Hacker News new | past | comments | ask | show | jobs | submit | MBlume's comments login

Trump will certainly consider this provocation, so perhaps the news here is that Amazon considered this worth it, even given the inevitable retaliation.

Isn’t Trump the one doing the tariffs? Isn’t the point to get you to buy products without tariffs? I’d think this plays directly into what Trump wants.

The narrative has been that the 'other countries' pay for the tariff. Not the US consumer. So this may be an issue and not one that you can walk away from easily when the customer sees that it is added to their bill.

The Tariffs would have to be around 1000% for it to be worth buying american in many cases.

Trump has at least 3 contradictory goals that he has spoken at length about with his tariff policies so it’s not clear what exactly would make him happy that you could consistently work towards other than I guess capitulating to whatever demands he has that day.

Amazon should add an "I did that" graphic with Trump's face next to the price increase.

I would be shocked if the rust documentation didn't explain very clearly how to bootstrap rustc starting from gcc


Prepare yourself for a shock then; bootstrapping rustc starts from an already-built version of rustc[1]:

> the only way to build a modern version of rustc is a slightly less modern version.

(There is, at least theoretically, a non-circular bootstrap chain starting with a very old rustc written in OCaml, but the more practical alternative is probably to use mrustc[2] instead.)

[1] https://rustc-dev-guide.rust-lang.org/building/bootstrapping...

[2] https://guix.gnu.org/en/blog/2018/bootstrapping-rust/


Ocaml has a bytecode blob in the sources (even checked into Git). It uses that to resolve its own bootstrap problem. If you aim for a source-only starting point, your journey won't stop at Ocaml.


Then you need to build GCC without GCC.



The GCC project wants it to be possible to build GCC with a C++11 compiler that is not GCC.


The strike emphasizes the importance of automation. We should be prioritizing the investments that will allow us to fire as many of them as possible as soon as possible.


It's no wonder people fight the automation - there is no support to help them upskill or retrain. Although they are fighting a force that nobody has successfully stopped, it makes sense why they would do this when the response to "we don't want automation because it threatens our livelihoods" is "get that automation in place ASAP so we can get these people out of here".


Accordingly, it’s a great idea to strike before this becomes a viable option.


Yeah... it's a pretty strong signal to send to the company owners. It's a direct threat to the company's ability to compete and therefore survive in exchange for maximum personal benefits. I guess it's probably mutual and the company squeezed them for maximum profit too but man.. This is not a fight that can be won unless the entire world stagnates at the current technological level forever.


The solution is to resolve the conflict, if the workers reaped the profits of the company, so that automation benefits them instead of being a threat.


The union has made it clear that they're not willing to entertain such discussions. They don't want any robot to perform any work which a human being has historically done. (https://www.ap.org/news-highlights/spotlights/2024/longshore...)


>The union has made it clear that they're not willing to entertain such discussions.

That's not the same discussion. I am sure they are more than willing to turn docks into worker co-ops, then automate so it's a benefit to them not a threat. But I am sure the shareholders and dock owners wouldn't want that.


Right. I was discussing positions the union has actually taken and what their advocates have actually said. If you're looking to discuss wild hypotheticals about what you think they might support in some scenario that doesn't exist, more power to you, but I don't find such conversations productive.


I find it productive. And I find it maddening that negotiations haven't seemingly entertained the idea of talks like "yes automation will come but we'll make sure you can pay your bills and transition". That would be the first topic in eastern countries.

The west treating labor as a dog eat dog world is what lead to this in the first place.


This leaves me scratching my head:

> Daggett contends, though, that higher-paid longshoremen work up to 100 hours a week, most of it overtime, and sacrifice much of their family time in doing so.

> “We do not believe that robotics should take over a human being’s job,” he said. “Especially a human being that’s historically performed that job.”


You might be looking at the 100 hours thinking that’s grueling work. Meanwhile workers could be looking at that thinking it’s their AWS auto scaling for their family income.

I have a friend doing electrical line work. He’s gone back and forth between IC work and management. ICs trend to get paid better, because of strong overtime compensation rules and there’s a queue of overtime work. Those overtime weeks sound rough though. 12+ hour work days working with heavy machinery and 10 Kv power lines.


Hence they're striking before it's possible to try to get the agreement right? I see what you mean on signaling but this seems like the correct play for them


I'm a little confused about when I'd use this, if I'm quickly iterating on code as I develop it, probably I also want to know whether it type checks, right?


TS language server will do that for you as go along


Wouldn't that defeat the point of what static typing affords you? Before you "go along"?


No, during development your IDE will show you type errors and your dev server can ignore them. In CI tsc can type check. It's the best of all worlds: incorrect code will compile and work best-effort, you can see errors in your IDE, and CI will fail if it's incorrect.


You can have the code running in your browser instantly and have the typechecking happening in parallel while you develop.


I've been using this workflow with hg and it's great, happy to see a git port


Darcs documentation suggests amending & fixing up WIP commits too


One of my favorite Sapling commands at Meta


Yeah, it singlehandedly turned me on to Mercurial when I was there, and has massively shaped the way I use git ever since.


The article makes it sound like the system was using eval (probably on a per-request basis, not just on start-up), and also like ceasing to use eval was pretty trivial once they realized eval was the problem. I'd be curious why they were using eval and what they were able to do instead.


My thoughts exactly... off-label Eval usage.

That said, their little eval misadventure has alerted me to the details of how Clojure's eval works. I learned something today, thanks OP.


Seems like the solution here is to set up buildifier so that it can send out robot CLs on an ongoing basis.


As I recall McCartney didn't like the idea of Live And Let Die being parodied as Chicken Pot Pie, since he's vegetarian. Funny thing is so's Al.


Submission title mentions NDA but the article also mentions a non disparagement agreement. "You can't give away our trade secrets" is one thing but it sounds like they're being told they can't say anything critical of the company at all.


They can't even mention the NDA exists!


This is common, and there is nothing wrong with it.


There is absolutely something wrong with it. Just because a thing is common doesn't make it good.


Two people entering an agreement to not talk about something is fine. You and I should (and can, with very few restrictions) be able to agree that I'll do x, and you'll do y and we are going to keep the matter private. Anyone who wants to take away this ability for two people to do such a thing needs to take a long hard look at themselves, and maybe move to north korea.


There are things that are legal between parties of (presumed) equal footing, that aren't legal between employers and employees.

That's why you can pay $1 to buy a gadget made in some third world country, but you can't pay your employees less than say $8/hour due to minimum wage laws.


Yes, as noted there are a few exceptions.

Being paid a whole lot of money to not talk about something isn't remotely similar to paying someone a few dollars an hour. It's not morally similar, it's not legally similar and it's not treated similarly by anyone who deals with these matters and has a clue what they are doing.


The article doesn't seem to make any attempt at all to defend the first half of its thesis.


Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: