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

The equity in almost all startups has already been a bait and switch for more than a decade. Most will refuse to answer you about % of equity share anyways, but if they did it's tiny tiny amounts, and in the end half the time it's up to the acquiring entity just how seriously they end up taking it. If you landed at an entity like Google (as I did from the place I was working 15+ years ago) you could be treated well. Elsewhere, not great.

During boom times it made more financial sense to go straight to a FAANG if you could.


I guess I have some hope for Tenstorrent

That's unfortunately what most acquisitions are.

depends on the kind of battle, but

see Ukraine drone warfare ... there's a lot going on there which is more than just miniaturized motors, etc. a lot is efficient power use of the semiconductors in those drones, the image processors attached to the cameras, etc. that i suspect relies on newer processes


90% of those problems effect people like you and I, developers and power users, not "regular" users of machines who are mostly mobile device and occasional laptop/desktop application users.

I suspect we'll see somebody -- a phone manufacturer or similar device -- make a major transition to RISC-V from ARM etc in the next 10 years that we won't even notice.


I agree, some will, but it may not be a more open platform from developer POV.

The problems with natural gas are definitely not confined to combustion. Methane leakage is a huge problem.

That and if you just encourage more exploration, and it's cheaper to just burn the stuff anyways, guess what happens in the price conscious free market?


When carbon byproducts are produced from these kinds of reactions, are they "pure" carbon, or will there be residues from the impurities in the methane?

The reason I ask is I wonder if the carbon could be used as a soil amendment to help replenish top soils in agriculture, or as a growing medium generally. But this would only be conceivable if it's just carbon.


It extremely depends on the exact reactions. I'm not a chemist but AFAIK carbon nanotube production doesn't like taking in non-carbon atoms.

Things like crystallization reactions will produce very pure products, some other reactions will absorb more contaminants.


Pascal. Modula-2. BASIC. Hell, Logo.

Lately, yes, Julia and R.

Lots of systems I grew up with were 1-indexed and there's nothing wrong with it. In the context of history, C is the anomaly.

I learned the Wirth languages first (and then later did a lot of programming in MOO, a prototype OO 1-indexed scripting language). Because of that early experience I still slip up and make off by 1 errors occasionally w/ 0 indexed languages.

(Actually both Modula-2 and Ada aren't strictly 1 indexed since you can redefine the indexing range.)

It's funny how orthodoxies grow.


In fact zero-based has shown some undeniable advantages over one-based. I couldn't explain it better than Dijkstra's famous essay: http://www.cs.utexas.edu/~EWD/ewd08xx/EWD831.PDF

It's fine, I can see the advantages. I just think it's a weird level of blindness to act like 1 indexing is some sort of aberration. It's really not. It's actually quite friendly for new or casual programmers, for one.

I think the objection is not so much blindness as the idea that professional tools should not generally be tailored to the needs of new or casual users at the expense of experienced users.

Is there any actual evidence that new programmers really find this hard? Python is renowned for being beginner friendly and I've never heard of anyone suggesting it was remotely a problem.

There are only a few languages that are purely for beginners (LOGO and BASIC?) so it's a high cost to annoy experienced programmers for something that probably isn't a big deal anyway.


I think the claim might harken back to the days when programming was a new thing and mathematicians,physicists,etc were the ones most often getting started at it, if they had by training gotten used to 1 based indexing in mathematics it was probably a bit of a pain to adapt (and why R and Matlab,etc use 1-based indexing).

Thus, 1 probably wasn't "easier", it just adhered to an existing orthodoxy that "beginners" came from at the time.


Pascal, frankly, allowed to index arrays by any enumerable type; you could use Natural (1-based), or could use 0..whatever. Same with Modula-2; writing it, I freely used 0-based indexing when I wanted to interact with hardware where it made sense, and 1-based indexes when I wanted to implement some math formula.

As I understand it Julia changed course and is attempting to support arbitrary index ranges, a feature which Fortran enjoys. (I'm not clear on the details as I don't use either of them.)

Let’s hope that they don’t also replicate ISO Fortran’s design flaws with lower array bounds, which contain enough pitfalls and portability problems that I don’t recommend their use.

I haven't used either language much myself and I thought the feature looked brilliant so I'd be very curious to know what sort of issues you ran into in practice.

> Lots of systems I grew up with were 1-indexed and there's nothing wrong with it. In the context of history, C is the anomaly.

The problem is that Lua is effectively an embedded language for C.

If Lua never interacted with C, 1-based indexing would merely be a weird quirk. Because you are constantly shifting across the C/Lua barrier, 1-based indices becomes a disaster.


Yes you usually need to compact first before doing this kind of thing because the context windows are different.

Curious to see how this works out for you. Let us know.

Also curious with two Strix Halo machines at the ready for exactly this kind of usage

Don't wait for me. Donato Capitella has done this and created videos on his youtube channel at https://www.youtube.com/@donatocapitella

That's GLM 4.6 tho, not 4.7?

Still, informative. And stupidly I'd seen this video before. It sounds like the TLDR is: not quite.


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

Search: