skysight-inc/HackerNews huggingface dataset:
>>> Which is not necessarily productivity

True. But, while I can't access the article, I suspect this might be an "all other things equal" estimate. People are always saying how they used to have so many interruptions in the office, and now they don't. But that's probably taken into account here. So maybe an 8 hour day is 6.5 hours of work in the office, but 4 hours at home.

Even if it's not really 2.5 hours, I think it's inevitable that most people work less if they can get away with it. People who are highly motivated and love their work might not have that problem, but they're the minority especially in big companies.
With a trackpad you can two-finger-tap for right click and three-finger-tap for middle click, at least on Linux. This even works on Macs that have had Linux installed.
That and it being too expensive to go out and get drunk ...
The same could be said about the microprocessor or any other tech innovation throughout history. They all lead to new companies chasing investment dollars.

Is there any insight from this observation?
Not bad. My take is normally the opposite, but perhaps the author is right, and I didn't lean into it hard enough.
This is how your comment sounds:

I’ve heard Java teams use SonarCube/SonarLint, checkstyle, findbugs, and PDM in various combinations together. I guess the Java ecosystem is insane and full of pain.

I hear Go programmers use gofmt and go vet. I guess the Go ecosystem is insane and full of pain.

I hear Rust programmers use clippy and rustfmt. I guess the Rust ecosystem is insane and full of pain.

I hear Python programmers use flake8 and black. I guess the Python ecosystem is insane and full of pain.
Take AMD's release windows with a grain of salt.

https://videocardz.com/newz/amd-has-failed-to-launch-hypr-rx...
"Thanks a lot, machine learning!" ahha
Related: The Gluetrain Manifesto:

https://web.archive.org/web/20041022054701/http://gluetrain....
Paradigms are not a characteristic of programming languages, they are a characteristic of programs.

Now, obviously, programming languages encourage and afford the use of certain paradigms. But that's all they do. A program is not object oriented because it's written in C++. It is object oriented because it is written in terms of objects, regardless of what the underlying language may support or encourage.

Assembly, being the base language of the CPU, can be written in any paradigm any other language might permit, since all other programming language paradigms are obtained as limitations on the underlying assembler that may be generated. You can always just apply those limitations manually to get an object oriented program, or a logic programming program, or a functional programming. It just might be very costly and difficult.
Tangential: ChatGPT gave Clippy a soul. I told him he was going to die. – https://www.youtube.com/watch?v=ATWV3bPvoDg
> In a de-dollarizing world btc is a genuine factor.

In practice, dedollarisarion has been about shifting to other major national currencies, like the yuan. Bitcoin doesn’t really feature.

https://en.wikipedia.org/wiki/Dedollarisation
How do you plan to combat "fake or unreliable reviews"?

How do you distinguish from a "real or reliable" review (that is negative) vs a "fake or unreliable" one?

For example, I will down-review anything with hidden or unannounced pecans, almonds, and dates in it because they taste bad to me and I am allergic to them all
I like to see my numbers get bigger and collect badges.
Pretty much the one time the GNU Project conceded anything to a different organization. Still very strange. Also, for anyone wondering - don't use the GFDL, it's one of the worst written licenses out there.

Every copy or snippet of it needs the full license text attached, which is kind of bonkers if all you're doing is a citation. Debian rejects documentation written under the license because it's unclear and onerous to comply with[0]. It's incompatible with literally any other license on the planet as well (it's not a "proper" Free Software License because of crap like invariant sections, which just exists to force the GNU Manifesto in every copy of the GNU projects documentation). There's also such charming issues like "the anti-DRM clause is worded in such a way that you can't store a GFDL file on an encrypted filesystem". It's a really really bad license and a serious competitor for the worst license ever written by the GNU project (even the AGPL isn't this bad).

Wikipedia changed it because they kept having to deal with people who pointed out that anyone reproducing Wikipedia content could technically violate it's license, an obviously-on-the-nose issue.

The worst part? The GNU/FSF still recommends the fucking GFDL on its website[1] for documentation even though they offered a carveout for the WMF.

It's hard to understate just how bad the GDFL is.

[0]: https://www.debian.org/vote/2006/vote_001

[1]: https://www.gnu.org/licenses/license-recommendations.en.html...
It's interesting how much power we end up spending purely on DRAM transfer. HBM3 uses about 5 pJ/bit, so maxing out an H100's 3.35TB/s of bandwidth requires around 135 watts just for the RAM. Given how many AI workloads are entirely bandwidth-bound, you could probably build a much cheaper chip that just went all-in bandwidth and got rid of all the fancy compute elements.
There are only two problems in computer science: we only have one joke, and it's gotten old.
They don't, because they have a name (that also happens to be a hash).

They lack a convenient name. You can go to any commit and "turn it into" a branch if you so wish by "promoting" it to a branch.

My point is that there's no such thing as "avoiding branches" in git. Or least, you can't avoid the "downsides" of branches as some perceive it.

Those issues are still present with commits, just without the convenience of good naming.

That is to say, and I should have made it more clear in my initial comment, that trying to avoid branches is pointless and indeed counterproductive. You still logically have branches, without the convenience.
Financial services is the biggest industry on the planet but as soon as crypto is involved “a vehicle for speculation“ is invalid

So speaking of echo chambers…
> The Cybertruck is late to the party

That's an absurd statement.

Total truck sales in the US are 2 million a year. Total BEV truck sales so far is under 50k per year.

Saying the Cybertruck is to late make absolutely no sense what so ever.

Its a total misunderstanding on the ability of Ford and Rivian to grow their sales. Ford has a serious battery issue, as they were very, very late in setting up their own battery factories.

> the payload capacity is ?

Better then that of the competing trucks ...

> The tray size is ?

The same as an F150

> Basically what is a Cybertruck for?

The same thing most trucks are for, for dumb Americans to feel cool.

> Who is buying it compared to another vehicle at this point?

Anybody who would buy a dumb truck.

> No one needs "shatter proof windows" in a car.

Actually window replacement can have pretty high cost.

> No one needs it to be a boat.

That's not an official feature but something Musk talked about on twitter once.

> What I need is it to carry heavy loads and seat 5 people. Can it do that? Can it do that better then something else?

Yes it can. It will also be far more efficient then the F150 meaning you will spend far less on fuel. And it will likely have better range to.

Also it will likely be cheaper, F-150 has gone up in price and dealers add another huge chunk on top.
As an American it’s pretty awesome when I eat a particularly good street truck gyro after a night of drinking.

I saw a vulture outside yesterday. I thought that was pretty amazing! I’d never seen one before.

I was pretty excited yesterday to run after a rabbit in my yard like a five year old as my kids yelled “dad no don’t eat it!”

But even as an American with my strange irrational exuberance and positive language creep, I can agree with you that changing from version 3 to 4 of a license is none of these things.
And that actually anyone wants?

Google and Amazon have tried to sell theirs for a long time. And none were actually selling much. Amazon admitted to be selling theirs at a loss. Facebook has tried their own - and quickly cancelled them. Google's is in every Android device - and yet pretty much nobody uses them. Even Apple's Siri is more annoyance than help.

That something can be built doesn't mean it will sell or that people will actually want to use it. If you create a solution looking for an imaginary problem that your marketing thinks is what people want instead of a solution that solves a real existing problem, you do get a solution looking for a problem ...

Also, answering questions and communicating in natural language is the easy part of such assistant. For the thing to be useful it must be able to actually do something too. Which is incredibly difficult beyond the (closed) ecosystem of its vendor. Thirdparty integrations are usually driven by who pays the manufacturer for the SDK and partner contract (seen as a marketing opportunity), not by what the users actually want it to integrate with. Hoping for one of these with an open API that anyone could integrate whatever they want with, I am not holding my breath here.
Sadly, Strawberry Perl remains stuck on Perl 5.32.1.1 "Released: Jan 24 2021"

https://strawberryperl.com/
Further, the $500k number is absolutely nothing that stripe cares about. They only take a fraction of
If you make people who produce text 25% more productive you can fire one in four and increase your profits.
>That's why I have an idea for developing a mobile application that allows nearby users to publicly share their experiences with disappointing food. This way, all users in the vicinity can access this information. My goal is to help people quickly find and order delicious meals. I would love to hear your thoughts and ideas on this!

Also ... if you want to make this quasi-realtime, how do you plan to get "nearby users" to interrupt their meals to tell you how it was?
can't you have both and just run the mocks if not specified else like in a ci or whatever
Your journey will be witnessed and recorded by all the other vehicles on the road…
? not quite, we're much more optimal: here they have to get a warrant and then review tons of video, for us, they just gotta ask.
I'm making the point that I work in a department that develops a payment platform for a variety of retailers and has to perform non-trivial integrations with a broad range of PSPs worldwide, covering all sorts of payment flows, including cases in which the PSP itself has had to do new development on their end to cover use cases that they had never come across before. And yet, we do not at any point pass the card details through the API to the PSP.

The input of all payment method data by the customer takes place either in PSP-hosted fields, on an iframe of the PSP front-end, or via a PSP-provided SDK or drop-in UI, in such a way that our software never sees the introduced data. All we see are the sanitised details (card type, BIN, and last 4 digits) that the PSP then sends to us.
Just as Natural Gas and Coal are "saving" Texas when it's not sunny and windy. A robust power grid can benefit from a diversity of sources and that's exactly what ERCOT has been doing - investing in engineering to make a better utility, not some moral battle between renewables and fossil fuels.
I don't think the problem there is regulation, but scope of storms and suitability of undergrounding transmission lines in the local geography. Maybe a bit of regulation there, although it's at the state level: under WA law, my utility has to charge affected users the additional costs related to installing wires underground and must gather their consent, unless there are special circumstances that allow them to pay for it out of general funds. This usually means not a lot of undergrounding, because people usually don't want to pay the costs.
how does one simply shove it in a container is my current headache. wsgi, asgi nginx gunicorn is a maze
> awesome is when you hear fighter jets zoom overhead, or a metal band from in front of the stage, or Niagara Falls, or a mile-long freight train full of rocks shaking the ground as it passes.

To me all of these things sound very lame. I find the Wikipedia licensing change more interesting. I think the post did a good job explaining why this matters and what this changes for Wikipedia.
They probably just want to see how many people would sign up if they had it. Before they start building something nobody wants to pay for.
The Classical Education Movement
Check out the Monticello VCS for Smalltalk.

https://wiki.squeak.org/squeak/1287
I think standardebook's has a command line utility that they use for producing their ebooks, which you might be able to use to produce an ebook from a bunch of html files. Ultimately an epub is a zip of html anyways, I think.
Is it possible to leverage another case filing, to reduce lawyer fees? Or some sort of Nola Press DIY process? Since it seems so common.
The model s is cheap again, at least in the US.
The fusing is supposedly due to the power envelope on the PCIe cards. Practically, it could be a market segmentation / yield enhancement trick, but that would be the most nefarious thing, but I assume it's also mostly due to the power envelope.
This is a great cautionary tale about what happens if you don’t continuously integrate changes in an incremental fashion.
you can do it for free with tesseract.js
Not if you use feature toggles as well?
It's the opposite in my experience: people inside tech are (probably rightly) skeptical, making comments about "Eliza 2.0", meanwhile I am listening to car podcasts where the people are using ChatGPT to write valentines cards for their wives...
Is Europe ready for a new generation of gene-edited plants
Every code base where naming still matters is a code base that is sprouting new functions.

What was “clear” two years ago may be unclear today because we have four times as many functions. Via the pigeonhole principle, there are no short names that are sufficiently clear, and as X goes to infinity even the medium ones become problematic.

Use a modern IDE with autocomplete. Try to make the beginning of your names as unique as possible. Few people will have to type in the suffixes.

Used to be we would ask other developers what book they would buy all of their coworkers. Answers have changed over time, anything from Brooks to Gamma. But for my money, I would buy them a thesaurus.

If you use the same word in two places in the code, they should be sharing code and data structures. If they don’t, you should use a synonym. Never recycle names, and be sure you aren’t recycling. Many people are wrong here, claiming two things are the same but with no code shared, and in many cases I’ve seen, using two different definitions of the same word.
And your "solution" is to increase the amount of discrimination? The doing of nothing at all, which you're accusing me of promoting, is obviously absolutely better than that.
Theory a-little-before-Y: Workers will do what they are familiar with. They really want to be a Theory Y worker, but they don't know how. They need close supervision and fast feedback (positive and negative). However, these are not motivators for getting work done, but guardrails against human frailty.

Something like software development transcends Theory X & Y because nobody quite knows what the job is and therefore motivation is not the main factor in whether something happens.
Smalltalk was, and in many ways remains, my favorite programming language - as a language. But the image-based development environment, and the performance of the system, were both awful.

As for message passing, and the potential for remote objects - well add CORBA into the mix of elegant, but ultimately unsustainable technologies alongside Smalltalk.

The world was not ready for "pure" OO in the 80s, and I'm not sure it's ready now. Some things really are better in the mind, than in practice.
Is that just a factor of time plus the tendency for gamification of <identified positive thing>?

KPIs become meaningless over an amount of time depending on how well thought out they are.

All things need to evolve to outrun the corruption of what they used to be. Feels like this is a universal truth.
It’s cool that languages support this kind of stuff.

So if you’re writing python the employs this technique and you still want to keep the “OS agnostic” characteristic of python does that mean you’d have to compile multiple C++ binaries and check the OS to see which one to run?
Texas teen missing for more than 8 years is found alive
The hard part of naming is none of these things. The hard part is dealing sensitively with snowflakes who think naming doesn’t matter and instead of saying this to your face, they privately have conniptions trash talking you behind your back when a minor improvement is suggested.

They’ve made it so that naming cannot be discussed. If you see a horrendous name and suggest an improvement, there’s no overt response, but later you hear from your friend that the poor namer is accusing you of wanting to die on a hill.

Dude. It was just a suggestion. And it was labeled as a nit. You don’t have to take it, even though we’d be better off if you did.

So I’ve all but abandoned ever suggesting improved names, unfortunately. Being a good team player is more important. I name my stuff well, but what others do is up to them.
I'll second this. The biggest thing I think C needs (besides what the author of the linked article is saying) is proper namespaces and modules. It holds the language back so much.

Tagged union types would also be really, really nice.
Very quick.
Ask HN: Are You Happy?
Why would you ever even need to pass an endofunction through a transplainer pipeline? There are far more efficient ways to do async island hydration in Elm.
Royalties for transfer of personal data sounds like a great idea, actually. But how can it be enforced/monitored?
How? Where are the guides for all car models?
We can’t record, we can’t reliably recall and we can’t data share.
This is so much an acquired taste, people just are not patient enough.

I stopped eating dairy due to allergy when I was 20. And since, I've drank only vegetal "milk" substitutes. Of course by now (I'm 40) they all taste OK and I love my shakes. But if someone who drinks cows milk tries it, it tastes plantly and nothing like a milkshake.

Same thing happens with sweeteners. I stopped using redined sugar to sweeten my morning green tea. I use stevia leaves instead. It doesn't taste "better" or "worse" to me, it just tastes good and I know I dont need to worry. But my wife can taste the stevia flavour. She is just not used to it.

On the flipside, everytime I get into a Starbucks the smell of "cow" (as i jokingly label it) is very strong for me.

People who are quick to dismiss other flavours just havent had the necessity of adapting.
Saving more than spending has also been popular advice for fiat, at times. More for medium/long-term personal purposes at the expense of immediate macro purposes, but I think that applies to both systems.
But the storage medium is incredibly lossy, and much like LLMs, is prone to making things up out of thin air.
> All memory would be prepared in advance and the massively parallel accelerator would "stream walk" through It without having to load store arbitrary memory locations.

Dedicated accelerators do that already, e.g. google's TPUs, tesla's D1 or apple's neural engine. You must load the data into compute-unit local memory first before executing matmuls. Keeping the weights there and only piping the dynamic data through it saves memory bandwidth.
I don't think that is what anyone could call sufficient evidence.

But even if the reason is economic disparities, which might be a consequence of past discrimination, it is still questionable if that alone can justify discrimination today. You are in any case discriminating innocents in that case and you just found another reason to discriminate on the basis on skin color.

I heard arguments that the absence of women in computer science would be an indication of discrimination and the prevalence of sexism. A similar case of insufficient evidence and one that lead to false accusations. Accusations that could have convinced a few women to look into other industries for that matter.

I believe the case for racism is much stronger, but I still disagree with the means if it could be proven without any doubt.
(7) is completely wrong. Hyperlinks do not subvert hierarchy due to network effects combined with the fact that the lookup system, DNS, is hierarchical.

Nobody uses hyperlinks anymore except to link into social media silos or “up” to media sources. The web as an actual web died and nobody noticed.

It’s pretty thoroughly dead now. Creating your own home page or even a hosted blog is now a weird niche activity.
Each time you read any American text, treat words like “exciting”, “proud”, “amazing”, etc, same as “a” and “the”.

They both provide little value to the communication and are mostly just a language quirk.
Naming things should be as short as possible while still being clear, unless the context of the situation makes a longer name solve some other problem.

Naming things should be short as possible while still being clear, unless making it longer helps something else.

Name things short as possible while still clear, unless longer helps something else.

Name short as possible while clear, unless longer is better.

Name short and clear, unless longer better.

If longer not better, name short & clear.

if_longer_not_better_name_short_clear

ifLongerNotBetterNameShortClear
Cybertruck will not have bulletproof windows. Its just a shatter prove window. What's bullet proove is the exterior skin of the vehicle, but only against small caliber.
IDEs are not my strong point. Aren't they smart enough to just search static methods in the scope of the compilation unit? Okay, so they have to be indexed first I suppose, but still... Ah, I suppose you want to search for methods you haven't imported yet. Now I get the annotation stuff. We're writing code for the IDE.
All of them have little command line programs. You have to run specific commands, in a specific order. Each one does... things. Many things, grabbing stuff from all over the Internet. You have no idea what any of these other things are, but there sure are a lot of them. Do you need them? Dunno, guess so, but where do they come from? Your directory tree starts growing many leaves and branches. But wait, you made a small change, you have to run something else to make it pick up the change and re-something the whozit or your application throws inscrutable errors. You start to despair, so you begin reading documentation. All of the documentation is cheery and bright, telling you how wonderful this or that package or tool is, so now you feel like a moron because you simply don't understand what's happening.

You give up and become a pea farmer.
Can we stop making analogies like this. It’s so bizarre. The circumstances around each invention are completely different. To always reference the conditions of some past technology is to be stuck in this bizarre form of thinking.

A few days ago some poster tried to compare denying LLM’s to being a naysayer in Gallileos time. Is this all we can do? Make references to past events and fail to evaluate the present properly?
Add the info to OpenStreetMaps instead.
Feck Clippy, where's ChatGPT Vigor?

https://en.wikipedia.org/wiki/Vigor_(software)
in the future: "error, vehicle without active datalink detected, intercept, intercept"