skysight-inc/HackerNews huggingface dataset:
Managers don't need to do that however someone needs to attend organizational meetings and deal will all the inter-team semi-technical stuff that keeps a company running. That person will tend to be involved in technical decisions to the extent that they have organizational knowledge and influence. You can have ICs do that however most would prefer a root canal and many lack of the soft skills for it.
Or fourth, perhaps.

This all started after the referendum, when David Cameron decided not to send in the A50 letter on the next working day. The EU-27 first mumbled politely that was okay, then mumbled equally politely that the letter had better be sent before a year had passed. And indeed it was signed and sent shortly before a year had passed.

There was nothing formal about that, but if you want to count deadlines then that one may be the first. Or not, IMO it depends on why you're counting.
That shouldn't be surprising as Twitter is a public forum, so there's more accountability.
I've used it for a small side project. It's fun to build in, but the testing story is almost non-existent.
I always take it as a red flag when a manager wants to be responsible for technical decisions.

The best managers I've worked with have always made it their mission to serve technical teams by removing obstacles and making sure that the specialists have everything they need in order to create a high quality product. Managers who try to babysit developers and tell them how to do their jobs tend to just slow things down and lead to lower quality results.
Baking tray with lava rocks is a better option, but the simplest option is just to bake in a dutch oven with a lid on. There's enough moisture in the dough to create required amount of steam. 20 min with lid, 20 min without gets the job done very nicely.
The advantage of humans is that we have a building bullshit generator.

If someone ask why you like ice-cream, you can tell a nice story about the hot summers during your childhood, but the reality is that sugar and fat are very useful.

If a the autopilot of a Tesla hit someone, the error report is "Fatal error 0xDEADBEEF: coefficient 742 > 812".

If a person hit someone the explanation is "It was dark and near a curve. I was texting that is totally safe. I got distracted by reindeer nearby. And I snoozed and was thinking about reaching a handkerchief".
> Mod_php was always faster at executing scripts. There is less overhead as you don't have to communicate like you have to with fpm.

The "overhead" of communicating via CGI to a PHP process has nothing to do with the speed of execution of the script itself.

> For light scripts this is far superior to fpm. On the other hand, always loading php does have it's downsides too as memory consumption can get quite high depending on the number of threads.

It's not far superior as the "overhead" of CGI is negligible in the real world. Plus you can pool processes for better scaling. Also, if you are using prefork with mod_php (which is the most probable scenario) it means you are forking an entirely new Apache process and not just "loading PHP" with each request.

> This is was also the reason for the fpm hype a long time ago: don't waste memory on php when php isn't needed. It had nothing to do with it running php faster.

It's not hype, because for a long time, mod_php required prefork because it was not thread-safe (even now it's still a pain to manage re-compiling PHP to be thread-safe for mod_php + Apache)...which means you could not take advantage of mpm_event or mpm_worker.
Shortfalls are about the same, but I do wonder if the problem is as big as well.

I'm not sure about the US, but in the Netherlands the pensions are a hot topic in politics.

The pension funds have to maintain a minimum amount of money, and need to take action if they risk getting below the minimum.

Some/most funds are no longer indexing yearly based on inflation, and some funds are talking about reducing payouts to the retired. They are actively protecting their wealth to ensure the younger generation still has access to a pension when they retire.

On a grander scale there are talks about a completely new pension system; the big funds where the current generation of workers pay the pensions of the retired is fragile with the general aging of the population. The amount of working persons per retired person is shifting, so they are talking about restructuring in a way where every working person saves money for their own pension.

So when the article states that it is an invisible problem... not entirely true for the Netherlands.
Public meetings are performance art. Town halls, hearings, Q&As, etc. Good ones are scripted, controlled.

All the discovery, negotiation happens beforehand. The testimony and whatever votes occur are kabuki.

As a citizen with a little bit of experience, I now enthusiastically support how the game works. How else could it work? I've seen what happens when yahoos or saboteurs are allowed to take the dialog off script.

As an activist, I was once allowed to speak unscripted. The body suspended the rules to allow my testimony. What harm could be done? I revealed evidence that spiked the appropriation under consideration. (Vendor receiving the contract was actually out of business.) Whoops! Made the local news.

Neither side made that mistake again.

I now have a much greater appreciation for lobbying, engaging sympathetic representatives (or more likely, their staff) face-to-face, long before any decisions are made.

I'm by no means an expert in these things. So don't base your actions on my experiences.

FWIW, A similar exchange, Feynman's revelation about the O-rings failing leading to the lose of the Challenger and it's crew, is related in Surely You Must Be Joking, Mr Feynman.
>I haven't checked, but are things like the MIDI framework still badly documented in the Swift docs?

Documentation for the entire audio stack has actually gotten quite a bit worse. Many references have been removed without new replacements being provided. In many cases, there are broken links in what little documentation remains. (For example, TN2274, which describes the USB audio stack is still around, but several of the outgoing links, for example the documentation for developing a USB audio plugin, are now broken, with the sample code deprecated and removed with no replacement.) New frameworks like AVAudioEngine simply don't document important limitations, particularly for OS X.

The Core Audio mailing list used to be a good place to get help and answers in cases where the documentation is weak, but traffic has withered and no from Apple seems to reply to messages any more. There has been a total of only four messages on the mailing list this month.

It's really a shame, because the audio stack is well-designed, but the documentation is so poor except for the basics that newcomers would have difficulty getting anything tricky off the ground.
> Only async/await tracks the "good" kind of blocking, yet lets the "bad" kind go untracked.

The “bad kind” is indistinguishable from CPU intensive computation anyway (which cannot be tracked), but at least you have a guarantee when you are using the good kind. (Unfortunately, in JavaScript, promises are run as soon as you spawn them, so they can still contain a CPU heavy task that will block your event loop, Rust made the right call by not doing anything until the future is polled).

> The exact same number as you would for doing it with `await Promise.all`

From a user's perspective, when I'm using promises, I have no idea how it's run behind (at it can be nonblocking all the way down if you are using a kernel that supports nonblocking file IOs). This example was specifically about OS threads though, not about green ones (but it will still be less expensive to spawn 1M futures than 1M stackful coroutines).

> Maybe they are, but async/await are the exact same construct only that you have to annotate every blocking function with "async" and every blocking call with "await". If you had a language with threads but no async/await that had that requirement you would not have been able to tell the difference between it and one that has async/awaitof

I don't really understand your point. Async/await is syntax sugar on top of futures/promises, which itself is a concurrency tool on top of nonblocking syscalls. Of course you could add the same sugar on top of OS threads (this is even a classic exercise for people learning how the Future system works in Rust), that wouldn't make much sense to use such thing in practice though.

The question is whether the (green) threading model is a better abstraction on top of nonblocking syscalls than async/await is. For JavaScript the answer is obviously no, because all you have behind is a single threaded VM, so you lose the only winning point of green threading: the ability to use the same paradigm for concurrency and parallelism. In all other regards (performance, complexity from the user's perspective, from an implementation perspective, etc.) async/await is just a better option.
>If there’s any risk that nmemb is too large, it must be guarded. [...] However, if median is expected to safely accommodate COPY_MAX elements, it may as well always allocate an array of this size. If it can’t, then that’s not a safe maximum.

Et voilà, a library function that could have been portable between the smallest microcontroller and the largest workstation becomes restricted to a single application.
Still Calculating Commissions Manually?
One of the greatest sources of frustration for brokerages is creating, managing, and disbursing commissions for agents. Brokermint gives you the tools to make this process easy, so you can focus on more important tasks like growing your business.
Automate Commission Calculation - Real Estate Hack - https://www.boredpanda.com/?p=1910280
IME (21-yr career), there's a huge range wrt culture, power structure, and growth oppty across different kinds of companies. The biggest / most relevant diff rel to technical path is btwn orgs that are engineering-driven vs product-driven (except when said product is in a highly technical domain). Maybe obvious, sharing in case it's not.
The same happened after the Three Mile Island meltdown.

Huge amounts of radioactive krypton gas were "vented", and, being much heavier than air, it all ran downhill and pooled invisibly at the nearest dam where, conveniently, only poor people lived. No effort was expended to warn or evacuate them, or to catalog the deadly maladies they suffered in their thousands afterward.

To this day it is easy to find people insisting in all earnestness that TMI didn't kill anybody. They are never interested in discussing the gassing of the downstream population.
If you're primarily worried about privacy, I recommend against spoofing your user agent unless you're only changing superficial details. See https://bugzilla.mozilla.org/show_bug.cgi?id=1404608

It's very hard to fake an OS or pretend to be a separate browser. If you're focusing on disinformation, you should probably be focusing on disinformation that's harder to detect.
Duffel (YC S18) raises $30M for flight booking API
All great ideas and seems to reinforce the notion that by being helpful and delivering value to others they are more likely to return value to you (especially if you have something of premium value to offer). I'm curious if the "solo-preneur" had a fully articulated (written) business plan complete with an exit strategy in case the business became successful but they got sick of it. I applaud people who have the vision and motivation to build a business on the side but really feel for them when they feel trapped by their own creation and cannot get out.
A partnership is made of people. A limited liability corporation is not. Sure, it employs people, as do I, but I am not made of my employees and neither is Apple.
Screen time is good for you–maybe
I thought it was going to be Crowdstrike. But I suppose that hasn’t happened yet.

Whatever tech, whatever assets, whatever they have, you can do as you will, I would need to have my head in the sand to be doing business with them. Too much smoke not to be at least a little fire. Just my opinion of course!

Edit: One of those times practicality clashes with politics apparently. Can’t say anything bad about the company that failed to protect high profile clients, then used that failure to help start the Trump/Russia fiasco before quietly walking their statements back - because to be aware of that would mean supporting the bad man.
> If you’re going to do autocorrelation, why not just do it on the audio signal?

Because audio signal is very sparse. On a decent quality file you have 41K or 48K samples per second and you need a window of at least half a second to pick a looping point.
> 4. Being paid less than the lowest grade manager, is not fun .

If this is the case, your company's technical leadership track has a broken pay structure. You shouldn't need to go into management to get paid better.
Okay, I stand corrected. Almost no one does.
B.C. man is one of the first Canadians with dementia to die with assistance
timestamped link: https://overcast.fm/+R7DXB8Hbs/14:08
I mean it's a discounted OS is it really a comparison?

We're talking about one of the biggest platforms in the world here with unlimited money to throw at this problem there is no excuse
Amazon’s A.I. Emotion-Recognition Software Confuses Expressions for Feelings
I'm pretty much allergic to group activities like that so I don't think it's for me.

I'm not saying you're wrong to find the one more motivating than the other, just that not everyone sees outdoor biking as unsafe, and some people do get a really great buzz from it.

Different strokes for different folks...
Original study by Andrew K. Przybylski of the Oxford Internet Institute here:

https://www.jaacap.org/article/S0890-8567(19)31437-6/fulltex...
Amazon won't spin off AWS. That's hurting AWS
Marcus Crassus used to run private firefighters in Rome. When there was a fire his units had been assembling at selected properties and waited why Marcus had been negotiating with the property owner. Only when the deal was made and Crassus purchased the property firemen started extinguishing fire. Hence the fire sale...

> The first ever Roman fire brigade was created by Crassus. He took advantage of the fact that Rome had no fire department, by creating his own brigade—500 men strong—which rushed to burning buildings at the first cry of alarm. Upon arriving at the scene, however, the fire fighters did nothing while Crassus offered to buy the burning building from the distressed property owner, at a miserable price. If the owner agreed to sell the property, his men would put out the fire, if the owner refused, then they would simply let the structure burn to the ground. After buying many properties this way, he rebuilt them, and often leased the properties to their original owners or new tenants. [1]

[1] https://en.m.wikipedia.org/wiki/Marcus_Licinius_Crassus
I've been half tempted to build an email client just to have similar functionality to that.
Inequality has risen dramatically over the past few decades. It’s not so much whether the wealthy should be free to pay more for an extra service — it’s a fear that at some point, unless you’re wealthy, you won’t have access to the infrastructure people assumed was equal for everyone. This may be a slippery-slope argument — but cases like water in Flint come to mind.
> Spending your weekends learning the latest JS framework because you don't want to be someone "who doesn't keep up", is not fun.

It's not about JS frameworks, but if you don't keep up with technology _because it's fun_; and you also what to be promoted very high on the ladder (aren't happy with "just" an average job with average pay that lets you have a decent life outside work) by all means do yourself a favor and move to management.

> because you can't invert a binary tree in 20 secs in leetcode

It's a simple recursion. why wouldn't I be able to do it? I fully expect to solve algorithms & data structures questions into my 60s faster than the average 20yo can (because of my background. Point is, it doesn't correlate with age, if you can't do it at 40 you probably weren't great at it at 20).

> 2. Being managed by someone a decade younger than you with no family or responsibilities, is not fun.

I've been managed by former students. Worked out quite fine for me. Why wouldn't it? Age does not equal competence.... I'd rather be managed by a competent young guy than an incompetent senior. (bad managers are no fun, that I agree; but bad managers are not necessarily young; and young managers are not necessarily bad)

> Being paid less than the lowest grade manager, is not fun.

Being paid less than what you're happy with is no fun. But it's not really required.

> do you really need 20 yrs of coding experience to write CRUD apps

So don't write CRUD apps if you're better than that.

> What exactly are you bringing to the table.

In general, knowing what NOT to do. Finding out & solving the right problem, not the one that was given to me.

> There is no such thing as "IC track" for almost every one of us,

If that were true, it all becomes a huge pyramidal scheme (you constantly need more young developers so that you can manage them as existing workforce ages).

I'll give you that: for most people, it's probably easier to advance on the management track than it is on the IC track. And the IC track in many companies is a joke (if you're not at the headquarters, advancing is an order of magnitude harder; also you advance easier by playing the advancement game than by being competent in what you do - but that may be true for management too). So yeah, it's not for everybody. But OTOH, middle management sucks... big time. For some people, it may be a good deal to sacrifice some cache upside than to turn into something they don't want to be. It all boils down to what you want to optimize. If you're happy with a good income, even if it's not the best that you could possibly achieve, IC track might be an option (still, change companies every now and then. It's much easier to promote this way).
Got $500k laying around? https://forum.affinity.serif.com/index.php?/topic/626-affini...

I'm sure they're in better financial shape four years later, but that's a lot of money to invest without assurance at least 10,000 people ($500,000/$50 sale price) will buy it.
No iommu on the imx8mq.
But if it had 4MB of ram, the size of a large SNES ROM cartridge, it could get away with only loading the base game once. Then do additional loading for the occasional enhanced feature.

The Sega CD only had 512 KB of normal RAM. Far less than the ROM in a standard cart, so constant loading was necessary to grab different bits of game data. Leading to a worse experience than a cart and to a lot of developer headaches.
I wasn't clear enough. in Datomic, you upload your entire application code (web server and all) into the database and run it from the same JVM cluster as the database in the same memory space as the database. There is no opportunity for dichotomy between application logic and database logic because the database is serving the application (or the application is serving the database...this is now just a matter of perspective)
I think you’re agreeing with me that the GP post represents an uncommon case.
Cloud-Native Stateful Storage for Kubernetes with Rancher Longhorn
The (awesome) youtube electronics teacher Ben Eater has just started a series of videos building a 6502 based computer on a breadboard, and he sells kits.

I just got my kit, so I'm really looking forward to the rest of the videos. He also offers the schematics for those wanting to jump ahead.

https://www.youtube.com/watch?v=LnzuMJLZRdU
https://eater.net/6502
I think that being involved in the technical side and "babysitting developers" are two very different ideas that have little to nothing to do with each other.

> The best managers I've worked with have always made it their mission to serve technical teams by removing obstacles and making sure that the specialists have everything they need in order to create a high quality product.

I think you're underestimating the degree to which doing this requires a solid technical understanding when there are dozens of teams involved and interacting with each other. In order for an engineering manager to bring their team(s) a clear plan of what needs to be done with few blockers or obstacles in the way, often a lot of technical planning with other groups has to precede that. As always, management done right is the sort of management you don't notice -- but that doesn't mean a ton of work isn't happening behind the scenes to make things very organized and clear for individual developers. You could have ICs do that, but they wouldn't be writing much if any code, and they probably wouldn't want to anyway.
Ahaha, the fake memoir
The stack is not a concept belonging to the C language definition, it is just an implementation choice made by some compiler vendors (all that I know of). The semantics for VLA are clear and very useful. I would certainly not expect that the memory for VLA is implemented on the same stack as the function call stack. My complain for C programming (what I called its "tragedy") is that no compiler provides a mechanism for safely using all available memory via VLA.

Edit: you may answer: "use alloca then". But the syntax for alloca is not that convenient, and the semantics are very different. A common use for VLA is to declare a temporary array inside the body of a loop, this is not possible with alloca.
Open sourcing code and companies with Gitlab co-founder and CEO Sid Sijbrandij
Not everything needs to be thought of as a business use case, you don't always need to think about the ability to hire additional developers who know your framework of choice. Also when I'm hiring I care very little about whether people have experience with the framework we use (Angular).

Even still, I think svelte can be a good choice if your focus is on enhancing html with javascript rather than focusing on javascript for everything.
I'm trying but at 35 haven't formally held a title that meant I was leading others. Every posting even for a team lead wants 3 years or 5 years or whatever of leadership already, and that's not even really a management position most places. An MBA and re-entering at the bottom would be very expensive, in direct costs and lost wages.

What's the way in? Hope you find yourself in a job where there are leadership positions open and the stars align and you're promoted into one?

And you're dead right, not every place is Google or whatever. Hell I don't think Google's Google, mostly, in terms of what they actually do, but they do pay developers very well regardless, so there's that. But outside a handful of huge pure-tech companies and Wall Street, you better be moving out of development by 40 or so (earlier if you can swing it, really—god I wish I'd started making moves this way years ago), or your career's (pay's) in for a brief flat trajectory followed by a sharp drop way before you'd have liked.
This comment was one of the ones that led me to update the title of the post. My intent: "Having this much missing is garbage." How people took it: "What exists is bad." Thus, the rewording to "Missing."
Sure, but the essence of the actual transfer, the part where performance matters is send/receive/reply.
How to Be a Successful Remote Developer
Not sure what your context of "traditional" is, but Computer Shopper and Dobbs were around then.

1985 is also the year the Amiga came out. Got chills when I saw the commercial.
Admixer Partner: An Interview with Amir Sharer, Brave