HN user

tziki

648 karma
Posts2
Comments165
View on HN
The Jeff Dean Facts 7 months ago

You mean he fired one person who threatened to quit if the changes to the paper weren't to their liking? Or am I misremembering?

"Uncharitable interpretation" is putting it mildly. I don't know the context for the quote but imagine being the CEO. You might give one hour interview outlining the tradeoffs you need to do to keep things running, and a random blogger takes a 5 second clip, makes an absurd interpretation and ends up on hackernews.

Having a "lighter standard" simply means people will have to write native apps, one per platform. I understand Apple wants this, but for Mozilla that should be the antithesis of what they're trying to achieve.

Nano Banana Pro 8 months ago

I agree, it seems like Seedream has the neck at same length as Nano Banana but also made the giraffe crouch down, making a major modification to the overall picture.

Sora is here 2 years ago

They will remain behind in LLMs

The latest Gemini version (1206) is at least tied for the best LLM, if not the best outright.

I disagree with the assessment of the title. It's specifically trying to not be evil and going overboard with it that got Google into this mess. It's almost fascinating how the values of one culture (Google's bay area centric one) differ so much from the rest of the world.

Self commenting code gets outdated quickly too. Not the code itself, but the names. Just because a developer managed to embed their comments into function and variable names doesn't suddenly make them immune to staleness.

I think it's also worth pointing out that up to a point, code that's testable tends to be more maintainable. This largely has to do with coupling and cohesion. Code that's hard to test in indicative of too much coupling and/or not enough cohesion.

I feel like whenever someone complains that the code is hard to test, there's always someone who's quick to claim that it's just indicative of problems with the code itself, rather than an issue with writing tests. This rings false to me.

Making code testable is simply one aspect that you need to take into consideration when writing code, along with readability, extensibility, modifiability etc. If you remove one of those constraints, it often becomes easier to focus on optimizing for the other constraints. I don't believe that adding testability as a constraint somehow makes the code better - more often, it just forces you to write the code in a certain way which feels 'logical' when considering the constraint of testability, but makes it harder to optimize the other constraints. The feeling of 'revelation' when you end up needing to modify code to make it more testable is mostly just the constraints imposed onto the code.

No limit holdem has been essentially solved. Pluribus & co not withstanding, you just haven't heard of it because the people who have solved it are busy printing money in online poker (yes, I know they try to detect bots, and no, they can't detect them all). With stakes this high, academic progress lags the 'actual' state-of-the-art by years.

What do you suggest to do with middling hands then?

You try to get to a showdown. With middling hands there's a chance the opponent has a worse hand. It's when your hand is so bad your opponent has you almost certainly beat that you get to the bluffing territory, as that's the only way for you to win.

These (+ reliability concerns) are pretty much the reasons why I decided to wait until buying a new car. BMW has said they'll introduce actual self-driving features (as in, they'll assume legal liability) in 2022. While I'm on the fence on whether they'll actually deliver, if manufacturers like BMW are willing to commit to such timelines it gives me hope these features aren't too far away from being commonplace.

If choosing between A and B, is it possible to later move from A to B or vice versa, and if it is, which one is harder? If it's trivial to go from A to B but not the other way around, I'd have to have very compelling reasons to choose B. I use this just aboute very week in software development.