For the best experience on desktop, install the Chrome extension to track your reading on news.ycombinator.com
Hacker Newsnew | past | comments | ask | show | jobs | submit | history | adwn's commentsregister

> ironically because he thought it would avoid making him look weak and incompetent

Trump is what a weak man imagines a strong man to be like. Just look at his official portrait [1], trying to look tough and dangerous. Compare that to Dwight D. Eisenhower's portrait [2], a man who commanded entire armies in the largest war in human history.

[1] https://en.wikipedia.org/wiki/Donald_Trump#/media/File:Offic...

[2] https://en.wikipedia.org/wiki/Dwight_D._Eisenhower#/media/Fi...


Oil is a globally priced commodity. This means that downstream consumers of oil in the US will be just as affected by rising prices as European consumers. US producers of oil will benefit, though.

> it forced US to spend huge amounts of money and military hardware which the EU simply didn't have

- Europe's monetary aid for Ukraine far outweighs that of the US.

- The US military aid for Ukraine mostly consisted of old and obsolete hardware.

- Since about a year or so, all weapons and munitions delivered by the US are paid for by Europe.


> - Since about a year or so, all weapons and munitions delivered by the US are paid for by Europe.

Huh, I wonder what happened a year or so ago? What could have led to the US cutting off so much support? /s


> Since WWII […]

Europe didn't slack off militarily during the Cold War. Germany, for example, poured massive amounts of money and resources into the Bundeswehr to be able to fend of the Soviets. The US relied as much on the European members of NATO as the Europeans did on the US.

After the Cold War, both the US and Europe scaled back their military spending and enjoyed the peace dividend. It was only after 2001 that the US increased its budget again – but to fight insurrectionist wars (which EU members aren't particularly interested in), not in a peer conflict. They're not prepared for a pro-longed war against a near-peer power.

So although I agree that Europe should be rearming heavily, and should have started in 2022 at the very latest, it's not like the US did really much better. They're really good at curb-stomping much weaker opponents, like Venezuela or Iran, but they haven't seriously prepared for a war against China.


> They're really good at curb-stomping much weaker opponents, like [..] Iran

That remains to be seen, though. Really winning that war requires either lots of boots on the ground and a long occupation (where the outcome might still be like in Afghanistan) or using nukes, which could escalate quite badly for us all. There is a reason no other POTUS has attacked Iran before.

Of course Trump can at every point in time just declare victory and leave the mess to all others for cleaning up. That is the most likely outcome, IMHO.


> But for startups, side-hustles, VC-pitches and the inner-workings of companies and so on (HN crowd) coding was never the problem.

I'd say you're 180° wrong. Getting to an MVP fast is the most immediate problem when you've started a startup. Iterating on ideas fast is the most immediate problem once you've released your MVP. You need an MVP to get users, and you need to to iterate to find product-market fit. Perfectly crafted code is a luxury problem you can't afford in the early stages.


This isn't in defense of perfectly crafted code. It's about NO CODE. Do not write (ai-moar) code! It's not the code that is the problem.

I understand the need for MVP to bring an idea into reality. It's the feedback that's valuable not the code. This is not about the code. So why is the argument "write more code"?

In any case, I have yet to create a product on my own that has done well financially. So what the hell do I know. If you have, then I should probably listen to you. But I have worked on teams for successful companies and in my career, the best advice I can give to an engineer is that your code matters, do a good job and care about what you make; also it's not about the code.


> So why is the argument "write more code"?

It isn't, that's what you injected. The argument was "write [the same amount of] code faster". And that is undoubtedly a good thing, because execution speed can make or break your startup.


I agree with that.


Tell them to use the Composer 1.5 model. It's really good, better than Sonnet, and has much higher usage limits. I use it for almost all of my daily work, don't have to worry about hitting the limit of my 60$ plan, and only occasionally switch to Opus 4.6 for planning a particularly complex task.


"Expensive and painful body modifications"? Like, what, earrings? What a sacrifice.


I mean MAGA styke plastic surgeries there: botox, lip augmentation, jaw contouring, microneedling, facials, chemical peels and so on.

Body modification like that is a status symbol amoung republican women. Both high level women around Trump and in normal level republican areas with serious plastic surgeries industries.


Thanks for the correction. I wasn't aware of this, but it makes sense now that you mention it.


I DDGed for mar a lago look and first hit was a Wikipedia page. I was not expecting that lengthy of a page.

https://en.wikipedia.org/wiki/Beauty_trends_among_American_c...


> One could argue that LLMs learning programming languages made for humans (i.e. most of them) is using the wrong interface as well.

Then go ahead and make an argument. "Why not do X?" is not an argument, it's a suggestion.


"Finished conversion of xyz.mp3 to xyz.ogg" is valuable progress information to a regular user, not just to developers, so it belongs in INFO, not DEBUG.


I suppose this is subjective, but I disagree. If I want to know the status of each item, I’d pass -v to the command. A simple summary at the end is sufficient; if I pass -q, I expect it to print nothing, only issuing a return code.


> If I want to know the status of each item, I’d pass -v to the command.

I don't disagree. In my opinion, the default log level for CLI applications should be WARN, showing errors and warnings. -q should turn this OFF (alternatively, -q for ERROR, and -qq for OFF), -v means INFO, -vv DEBUG, -vvv TRACE. For servers and daemons, the default should probably be INFO, but that's debatable.


Those are the "sources" you chose to prove your claim? Is this supposed to be a parody?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search:

HN For You