Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
hakunin
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
241.
▲
by
hakunin
2y ago
> 9/10 when people do make those kinds of suggestions it's not objectively better, and 9/10 changing it won't move the needle with respect to maintainability or meaningful performance. The 9/10 number seems incon
242.
▲
by
hakunin
2y ago
The biggest issue with PR reviews in my experience is not how long they take, but the justifications people provide for their feedback. I don't think you should ever leave a comment if you don't have a convincing answer to "w
243.
▲
by
hakunin
2y ago
I completely disagree. By writing the code, the author gains understanding of the hidden details of the problem. The reviewer gets to explore a full solution that accounts for those details, and provides tests. With the context still fresh,
244.
▲
by
hakunin
2y ago
It's probably a version of that. But since data is assumed sorted, memory requirements almost never grow beyond one item per stream.
245.
▲
by
hakunin
2y ago
I don’t think that can happen because all those functions assume the streams are consistently sorted.
246.
▲
by
hakunin
2y ago
Lazy enumeration can also save memory, because you aren’t storing entire collections during intermediate steps, and it works with infinite/unknown size collections. Such as streaming data. Some examples: I wrote a utility gem a while a
247.
▲
by
hakunin
2y ago
I think you don't really know what you want if you don't know why you want it. Learning to understand oneself is a huge part of one's personal growth. When you don't know the "why", it's easy to be mistake
248.
▲
by
hakunin
2y ago
Only issue is that when you get what you want, you might be convincing your partner(s) to settle for something they want less. Perhaps the mindset of "best I can get" and finding an acceptable compromise is the way to go.
249.
▲
by
hakunin
2y ago
Yeah I realized, but preferred to keep my own format.
250.
▲
by
hakunin
2y ago
And here I thought "Yay, I can find more people in my area." Nope, it's just me, like I suspected.
251.
▲
by
hakunin
2y ago
I remember reading this jwz post[1] in 2012 where he said he never uses tabs at all, and realizing that I can use a combination of windows and tabs. So now I just have each window contain a bunch of tabs for one topic. If it's WIP, the
252.
▲
by
hakunin
2y ago
Weirdly, I like ligatures only in Elixir, and no other language (Ruby, Go, Javascript, etc).
253.
▲
by
hakunin
2y ago
Dupe https://news.ycombinator.com/item?id=42024246
254.
▲
by
hakunin
2y ago
Prospective and retrospective analysis are fundamentally different. It’s easy to point to successes and failures of the past, but that’s not how we predict the concrete future potential of one specific thing.
255.
▲
by
hakunin
2y ago
How do you write a test for code clarity / readability / maintainability?
256.
▲
by
hakunin
2y ago
> You probably went through Ecto 1 -> 2 -> 3 and Phoenix was migrating to contexts. > But I also have to say there was a lot of FOMO in relation to OTP back then: people felt they had to build these amazing supervision designs,
257.
▲
by
hakunin
2y ago
Here’s my anecdote. I built 3 production projects in elixir around 2015-2018, and it was a blast to learn and work with. Those were interesting projects that were a great fit for the stack. One was March Madness bracket game which required
258.
▲
by
hakunin
2y ago
I responded to another thread under this comment, but can you give me some examples?
259.
▲
by
hakunin
2y ago
That's not at all my experience. There's a one-line integration between almost everything under the sun and Rails (business/traffic analytics, performance/profilers, error notifications, logging, object storage integrati
260.
▲
by
hakunin
2y ago
Correction: you mean 2014, not 2024. Do you think there is no criteria worth considering besides the size of the hiring pool? What if 2 hiring pools are sufficiently big, do you still pick the bigger one every time?
261.
▲
by
hakunin
2y ago
You vastly underestimate what a 6yo can do. Case in point, one can understand the entire content of a book like Little Prince or Secret Garden, an entire plot of Marvel or Harry Potter movie, build 18+ yo lego sets, and play Theme Hospital
262.
▲
Ask HN: Quality ad-free audio content for kids?
2 points
by
hakunin
2y ago
|
3 comments
263.
▲
by
hakunin
2y ago
Having read the article, the team just seems more experienced with frontend than backend dev. As somewhat an old school dev, I've been noticing these small fears and misunderstandings in the way FE devs think. Honestly, I believe it on
264.
▲
by
hakunin
2y ago
This is a good "what not to do". A while ago I wrote a "what to do"[1], which could serve as a good complement to this article. [1]: https://max.engineer/mindful-code-reviews
265.
▲
by
hakunin
2y ago
To be clear, this is Kamchatka Peninsula by the Pacific Ocean, located in the Ring of Fire[1]. [1]: https://en.wikipedia.org/wiki/Ring_of_Fire
266.
▲
by
hakunin
2y ago
I can't escape Sublime Text's grip. The editor is incredibly smooth and gets out of the way like no other. (Tried a bunch of them). However, lately I started opening Zed on occasion just to ask ChatGPT to make a non-trivial edit o
267.
▲
by
hakunin
2y ago
It's really hard to be a good architect, because their job is not supposed to be to leave their mark. An architect is doing a great job when the codebase is boring, and everybody talks about business. That doesn't help the archite
268.
▲
by
hakunin
2y ago
I agree that this article is just a naive conversation trigger, and that complex front-ends will lead you down this path. However, there's another path, which is where you keep things on the backend. Unless you're talking about ve
269.
▲
by
hakunin
2y ago
Ruby can parse itself, it has test coverage, vulnerability auditing, SQL auditing, static and runtime analysis and type enforcing tools… Rails has an incredibly convenient REPL that's built into every dev error page, a one-line integra
270.
▲
by
hakunin
2y ago
In our current project it's Stimulus/Turbo on the admin side (maintained by the backend devs), React on the end-user side (maintained by the front-end devs). I haven't met a single front-end dev who prefers the Rails approach
More ›