Hacker News new | past | comments | ask | show | jobs | submit login
The best things and stuff of 2011 by Fogus (fogus.me)
131 points by liebke on Dec 31, 2011 | hide | past | web | favorite | 20 comments



Is it just me, or does anyone else feel like an underachiever after reading that? :-/ In comparison my year feels like I spent it watching re-runs on TV in my pajamas with a bowl of Cheetos by my side.

On a serious note, that is an excellent selection of papers and books - Thanks fogus. You have me very inspired for 2012. Now, on to get some reading done.


Always remember, no matter how hard you work it's important to take some Cheeto time occasionally.


Thanks fogus. FWIW awesome work by you, the Clojure and the ClojureScript team this year. Kudos! Looking forward to more informative posts in 2012


I've done and learned a lot this year but I've never been much of a books and paper reader. Perhaps you've done more constructive things than just eating Cheetos behind the TV? (And even if not, I hope you at least enjoyed it?)


Absolutely. My comment was a little tongue-in-cheek - That's not to take away from everything fogus (and many like him) have accomplished.

It's just that after reading a post like that, it makes me think that I need a little bit more focus. I get attracted to new shiny things, but I still have a day job - which means that outside of shifting contexts a lot, I also shift my focus a lot.

A post like this makes me think that perhaps I need to dedicate a considerable amount of time to learning something new (Clojure in my case) and sticking with it.

And to answer your question, I did accomplish quite a lot this year (in my own little way). And I did enjoy it. Thank you.


I don't know how some people do it either. My excuse is I have a full-time job, a wife and two kids but then there's people in similar situations like me that accomplish things on the scale of what fogus did...

I do like to relax and do nothing so it is probably that ;-)

Also there was an article recently about "elite" archivers as they called them, pianists and violinists that achieved more while putting in the same hours as their peers because they kept pushing their boundaries and had two well defined practice sessions each day. It also meant they felt more relaxed during the rest of the day.


Not I. Made a decision not to waste too much time just to read, rather "do".


That's great if it works for you, but I can't sit and "do" day after day hour after hour. I need some time to reflect. I need some time to explore a problem more deeply. I need to forget about "do" completely sometimes and just read a book about zombies. I'm far more productive at the "do" if I do something other than "do" as a supplement.


I think my statement warrant more explanations before people misinterpret it.

I still read. But I made a decision not to read too much like I used to in the past. In the past, I used to read tons of books an do less. The problem with that is that I only absorb 10%-20% of the books and simply forgot the rest. My workflow was probably as follow: read book, done, tinkering for a day or two before starting to read another book. Repeat the cycle. (Doesn't matter what book it is; productivity, technology, etc).

I also change my perspective on which books I should read. Gone are the days where I get easily excited when someone said "hey, this book is a must-read for developers/entrepreneurs". Only to find out that there's another book written in the 70's, 80's, or 90's with less pages, boring title, and colorful cover that explain things in a much better, simplified, and to the point.

Hence my statement of "not to waste too much time to just read".


Excited that fogus included core.logic https://github.com/clojure/core.logic as one of his favorite code reads of 2011. Most of the credit of course goes to Dan Friedman, Will Byrd, Oleg Kiselyov (+ many other miniKanreners), Rich Hickey, Clojure/core, and the Clojure community for providing the literature, implementations, tools, and enthusiasm to make it all possible. Looking forward to seeing where it all goes in 2012.


Thanks for a very exciting and productive year with your work on core.logic. Can't wait to see how it gets used in the future!


From the paper "RRB-Trees: Efficient Immutable Vectors" I ended up reading about finger trees. This blog post is a very nice intro:

http://apfelmus.nfshost.com/articles/monoid-fingertree.html


Being included (even if only peripherally) in this post makes me feel like an impostor:

http://en.wikipedia.org/wiki/Impostor_syndrome


Is there something similar to Org-mode for vi?


There are a couple of work-in-progress `org-mode` clones for Vim, VimOrganizer in particular. However, I do not feel comfortable recommending either VimOrganizer or its counterparts. Personally, I've realized that any `org-mode` implementation to Vim would be going against the editor's nature. I might recommend TaskWarrior if you're looking for command-line GTD application as an alternative to `org-mode`.


Yes, it's called Unix.

I mean, that sounds glib, but a lot of the Unix toolchain involves text: searching it, typesetting it, (automatically) editing it, and so on. You can use make to automate static HTML generation from a tree of Markdown files, for example.

vi lacks the "persistent, integrated environment" aspect of Emacs, which is what sustains tools like org-mode. vim can edit multiple files, have multiple windows, and the like, but it wasn't a fundamental design principle. You may be better off using a couple simple scripts and using vi(m) where it shines: editing text.


If you're not totally against using Emacs: it has Vi(m) emulating modes so you can at least try org-mode out and perhaps port it to vi if you happen to like it.


A good year end wrap-up, but, it caused me to order more books from Amazon. Does Michael own Amazon stock? :-)


No, just a referral code (which is perfectly fine).


What was Datalog used for?




Registration is open for Startup School 2019. Classes start July 22nd.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: