Recent submissions

Comment · 2 months ago
But pelicans are almost never accompanied by helmets, so it cancels out.
Comment · 6 months ago
Location: Montreal, Canada Remote: Yes, or hybrid in Montreal Willing to relocate: No Technologies: Ruby/Rails, PostgreSQL, Tailwind, Python, Dart/Flutter, Go, C++, AWS, Docker, Linux. Interested in learning Rust Résumé/CV: https://drive.google.com/file/d/1eNWRWWzNVbUFse3LhkDydAw9YdF... Email: maxhlap [at] gmail.com

Senior engineer with 12 years of experience in Ruby on Rails. I'm a strong generalist who quickly builds deep understanding of codebases, systems, and product context.

I care about quality, reliability, and maintainability, and I particularly enjoy refactoring existing code improve those aspects. I aim to solve immediate problems in ways that also support the broader product vision.

I consistently look for opportunities to reduce friction, improving the experience for both users and developers. For example, I built [activerecord_where_assoc](https://github.com/MaxLap/activerecord_where_assoc), a Ruby library with over 1.5 million downloads.

Open to full-time and part-time engagements.

Comment · 7 months ago

  Location: Montreal, Canada
  Remote: Yes, or hybrid in Montreal
  Willing to relocate: No
  Technologies: Ruby/Rails, PostgreSQL, Tailwind, Python, Dart/Flutter, Go, Linux, AWS, Docker. Interested in learning Rust
  Email: maxhlap [at] gmail.com
Résumé/CV:
https://drive.google.com/file/d/1eNWRWWzNVbUFse3LhkDydAw9YdF...

Senior engineer with 12 years of experience in Ruby on Rails. I'm a strong generalist who quickly builds deep understanding of codebases, systems, and product context.

I care about quality, reliability, and maintainability, and I particularly enjoy refactoring existing code improve those aspects. I aim to solve immediate problems in ways that also support the broader product vision.

I consistently look for opportunities to reduce friction, improving the experience for both users and developers. For example, I built https://github.com/MaxLap/activerecord_where_assoc, a Ruby library with over 1.5 million downloads.

Open to full-time and part-time engagements.

Comment · 1 year ago
Never said they were unsolvable. You asked for elaboration about pains of back then before lots of the tools most take for granted existed. You seem to think we are talking about massive problems, but it's more about a thousand papercuts.
Comment · 1 year ago
It is very funny to me that the sibling comment calls this "a very broken setup" and for you "it doesn't sound like a big deal".

It's all about perspectives, or you really just never had to deal with it.

The happy path ain't a big deal. But think of the unhappy ones:

* What if a server gets rebooted (maybe it crashed) for any reason anywhere in the process. Maybe you lost internet while doing the update. Were you still dropping tarballs? Did the server get it? Did it start with the new version while the other servers are still on the old one?

* What about a broken build (maybe gem problem, maybe migration problem, may other). All your servers are on it, or only one? How do you revert (push an older tarball)

A lot more manual processes. Depends on the tool you had. Good tooling to handle this is more prevalent nowadays.

Comment · 1 year ago
Note that you probably need 2 or 3 drivers per car to get a similar level of usage of the car that Waymo can do.
Comment · 1 year ago
The one liner shouldn't have shortcircuiting since it uses the binary or |, not the boolean/logical or||.
Comment · 1 year ago
Comment · 1 year ago
I don't understand what problem you are referring to? A different keyword for what? for the return? for the break?

Care to share an example problem?

Comment · 1 year ago
Yes you can, you use a finally clause around your call to yield, as you would already do to handle possible exceptions happening in the block. So no extra consideration is needed.
Comment · 1 year ago
Comment · 1 year ago
That keyboard is seriously bad. If you start pressing the next letter before you release the previous letter, you get neither!
Comment · 1 year ago
I don't think that's a fair comparison.

In Ruby, you always use the global name (with caps) that normally matches the library with possibly some nesting. (exceptions exists, but its also possible to add globals in Python)

Unless you are talking about include, but thats for mixins, which are snippets of reusable coee you can add to you class.

It doesn't feel at all as dirty as `from blah import *`.

Comment · 2 years ago
I'm no expert here. You mention "either side" as if the light came from both the left and the right. But I think the light would be coming along a circle all around the sun depending on exact position.

So the trick here is that if you are at the focus point, you get all that light in a small area "for free". But if you try to catch the light on the way, you now need to catch eveywhere in a whole massive circle, which is basically impossible, so you only catch a minuscule amount of the light. And then have to deal with interferometry.

Comment · 2 years ago
The article argues that most source available licenses also provide more freedom than only reading the code, such as using it and modifying with some limits.

But "source available", english-wise, sounds like you can only read it.

This pushes some to avoid the term and say open source since that's much closer to their what the license does, even if they are not exactly open source.

The argument is that "fair source" would be a much clearer term for most of the "source available with extra freedoms" stuff, and I agree.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton