skysight-inc/HackerNews huggingface dataset:
Don Reinertsen has some interesting arguments for all this based on keeping inventory of work in progress low, maintaining short work queues (amount of time things sit in an issue tracker), minimizing the number of things being worked on at the same time, and minimizing time to delivery (cost of delay).

Basically his reasoning is that overloading teams with more work than can be handled actually leads to delays and inefficiency. You get teams and developers waiting for each other and being blocked on each other. So, they start switching tasks and increase the amount of work in progress, which leads to even more blockage. It looks like everybody is super busy but it's actually very inefficient. Before you know it, you have lots of half finished things blocked on something and an issue tracker full of work that was specified months ago and probably is not even valid anymore. People get stressed and deadlines start slipping.

All this increases cycle times of individual work items. Reducing the amount of work in progress means things move faster through the system overall and less things get blocked. And when they get blocked, it gets resolved faster. Also people feel better about things because they get things done. And, they get feedback faster, which is also a good thing. The counter intuitive thing with this is that reducing the amount of work increases overall throughput and increases predictability.

I rewatch this once in a while because it is just such a great presentation: https://www.youtube.com/watch?v=L6v6W7jkwok&t=3601s

I try to manage my teams and products accordingly by creating clarity on what it exactly is that we are building from week to week and what the priorities are. I like having small teams or groups of people rather than having big teams. Because that allows me to have more than one thing being worked on. When it comes to product management, I don't like specifying too much ahead of time. There's no point in having months worth of inventory of feature work that won't get worked on until months later. By the time work starts, half of it is probably invalid anyway because requirements and priorities always change.
The difference is that on those old 8-bit microcomputers BASIC was the standard way to write programs. The only other choice was assembly language, which was mostly used by games for performance reasons. So BASIC programs written by the user really were first class citizens.

While you technically can write a Python program in Microsoft's terrible terminal window, such a program is a very distant second class citizen in the Windows ecosystem. This adds to the friction the poster above is referring to.
In Remote Alaska, Meal Planning Is Everything
Perhaps not everyone knows that it is possible, and runs at a reasonable speed?
>I think the core problem is huge and extremely traditional management.

Not saying that this is not a problem, but bulky management is a constant for DB, even during the years where it was considered world-class. I think it is the budget cuts and the resulting lack of infrastructure.
Hmm,
It'd appear you wish to retrofit LEDs in existing fixtures. That's the rub - they are not designed to work well - there is so much space for a LED driver + LEDs + cooling + looking nice. Most LEDs are overdriven to show higher lumen numbers (and watts) on the tin, which means a short life. Dimmable LEDs with a standard triac based dimmer for incandescent bulbs is a bad idea overall.

The decent LED fixtures are designed to be a single unit, e.g. near ceiling light, dimmable w/ remote/blue tooth. Unfortunately, not possible to replace parts of them, and if they are poorly built - also overdriven. OTOH, they are trivial to repair with some electronics background - often times, the driver is replaceable entirely.

LEDs need to stay cool (below 60C) to have prolonged life - say 40K hours to stay at 80% brightness. That means large heatsinks, enough space to dissipate the heat.
> It's actually absurd that it costs me ~£15-25 to fly from London Stansted to Hamburg (1 hr flight)

This isn't really fair. You're looking at the cheapest possible fare - a loss leader - that few people actually pay. And those that do pay it end up paying significantly more in ancillary fees. You pay ~$30 for a personal item onboard, ~$50 for a checked bag.

The right way to figure out more or less what folks are actually paying to get between Stansted and Hamburg is looking at PRASM (passenger revenue per available seat mile) but I can't seem to find a published number for European LCCs.
You wish that is what that meant. But the more you learn about the topic, the less confident you will be.
This question was posted on the math subreddit a few days ago and got a bunch of responses, the most popular of which are already here but a whole bunch that aren't:

https://old.reddit.com/r/math/comments/w1zyn8/favourite_math...

Of those listed there I would like to highlight this one:

https://www.youtube.com/c/Aleph0/videos

A few others that I've found recently also in math/physics:

https://www.youtube.com/c/PhysicsExplainedVideos/videos

https://www.youtube.com/c/SimulatingPhysics/videos

https://www.youtube.com/channel/UC3L8AcX1xJEhTofnCF2MAaQ/vid...

https://www.youtube.com/c/ScienceClicEN/videos

The French version of the above channel has a lot more videos but unfortunately aren't translated to English yet.

Proper lectures by professors of various math/physics topics unfortunately are scattered around YouTube and I'm surprised no one has gathered a big list of them given that during COVID a lot of stuff has been put online. I've only found the following two channels which gather various lectures given however at a graduate/research level so you're unlikely to learn much unless you have a significant background:

https://www.youtube.com/c/GraduateMathematics/videos

https://www.youtube.com/c/GraduatePhysics/videos
SMIC (China) has started shipping 7nm chips despite US sanctions
It's not connected at all, it's just a good scapegoat to hide the absolute mismanagement and corruption in the German government and state-owned private companies(boy do we love those)
Huh, super common. What's your source for that info? Most of the 5-YO I know go to sleep at 8, so that doesn't pass the smell test for me. Where in the world are you that the average dinner time is 8pm?

Also, I don't think anyone is saying you can't do it, just that most people doing it wouldn't consider it "fun" or "an enjoying evening out" if they have a 5-YO who is screaming cause they're hungry.
Nice article. The German rail is working on modernizing the network with the use of Artificial intelligence based dynamic timetable optimization (a major issue when delays occur is to dynamically readjust the timetable) and Autonomous trains. Additionally making use of 5G based communication and ETCS L3. Unfortunately, due to the mission critical nature, these changes will be slowly rolled out 2027 onwards and major changes are expected only from 2035. https://digitale-schiene-deutschland.de/en/digital-rail
The interview with Zuck was really disappointing, he got a lot of flack for his mellow interviews of contentious persons and he's been trying to prod a little deeper on them since then. I think he's great at interviewing interesting people, but Zuck is just a PHP developer with good business accumen, there's not much interesting going on there.

Lex Friedman is imo the best podcast out there, but if he's got an interview with someone you dislike, I'd skip it because he'll not press on where you think he needs to press on to get to the heart of it.
I don't disagree, and I love F# but I think it owes a lot of that to OCaml. That said, since we're talking about C#, F# and VS Code I'm gonna vent a little about something that arises when you use all three :D

If you open a C# project in VS Code when the "Ionide" extension (basically the F# extension for VS Code) is installed then the extension thinks it's a F# project and will open some F# stuff after a few seconds (or prompt you to setup some F# stuff in its gitignore). The root cause has been identified (plugin activates when it sees a ".sln" file), a PR has been opened and rejected with no mention as to why (https://github.com/ionide/ionide-vscode-fsharp/pull/1401) and the developers behind it are frustratingly non-communicative about it, closing issues about it (https://github.com/ionide/ionide-vscode-fsharp/issues/1701), they're not present in the discussion (https://github.com/ionide/ionide-vscode-fsharp/discussions/1...). Usual rules about OSS maintainers apply, they don't technically owe us users anything, we should be patient and respectful etc ... but man it is truly bizarre to be ignored or ghosted like this.
The Communists didn't fight major battles against the Japanese, they didn't have the resources for that after the Nationalist purges and civil war. But neither did the French resistance against Nazi Germany, does that mean they didn't resist at all?

The Communists used guerilla tactics, to much success in some cases. Who did more to stifle the Japanese war effort is an impossible question to answer, but both sides of the Chinese Civil war contributed in the fight, each to their own strengths.
This seemed really cool already but seeing Suunto on the roadmap got me even more excited! Looking forward to that, as a Suunto watch owner.
That does lead to the question whether, with enough files, storing a lot of similar photos in uncompressed png is more space efficient in DwarFS than it is storing them in jpg.
Tokamak : https://en.m.wikipedia.org/wiki/Tokamak

ITER : https://www.iter.org
Thank you, this is a fantastic write up.

One more question, if you don't mind - how many toxic materials do these panels contain? From what I've read, a typical landfill is designed to be leaktight for a couple centuries at most. After that, whatever heavy metals and other toxins were in the panels can start leaking into the ground and groundwater. It would suck to leave a bunch of poison drips for the future generations.
> The iPhone 13 proved to be the more durable phone in drops without a case,

> Allstate called the iPhone 12 the most durable phone it had ever tested

6ft isn't really a realistic test...
The equivalent to "hg absorb" for Git is https://github.com/torbiak/git-autofixup
Glad to see that my 6-digit pin is safe from hacking for at least a few more years.
It's not just lack of windows. It gets dark at 4:30 or earlier at higher/lower lattitudes in winter, so there is demand for good lighting during the dark daytime. Those regions are often heavily overcast too.
> that the official repo can only "unlist" packages, not delete them or that the publish times sometimes have horrible delays

It's to avoid the npm left-pad problem. nuget.org packages are idempotent.

For the publish times, I found out you can cut it in more than half if you tell nuget to ignore caches.
The python csv reader shows off how it can parse non standard nonsense csvs like csv.reader(csvfile, delimiter=' ', quotechar='|')

https://docs.python.org/3/library/csv.html

Of course most readers who copy paste this garbage will be first confused by the results and then will find the actual answer on stackoverflow
Should you build something people want?
Or https://en.wikipedia.org/wiki/Budapest_Children%27s_Railway
It could be that the bowl is to deep / not wide enough and the it brushes the whiskers, which makes it uncomfortable for the cat to drink normally.
Amazon STAR Interview Method
> The self-checkout navigation is intentionally hobbled, probably because old people will 'press' a button about six times with shaking hands.

So that is why ... it makes sense since I distincly remember the kiosks working fine in the beginning.

They should add a "turbo button".

The kiosks infuriate me by the sluggish UI. Also the 3 or 4 sellup spam ads you get make it even slower.
Consciousness is the inflection upon the substrate of existence. It is the universe perceiving and interacting with itself through the embodiment of living things.

It is the atoms in our brain which are experiencing consciousness, animated by our electro-chemical jelly bag brains.

Consciousness is not intelligence. Awareness is only the tip of the consciousness iceberg (as we remain the stuff “of consciousness” when asleep or in a coma.)

Quantum computing is the closest to consciousness, only the qubit is an irrelevant dead end (consciousness is analog and the quantum dynamic works like a sieve.)

Yes consciousness may be “transferred” as it distributes itself over billions of neurons (giving the illusion of a subjective singularity), yet must have a ground (any stable physical base) which contains enough information to even identify itself (your memories and sense of identity are stored in your physical brain and are not technically part of your consciousness.)

It is more likely/possible to entangle your consciousness with another person and have a conversation with yourself.

Consciousness is more like electricity (potential of existential being) that may be shared than an artifact with its own identity.
Strange how we end up here after calling me elitist... Please remember this for next time you interact with someone.
for all their sophistication, all current designes of nuclear power plants are fundamentally steam power generators.
Because it is a question that can't provide a positive signal, only a negative one, and since the negative signal is kind of flaky. I.e. somebody "passing" this by writing some code doesn't actually give you any confidence in hiring them. It is only going to filter out people who can't code at all, and then you have to ask them a real question. But due to giving the candidates no guidance, some who actually know how to program will not just bang out something simple in as minute. They will think it is a trick question; or waste time choosing what to write rather than just do it; or start writing something far too complex for the purpose of just passing the quick filter.

It is a profoundly shit question, setting up candidates for randomly failing.
I use a self-hosted NextCloud instance. I wouldn't consider a commercial cloud for my sensitve data, even if it's encrypted.
Having to report every day during the daily stand up felt like micromanagement to me. But that's just me. Many people do seem like to have this kind of daily routine so your mileage may vary obviously.

Having to fit tasks in two weeks periods was a problem too, with all these ceremonial meetings where we end up having to make things up and which actually take a lot of time. Being able to give feedback is good, but I don't like to be polled every two weeks on this in a far too long meeting, and waiting the end of the sprint if something is actually wrong is not ideal neither. We ended up merging shit code if the tasks actually needed more than two weeks and artificially splitting those tasks into smaller ones is a lot of overhead and can have deleterious effect on the code architecture. I think we were also not very good at planning a bit ahead so decisions needed to be taken and validated by the boss too often, which can feel like micromanagement too.

Trusting your team about taking the right decisions is probably not an issue, if you have meetings where you make the general "big picture" (design) decisions all together. It'll probably help you notice that your team can make the good decisions too. But if you do have the big picture, it's a good thing you participate in this. I think small decisions should be left to the developers though.

Not trusting they will do their job would be an issue.

Good luck :-)
One example that comes to mind is containers. Since they run in user space they don't manage block devices themselves and use whatever filesystem the OS present them. Now how useful that would be ? I remember that with Solaris back in the days, using Sybase inside zones (containers) was always up for debate because database teams liked block devices for Sybase, for performance reasons (instead of ZFS for example), which was really annoying to manage and automate for Ops teams.

I don't know how many stuffs nowadays behave better on block devices than on regular filesystems. Maybe it could be useful for filesystem development but that would be pretty niche and non-production.
Every now and again I read things on HN about the area that I work in that reminds me that HN despite being confident doesn't always know what it's talking about. If it's so easy, can you share a prototype of someone doing it? Surely, if you can solve the entire problem of anticheat in one HN post there must be some proof to back it up.

> Lag switching is only one kind of cheat that applies mainly to multiplayer FPS games, and as I said, it can be mitigated through statistical analysis <...>

These methods are already in use with client side cheat detection. The thing about latency spikes is that there are many things that cause them. To use your example of checking when spikes appear near a kill in an FPs, presumably a kill is associated with a spike in traffic (multiple users shooting, extra movement, etc). So it's far more likely that you see spikes at the point of extra network traffic. Lag spikes wee also only one example.

> With server side heuristics, you are in a better position to understand how it works and document it so that others on your team understand it as well

You have control over all of these things with client side heuristics and cheat detection too don't forget.

> Running the game in a virtual machine? Banned. Running the client in WINE on Linux? Banned. Driver signature enforcement disabled? Flagged. User running AutoHotKey or WinDbg or Ghidra? Flagged. New Windows update that breaks some internal NT kernel ABI that my anti-cheat rootkit was relying on?

Firstly, the NT interface is probably the most stable of any software im aware of. I don't personally keep up with kernel breakages but my understanding of them is they're incredibly incredibly rare. They're also very well documented and published on a mostly expected cadence. If an anticheat isn't being kept up to date, it's ineffective, whether or not that's in relation to it's heuristics or its support for OS features. Secondly, there's a reason all of those things are suspicious. (And as an aside many games don't actually ban you for running them, they pop up and tell you to turn them off before killing the game . They _do_ ban if you bypass that check though).

> causing issues for legitimate players whose setup might deviate slightly from the norm.

Having ghidra or windgb running, or running via wine isn't "slightly" out of the norm, it's a statistical anomaly that would be flagged as "massive outlier" if heuristics were applied. Also, why is it ok for players whose software setup deviates from the norm, but not ok for players with outlying network setups?

> You can make it more difficult by issuing ban waves at fixed intervals, and slightly varying the thresholds by some small random amount each time.

So exactly the same methods in use right now?
If you see units as multiplicative factors:

1.5 USD = 1.5 * USD

65 mph = 65 * mile / hour

you can then use simple algebra to solve unit conversion and many other common deductive reasoning questions ("how many miles per gallon...?"), relying on the units to guide you to the solution.

There's probably a name for this, and it is indeed built into the SI notation (km/h vs mph).
One man's murderer - another man's freedom fighter.
It's infuriating that developers still espouse this secure client method.

It doesn't work.

You just chase the cheats higher and higher up the stack and once they're in the hardware, you're boned. And they're already in the hardware. Between direct memory access and actually external AI devices, people can cheat.

So either audit client actions to make sure they only do what they can do (via peers and server) or do the rendering server-side to stop information leaks. Anything else is dishonest and a waste of everyone's time and safety.
I once worked in a VERY chaotic startup with near-constant pivots and priority shifts. In each case, at the time, the change in direction could be justified... but morale was chronically low, particularly among software engineers. I spoke to one who, after a year, mournfully revealed that none of the code he had written had ever shipped. He, and most of his colleagues, burnt out and dropped out pretty fast.
I, too, miss the days where it was possible to understand every component, every bit, every abstraction inside a computer. It’s virtually impossible now, not least because there are so many microcontrollers and microprocessors running proprietary firmware in any given PC or smartphone. I’ve thought about this a lot recently, and understand that a lot of this complexity comes from the security landscape today (we run far more programs concurrently, and don’t want them spying on each other while we use our computers for sensitive operations like banking and communications); I wonder if we’re on the cusp of a solution to the complexity of learning to code with modern sandboxing/containerisation - rather than target the underlying hardware or even the host OS, the 99% will target a common, inherently secure sandboxed VM of sorts (with first class support on the host OS, sort of what Sun hoped to achieve with Java’s “write once, run everywhere” idea). Sure, there would always be software that would have to run on the underlying platform but I theorise that 99% of software could target the sandbox. The pieces are all there - containerisation, immutable operating systems, etc.

I would happily trade all the complexity I have to deal with daily, if there was a common, cross platform, secure, open and well integrated sandboxing solution.
Project Orion used fission bombs "the size of a soda can" to power its propulsion. Designing such bombs was a big part of the military aspect of the project and how it got government funding. Now the results are still classified, of course, but it appears they were successful from a design angle. At least the scientists involved seem to think it was possible. This source gives an estimate that a 1 kg fissile mass plutonium can yield about 100 tonnes of explosive power, which is a sphere of plutonium about 2 inches in diameter:

http://nuclearweaponarchive.org/Nwfaq/Nfaq4-2.html

In principle there isn't really a limit to how small you can make it, just with decreasing efficiency and (with traditional implosive designs) a higher detinator-to-fissile material ratio. Things like laser implosion remove this design constraint, however, and would let you consider things like millimeter-sized pellets.
This is really great, and a fantastic complement to PG.

I'm a bit surprised that pdf downloads are not proposed. Given the (lovely!) emphasis on typography, it would seem the natural option. The epub formats are a bit foreign to me. The html version is alright, and you can "print" it with the web browser, but it does not produce a perfect pdf.
Godot has a lot going for it.
Standing in its way was the wide adoption of Unity.
I feel that the merger with ironSource maybe removed that hurdle.
Check out Andy Pavlo’s courses - videos are freely available. Then see what books you will need as the topic is very broad.
Leaving aside the aesthetic considerations, the images produced from OpenAI software aren’t public domain, and so we can’t use them. See https://openai.com/api/policies/sharing-publication/ for a list of restrictions OpenAI places on the use of their generated images.
This is an environmental disaster waiting to happen. I can't fathom how much of ecological changes will be introduced by this megaliths. Plus several states of Middle East have poor track record of human rights & how labor is misused/ abused. Colossal waste of money as well - instead of making planned cities.