Hacker Newsnew | past | comments | ask | show | jobs | submit | CorrectHorseBat's commentslogin

Is it? Here I read it's gotten much worse. Now you have 3 minutes to escape a fire while 40 years you had 17 minutes. (Other things have gotten better of course)

I've read the exact opposite, vendors are reducing the standard from 16GB back to 8GB


That's only temporary till production meets demand again.


Which is not going to happen in the upcoming years


Remind me in 4 years then? Or 6? or 10?

15 fold increase in price and still only 15 cents per kg, that is insane.


Yeah, was it really 1 cent per kg? That seems hard to believe.


I see this praise of tcl/tk a lot on HN, but everyone I know (myself included) absolutely hate working with it in VLSI CAD tools.


But the tcl consoles allow you an escape from the cad tool vendor’s (usually marginal and restricted) ui, including the ability to call/invoke other shell scripts and programming languages. From this perspective, your required use of tcl is quite minimal, generally giving you full access to the power of the underlying unix with minimal tcl effort. Ive used this mechanism for my own gui extensions such as cross-probing and invoking other vendor simulations and checks - for me, quite useful

If you write Tcl/Tk from scratch for an application and architect it well, it's great. The way it's injected into VLSI tooling is an abomination. I've done both.

This is partially because when Tcl was first incorporated in VLSI tools it didn't have a good way to organize and modularize code. But this is also because the big VLSI tool shops realize they basically have a monopoly on their integration surface and have no incentive to improve it.

It's easier to freeze the integration surface and maintain backward compatibility than it is to move the surface forward.


One can create amazing ergonomic scripting APIs in TCL; I've done that. One can also rapidly create horrors without end. I've seen that, too. With great power comes great responsiblity.


Indeed. If AI did nothing for me but deal with Xilinx's shit, I'd still nominate everybody from Hinton to Amodei for Nobels.


I like it better than the alternatives. The challenges come from vendors who had atrocious in house scripting languages (Synopsys) and then shoehorned their architecture into Tcl. You have to deal with a lot of opaque handles for things that should be native objects.


2G is being shutdown (or already has) in many countries and those old phones and core services will need to be replaced.


Hydraulic rim brakes also exist and they are amazing too


How about just leaving it on 24h time all the time?


I just use 24h time in the afternoon.


Hardware companies are notoriously bad at software. The software they use sucks, the languages they use suck, the internal tooling software they write sucks.

They don't know what good developer experience is, how do you expect them to deliver it to other people?


I understand this; I would expect that a $50bn carrot would suffice to move the donkey, but it seems it does not.


>Schrödinger's China at once is an evil entity looking to use AI for their own nefarious purposes yet also willing to cooperate with their main competitor to prevent other actors (who??) from achieving similar goals (all while under a chip embargo too!!)

I don't see the contradiction, even if China is evil, why would they want others to be able to do the same thing?

The USA and USSR also signed the Partial Nuclear Test Ban Treaty during the height of the cold war.


There's also information in the compiler and the zip binary, without that I'm pretty sure it's not possible.


You can stick a full copy of the compiler and the zip binary into that archive, if you want to.

The 'intron' can be arbitrarily large.

You can add the complete schematics for your CPU. And the standard model of particle physics.


Consider applying for YC's Winter 2027 batch! Applications are open till November 2.

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

Search: