skysight-inc/HackerNews huggingface dataset:
They didn't say he increased the number of vehicles, rather they argued he was using existing trucks as storage which violated some other ordinance. I'm guessing they tried Google maps, which didn't pan out because the number hadn't increased. So they wanted more detail to find more technicalities.
yep, i agree. most pro rust arguments are from a safety perspective or that rust does a lot for you.

the problem is that in a lot of applications nobody cares about safety or security. it is just that devs operate in evironments where that matters and they think therefore it matters everywhere all the time.

when a language does something for you you then typically don’t learn what it actually does under the hood which will come back to bite you later. i have some of that problem with the latest C++ features as well, btw, which is why my C++ tends to look like C with classes and here and there use of a modern feature.
This is why Professional Communications is so critical for software developers, and exactly why your manager absolutely does not want you to have such skills: you'll be able to explain why their requests are manipulative, unrealistic, and frankly pointy haired wishful nonsense.
I am known for not mistreating my computers, so I'll give you that.
Unattended updates will also come to the next release (1.19) of the main client.
The other thing is that we've adopted the wrong abstractions on many occasions. Today, in the software industry, we have an arrogant mono-culture which believes that we're at the end of history and have figured it all out... But in fact, I believe we've gone down the wrong path with many more recent tech. I feel like everything was moving on the right direction until around 2014... Then it's like progress started going backwards and we started using all the same hyped up frameworks. Companies started forcing everyone to use these frameworks and now software development has become both inefficient and demoralizing.

I know the current mainstream state of the art is inefficient for sure because I've built an SDK which I use for my own projects and I'm at least 10x more productive with it than with mainstream frameworks I used during my day job and the code is way easier to read and maintain. I could show the code to a junior dev who doesn't know any frameworks and they will be productive with it. I wrote a no-code BaaS (Back end as a Service) platform in 2 months part time using my SDK. I highly doubt I or anyone else could have done this in 12 months full time using mainstream tools and frameworks.
>Storage is also stupidly cheap even for blazing fast SSDs, for the price of a typical AAA title you can get a 2TB pcie nvme tlc SSD.

As someone who bought such an SSD, I'm surprised that AAA titles cost more than 100€ nowadays.
You might be a decade behind, but there's still diminishing returns kicking in hard even just a few years in. That's disregarding inefficient learning and what else which may close the gap further.

Your latter point is far more important to the matter. Those who treat it as a passion more so than a job, are more likely to be the trendsetters. Growing up and being free from responsibilities makes it easier for that thing to become your passion.

And let's also not forget, a few decades ago, computers weren't exactly a cheap thing for parents with little understanding to let their kids tinker with at will. Being born in a family with enough wealth to get a computer, enough wealth / understanding to let a kid tinker with it, was an immense boon. A long with anything that type of family tends to have going for it alongside wealth. It's not that far-fetched an idea that it's the other things, rather than the early age interest of the kid itself, that got them into such a position later in life.
"Don't just learn tools, try to understand how the underlying technology works."

Sound advice imho:

"If you understand the nature of the beast, you know what it's capable of."

Rarely -if ever- necessary to know all the gritty details. But it sure helps to understand the structure of what's underneath, or how it uses whatever is underneath that.

For example: I'm no mechanic who knows the outboard ICE on my boat like the inside of his pockets. But I do know it's a 2-cylinder, 4 stroke engine, how those cylinders sit in the engine block, how to unscrew the sparkplugs & check those, what the various other parts & hoses are for, and (roughly) how much fuel it should consume for trip x, y or z.

Imho that's about the level of understanding programmers should have about the tools of their trade.
You might be surprised how much Denmark taxes the bottom 50%, and how little the us taxes the bottom 50%.
It's only 25% speedup in actual Python code, in domains like data science this won't matter much, because your cpu cycles are mostly spent inside numpy.
> it's a very sane CPU arch (in comparison to x86)

Anything is sane compared to current x86. Each generation is an added layer of complication on top of the previous one and it's been going on since the late 70's.
If people are unable to solve the problem themselves but instead defer to someone else’s estimate then they should not be participating in planning poker
> relative sizing are not estimates.

Relative sizing is still an estimate.

> They're for re-arranging the priority of stories and deciding which ones to do or not.

Hard disagree - that's what priority is for. Story points are an _estimate_ for how much we can do in a period.
No one wants to use O3DE because the installation process is a pain. Isn't simple as Unity or Unreal. Plus the installation process takes a lot of times. Outside of that the asset pipeline is another pain, not sure if they improved that. O3DE is lumberyard engine from amazon that is a fork of cryengine.
Thank you for sharing this.

TBH Tracking that thread is like a Pepe Silvia meme now.

I think everyone will benefit from an updated HX, SBEMU and JEMMEX release + Summary in that post. :)
LLMs produce output based on stuff that humans wrote, and humans reduce the world to stereotypes often. So why should this be surprising?
The small ones, of which there are many more. Written for some specific purpose, half maintained, used in 1 or 100 projects. Those will suffer. Or perhaps worse, they get fixed, but wrongly, and introduce subtle bugs when your application is under a somewhat heavier load. Good luck finding the offenders. You might not even see a bug, only bad or irreproducible results.

Multi-threading, concurrency, and parallelism are fraught with problems. Your precious ML/DL libraries may not even be upgraded, because writing neural network code is not the same as writing thread-safe code. If it comes from a CS lab, its authors have already left, and there's nothing worthy of a publication in adding thread-safety. Certainly not when you can simply stick to Python 3.last-gil-version.
Calling register files (or register renaming) the same as register windows, is a significant stretch.

Renaming is important for OoO execution, register windows were used (in the original risc and sparc) to paper over the lack of a good register allocator. Later EPIC used a variant of it for software pipelining.
gil-sans

always good to have a pun.
It may be. depends where you are on the spectrum of being a saver or a borrower.
Too late to edit, all supposed to be T’s. Quick math even quicker keyboard.
It was also my origin story. I created bots that played MMORPG games ^____^
This an amazing way to concisely explain the difference between indirection and abstraction. Works for me at least.

Anything undone by the compiler (perhaps even inlined) is just indirection. Everything beyond is actual abstraction (which cannot be broken down further by the compiler as it’s far too limited in its understanding).
In the big samples.zip [1] there's an "o3d-webgl" folder which seems to be an API bridge between the two worlds. The examples pointing to these scripts work in a modern browser without requiring the plugin.

[1] http://web.archive.org/web/20100308001327/http://code.google...
I've always understood the index as being the staging area and then you stage things in that staging area. Then those things become staged (also known as cached) in the index. I'll admit I've never quite understood why "cached" and "staged" are used interchangeably (or at least it seems that way).
In addition to what everybody else has said, I will add one more thing:

They don't go down when there's a big ticket sale. If you've ever used these alternative ticket sites, they will struggle under the load.

The reason it is hard is because there is a flood of people all hammering your site at once, all doing credit card transactions. There's bots. There's people hitting refresh constantly.

They are lame for a lot of reasons, but they don't suck in this department. And I imagine that is important for a lot of people.
Is it really a "widespread misconception"? Anyone who spends just a little time on this will notice, even without a strong mathematics background.
2023 EuroLLVM – A Rusty CHERI: The path to hardware capabilities in Rust [video]
Ah, oh. I suppose you are right. I just pulled that one out of zhe Google because I remember having a dual socket P4 motherboard, with just one CPU fitted though.

This was in 2001, maybe I am misremembering and it was P3?
> SD believes most women are in their 20s and have big boobs

You means the community-made checkpoint.
> The debt is expected to be repaid, with interest.

And yet, realistically, the US is almost at the end of a trajectory where they keep borrowing until they can't repay even the interest then default. What scenarios are there now where it makes sense to even try drawing down the principle?

The only question is who is eating the real losses. The ambiguity of that is half the spectacle. Ironically, US taxpayers are in it with the best chance of avoiding that particular burden.

> They do it because other parties trust it.

Speaking of, the Chinese seem to be losing confidence in the dollar, their treasury securities holdings are going down [0] remarkably quickly. They're at around 60% of peak and dropping. Amazingly, the US is still seeing foreign holdings of treasuries going up!

[0] https://ticdata.treasury.gov/resource-center/data-chart-cent...
>As if the person who said the thing being quoted doesn't know what they meant.

What they meant at the time they said it and what they want it to mean later upon reflection, certainly could be two completely different things and should be scrutinized.
No erlang cannot share memory between cores, it has to copy it.
There are a things you can try to see if this solves the problem:

- don't do full P2P, keep twitch as a central server, and delegate only part of the load to P2P to those with good connection, with progressive roll in as buffering grows

- get a 2 minutes padding between the live and actual video streaming, so that you have a decent buffer and margin of maneuver to switch back to twitch server

- create an OBS clone that does streaming and video client with less ads as you said, but that act as an optimized node that works even when you don't what a video (the more you accumulate up time, the less you see adds, you get points, etc)
>eg `for` loops are being replaced by `foreach` loops,`map` and `filter` operations, etc. These tell the compiler/interpreter that you want to do some operation to all the items in your datastructure, leaving it up to the compiler/runtime whether and how to parallelize the work for you.

There's difference between doing it in order 1, 2, 3 and 3, 1, 2.

foreach will not be replaced behind the scenes into multithreaded version since it changes behaviour.

for is replaced with foreach because usually you dont need index and foreach is just handier and safer, that's it.

.NET's std lib has Parallel.ForEach for such a thing.

We really don't need magic to write multithreaded code. All we need is just really, really well designed APIs and primitives.
Price is the major issue for me. I'd love to use one, but the same amount of compute power is available from big-brand manufacturers as low-end servers in the x86 space. It's hard to justify spending extra for a different ISA.
Some random simple string processing task that involves opening a file, iterating and sorting through stuff would probably be fine.
Thats basically what pybind is for.
> So what is going to happen when the level of understanding in the tech industry reaches such a low point in which the majority of people don't even know how to fix the tools they are using?

Priesthood. See: Foundation by Asimov.
That still doesn't solve the prerequisites being exceedingly rare in most teams. A system solving an issue under rare circumstances is barely worth considering, doubly so if it doesn't solve the issue in your specific circumstance. That's, again, disregarding that the modus operandi of most management teams directly interferes with planning poker itself (high turnover, high focus on increasing scope and scope per person).

Or we can dive into technicalities where it technically does solve the issue but does it poorly, and just happens to be better than any other system we know (also questionable).
To add: the two most popular languages by most popular metrics, JavaScript and Python, are interpreted. There, you don’t have a choice.

Go is different of course. Your insight is very good. Not being able to dig into source code when needed is unimaginable.
No, seriously, it's insane that you're trying to defend this claim.

Median US household income after taxes in 2022 was $64,240. If you make *quadruple* median household income after taxes, you are not middle class.

Median post-tax household income was $34,123 in 2000, so $140k was quadruple that too.

Median pre-tax household income in San Francisco is $126k.

The standard guideline for an apartment being affordable is "30% of your pre-tax income or less"; a $3k apartment would be affordable by that metric for someone making $120k before taxes.

In San Francisco itself, single-family houses do start at around $1M, but it is not remotely true that you need to spend $2M for "something decent" - there are tons for like $1.2M, I'm looking at Zillow right now. You can get a two-bedroom condo in a pretty good neighborhood for like $750k.

House price affordability guidelines are "3-5x pre-tax annual income", so even in SF, the paradigmatic housing-crisis city, you could afford a $1.2M house on $250k or a $750k condo on $150k.

All of this is just setting aside the question of "if you can just afford to buy a house in one of the most expensive places in the country, does that make you middle class", for which the actual answer is no.

But by absolutely no sane metric is $500k/yr "squarely middle class".
When you realize NVMe turns your high performance 6 Gbps SATA ports off and you have to migrate 500GB of data from one SSD to another over 3gbps... and it gets slower once you consider that you as a software developer have millions of tiny files that take even longer to copy over. Oh yeah also your boot entry doesn't work so you have to fix that one up. Upgrading from 500GB to 2TB easily cost 4 hours plus letting it run overnight to avoid wasting time on the transfer.
Its not really an answer. if you're doing multiprocessing, you're better off having just having separate processes and use a message bus to do IPC.

There are caveats, but multiprocessing rarely gives you enough extra for the overhead.
Developers do not choose the tools. Not in agile/scrum companies. Heck, they are not even allowed to choose the variable names by themselves.
> because people don't want closed architectures owned by closed companies run by a group of morons from the PR & sales departments?

How would ARM and x86 be "open"?
Really interesting article.

These models left unchecked like they are now could be really dangerous. Increased use in articles will results propagating harmful stereotypes(unconsciously as Midjourney is easier to use than browsing the stock images), the enforcement of western(Anglo-Saxon) viewpoints in other countries.

Also it's just simplifying life to the easiest, most basic common denominator. I honestly think that there is no added value for them to exists.
Ticketmaster are enormous in Europe. Pretty much every major artist uses them, and every festival uses them (aside from Glastonbury apparently). If that's not your definition of huge I don't know what is.
WSL Distro Manager: GUI to quickly manage your WSL2 instances
I think visually, but in terms of memory and datastructures, not in UML diagrams. I don't think the "visual" part is the problem.
I wouldn't be surprised if the demo didn't increase latency and only throttled the download speed.
He came back and made a first person flappy bird.
What if the title were: “government employee drove down the nearby road to look at the property”?
Seems fine.
The only question is: “at what altitude does the airspace over your property become the same as a road?”: ie public right-of-way
Analogue electronics design has been almost entirely replaced by digital micro-controllers to the point that finding old-school electrical engineers that can design non-digital circuits is becoming a challenge.
But someone on the team has to take time, no matter how little, to choose which way to go for all these pointless nits. Again, they don't matter, why does anyone on the team have to work on them? Just use Black's settings and move on.
TBH missing estimates also didn't do me any harm. That's why I'm always tempted to agree... and then ignore all pressure to deliver.

"Your estimate, your problem"
I bet PowerPC still has some 68000 stuff into it.

If anything x86 is a proof that evolution works better in market adoption than nuking everything, specially when not every company cares about the bazaar, only their cathedrals.
> If distinct is used in any of above, then question “why?” naturally arises.

Not if distinct is the default.

> Select distinct student.student_name, parent.parent_name from student join parent on student.parent_id = parent.parent_id —- silently discards rows, where by accident student/parent name combo matches several times.

Either with or without distinct can be a bug depending on what you are doing it for.

There are actually 4 variations on what you might want, and you can get all of them with distinct:

select distinct student.student_id, student.student_name, parent.parent_id, parent.parent_name from ...
select distinct student.student_name, parent.parent_id parent.parent_name from ...
select distinct student.student_id, student.student_name, parent.parent_name from ...
select distinct student.student_name, parent.parent_name from ...
Except the meteorologist has no inherent incentive to predict a specific outcome. A dev who will need to deliver against the resulting target deadline has a powerful incentive to overstate. Even more so if they think they’ll subsequently be pushed to revise downwards

Rubbish metaphor
> There will be an increasingly important history component in comp sci., software engineering, infosec, and associated fields.

Much as I'd like that, I disagree.

The momentum has always been against that. We're members of a cult of the new, which does not value or even acknowledge the old. Which is why we keep reinventing the same solutions but with different tech stacks.

This drives developer value down which drives developer salaries down, so I don't see it changing.

FWIW, my history of math class as an undergrad was a math elective that almost nobody else took. Other math students didn't want to learn history and other history students didn't want math. And the curriculum stopped at the 18th century, before things got really interesting.
> I don't know of anyone really making modern SPARC designs either,

Development seems pretty dead now. Maybe some telco-grade stuff, but that seems to be the whole of it. Not sure how long it'll last.

Unless I'm very wrong, their last releases were in 2017: the SPARC M8, T8 and Fujitsu's SPARC XII. It seems to have found a home in weapon systems though.
Sounds like a two-sided market, where a company gets their value from being able to connect one side (the artists) with the other one (the venues).

What I find strange is that people aren't usually reluctant to sign exclusivity agreements because it's very limiting. How did ticketmaster get so big to begin with to force / convince people of signing exclusivity clauses?
Despite its many problems, the U.S. still enjoys the largest consumption of any country. People are banging down the door/wall to move here; we don't see people clamoring to emigrate to China. China's demographics spell doom for the foreseeable future.

Not only would China need to play its cards right, it'd need to win the lottery to overtake the U.S.
That would be a duopoly not a monopoly.
"Abstraction" is a misnomer. This word has its useful meaning in math and art, but in software engineering, all what we call "abstraction" is automation in disguise. When you write a piece of "abstract" code, you only delegate writing the piece of concrete code to your compiler or run-time type deduction.

And as soon as this is clear, the attitude follows. Should you know how every aspect of your code is compiled or interpreted? Not really. Should you realize that every automation takes resources, creates accidental knowledge, and introduces its own probability of failure? Yes.
From the other angle, you can see how velocity is impacted by using "boring tech", keeping teams small (two pizza team), clearly identifying stakeholder roles, creating efficient communication channels. It's a pretty useful model.
That's not AI, that's just Midjourney, which is highly biased to create the most "aesthetic" version of a prompt with a reasonably high level of determinism (compared to other models).

Here[1] is what DALLE-3 gave me when I asked for "an Indian person".

[1] https://supernotes-resources.s3.amazonaws.com/image-uploads/...
That’s not how I read it:

“significantly increased the scope of the junk cars and other junk material being kept on their property,” as determined by “aerial photographs.”

“scope” reads to me as “amount” (in violation of the agreement).
> Just layoff hospital staff until it hurts.

This is so obviously the wrong answer it is painful that anyone would write it down even in an internet forum.

https://dd17w042cevyt.cloudfront.net/pdf/vision/healthcare-d... shows that while it is easy to blame administrative costs for healthcare, most money goes to "patient benefits"

This sounds great, but really what it is doing is transferring money to pharam company profits: https://www.zippia.com/advice/us-pharmaceutical-statistics/

> Easy.

It really isn't.
I am a bit hazy about the exact details of how we did it since its been some time, but we definitely did not use Photon as it was too expensive.

One of the issues was that we started experimenting with Delta Tables and EMR was horrible in leveraging that.
>We, people who really understand the technology that the world runs on, are a slowly dying breed.

And web development has the worst tech abstraction of all.

There used to be a time where any Software Engineers ( i think the term wasn't even invented then ) or simply programmers would know at least a thing or two about Hardware. We now have so much abstractions we have people working in tech who have zero knowledge on either software or hardware, or any low level stuff.

That is why not only do we need some open source or open standards ( I am not a zealot for everything open sources ), we also need to simplify everything we have today. To basically refractor everything we have learned from Hardware to Software.