hakunin (u/hakunin) - Readit News

hakunin commented on Why we still build with Ruby getlago.com/blog/why-we-s... · Posted by u/FinnLobsien

vindin · 6 days ago

I don’t understand why Ruby and Rails get a reputation for being outdated or “legacy.” Over the last several years both have seen massive numbers of contributions, both in improvements and new features. I’d be surprised if any tool for building a new web app could even come close to what Rails has to offer across the full stack.

hakunin · 4 days ago

This is anecdotal, but one thing I do when comparing languages and frameworks, is browse the most popular libraries on GitHub from that ecosystem, and see how much maintenance they're getting. I usually use the contributors graph, as well as review how/when issues are handled. Ruby projects seem to have the most contributors maintaining the "deepest" libraries of any ecosystem I've seen, consistently, for the longest time. In other ecosystems I keep seeing one guy trickle-maintain some massively popular (based on stars) project that fizzled out over time. You could argue that some of that is due to "completeness", but I keep seeing evidence to the contrary: still many unsolved issues, but the initial activity spike subsides down to a trickle. To me that's what represents the health of an ecosystem: not how many new projects are created, but rather how well supported existing projects are.

hakunin commented on Failover to Human Intelligence max.engineer/failover-to-... · Posted by u/hakunin

hoppp · 13 days ago

"AI-written code is arguably better, often with more comments and docs, humans would understand it faster anyway"

Strongly disagree, AI is often confidently wrong and leaves bugs all over the place.

With human code you know at least when the dev says he ran it and it works that it does.

Developers will not lie about Apis they implement

hakunin · 13 days ago

Maybe you're right today, but I'm making an argument against the AI "endgame", not its current iteration.

hakunin commented on uBlock Origin Lite now available for Safari apps.apple.com/app/ublock... · Posted by u/Jiahang

hakunin · 19 days ago

Weird, it's installed but it won't let me enable it in Safari. The "enable" checkbox is inactive. Safari 18.5 on MacOS Sequoia 15.5. Restarting the browser, and reinstalling the extension has no effect.

hakunin · 19 days ago

Solution: update to Sequoia 15.6 (which comes with Safari 18.6) and it works.

hakunin commented on uBlock Origin Lite now available for Safari apps.apple.com/app/ublock... · Posted by u/Jiahang

hakunin · 19 days ago

Weird, it's installed but it won't let me enable it in Safari. The "enable" checkbox is inactive. Safari 18.5 on MacOS Sequoia 15.5. Restarting the browser, and reinstalling the extension has no effect.

hakunin commented on I know when you're vibe coding alexkondov.com/i-know-whe... · Posted by u/thunderbong

lmm · 24 days ago

> Because no one would write an HTTP fetching implementation covering all edge cases when we have a data fetching library in the project that already does that.

> No one would implement a bunch of utility functions that we already have in a different module.

> No one would change a global configuration when there’s a mechanism to do it on a module level.

> No one would write a class when we’re using a functional approach everywhere.

Boy I'd like to work on whatever teams this guy's worked on. People absolutely do all those things.

hakunin · 24 days ago

My entire (decades) career I worked primarily in small start up teams, and even when people didn't see eye to eye, they always maintained these kinds of basic practices. I think a lot of disagreement on these expectations is rooted in the size and "tight-knit"ness of your team.

hakunin commented on I know when you're vibe coding alexkondov.com/i-know-whe... · Posted by u/thunderbong

mysterydip · 24 days ago

I once inherited a project that had three separate classes for storing time, each with their own methods to convert between each other.

hakunin · 24 days ago

I can think of reasons for this (e.g. storing date/time as it was originally represented 100, 1000 years ago in a historical context vs storing live time for present-day time calculations vs storing non-timezone time for, say, operating hours relative to subject's location), so this statement alone doesn't show fault.

hakunin commented on Cucumber lets you write automated tests in plain language cucumber.io/... · Posted by u/nateb2022

hakunin · a month ago

Good old cucumber. I remember a discussion over coffee with someone who swore by it back in the day (~2010). They forced customers to sit down and write these things together side by side. Kind of cringe in retrospect. Wonder what happened to them.

Business people don't really care about this stuff. Over the years I realize more and more that we engineers are naive in thinking that business side is concerned with edge cases and race conditions.

Just to give an analogy software people might get better, if you come to a lawyer because, say, you want to buy a house, you are not going to sit down with them and say "given I want to buy a house, when the seller hides water damage costing over $2000, I get to walk away from the deal". You just hope the lawyer is good and will protect you from various edge cases. You have a lot more to deal with than just closing paperwork. You probably are thinking about renovating, moving, getting inspection, etc.

Businesses are just like that with engineering. They don't want to sit down and meticulously analyze every possible edge case. They have other things to do. Especially when stakes are not that high. Most of these errors can probably be resolved with a phone call and a database edit.

I think this is probably for the best. A good engineer will make sure you're standing on a solid ground, and ask the right questions at the right time. They wouldn't need this amount of hand holding. Leave business time to focus on making deals, connections, organizing the whole operation to move forward, etc. Let them give you vague requirements, and crystallize them yourself. It's way better than a micro-managing business that thinks they know exactly how everything should be.

P.S. Also, I'm not sure why everyone is so hung up on regex = bad, it's not like switching to an AST-based language would've made anything better here. Regex is fine imo, just the entire concept isn't.

hakunin commented on AI for Coding: Why Most Developers Are Getting It Wrong ksred.com/ai-for-coding-w... · Posted by u/ksred

paxys · a month ago

A writer wouldn't want an AI agent writing their book because the end product is their writing. Readers actually care about the words and prose. That's what they are paying for after all. Users of a software program meanwhile want it to work as promised, that's it. The syntax, language, design patterns used, how elegant the code is etc. are all irrelevant. If an AI agent can write "better" code (in terms of meeting that promise) than a human programmer than that is objectively the right way forward.

hakunin · a month ago

This can apply to anything. Why care about how well a shovel is built if all you care about is a hole in the ground. Why care about the quality of the hole in the ground if all you need is laying foundation that can hold a house… Why care about a neat kitchen, if all you care about is a cooked dish. At every layer there are multiple sets of end users. Code is used by programmers and businesses as the source of truth and automation. Just like shovels are used by people who dig with them, not just customers who need holes.

If your point is nobody will ever need to read the code, there's a reason why truly self-driving cars aren't happening yet. We will need human intervention as a failsafe, probably for a while. And humans have been known to care deeply about way lesser things than reducing friction for handling a failure contingency.