Live data from Hacker News

Viewing profile — hbrn

hbrn

HN member
Joined
Wed, Jul 27, 2022, 1:07 AM UTC
HN karma
1,374
Public activity
640 items

About hbrn

No profile information was provided.

Recent public activity

  1. comment
    Comment #47550057

    >all you need to do to make an agentic RAG is to have the LLM be able to write/rewrite its own search queries (possibly in multiple passes) I think this is a huge oversimplificatio…

  2. comment
    Comment #47549796

    While it's true that people are naturally predisposed to invent the "secret quantizing" conspiracy regardless of whether the actual conspiracy exists or not, I think there's more t…

  3. comment
    Comment #47544996

    > it's ridiculous to reserve the term "RAG" for just the earliest most basic implementation Whether we like it or not, dumb semantic search became the colloquial definition of RAG.…

  4. comment
    Comment #46284765

    The furnaces I'm comparing are Claude Code vs hiring more engineers. Not Claude Code vs Codex vs Gemini. If $20/mo makes an engineer even 10% more productive, purchasing Claude Cod…

  5. comment
    Comment #46269431

    > What a weird blast furnace! Would anyone try to use this tool in such a scenario? Not most experienced metalworkers. Absolutely wrong. If this blast furnace would cost a fraction…

  6. comment
    Comment #45601199

    1. Humans are capable of writing good code. Most won't, but at least it's possible. If your company needs good code to survive, would you take 5% chance or 0% chance? 2. Even when …

  7. comment
    Comment #45600141

    Funny, I've spoken about something like this to a colleague couple weeks ago. This could be a future of software development we're headed towards, if the DX is done right. There ar…

  8. comment
    Comment #45277237

    Third example was supposed to be Svelte. Vue also isn't too far: function increment() { count.value += 1 } In 2025, React state management is complete shitshow compared to Svelte a…

  9. comment
    Comment #45263457

    > React feels natural because it never asks you to stop writing JavaScript I want to increment some counter on the webpage. Which approach feels natural? increment = () => { this.s…

  10. comment
    Comment #42283168

    Have you read the whole section? > Documentation for parameters and return values ([23]) > Let IDEs show what types a function expects and returns ([16]) > For example, one library…

  11. comment
    Comment #42283110

    I gave you a selection of top 50 startups out of thousands funded by YC. You're giving me one anecdote.

  12. comment
    Comment #42283081

    > It's just not as good Again, the evidence (as limited as it is) suggests otherwise. You are more likely to succeed if you're going with dynamic language and not doing "proper eng…

  13. comment
    Comment #42261351

    I would expect dynamic type crowd to embrace microservices first, given how everybody says that dynamic codebases are a huge mess. Regardless, to me enterprise represents legacy, b…

  14. comment
    Comment #42260819

    Large programs are harder to maintain because people don't have the balls to break them into smaller ones with proper boundaries. They prefer incremental bandaids like type hints o…

  15. comment
    Comment #42260711

    How come all those unicorns were built with intolerable Python/Ruby, not Java/C#/Go? https://charliereese.ca/y-combinator-top-50-software-startup...

  16. comment
    Comment #42260653

    > Most code with type hints is easier to read That has not been my experience in the past few years. I've always been a fan of type hints in Python: intention behind them was to co…

  17. comment
    Comment #42260355

    What's even worse, when typing is treated as an indisputable virtue (and not a tradeoff), pretty much every team starts sacrificing readability for the sake of typing. And lo and b…

  18. comment
    Comment #42260258

    > Writing software without types lets you go at full speed. Full speed towards the cliff. Isn't it strange that back when Python (or Ruby) didn't even have type hints (not type che…

  19. comment
    Comment #41621657

    Anecdotally, can confirm. And the trick of course is to first get the deal (which lasts for 1-2 weeks typically), and then add credits.

  20. comment
    Comment #41422865

    First of all, this is a really dumb point. If it is so easy to find good assets, why don't you buy those, take the loan against those like the reddit post suggests, then buy even m…

  21. comment
    Comment #41421956

    This strategy is usually presented as a way for billionaires to avoid paying taxes on their wealth, but that's a blatant manipulation. The reality is that it allows you to introduc…

  22. comment
    Comment #41421615

    AFAIK inflation is one of the reasons. If an asset was worth $50k in 1950, and is now worth $100k, it would feel really weird when capital gains tax is collected on an asset that a…

  23. comment
    Comment #37527835

    Apologies, but such mindset is the essence of the worst programming traits. > The code that is more easily unit testable, is the code I care about. Author argues that his code is m…

  24. comment
    Comment #37527544

    > What you're doing by breaking things into functions is trying to prevent it's eventual growth into a bug infested behemoth Not every piece of code grows into a bug-infested behem…

  25. comment
    Comment #37491995

    > I can't think of a single example of a strongly typed language that has been "fixed" by someone* to get around typing Dependency injection is exactly that.