HN user

lukegru

37 karma
Posts8
Comments19
View on HN

I'm no longer a software engineer but whenever I write or edit anything it's always in vim, nothing can beat it and it will be in my finger muscles forever. RIP Bram, you will be missed. Money is tight now, but I'll donate $50 just the same to his charity. If you're reading this and haven't yet, match me!

Location: Montreal, Canada

Remote: Preferred

Willing to relocate: Not at the moment

Technologies: Ruby, PHP, JavaScript, Linux, MySQL, C, C++

Resume: Please contact me by email

Email: luke.gru@gmail.com

6 years working with Ruby on Rails, 4 as senior developer. I contribute to the ruby language in my spare time (the VM and libraries). I haven't worked in software in 5 years but looking to get back into it part-time or full time :)

This is not a good analysis imo. You don't necessarily gain any new awareness by paying attention to something or someone, you gain information. Whether or not you were aware of that information beforehand, or if it is new information has little to do with paying attention except for the fact that you might become bored or uninterested if it's not new information.

And, like another poster pointed out, this information is not gained with money, the "paying" is a metaphor and the currency is your attention itself. You give your attention away for the value of receiving the information.

On top of that there isn't just 1 metaphor in English (and I suspect other languages as well) for even the word "attention". You can fix your attention to something, or direct your attention, we speak of attention spans, etc.

Yes, there are quite a few Ruby implementations but MIR is not one nor is it trying to be. It's a standalone library useful for use in a tier 1 JIT for any dynamic language, along with other uses outside of JITs having to do with native code generation. The author does have plans to integrate it into CRuby to work alongside MJIT.

I've followed along with the craftinginterpreters book lately, and it's been a blast. My version of clox [1] has multi-threading with a GVL, managed GC heaps, and various bytecode optimization passes. I've looked into the Ruby source code and even understand much of it now :) Future plans are to add a generational copying GC and remove the GVL ;)

[1] https://github.com/luke-gru/clox

Off topic, but almost done with Learn C the Hard Way. Great book! I was a little confused at first by pointer syntax, though. After reading K&R's C book it cleared things up for me, and then I found LCTHW great for learning more modern C practices. Thanks!

I was turned onto the SICP lectures[1] though people talking about them on HN, and I was just floored by them. They still give me goosebumps when I watch them. It's like watching a video of someone completely in their element and at the top of their game, like the lecture equivalent of the 2007 Wimbledon Finals or something.

And of course, the book is awesome too. And it rewards repeat readings.

[1] http://ocw.mit.edu/courses/electrical-engineering-and-comput...

Cool project! Just wondering why you decided to roll your own parser. Is there a lua parser generator library?

I've been working on a source translator, sort of like coffeescript for VimL [1], and I can't imagine writing the parser myself instead a BNF grammar (but please correct me if I'm wrong, I only took a cursory look at the src)

[1] https://github.com/luke-gru/riml

[dead] 14 years ago

I was in the middle of forking a ruby gem... I really hope it wasn't me that took it down! The second after it finished the site went down...

Hey, let me know what you guys think about the language, if you have any ideas for improvement, sarcastic and derisive remarks, if you want to contribute (!!), etc...

Thanks!

y$ will yank till the end of line (characterwise). Y is actually the same as yy, unless you n(no)remap Y to be the same as y$, which most people do. This makes make more sense, because C is the same as c$ (change till end of line). ':h change.txt' explains all of this and more a lot better than I could.

If this gets people into vim and helps them understand some of its craziness, that's awesome. However, like previous commenters have pointed out, most of these examples are actually wrong (not by a mile, but it pays to be precise in vim). Also, even though I love browsing through dotfiles and plugins on code repository sites, I tend to think that beginners to vim should learn slowly, gradually, and build up their knowledge over time, like anything else. Diving into plugins and custom mappings right away is going to be a lot more painful and less productive. And that's the antithesis of vim.