skysight-inc/HackerNews huggingface dataset:
For early stage growth companies (say <100 employees), I think in-person will come back unless you're planning to take a massive pay cut.

Middle stage (anywhere from 100 to 1000 employees), I think there's a lot of space for remote. You're competing for talent with everyone at that point, and you're not cash-rich... the amount you spend on office space could also be spent on another engineer or couple of salespeople.

Large stage, I feel like Stripe's hybrid approach will be the model. There will be in-office roles in key geographies where pay is better, and there's an expectation of being in the office at least a few days each week. There will also be a "remote" option, and entire teams will be remote. Salaries will probably be a bit lower and promotions beyond a certain level will be tougher.

What's influencing my perspective: I'm at a mostly remote company with ~500 employees, and while ICs are generally remote all the time, there's some expectation on managers and above to occasionally travel into the office. And I've got some friends working at Salesforce in Denver who see it's tough to get beyond manager level in any non-hub office, and the few Directors are regularly traveling to SF. No VPs based in the non-hub offices.
Make is excellent if you use it properly to model your dependencies. This works really well for languages like C/C++, but I think Make really struggles with languages like Go, JavaScript, and Python or when your using a large combination of technologies.

I've found Earthly [0] to be the _perfect_ tool to replace Make. It's a familiar syntax (combination of Dockerfiles + Makefiles). Every target is run in an isolated Docker container, and each target can copy files from other targets. This allows Earthly to perform caching and parallelization for free, and in addition you get lots of safety with containerization. I've been using Earthly for a couple of years now and I love it.

Some things I've built with it:

* At work [1], we use it to build Docker images for E2E testing. This includes building a Go project, our mkdocs documentation, our Vue UI, and a ton of little scripts all over the place for generating documentation, release notes, dependency information (like the licenses of our deps), etc.

* I used it to create my macOS cross compiler project [2].

* A project for playing a collaborative game of Pokemon on Discord [3]

IMO Makefiles are great if you have a few small targets. If you're looking at more than >50 lines, if your project uses many languages, or you need to run targets in a Docker container, then Earthly is a great choice.

[0]: https://earthly.dev/

[1]: https://p3m.dev/

[2]: https://github.com/shepherdjerred/macos-cross-compiler

[3]: https://github.com/shepherdjerred/discord-plays-pokemon
20-line PR to add key Docker feature to GitHub Actions, please bump it
yes this is just a convenience feature, but it is a very convenient convenience feature for anyone running background jobs in their workflow yamls
I'd still prefer drone pilots for this, so there's a human element as well.

But I've been waiting for proper remote control in this space, so we can finally have races where the cars can be smashed to bits by whatever crazy obstacles we can think of, without any risk to the drivers themselves.
Open-source DIY haptic input knob [video]
They have three months to find new roles/teams. Their employment only ends if they can't.
Yes, it’s partisan, but I don’t think there’s a news site that isn’t partisan and, as you say, goofy.

> “I find it more likely that less conservatives want to be teachers/professors than liberals do in the first place.”

This is true. But consider that a little bit of subversion applied over a decade or two can make things uncomfortable for one side, tipping the scales that way.

Soon the whole field becomes unwelcoming to outsiders and a political spiral begins.

A century later, you’re 1000x more likely to find Das Kapital being read at university than Atlas Shrugged.

I just think we need more granola-eating chemical engineers and more libertarian English professors. Running society is about negotiating tradeoffs. How can we make intelligent tradeoffs when only one perspective is present?
My threat model excludes state actors and my ISP actively collaborating with those who try to profile me. Thus, CGNAT - which I already get, is comparable to VPN (better in some respects, worse in others).
Before we can do any of that we would need to fix the race to the bottom mindset. Even with new materials and shipping, it's cheaper just mass produce in a third world country than to pay someone's labor to repair here. That's going to take changes to global trade and domestic income/pay.
Their next milestone is to build 1 logical qubit at 10^-6 error rate. That should happen in ~2026 if they are on track. See https://services.google.com/fh/files/misc/google_quantum_ai_...
Relm: A spatial platform for meeting, playing, and working
We put 3 years of development and art into Relm and open sourced it about a year ago when we couldn't make it commercially successful. It's been a wonderful journey, and if it's helpful to someone, we hope it brings people together.

Relm uses Twilio audio/video, threejs for 3D in the browser, and Svelte for the UI. It was developed primarily by one developer (me) and several talented designer and artists.
Did you any problem building a site on a proprietary subject like Nurburgring? Its private. Dont they have copyright, etc.

Did you get an agreememt with them or is it not an issue in Germany?
That’s LoRa. This is LoRA.
Probably environmental data, mainly temperature, and of course, they get to see how it progressively fails. They're starting to see some temperature sensor and battery issues for instance.
I read through to the end, skipping swathes of GPT-3 nonsense, and I don't really want to use the wider internet anymore.
Of course I will for awhile yet, buy these feelings add up, I'm getting older, and I have the luxury of being able to go without it except in service to others (medical portals, work email and related websites). If I hadn't opened HN I'd be out preparing the garden that much sooner, but The Luddite looks resonant, and I appreciate learning about it.

Like quitting caffeine and related decaffeinated drinks (no coffee or tea is grown in WA that I know of, and I sleep better now anyway), and eventually chocolate (ditto, but much harder to let go of), quitting the internet is happening in fits and starts.

Going to put the next layer of compost onto our wee garden bed, longing for unfenced, ecologically-balanced land instead, with the massive centuries-old Douglas-fir still standing. I am reminded every day of our short-sightedness, by the huge stumps and fairy-ring encircled low spots.
That's a lot funnier than my wall of text, and maybe contains a true bit of observed animal behavior for one species too.

Perhaps a nugget of wisdom about when animal-inspired approaches overwhelm the non-animal, some humanism is lost in the world at large, and that can be far & wide, but can also drill deep and affect the relations between mates. Animals in nature can set an even worse example for humans in this regard.

>rural australian b&s parties

I've really got to get out more. Sounds like the kind of place where you can come across all kinds of unexpected things.
Sounds like cousins to me:)
(A better, more considered, response than I gave yesterday.)

Alastair Reid's article "How to improve the RISC-V specification" makes some great points: namely that the RISC-V specification needs improvement, (implicitly) that this work is worth doing, and that testing is integral to specification. These are all great points.

However, a new specification effort for RISC-V requires a much greater effort.

The core document certainly needs to be rewritten with better structure, a more formal presentation of each 'instruction,' better clarity on what it is saying, and fixes to numerous errata. The harder 'fix' requires resolving the tension between its two readerships --- the implementors who must process instructions according to the requirements of the spec versus the coders who need to know what they can expect from the environment in which their instuctions are processed. (The 'unpriviledged' element in the subtitle of the spec is the code being executed.) Problematically, this tension might not be resolvable: since the core instuction set has no side effects and no requirements can be placed on how implementations are made, the spec inherently has no way to express knowledge of whether the code has been processed correctly! Fun.

A new specification effort has a bigger task than fixing, as best as possible, the current document. Alastair Reid's article mentions needing to integrate testing more centrally into the specification. There is also the need to think of this core spec as the foundational document on which to build the whole suite of RISC-V specification documents. A new spec also needs to cater to the even wider readership, beyond 'implementors' and 'coders,' that accompanies projects with wide-spread success. For example, the spec ought to serve companies or governments in their procurement contracts, so they can express what is meant by deliverables which are conformant with the specification. Ideally, this wider readership under consideration would also include 'students,' that is smart people who have less a priori knowledge of the domain than that which the original 'manual' was able to assume.

This is all a lot of work, which would be of great benefit to the community but which no one in the community has any reason to, or really could, take on. Ideally, the RISC-V Foundation would scope out the work, take a position on what parts of the effort were worth pushing for, and then make that happen.
All 8-bit computers manufactured in East Germany too (via the reverse enginered Z80 clone U880). For instance the KC85/2..4:

https://floooh.github.io/virtualkc/p010_kc85.html

An "Adrian's Digital Basement" episode about the KC85/3:

https://www.youtube.com/watch?v=At9UNYFHuaE
The gates are setup to deliberately limit throughput to prevent overcrowding on platforms or in trains.

If you look around when walk through a TfL station you’ll noticed that all the infrastructure is setup to make sure there’s more provisions for exiting a station, than entering the station. So the gates are setup to have more exit gates than entry gates, escalators set are always configured to have more up escalators than down escalators, routes through the station are more direct for exiting than entering etc.

TfL takes overcrowding extremely seriously, and have loads of provisions and strategies to prevent an overcrowding issue.
I was waiting for this comment :)

I'm sure nobody expected it to live this long, as the grumbling about its various shortcomings must've started in the late eighties at the latest. The curse of good enough strikes again ...
How could he? there were no cell phones.
> Recently all companies started calling people back to office.

This is not true. Some companies that were never remote to begin with played around with trying to go remote for some years without getting serious about it, and then stopped playing that game.

I think there are still, and will always be companies that can organize around online collaboration and communication as part of the core functioning of the organization. Done properly, a physical location will only be a hindrance because it will result in some section of the organization that is not fully engaged in the online dynamics.

When the organization is fully committed to being remote, there is no "calling people back" because there is nowhere to call back to.
Already happening. A control plane only cluster is an excellent replacement for Hashicorp Vault for example.

See also the Cluster API to manage other clusters and Crossplane to manage anything Terraform would have managed.
Thank you very much for sharing your story. From what I know these days, sneaker bots as an industry have pretty much gone downhill. Not because of anti-bot measures, but because the entire industry has essentially shifted from retail stores to eBay resllers. Everyone is competing to buy the first batch to the point that it is not worth building a sneaker bot anymore.
Buy Nothing is excellent. In Seattle I can always find a new home for even the most random of things.
No, it was intended as an allegory of Goodhart’s law.

https://en.wikipedia.org/wiki/Goodhart%27s_law

Goodhart's law is an adage often stated as, "When a measure becomes a target, it ceases to be a good measure".
I recently switched to vscode after using vim for over 2 decades. Perhaps I am just getting older, however I now find that hitting 5j or 12k as in the article steals some cognitive bandwidth. I still use vim for looking at log files and quick edits e.g. to config files, and went mode-less for more free form editing like coding.

It may be slower and less efficient to hit the down key 5 times or alt+right a few times however it is also mindless and doesn't take any mental bandwidth. YMMV of course.
For FSD or even AutoPilot?
https://en.wikipedia.org/wiki/Cragside

https://www.theregister.com/2019/03/18/geeks_guide_to_britai...

That is some serious steampunk.
>APC brand was the absolute worst about immediately tripping when plugged into another UPS.

At least from my experience of owning multiple APC UPS devices, they have a customizable acceptable power quality setting. In such cases setting them to accept the absolute worst quality of power could probably stop them from tripping on bad power input.

No idea if this affects the end devices, however there's probably a reason other than simply extra profit for the default power quality tolerance setting on those devices. Generally they are set to rather low tolerance threshold as the expected usage scenario is servers and other relatively sensitive equipment.

The models I own aren't really the most expensive either, some of the lower end tower models and they still have configurable acceptable power input settings available. Regarding them tripping on bad input and being "absolute worst", I consider this tripping a feature more than an anti-feature, especially as it is user configurable.

EDIT: Also wanted to add that it is actually _preferable_ for UPS to trip as immediately as possible on bad power input. That is the only purpose of such product after all: to protect the devices attached to it from bad or otherwise inadequate power input.
>A plastic surgeon is a legitimate business.

At this point, the argument has lost good faith.

ADDENDUM: for comprehension, not plastic surgeons.
I think it's strange to believe that a starship could enter the solar system without being noticed due to the requirements of:

- velocity --- it would need to be moving quickly and would have to decelerate (requires energy) to do more than pass through

- life support/technology requirements and attendant heat signature --- interstellar space is _cold_ and not conducive to either, so requires on-going energy output

- size requirements --- basically, an entire ecological system needs to be moved around --- how many trees does one person require to produce sufficient oxygen for them to breathe? (a quick search has an answer from 1--8)

&c. See Kim Stanley Robinson's recent novel _Aurora_ for a well-researched examination of this.
20 million physical qubits to break RSA 2048: https://quantum-journal.org/papers/q-2021-04-15-433/.
My parent comment consists entirely of lies and "observations" that cannot possibly have been made. There is no other content.

What kind of response do you think is warranted?
In the United States, if your friend group is using FB Messenger, all their messages are* readily pullable by police looking at someone two or three times removed from any one of them without a warrant “investigating” whether someone in their network asked a friend what to do about an unplanned pregnancy.

That's less likely to happen to you in Scandinavia, perhaps since Puritans found it safer to set sail for New England than keep trying to evangelize Vikings.

Also, yes, everyone's perfectly free to use a different messaging app, and in different cohorts everyone does, which suggests it's not Apple's "walled garden" causing these difference.

* This has been true at various times, including times FB has said it isn't true. I did see the WhatsApp founder walk away from a billion dollars over various issues, and stopped using it then too.

https://www.news.com.au/technology/online/social/im-a-sellou...
See my reply elsethread --- a truck sized enclosure isn't reasonable for life support and so forth.
New iPad Pro may be powered by the M4 chip, touting AI features
Even as a lifelong java dev, this is a silly take.

Python is an absolutely lovely language. It is not the 'perl of it's day'. In my experience, things get hairy when you start building bigger systems that require a lot of collaboration but you can probably do away with most of the pitfalls if you use type hints. Beyond that, it's main downside is performance but you would be shocked how little code you have to convert to C/C++ to remove bottlenecks.

You are right that most large orgs choose a language like java, but I'd also argue that C# and golang are good fits as well. They're fast, and they have a garbage collector. I suppose typescript / node could be in that same category but I steer away from that stack as a backend dev.
Looking forward to when leetcode problems require BPQ complexity analysis
I know from experience that plugging an old school digital alarm clock into a UPS does not work. The clock drifts badly. Turns out those use the AC cycle rate as their clock.
No disrespect to mise but this what’s so frustrating about the industry. Just as one starts getting popular, some people move on to something “better”.
Lots of openings that offer in-country full remote (or something like full except for a quarterly meetup) in Germany. The impression I get is that the reasoning goes "if we tap the country-wide remote pool the perfect skillset match will become a reality" (but the aggregate supply/demand mismatch won't really change for non-niche demand, it just means even less acceptance for not quite perfect matches)
My prediction after observing the last 3 years - remote work will go away for the average worker in the US (or other high cost areas) with mediocre talents, and for the average junior engineers. Reasons are as follows.

First of all, people have genuinely different preferences when it comes to remote - some thrive in that environment, some need other people around. Same with companies too. Some companies will thrive in a fully remote setup because of remote-friendly cultures, and some won't who will be doing RTO. So I see a high chance of sortition between fully remote and hybrid/RTO companies.

Second, the hybrid/RTO companies will necessarily be present in tech hubs (like SV). For fully remote ones, there are again a few types. There are ones who see workers as mere replaceable cogs, and they will hire in the cheapest possible areas (India, Easter Europe, West Africa etc). For cogs-seekers, if timezone is a constraint, they might go to LATAM. Then there are other remote-first companies which will look for "culture fit" and language skills - they will first hire in Canada or UK/Ireland, depending on their timezone needs. A Canadian worker in Toronto is much cheaper than an American one in Nowhere, US[1]

Finally, if one is a superstar, then they will be in demand no matter where they are or what working style they prefer. Companies will always bend over backwards to accommodate their preferences.

[1] Across my entire company, 75% of the new eng headcount in the last year is in Canada or Ireland. We laid off multiple US eng as well. Canadian pay rate is much lower than even the lowest tier US rates.
It’s an intractable problem, that’s why we haven’t solved it. Crimes were intended to be serious transgressions worthy of the government spending untold sums enforcing for the good of society. Thus all of the expensive due process; it’s a serious transgression that carries serious penalties, so it’s important to be correct.

The system was never intended to handle an explosion in regulations to the point where the average person accidentally routinely commits felonies. The world’s judicial systems are collapsing because we are unwilling to admit that the judicial system would need to be like a quarter of our society to actually enforce all the laws we have, and we’re also unwilling to repeal laws to a subset we could actually effectively enforce.
Apple Rivals Retool to Challenge the iPhone and Vision Pro
I worked on a project for the Chicago Symphony Orchestra. We mad a series of physical blocks that represented musical samples. The block each had a 1-wire iButton on the bottom to identify the block and context and play the appropriate sample.

Because it was the CSO the biggest part of the budget went to sample cards that played instruments up to the conductors standard. Each exhibit could create a composition and play it back like a symphony.
The claim is not really based on Tesla's technology - the problem is Tesla's dishonest advertising and Elon Musk being an unethical idiot.

Your rule makes some sense as a guideline, but it only works in the case where the driver and the auto manufacturer are doing the right thing yet something goes wrong. It does not work if the driver was watching YouTube instead of paying attention, and it does not work if the manufacturer routinely advertises a L2 system as having L4 capabilities. Even the names "Autopiliot" and "Full-Self Driving" are misleading. IMO its so misleading that Musk deserves to go to jail.
Exactly this, well put.
Why can't windows users have opensnitch. Even as a layer on Windows firewall. Baffling
>How is an announcement then supposed to help

You would have some time to accept whatever is coming and make peace with it
> could have been something as simple as changing an image

Or something nefarious like Google skewing their algo to favor websites with more placeholders for google's ads.

You know the consistent allegations against Google on this topic from long time insiders and my personal experience of terrible search results does not allow me to apply Occam's razor at all. Instead its the inverse of assuming malice.
Or maybe poor labour laws in China
At the bottom of the page you can find a search bar with which you can discover that David Grusch's claims and the UAP phenomenon in general have been done to death here.

There is no real discussion to be had on the topic. People choose to believe Grusch and others because of their own faith in the ET/UFO narrative as a first principle. People doubt Grusch and others because none of them ever present compelling evidence, and their claims in aggregate are ridiculous. The former camp mocks the latter camp, the latter camp mocks the former. Eventually the discussion splinters into talk of Von Neumann probes, generation ships and the Fermi Paradox. Lather, rinse repeat.

But here we all are still waiting for the "catastrophic disclosure" that should have happened by now. And for what it's worth the government's own investigations have consistently come to the conclusion that no extraterrestrial or physics-defying technologies are involved, and the vast majority of what's been presented as undeniable proof via video and photographic evidence turns out to have mundane explanations. But of course one can simply write that conclusion off as part of the conspiracy.

So yeah. Let us know when there's a there there.
People complain a lot about NPM, but I find it solves all these problems reasonably nicely. It's pretty easy to use in development and it's easy to deploy (either using node_modules in production, or bundling, both approaches work).

Of course it only works if your codebase and tools are all JS-based!

Having worked recently on a project that was mostly TypeScript with some Python, the TS bits were mostly straightforward but the Python was a hassle in both dev and production (I used venv). I can see that asdf might have been handy for development but if it didn't have a good deployment workflow that wouldn't have helped.