skysight-inc/HackerNews huggingface dataset:
> The real solution is sunsetting single-use anything...but $$$

Those $$$ correspond to real-world costs.

For examplee, we also want to lower car usage. Do you imagine that people who commute by bicycle or train are going to carry around durable versions of every single-use item they currently encounter? Cups, straws, plates, utensils, napkins, takeout containers, grocery bags, produce bags, tissues? Carrying around dirty versions of all the above until they get home to clean them?

Even if they do, detergent is also single-use, and damaging to aquatic environments.

I'm not some kind of hyperlibertarian, but I think we need to properly tax externalities (such as poisoning customers and destroying the viability of the biosphere), use the proceeds of that for mitigation, and let the market take care of the rest.
See also:

* https://en.wikipedia.org/wiki/Frankfurt_kitchen
Yeah, it's just me being an idealist and projecting.

I acknowledge what the analytics show, but always allude to the hypothetical casual loner segment who we lack data on because we pushed them away or we don't measure things relevant to them.

I'm a boomer millenial, or whatever we're called now, and never took to online gaming, so I'm part of this segment.

Casual loners are irrelevant to the monetization and in game economy people, resulting in relegation to second class status.

Until someone figures out a way to milk this segment for that juicy recurring revenue, consumable$, $kins, etc..., we must accept our fate, largely an afterthought.
It was definitely a lot worse than any other application I use on a 1440p 27-inch screen.
But it's a reasonable perspective of Jobs that doesn't conflict with this statement.

That's what I'm saying. From Jobs' perspective it was a feature for Apple, because Jobs believed only Apple devices matter. For everyone else that's a pretty limited view of the world that doesn't really apply, and measuring Dropbox (as a company) by that standard is nonsensical. It should be obvious that there's value in sharing files more widely than just within one ecosystem.
"Some of you may die, but that is a risk I am willing to take" - Lord Farquaad, Shrek (2001).

Fitting for a movie from a studio made out of spite for another future trillionaire empire.
while i whole heartedly agree, science and testing takes funding and being more strict requires teeth. neither of which is a popular idea with some people.

being more strict would show results, but like above, showing results isn’t a popular idea with some people, they need inefficiencies to point towards.
This particular article seems to be referring to brominated flame retardants (BFRs) -- there's a single reference to "PBDEs" in the text, and the original cited research paper [0] talks about various BFRs. The purported issue is with plastics recycling, where both new and old products may contain previously banned compounds.

For what it's worth, the simulated cooking experiments involved cutting up the utensils into small pieces, grinding those into a powder, then vigorously combined with hexane (the terms "vortexing" and "ultrasonication" are used), then subsequently combined with sulfuric acid, and dried. Small samples were then immersed in olive oil maintained at 160 Celsius for 15 minutes. (I may have misinterpreted this section, but it described the first step as "pre-treatment of samples")

It's perhaps interesting to note that the only sample listed as "new" in Table 1 with substantial levels of bromine was a thermos cup lid (180 μg/g), and only a small number of other items had detectable levels in the 3-10 μg/g range. Meanwhile, many samples purchased to 2011 had levels well over 100μg/g. That said, I also don't know how representative this study is in the context of, say, a thermos lid if you're not storing any liquids substantially above 100 C.

[0] https://www.sciencedirect.com/science/article/abs/pii/S00489...
Exactly. Even the Lodge manufacturer, for example, indicates on their website that you can use a small amount of soap.
I see dead people (seriously)
Please hear me out, I may just have discovered Apple Vision Pro's killer feature (if you allow me the pun): seeing dead people.
My insurance companies and government definitely share that opinion of responsibility. So, yes. But my answer remains "take responibility and mean it".

I'd love to hear you explain how I can get out of paying my car insurance of alimony though with this line of reasoning, though. Could be useful one day.
Insanity? BI is going downhill
I said that we tried this.
They do not care about the announce. They care about what is injected into the routing table. We are announcing it but they see better path and drop us.

And they also said that it should work that way - just announce it somehow and it will work. Yes but no. It does not work.
ideally, direct care is saving more than it costs - $50 for unlimited visits, free telemedicine, no copays, all office procedures free, wholesale meds and labs for up to 95% less. Then you can lower your ins premiums by 30-60%.
> It will solve itself, nature adapts fast

Indeed. The first step is for the planet to get rid of the pesky pollutants, perhaps by way of launching several “natural disasters” such as mighty strong winds, excessive floods, and particularly pesky deathly organisms. Then it can deal with plastic at its leisure.

https://youtube.com/watch?v=7W33HRc1A6c
That's the best part of modern tech markets in a not-recession recession. They are still profitable but will layoff because it's fashionbble or to make more money.
More likely the Roman calendar.
TFA:

Also, it is somewhat misleading to call Section 230 “a snippet of law embedded in the 1995 Communications Decency Act.” Section 230 was an entirely different law, designed to be a replacement for the CDA. It was the Internet Freedom and Family Empowerment Act and was put forth by then Reps. Cox and Wyden as an alternative to the CDA. Then, Congress, in its infinite stupidity, took both bills and merged them.
I find the exact same logic applies for native Vs non-native speakers. It's a sliding scale not a binary of course, but yes the higher the information density and the more nuance can be transmitted then the higher bandwidth and the more that individual tends to participate/lead the conversation. Not necessarily correlated with the quality of their thinking
The Logo Community – A YouTube Rabbit Hole [video]
If you're speaking of an electric water kettle, my advice is throw it out. At least where I live (Germany) you can buy good quality electric water kettles with seamless stainless steel container for well under €50,— (I bought mine a quarter of a century ago for €25,—), so there's very little incentive to save money. I once had an impossibly cheap water kettle with open heating coils. That thing not only smelled of plastics but the water was ruined, too. Add to that that open heating coils have a reputation of shedding nickel into the water. Just say no.
I think the author is trying to briefly show how internals of these frameworks are designed.

My framework of choice is Angular and the example is somewhat accurate, even if it shows just a small slice of the system.

Indeed Angular components start off with a compilation step (which doesn't have to be done entirely at runtime) and there's a system in place to react to data changes and events in the template - can't confirm whether it's using Proxies though.

But there's also a whole change detection system which reacts to event listeners firing, HTTP requests, timeouts etc. and decides which components to update and how.

Nowadays there are also signals, which add another layer on top of all that.

Overall Angular's internals are a massively complicated beast and few people have a good grasp of them (I've met some - would not recommend doing what they were doing). Net effect is that its development as a framework is slow. Personally I see it as a feature.
Did you consider the aspect, that in many countries the date would change during the day?

So in UTC-5 the day would end at 19:00 solar time. „Lets meet up for dinner on Thursday“ would become completely ambiguous, depending on the time. If you move dinner on Tuesday at 18:30 (23:30 UTC) to an hour later, it would be on Friday at 0:30 UTC.

Common types calendars would become quite useless, they would need to be different for each timezone. It doesn’t make sense to split the events of one solar day into multiple day-columns in a calendar.

The vast majority of people plan their life around solar days, they usually don’t have appointments planned that span over two calendar days.
I've been a long time considering that I should learn Rust. I am using Python as main language (for Machine Learning tasks) so I am at the edge:

Go with:

C++, because I used to code in C (for embedded, 8-bit microcontrollers) when I was younger and also for its possible advantage for learning some CUDA (this last thing is mostly for fun)

or

Rust, because I have some trauma for kernel panics with bad memory management back in the days with C, and because I want to build some tooling in a nice, efficient way
That being:

> As we’ve seen from the last 7000+ words, the overheads are not trivial. Even with all these changes, you still need to have a lot of deduplicated blocks to offset the weight of all the unique entries in your dedup table. [...] what might surprise you is how rare it is to find blocks eligible for deduplication are on most general purpose workloads.

> But the real reason you probably don’t want dedup these days is because since OpenZFS 2.2 we have the BRT (aka “block cloning” aka “reflinks”). [...] it’s actually pretty rare these days that you have a write operation coming from some kind of copy operation, but you don’t know that came from a copy operation. [...] [This isn't] saving as much raw data as dedup would get me, though it’s pretty close. But I’m not spending a fortune tracking all those uncloned and forgotten blocks.

> [Dedup is only useful if] you have a very very specific workload where data is heavily duplicated and clients can’t or won’t give direct “copy me!” signal

The section labeled "summary" imo doesn't do the article justice by being fairly vague. I hope these quotes from near the end of the article give a more concrete idea of why (not) use it
You need to preheat the pan and not cook at a temperature where the oil polymerizes or the ingredients can burn. When you put something sticky in it, you need to wait a bit for the crust to form before moving it.
> no one is stating "we've replaced X% of our workforce with AI"

Even if that's been happening, I don't think it would be politically savvy to admit it.

In today's social climate claiming to replace humans with AI would attract the wrong kind of attention from politicians (during an election year) and from the public in general.

This would be even more unwise to admit for a company like Google who's an "AI producer". They may leave such a language for closed meetings with potential customers during sales pitches though.
I mean that services will come and go. Some will stay for longer than others, but even without a coordinated action, Google may go away. It's also losing to Perplexity and ChatGPT with many people. And many geeks are very vocal about their love for Kagi. (Including me) Things may change over time and may not be too big to fail.
I don’t like C# because I don’t like the “magic” which is also what makes it special. In that regard I actually think highly of Go’s more simplistic approach to everything, from explicit error handling to the flat “class hierarchy”. Go isn’t as good as C# for a lot of things and there are no technical reasons for my C# hatred. Well I guess you could argue that having to fight the “magic” when you run into things it can’t handle as technical but for 99% of the things this isn’t an issue.

Python is a horrible language, but it’s also the language I actually get things build in. I do think it’s a little underrated for large web apps since Django is a true work horse, but it takes discipline. C is for performance, embedded and Python/Typescript libraries and Zig is basically just better C because of the interoperability. Typescript is similar to Python for me, I probably wouldn’t use it if it wasn’t adopted everywhere, but I do like working with it.

We’ve done some Rust pocs but it never really got much traction and nobody really likes it. + I don’t think I’ve ever seen a single Rust job in my area of the world. C/C++ places aren’t adopting it, they are choosing Zig. That is if they’re going away from C/C++ at all.
We should distinguish between 1) a 30-45 minutes of walking in an ordinary day, which I agree that people in well-urbanized areas routinely do, but suburbs don't; 2) an intentional 30-45 minute recreational / for-exercise walk, which a) some, but not enough Americans (and, I suspect, smug Europeans, if they're honest; full disclosure: I don't) do anywhere near every day, and b) many urbanites will drive / take transport somewhere to do, but is (ironically) easier out-the-door on your average suburban streets; and 3) a one-way 30-45 minute journey on foot to some particular place.

I took GP to mean the last of these, which I think is uncommon, even in cities (I mean, public transport is right there, right?)
Just help improving it. There are many reasons to stick with something after a decade, especially something as powerful as emacs. LSP support is fixable.
This is entirely incorrect, Ferrocene manages a specification of a subset of the language here: https://public-docs.ferrocene.dev/main/specification/index.h..., including things like a traceability matrix that links the specification to the implementation and the verification: https://public-docs.ferrocene.dev/main/qualification/traceab...

For each release of Ferrocene, this is kept up to date, and the same as C or C++, what is specified and stable can be relied upon, and implementation details are implementation details, the same as it would be if you switched from LLVM w/ SolidSands' SuperTest suite to IAR or GreenHills' toolchains which may have varying impl details but still maintain conformance with the specification.

The majority of safety critical teams will snapshot a single toolchain for the entire development lifecycle (sometimes updating if necessary, very rarely), but Ferrocene is releasing updates that are approaching the full Rust cadence (IIRC they've discussed going to every other release, so once every 12 weeks vs Rust's 6 week cadence), with all of the verification required to ensure the specification is still complete, and all tests are passing.

There's still work to specify and test more/all of the core/alloc/std library components, as well as third party crates, but from a toolchain perspective, it is much closer than you are giving them credit for. Unlike many proprietary C/C++ toolchains or verification suites, the majority of safety justification artifacts are publicly browseable here: https://public-docs.ferrocene.dev/main/index.html.

(I am a former founder of Ferrous Systems, and one of the people that pushed for the Ferrocene project to happen, but haven't worked there for a couple years and have no monetary stake in them anymore - I think they are just still doing the right thing, and doing it well.)
Here the conformance refers to the Ferrocene language specification [1], which is being developed to be something akin to ISO/IEC 14882 for Rust in the future. In fact, this specification and the Ferrocene toolchain is meant to be ISO 26262 or IEC 61508 qualified, so it directly addresses your concern.

The comment posted by jamesmunns will do much better job in describing the exact details than mine (both comments happened to be posted within 20 seconds, huh), so I'll just add that standards are meaningless by their own. Quite a lot of people criticizing Rust for the lack of formal standards seem to assume that such standards will immediately improve something, but that's never true. Standards are meaningful only when they are maintained and can be enforced; many historical standards failed to catch up and fell into the oblivion for this reason. It doesn't even matter much whether the specification is written in "formal" prose [2]. I feel they are missing the fundamental reason why language standards can be beneficial in principle.

[1] https://spec.ferrocene.dev/

[2] Which is never "formal" in the mathematical sense. (Mathematically formal language specifications are quite rare, examples include SML and WebAssembly.) In fact, such formal writing is slightly better than informal writing only because such writing also aims to be unambiguous, and the formality itself is not that important.
Thank you, appreciated!
Looks like model is not trained well. From my exp, after make few projects (2 looks enough), oldest XCode managed to give good suggestions in much more than 50% cases.
I mean, it's him and the shareholders who probably pushed for this. There shouldn't be anyone else to be mad at.

I guess the government for not regulating this kind of thing to begin with. but that's a bit out of DBX's purview.
Not just online but people like Tucker:

>“It’s going to be pretty hard to look at us and say ‘You know what? Kamala Harris, she got 85 million votes because she’s so impressive as the first Samoan-Malaysian, low I.Q., former California prosecutor ever to be elected president"...

I imagine all the Putin loving / funded US folk will be taking that line.
If workers need capital to start their business, either they bring it with them, or they can borrow money from a bank, or even create a hybrid structure where the State owns shares in the said company (it's very common in China nowadays through State-owned investment firms). There are then plenty of options left!

For very large projects then, like chip-making or space exploration, the State needs to step in; its way too complexe for "casual" workers to start. But then this institution will be very likely under indirect (through parliament) democratic control.
> She laid out her own kitchen using a technique where a day of work is simulated with a paper plan, pins, and thread between the pins for every movement.

The general rule of thumb is well-known to interior/kitchen designers:

* https://en.wikipedia.org/wiki/Kitchen_work_triangle

* https://archive.is/https://www.architecturaldigest.com/story...

There are still common mistakes that many designs still make, specifically about ventilation: never put the cooktop on an island, as (a) getting a vent hood there is difficult, and (b) downdraft hoods are almost useless.

* https://www.youtube.com/watch?v=zJmPQOP7XN0

* https://www.youtube.com/watch?v=ymK9k5PMA6g
That still is a nice setup really; I use it quite a lot. Termius on ipad -> server with emacs in screen. Works well.
Because RAGs are simply a list of vectors and a similarity search with some variations trying to use knowledge graphs.

So everybody is roughly using the same method with some tweaks here and there and thus getting a similar quality in results.
"Product has not improved, or maybe even become worse in that time"
> I've never kept any laptop as long as I've kept the M1.

I still have a running Thinkpad R60 from 2007, a running Thinkpad T510 from 2012, and a modified running Thinkpad X61 (which I re-built as an X62 using the kit from 51nb in 2017 with a i7-5600U processor, 32 GB of RAM and a new display) in regular use. The latter required new batteries every 2 years, but was my main machine until 2 weeks ago when I replaced it with a ThinkCentre. During their time as my main machine, each of these laptops was actively used around 100 hours per week, and was often running for weeks without shutdown or reboot. The only thing that every broke was the display of the R60 which started to show several green vertical bars after 6 years, but replacement was easy.
If you would have just learned it in the time you’ve spent considering learning it then you would not need to decide. Go download the rust book or lessons in the terminal. They’re great resources.
This is it. I have a picture in my mind and then it puts 10 lines of code in front of me and my brain can't ignore. When I'm done reviewing that, it's already tainted my idea.
Both firmware and UX, makes me wonder, what did you study? (Something closer to hardware and theory than to design and UX if I were to guess?)
Next human will put the code in a prompt and ask what it does. Chinese Whispers.
Structure and Interpretation of Computer Programs is a classic book to start and where many started.

https://mitp-content-server.mit.edu/books/content/sectbyfn/b...

Video lectures around the course as well

https://ocw.mit.edu/courses/6-001-structure-and-interpretati...

MIT keeps a lot of course materials available online. I like to go through syllabi for text ideas for example.

https://people.csail.mit.edu/feser/pld-s23/

https://ocw.mit.edu/courses/6-035-computer-language-engineer...

Let's Build a Compiler

https://compilers.iecc.com/crenshaw/

Introduction to Compilers and Language Design

https://www3.nd.edu/~dthain/compilerbook/

Dragon book is where I started, but it's getting long in the tooth. Still a classic

https://www.amazon.com/Compilers-Principles-Techniques-Tools...
Even in developed countries like the US a lot of people burn fossil fuels for indoor cooking, even when they could choose a better alternative.
Write some examples of usage. What's different about your language? How does it look in various situations? For example - coding a HTTP API endpoint, parsing text data, doing complex math...
I tried to use zeds SSH remoting for a work project. Typescript with big codebase and sadly the performance is a rollercoaster. Types sometimes load so slow that it's unusable. VSCode remote doesn't seem to have this problem, although I'm not sure yet if it's really just a zed problem. I would need to try it with some more isolated use-case. Still happy to see the progress! I switched to zed for a lot of my private dev work already
After moving to Germany a few months ago, I asked a contractor about the wiring for the lights, and one phrase he used to describe it was "deutsche küchenordnung," referring to some features that made it especially efficient. I'll bet the etymology is related.
Their "Orion" AR headset and the EMG stuff they acquired from Ctrl Labs
You do not understand what you're reading. I told you, lawyers are on fixed pay schedules. The numbers are different from what I thought, but that doesn't really affect anything I said.

The first role is a 2nd-5th year associate. $235k is for a 2nd year associate, $365k is for a 5th year associate. Each year they get a predefined pay bump. Third role is the same kind of thing (3rd-6th year associate), second role it says mid-level so not 1 YOE.

This firm is also a Big Law firm, the equivalent of FAANG, if not harder to get into. Notice how law is not on your list of top paying professions. Most lawyers are not super well paid.

Also, being an associate is not like being fresh into tech. I don't think it's like a tech new grad role. Average TC for an entry level SWE at Google is ~$200k, and you can be making that as a new grad. Average senior comp is ~$400k, and it's possible to reach that level in 5-7yrs.

Entry level: https://www.levels.fyi/companies/google/salaries/software-en...

Senior: https://www.levels.fyi/companies/google/salaries/software-en...

Another thing to consider is hours. You will work so many more hours as a lawyer in Big Law than a SWE at FAANG.

Tech workers have it very good. Relatively high pay with relatively low hours. Higher comp professions have much higher barriers to entry and work much longer hours.