skysight-inc/HackerNews huggingface dataset:
> Replace Gradle with literally any tech tool and you'll find the same articles. A hill that I'll gladly die on is that Git sucks, maybe more than any other tool so widely adopted, and yet bringing up how badly it sucks usually results in a deluge of downvotes and "No! You don't understand! Just learn the internals of the tool!" and "Oh yeah well if it's so bad, what do you suggest?!"

The difference is that Gradle has an obvious better alternative: Maven. The thing that Gradle does better than Maven is that it makes quick hacks easy. But once you try to use Gradle in a "proper" maintainable way, as this article does, you discover that all the things that annoyed you about Maven were there for a reason and you have to essentially reimplement the same things in Gradle. And then, if you have any sense, you go back to Maven.
Allspice - git platform for hardware engineers

https://www.allspice.io/
Regardless, the tone of the post made me dislike Mux, whereas before I had a neutral opinion of them.

I'm left wondering if they also forward these details to the copyright holders or the FBI.
I would do this, but I've misread or not carefully paid attention to Ikea instructions on probably half the items I've built. If I was unable to disassemble and undo my mistake the savings from buying IKEA else vanish.
Imagine all you know is their IQ and don't deflect.

>None of these questions have anything to do with IQ

They do, big time. Knowing their IQ allows to make a very good guess on who reads more, who would listen and, in general, do their job better.
I sense where you coming from my friend. Just suggest you learn humility first before making judgements.

And some basic logic as well. Normally I would call out on "superior wisdom" but you tend to be quite predictable so we will speak this part. Cheers
> the I.Q. test

there is no “the I.Q. test” there are many different ones, designed differently, the article distorts this, and attacks the original Stanford-Binet test as if it was the universe of IQ testing, and even there the entire substance of its attack on that test, delivered in meandering back and forth where it drifts in and out of discussing the SAT and other tests, seems to be that a researcher who later was influential in developing other tests also wrote their dissertation about the same work by Alfred Binet that a completely different researcher leveraged in developing what became the Stanford-Binet IQ test was a eugenicist who thought that blacks and other races were inferior and that testing supported this. Which isn’t just ad hominem, its ad hominem directed at someone not even involved in the development of the test. There is literally nothing in the piece actually arguing for any ill-motive, much less actual scientific flaw, in IQ testing.

There are some real issues that the article hints at – particularly regarding school rankings – but they spent a lot of time trying to juxtapose negative things with various tests that they had no real argument about and just hoped to use guilt-by-(often strained)-association to impugn.
actually I guess I was unclear earlier, when I said real estate portfolio management I was thinking about a real estate agent managing the properties they needed to flog and contacts for said flogging.

>A weather app is a niche market, yet they gobbled that up.

I guess you and I will have to agree to disagree about how much of the population is affected by the weather, I say all of it, you evidently much less.

Gobbling it up is actually interesting for weather apps, because the weather app, and the clock and other apps that have to do with stuff that everyone in the world needs is basically the kind of thing my argument says will always happen for a platform.

>>If on the other hand you have the top selling real estate portfolio management app in the world I don't expect the platform will fold that up in their offerings

>Why not?

Apple's main business is selling devices with other ancillary businesses growing up to support this primary business, of course from outside it can look like these ancillary businesses are very nice to have indeed and any one of us might be happy to have them but for Apple they are rounding errors. And if you have one of these businesses already and Apple comes calling then it's like the WSJ article points out - not good for your business because Apple might just decide to pack it up in their platform and give it away for free or provide a much better implementation than you can and up the profile of their apps in their store.

But in the end Apple is mainly interested in making one of these apps because it enhances their platform for the general population (or their historical target demographics that are still of some importance to the Apple brand). Thus Apple is not going to be making apps targeted at lawyers even though such apps might make a LOT of money because a lawyer app LOT of money to Apple is a pittance.
I'm still reading this, but I just wanted to say this bit of your analysis was SO cathartic for me to read:

> React+Redux setup was too much performance overhead for the real-time gameplay section. The state updates through the Redux action reducer pipeline, and the minimal React render updates were enough to cause noticeable hiccups in the gameplay frame rate. Performance in the browser environment is susceptible to garbage collector management. To minimize garbage collector hits, you need to use object pooling. Object pooling is a mutable state management pattern in which you pre-allocate a pool of objects. The collection of allocated objects gets mutated and reused during the program's life to minimize runtime memory allocations. This object pooling pattern conflicts with the immutable update patterns of React and Redux. Hitting these performance issues was a significant roadblock and essentially became a 'rewrite' in which I had to rewrite the game state management to be performance optimized. This rewrite was costly and took a lot of time.

This is 100% the conclusion I came to when trying to build a web-first game from a React/JS background and it's wildly reassuring to read someone else coming to similar conclusions.
Probably countered by Kimchi.
It varies but on average I’d guess between 3-5, although when there are big projects I can put in 8+. I basically work whenever I’m needed and don’t feel badly about giving myself a little time back, considering I will work on the weekend or late into the night if there’s a reason to, which is rare.
Perhaps also "security through complexity" --- the specs for LTE and the previous mobile network protocols are freely available, but huge and very difficult to understand for someone not already familiar with the system (in comparison to e.g. Internet RFCs).
Exactly, and for good reason too. The two people are so far apart politically, culturally, and in basic values and worldview that they aren't going to be able to have a lasting relationship.
Sequestration only starts making sense when we have basically unlimited green energy to throw at it. I know some moments have excess green energy already but you're not going to build a huge plant and run it only 2 hours a day.

The amount of natural resources needed to build enough plants to make it more than a drop in the bucket is also going to require significant mining operations and other big polluters. It's a nice idea but science fiction for now, at least at a scale that is actually effective at countering climate change.

And even if we had unlimited energy and materials the inertia of greenhouse emissions (the CO2 heating us now was emitted decades ago) building it at scale will come too late to avert a crisis.

It's still much easier and more efficient to avoid emitting the carbon we still do than to try and capture it back. Though even that will come too late really.
Bear in mind, you would probably not see this as a covert/criminal act, but something sold as a feature. "Our artificial intelligence now can assist you by analyzing your transaction habits with your bank and can help manage your Facebook account."

The sort of thing as a tech crowd would horrify many of us, but the public would largely go "oh neato".
You are right, however given natural human laziness we may see it cripping in other areas very fast - because why would anyone think about making decision if they can throw at chatgpt and get a response.

I am not concerned about use cases you are referring to - it's realistically going to help, but long term implications would be disastrous.
Most software developers are introverts, though. So that may be fine for UX or graphics designers, but it is less reasonable for software development.

My team would all be on headphones at their desks. It was an actual team rule that discussions were not held at desks, you took them to one of the open areas with white-board walls and hashed things out. Or a conference room. We did that. It would have been much easier with cubicles or offices.

I used to work in cubicles, they were an improvement over open plan. Space for your books, semi-privacy, the white noise speakers didn't need to be turned up as loud (my gosh when those things were off it felt like you were no experiencing auditory suffocation). But a few of the senior engineers had offices. When we needed to collaborate, we'd gather in the office, hash stuff out, and go. It was good stuff.

I've also done the war room thing. We took over an exec's office. I played music for the team at a reasonable level (CDs only, 'twas in the time before YouTube), and we built stuff. But even there we developed a code of behavior of how not to interrupt each other.

Even that was better than open plan, because we could close the door and do our job. Every once in a while a PM would knock for a question or two. Open plan was worse.

Now we all work from home, more or less. In some ways, that's even better for focus, but definitely worse for collaboration.
I couldn’t disagree more.

On my Mac and PC, I write tons of little programs and scripts to make my day easier. It’s great that any and all software runs.

But on my phone, I just want it to work reliably every time I pull it out of my pocket. I don’t want to hear from the rent-a-car place that I have to side-load their crappy invasive malware app on my phone if I want to rent a car (or do the same to order food at a hospital, or to use my new printer, or to shop at my grocery store, and on and on). Sideloading will open the floodgates to horrible crappy malware- or spyware-ridden apps that companies will force you to install, without the protections and benefits offered by the App Store. No thanks.
Not as in an account ban, it just only lets one copy of the game in question (or one game total? Haven't used it much) run at any given time. No different to lending your friend a Nintendo cartridge, except that it requires less running around. :)
> I have never had a Windows laptop (Dell, Lenovo, IBM) and none have ever worked.

Well, of course Windows laptops that you have never had aren't going to work...
In Korea & Japan, you can't turn off the camera sound, it's very annoying.
The terminology is that x86 has a Total Store Order memory model, while ARM doesn't; acquire operations on x86 imply that all relaxed store operations on the core that released are also visible to the reader, which is not true on ARM unless the released value has a data dependency, or until you execute a memory barrier.

ARM still has a coherent cache, however. Basically every modern OS and program depends on having a coherent data cache (though ARM doesn't keep i-cache and d-cache coherent with each other, which basically only comes in play with self-modifying code)
Can confirm it was hard to sleep last night. I knew there was a high chance of failure but still, not the best evening.
You can't be serious. As if going line by line would make it any clearer why the software is doing what it's doing when it's obfuscated with so many neurons and layers that there's no way to grasp the entirety of the system through code alone.
Germany has jailed journalists, cartoonists, satirists and such for daring to insult the honor of other heads of state. The UK has arrested journalists for covering protests they do not want them to cover, particularly green protests.

Australia tracked down and detained journalists for reporting on war crimes, with the explicit goal of seizing evidence, so it could not be further reported on. They raided their homes and all of their associates homes, too.

Further, they denied the capability for the whistleblower, David McBride, to call witnesses in his favor. His crime? Showing evidence that special forces were murdering children. One of these murderers bragged about shooting a father in the head and laughing as his children screamed and tried to put his brains back inside his skull. (https://www.youtube.com/watch?v=_NCPkoUekHQ)

And the US was planning to extrajudicially kill Assange by poisoning him.

And yes, freedom of speech and freedom of association do fundamentally include some aspect of "freedom from consequence". Otherwise it would be legal and ethically acceptable to fire people for joining a union or privately advocating for viewpoints not accepted by management. What you want is not freedom of speech, it's controlled speech.
Prior to ADP, agencies like FBI could actually access a lot of information from Apple, primarily because Apple stored keys alongside your data. Which meant even though iMessage content was encrypted (and therefore useless), they could still get a lot of information from a request to Apple -- and Apple hands over quite a lot. FBI had a document all about that in 2021.

Also important to note, ADP is opt-in currently.
Without pirating I don't even know if I could watch my 1 hr game per week.

Now im literally paying pirates. Its a pittance and its much better service.
there's really no reason google couldn't have implemented (as the article suggests) a prompt for a one-time password while the user initiates the credential transfer. and it's clear the transfer isn't completely protected. this is a sloppy product change.
> Soccer's popularity is what causes this issue because there is so much money to be made by splitting it up and selling to multiple companies rather than just one cheap, easy solution.

The reason they are split up in the UK is to stop a single pay tv gaining a monopoly on the broadcasts like in the past. So even if sky wished to pay all of the monies for all the games they can’t, they are limited to a set number of game blocks they can purchase, so the other providers get a chance at showing some games too.

It was meant to be a “good thing” but turned into the mess we have today.

However IIRC this only covers the premier league, TV providers can bid for all the games in other leagues. But not really much of a football fan so I don’t follow the subject that closely.
> Regarding future, my very personal take is that European population will be vastly more resilient to what is coming. (TM)

Yup, thanks to the US and UK who saved our asses in WW2 but were then forced to give up Eastern and a large part of Central Europe to the USSR. Fortunately it's also the US who made the USSR bankrupt themselves and let those people mind their own business. And now it's also the usual suspects pumping cash and weapons into Ukraine. At least France has got nukes and a well equipped standing army, which I could not say about other EU states with the possible exception of Poland and maybe the Scandinavians.
So I went through this stage too but I stuck it out to pass through to the other side. Mostly because the options weren't any better.

Gradle's main problem is that it doesn't have a learning curve, it has a learning cliff. You either understand it or you don't and that is terrible for adoption and for people trying to get it like this fellow.

What lies beyond this stage is understanding that these things -are- actually complex for a reason. Attempting to create something simpler just for your "simple" use case eventually requires you to add more stuff to do some new thing and before you know it you have a shitty version of Gradle instead of normal Gradle with some custom plugins/tasks/whatever you happen to need.

That said I'm in the process of going deep on Bazel because Gradle still falls short of the mark for me. Bazel has more of an actual learning curve, it's peak complexity is lower than Gradle (though mostly because it's offloaded that complexity into rulesets).

The reality is that these build systems are hard because they are designed to solve very hard problems when you are building programs with lots of artefacts at big scale where very fine grained caching isn't just nice to have but imperative in order to actually do builds at a reasonable cadence.

Appreciation of these systems is tightly coupled to -actually- having those problems. If you don't have those problems you probably don't get why these things are so complicated/baroque/alien/whatever they may seem to you.

In Gradle's case you can generally build a bunch of JVM code without really understanding Gradle. I consider this to be a bit of a trap but I get -why- it's like this which is that it would simply have no adoption if everyone had to understand the phases, source sets, etc but I still don't like copy/paste builds all the same.

Bazel is both slightly better and slightly worse in this regard. You need to understand some more Bazel concepts to build anything at all - which I consider a good thing, understanding vs copy-paste is good in my book. However that understanding is a bit of an illusion once you realise you need something with a modicum of more complexity.

Soon you will open up a ruleset and realise that for instance the inbuilt rules_java is actually lugging around this JavaInfo thing and rules that are "java aware" are doing things with this rather than "just artefacts" as your simple understanding was let you to believe etc.

Most programmers don't give build systems that respect they deserve. They want them to just work and be out of their way, mostly because they don't care how their artefacts get built. I think this is both wrong and sad but I also don't see it changing, too many incentives to not care as long as it builds. Meaning that understanding of real build systems is concentrated on a small number of individuals at a few places big enough to need them.
Well-equipped soldiers may be fine but low-income civilians in Khartoum would not have the means to obtain P100 respirators or gas masks.
There's nothing able protect customers from fake reviews in this world.
Why write workarounds instead of simply using arrays of 64 byte atomic structures for your data?

That way you avoid cache misses and cache invalidation at the same time. And your software can run at full speed across multiple threads/cores.
>Sometimes people aren't as dumb as you might think.

Usually, they are.

>Or they print once a year, so replacing the ink cartridge every year is still cheaper than buying the more expensive printer.

Such as here. Doing this is stupid, because buying a new printer is cheaper than buying a set of cartridges for the same printer.

>Or they have no savings and only have access to high interest credit,

Or here, because they couldn't manage money and earned themselves a bad credit score.

>so the interest on the price difference between the printers actually is more than the cost of buying an ink cartridge every month.

If you have credit that bad, you don't need a printer at all. Plus, you can get a B&W laser for $100; less than the cost of an inkjet + a set of cartridges.

Sorry, but every way I look at it, inkjets are nothing more than a scam designed to prey on people who aren't good at long-term thinking or money management.
Firmware perhaps? Or medical devices. Everything will add networking eventually though.
If you use chrome, they could just download your cookies if they really wanted to.
Kermit was a hidden gem on the HP-48.

Company I was doing work for was looking at handheld solutions for on site data collection. One of the things they were looking at was something from Symbol. Nice unit, but, $2k a pop.

I was out visiting my father who happened to have an HP-48, which I had not seen before.

Fiddling with it I managed to learn quite a bit about its (now legendary) capabilities. But I was quite surprised to learn it had a serial port and support for Kermit.

Returning home, I bought one and quickly prototyped a solution for the company, where they’d upload the data from the calculators each day straight to the HP-9000 via Kermit.

You could buy the HP-48 base model for $100, and they ran forever on AAA batteries. We ended up rolling out the project and they bought a dozen of them.

That was a really fun project. I coded much of the calculator code lying in bed.
contrarian visionaries ... held steadfastly to a vision of the world based on their own unique set of values

The archtype has to be Ted Nelson [1]. He is frequently discussed on HN [2].

1. https://en.wikipedia.org/wiki/Ted_Nelson

2. https://hn.algolia.com/?q=Ted+Nelson
Also

- Obsidian

- Logseq

And the great grandaddy of all obsessive note taking apps, Emacs Org mode.

Before this Engineers kept copious notes in journals.
This reminds me of this paper even though it's probably only tangentially related:

https://ieeexplore.ieee.org/abstract/document/6875117

On the other hand it makes me wonder if there's some deeper truth about the nature of probability representations.
If one accepts they are an omnivore, and there is ample evidence to support this, then they do not feel it is immoral to kill animals for food. That would make one’s very existence immoral. You may disagree, but that doesn’t mean you’re right or that your point of view is the truth, convenient or otherwise and few people appreciate moral judgments from others.
This is exactly what I want.
The details are hazy for me but all relevant CPUs have coherent caches, but not all make the same ordering guarantees.

x86 has "total store ordering", meaning stores made by core 1 will always be observed in-order by core 2. ARM doesn't make that guarantee.

In practice it doesn't matter for writing correct programs unless you write assembly: even if the CPU has total store ordering, the compiler is allowed to reorder stores unless you put an appropriate barrier in the high-level language source.
The idea seems to make it faster to push, but does it reduce work, or does it increase it?

I'm thinking end-to-end time, as that's what to measure.

By pushing, perhaps 'speed convenient' for the pusher, what incentive is there to put a meaningful message? Is the incentive greater or less than had it been in an email or other tracking tool already in use? Is tagging a page clearer than a screenshot and URL with a giant red box around what a problem is?

For tracking, is someone going to have to document a change? If a 'push' went into a tracking tool from the start, this cost would be front-loaded. If from this method of pushing, is this cost offloaded from the pusher rather than removed? If a cost of pushing is reduced, will the number of unnecessary pushes increase? Is 'necessary' to again negotiated through email or other threaded back-and-forth, and will this increase that?

Is there a social annotation aspect, like hypthes.is-like comments in the tagging? If so, is there a benefit vs. a cost? I could see this working very well on a 'dev' site for example that's under active change, with 'social' in the comments (and wildly imagining a 'rewind' conversation function like Google Wave back in the day).

Does it reduce end-to-end workload, or discover value somehow? That'd be my key barometer.
But all that juicy data they could steal would just be going to waste when they did this.

I was really annoyed when iDrive, the backup service, pulled this stunt. Originally, they didn't have access to your encryption key. Then they put a dark pattern on their site to encourage users to give them the encryption key, to support the "the Cloud interface". Then you needed to give them the encryption key for some support functions.
Around 12 hours.