> We realize that people don’t need to come directly to Stack Overflow anymore in order to get answers to their programming questions—the chatbots have that covered.
"LLMs make StackOverflow pointless," is quite a position to take, especially coming from SO. I guess they need to do something to bring people back since they don't make money from LLMs (probably quite the opposite).
I found the old dev story to be a nice place to host a CV. I much prefer an industry-specific site like SO to generic mass-market sites like indeed.
I'm not sure if the new site will be relevant given the above admission that humans don't use StackOverflow. I still want to like SO though, so maybe I'll give it a try.
Years ago I realized running a 100W PC all the time was REALLY expensive, so I switched to an old linux laptop at 30W (about $4/month). That helped, but I moved to the m1 mac specifically for the power efficiency. It does all the things my linux server did, and it does them at 6W (75¢/month).
I've found no competitor with similar performance that can run in such a low power footprint. M4 mini's are way better at power/performance, and I imagine their price is about to come way down since the M6 mini just got announced.
Software-wise, it's different, but mostly equivalent. Homebrew or macports has a similar software inventory to debian. And Apple's container framework is a welcome improvement over colima for running most container workloads.
My home server is an ASUS NUC 14 Essential which idles at 5W with a bunch of services running. Its peak performance is probably less than the Mac Mini, but the hardware is cheap (at least it was before RAM/storage got expensive) and it’s a great platform to run Linux on.
It takes almost 8 years for $3.25/mo of electricity savings to break even with a $300 difference in up front cost. Assuming the time value of money is zero, that is.
They'll have to "partner" with some company that's in the business of building a database of IDs and biometrics to do AI things with. Other companies in this space (Jumio) have a bad habit of ignoring privacy laws and will keep your information for years.
I wouldn't mind showing my ID to a person (in person), but there's no way I'm letting some company get a scan of my ID or passport to store in some giant database that's a rich target for hackers. Might as well give them access to all my bank accounts (Plaid) too.
(It sure would be nice if there were a national privacy law in the US.)
Also, it's illegal for companies to use facial recognition in my jurisdiction, so if I allowed them to "verify" me, they'd be breaking the law.
The article uses "robotic mobile probes," which also seems out of order.
I (native english speaker) would order it as "mobile robotic probes". But if I were writing it, I'd say "robotic probe", "surface probe", or "mobile probe". In this case, robotic and mobile mean the same thing, so using both is redundant.
And although I would order it as "private robotic spacecraft", I don't think that's correct. The spacecraft is robotic, but it's not private. It might be privately-operated, privately-owned, or privately-funded (each has a slightly different connotation). But private by itself means that a private company is somehow responsible for the mission.
So if I were writing it, I'd use something like "privately-funded robotic spacecraft" or "robotic spacecraft operated by private company XYZ".
Facial recognition is illegal where I live, both for gov't and commercial uses. Several major cities in the US have banned it (e.g., San Francisco, Boston, etc.).
I did an entropy test on my Pi5 (according to https://rob-turner.net/post/raspberrypi-hwrng), and it (7.999832 bits per byte) has about the same entropy as /dev/urandom (7.999831 bits per byte).
However, when using it directly, it's pretty slow. /dev/hwrng is 200 KB/s, /dev/urandom is 40 MB/s.
Though, maybe that doesn't matter if it's just intended to be used to add entropy to the system entropy pool.
Oh how I wish I had a legion of junior engineers. Or even a squad.
My company has an aversion to hiring. It's so expensive to hire people, you know! There are no young engineers to teach the ropes to. There are very few senior people do everything.
Needless to say nothing happens fast, good, or cheap. And we don't ship projects, they mostly just bob up and down in the harbor.
Or better yet, buy your phone from the used market. Get a phone in perfect shape that was $800 two or three years ago for $200. Put a new battery in it.
Though I'm seriously considering going back to a $50 flip phone and enjoying the 2 weeks of battery life and general indestructibility. My current phone spends most of its time sitting on my desk doing nothing. It's hard to get excited about a newer and much BIGGER phone for $500 that will also spend most of its time sitting on my desk, doing nothing.
This approach works very well. I've had dozens of extremely remote systems hooked up this way for about 8 years. The only problem I've seen is that occasionally the server ssh process will get stuck, so you have to log in to the server and kill it. It seems to happen when a remote goes offline and reconnects without closing the old connection first.
If I were doing it now, I'd probably use wireguard, probably. This is simpler to set up and works great.
> The only problem I've seen is that occasionally the server ssh process will get stuck, so you have to log in to the server and kill it.
You also need ClientAliveInterval on the server side (in addition to ServerAliveInterval on the client). In other words, both the client and the server need to be configured to monitor the connection. With this setup I had no issues with reconnections.
systemd's RuntimeMaxSec should help in this case but I've never had trouble with sshd personally
To add more context I use the above service to ssh from my phone to my laptop via my desktop PC. The service runs on my laptop and binds port 22 of my laptop to port 7070 of my PC but wiregaurd would probably work similarly
closing ssh doesn't close the ports if they are being used, at least with ControlMaster. You need to run something like this to force the ssh daemon to close the port
ssh -O cancel -L 4102:localhost:4000 pc
but if ControlMaster is stuck maybe autossh is better in that case, or use this:
"LLMs make StackOverflow pointless," is quite a position to take, especially coming from SO. I guess they need to do something to bring people back since they don't make money from LLMs (probably quite the opposite).
I found the old dev story to be a nice place to host a CV. I much prefer an industry-specific site like SO to generic mass-market sites like indeed.
I'm not sure if the new site will be relevant given the above admission that humans don't use StackOverflow. I still want to like SO though, so maybe I'll give it a try.
reply