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

In my experience Rust typically makes it a little bit harder to write the most efficient algo actually.

That’s usually ok bc in most code your N is small and compiler optimizations dominate.

Would you be willing to give an example of this?

Not OP, but one example where it is a bit harder to do something in Rust that in C, C++, Zig, etc. is mutability on disjoint slices of an array. Rust offers a few utilities, like chunks_by, split_at, etc. but for certain data structures and algorithms it can be a bit annoying.

It's also worth noting that unsafe Rust != C, and you are still battling these rules. With enough experience you gain an understanding of these patterns and it goes away, and you also have these realy solid tools like Miri for finding undefined behavior, but it can be a bit of a hastle.


Has no one written a python! macro for this use case?

Mutating tree structures tends to be a fiddle (especially if you want parent pointers).

This is really cool, I wonder how old the satellite data they used is, it’s a bit unclear

From the paper:

> CHMv2 is derived from single-date imagery, where the acquisition process selects the best available image within a target period (2017 -2020). This limits the direct use of the released CHMv2 data for attributing canopy height to a specified year of interest. To support change applications, we provide the image acquisition date associated with each prediction in the dataset metadata.

So generally a few years out of date, but the dataset is transparent about when each image was taken.


This is an important question.

The tree outside of house is not 9 feet tall per. I have a 2 story house and it easily towers 10 feet higher than my house.

Additionally, there are several Royal Palms that are close to 50ft and they show as being only 15 feet.


You could look it up in the metadata file:

> We additionally release a global GeoTIFF of input image acquisition date, where pixel values encode year minus 2000 (e.g., 18.25 indicates April 2018)

That being said, I am sceptical on how accurate mono-depth models can be on a single tree basis. I would probably trust them to do large scale biomass estimates, but probably not single tree height assessments.


sqrt(square(i)) != abs(i)

So no, it’s not unconditionally correct either.


Dealing with broken Linux installs might be your definition of fun, but it's very possible to be a nerd and not find that particular thing fun, and prefering Macbooks


OpenAPI, JsonSchema, GraphQL all describe *Data*.

This describes *User Interfaces*. The closest alternative would be to just return React JS code directly.

But this adds a layer of constraint and control, preventing LLMs to generate e.g. malicious React JS code.


Yeah, that's kind of what I mean. This way will always be restrictive and not flexible enough. We could get some style guidelines injected instead without other restrictions. Let people use all the API access possible instead.


> Can someone elaborate on how growth is aligned with the general interest?

Empirically, the past 200 years have seen high growth globally, and human well being has improved massively as a result. Life expectancy has skyrocketed, infant death, hunger have gone down to near zero, literacy has gone up, work is much more comfortable, interesting and rewarding, etc. But at a more fundamental level, our material quality of life is that of literal kings. The 1st decile poorest people in the US or Europe have much better living conditions than a king of 500 years ago. We are so lucky to benefit from this, yet we completely forgot that fact. You complain about congestion and advertizing, but with degrowth you would complain about hunger and dying from cold during winter.


>But at a more fundamental level, our material quality of life is that of literal kings.

This cannot be overstated. To wit, a Honda Accord (or equivalent mid-range car of today) is objectively superior to a Rolls Royce from the 90s in terms of amenities, engine power/efficiency, quietness, build quality, safety, etc. The same is true for quality-of-life improvements across a vast swath of consumer goods, and therefore consumer lifestyles.

Without growth, it's unlikely we'd see those improvements manifest. Carefully consider the lifestyle of someone living several decades ago. Would you honestly want to live such a lifestyle yourself? That's where degrowth likely leads. As the article says, "I feel it’s impossible to convince Europeans to act in their self interest. You can’t even convince them to adopt air conditioning in the summer."


> Carefully consider the lifestyle of someone living several decades ago. Would you honestly want to live such a lifestyle yourself?

Sure, I lived it, and it was very pleasant at the time and in many ways better than now in retrospect. e.g. always-on access to infinite content engines like YouTube, TikTok, X, Facebook, etc. is probably a net negative, both for individuals and society. I wouldn't want to go back a century or more and give up air conditioning, dishwashers, washing machines, air travel, electric lights. But a few decades, sure, in a heartbeat.


I agree, 30 years ago a working man doing 40 hours a week in a factory could still support a family on one income and expect to own a house. We hit a peak 30-40 years ago.


I hear this often, but I think this discounts the fact that this was mostly true for the US/Western Europe at a time where they enjoyed unilateral super-powerism as a result of winning WWII. I'm not sure that kind of prosperity is normal (though I hope it could be).

I'm worried the harsh reality for most humans is that life is often not that easy. And if it is, it won't be for long


But there is still enough wealth for all of those houses to exist. That tells me the world is wealthy enough, but it is in the hands of different people


The good thing about YouTube, TikTok, Facebook etc is you don’t have to use them if you don’t like them!


I mean, yes? The cameras do help solve a ton of crime. The real issue is using them for surveillance without a cause, and that imo this is what should be under scrutiny. But trying to fight cameras existing in general is a lost cause imo


> The instant you start having to make the client smart enough to think about business logic, you are doomed.

Could you explain more here? What do you consider "business logic". Context: I have a client app to fly drone using gamepad, mouse and keyboard, and video feedback and maps, and drone tasking etc.


My kids will LOVE this


Streamlit apps or similar are doing a great job at this where I'm at.

As simple to build and deploy as Excel, but with the right data types, the right UI, the right access and version control, the right programming language that LLMs understand, the right SW ecosystem and packages, etc.


Are they actually as simply to deploy as Excel? My guess would be that most streamlit apps never make it further than the computer they're written on.


If you have the right tooling (e.g. Streamlit.io) then yes, literally.

To 'deploy' an Excel file I go to Office365 and create my excel file and hit share

To 'deploy' a Streamlit file I go to Streamlit and write my single file python code (can be a one liner) and hit share


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

Search: