5 ms·
Ruby talks of 2014
- potomak 12y agoIn my opinion one of the best Ruby talks of 2014 is "Refactoring Ruby with Monads"[0] by Tom Stuart held at Barcelona Ruby Conference. [0] https://www.youtube.com/watch?v=J1jYlPtkrqQ https://www.youtube.com/watch?v=J1jYlPtkrqQ
- faitswulff 12y agoThe write-up was excellent, if you prefer a blog format: http://codon.com/refactoring-ruby-with-monads http://codon.com/refactoring-ruby-with-monads
- hackerboos 12y agoThis talk is really, really good. It is complex though so you might want to pause/play or rewatch to really get it. It made me nearly buy Tom's book but the only reason I didn't was because I already owned it! I hope the book is similar to the talk. Unicorn unix magic tricks is really good at explaining some of Unicorn's advanced features. It shows how Unicorn uses Unix signals and forking in detail.
- pselbert 12y agoI can't recommend that book enough. It's extremely well written and approaches advanced concepts in an approachable way. The book is worth the price on the basis of fizzbuzz in lambda calculus alone.
- wasd 12y agoThe book sounds really good. Thanks for the suggestion. In case anyone is wondering, you can learn more here: http://computationbook.com/ http://computationbook.com/
- marcamillion 12y agoEvery once in a while, I will stumble across a thread on HN that turns out to have been perfectly crafted for me. I would like to thank the original poster for posting this talk and all the other HNers for posting the follow-up info (including a link to his book). This info came to me at the perfect time. I figured I would make my first post on HN for the year, be a positive and thankful one. Thanks again :)
- deleted 12y ago[deleted]
- danso 12y agoThat this list got upvoted to the top spot must be some sign that the HN audience is still enthused about Ruby-related stories (I say that has a Ruby fan myself)...It's a good list and I'll bookmark all of its items, but it is pretty brief, both in items (5) and in the summarization (and the use of the overexcited cliché "killer" in the original title makes me extra curmudgeonly about it). Or are people really enthused about talks as a way to learn things? I haven't been to a talk in awhile and I just can't get into video learning. So FWIW, I'll throw in the Ruby-related-infothing that I was most excited about this year: the publishing of "Metaprogramming Ruby 2:" (https://pragprog.com/book/ppmetr2/metaprogramming-ruby-2 https://pragprog.com/book/ppmetr2/metaprogramming-ruby-2)...The original version was one of the most helpful books to me as a Ruby beginner in 2010, both in learning the language and learning new ways to think about programming.
- deleted 12y ago[deleted]
- ndesaulniers 12y agoWoah! The first one was one of the coolest books I've ever read!
- tcopeland 12y agoI think it's a combination of people liking Ruby, as you said, and also just slow work day for folks in US. I agree with the 2nd ed of Metaprogramming being a great addition to the shelf. I feel like it's been a solid year for Ruby, especially with 2.2 coming out with inc GC and symbol GC. Good times!
- Dirlewanger 12y agoTalks are a ridiculously awesome way to learn new things. They're low effort. They have someone else summarizing/breaking down concepts for you in digestible pieces which allow you to form your own (and hopefully not your only) base of understanding about the concept. From start to finish, the viewer is undergoing their own personal synthesis of some thing. Granted, one needs to further apply them for the concept to really solidify, but I think talks are as good as any other resource for taking that first step in learning about something.
- tcopeland 12y agoHere's my list of (mostly) Ruby-related good talks from this year: http://thomasleecopeland.com/2014/10/18/good-technical-videos.html http://thomasleecopeland.com/2014/10/18/good-technical-video... Andrew Turley's "What we can learn from COBOL" talk is probably my favorite.
- meesterdude 12y agoWow, sandi's talk was really interesting. She's working on a rails book so i'll be interested to see her approach to rails. I'm pretty good with "small methods" but her refactor from that to "small objects", while more flexible, seems like its more complicated in the end. I mean if you're going to have a lot of those it makes sense, but I feel like it could equally be called premature; but I respect that it is more tolerant to future unknown changes. "small methods" is also easier for a junior developer to support, and i think that should be taken into consideration.
- mbell 12y agoI really enjoyed her talk but I found some parts of it slightly contradictory, although I think it's mostly due to a difference in opinion as to what what is or isn't easier to reason about. A point she made earlier in the talk is the piece that I have become more and more in agreement with over time. Paraphrasing: 'bad abstractions are worse than code duplication'. I would go farther and say that in the modern coding world, premature optimization isn't the root of all evil, premature abstraction is. The part that I find contradictory is that breaking larger classes into tons of little classes is, to me, a form of abstraction and carries implicit complexicty. She does hit on this point a bit, but it's easier to dodge the issue with simple examples than it is in the wild. Certainly there is a 'cutoff' where a class is too big, but I find that trying to make every method 1 line long and every class completely contained creates huge nested layers of abstractions that are often difficult to follow and hard to reason about for anyone other than the author or someone who has been working on the codebase for a long time.
- meesterdude 12y ago> trying to make every method 1 line long and every class completely contained creates huge nested layers of abstractions that are often difficult to follow and hard to reason I agree a lot with this, and have worked on such codebases. It becomes very difficult to tell whats actually going on, or how. or why! I think like everything else, it's subject to abuse and misuse.
- llamataboot 12y agoI'll put a humble plug in for my talk "Care and Feeding of your Junior Developer" from Nickel City Ruby. It was on top of Confreaks for a few weeks and people seemed to like it, so if you are a junior, or you mentor juniors, check it out. http://confreaks.com/videos/4659-nickelcityruby2014-how-to-be-an-awesome-junior-developer-and-why-to-hire-them http://confreaks.com/videos/4659-nickelcityruby2014-how-to-b...
- JMStewy 12y agoThanks for linking, I enjoyed the talk. I'm currently in the middle of the "go back to school for CS" route into software development, and it was heartening to hear your success story. Between starting on CS a few years late and spending too much time on Hacker News, it's easy to feel discouraged at how little I know.
- mbrameld 12y agoThis is great, thanks. I'm a senior dev who received very little mentoring coming up. I'm now in a position where I have several junior devs working on projects that I'm leading and I don't want to fail them the same way. I'm very guilty of taking the keyboard and writing the code for them, that's something I'll definitely stop right away.
- Aeolus98 12y agoIt's interesting to note just how applicable these talks are to other languages. That database one is something i'd recommend a high schooler listen to for their next hackathon.