arch-ninja

Agreed. I LOVE Kagi as a search engine - so long as it answers queries in under 2s with no ads, I'm a very happy customer. I don't mind if they flirt with LLMs, but if the LLM work detracts from the search work they will lose me as a paying customer. If the LLM work slows down search results I also lose the only thing I pay for - search result response time and correctness.

The best approach would be to treat "High Performance" as a system-controlled attribute like "Can Read Location Data"; the app can make a request for a performance profile it's designed against, the user gets final say-so, the OS records the user's decision and re-uses it for future launches.

This gives best of both worlds; users who need performance pick it, users who don't need/don't understand get to be kept safe by Apple's scheduler. Apps get back the state, so they can render a different icon or something to indicate "Hey we'll do our best but your hardware may not max out because scheduling wasn't built for this task"

I love the idea! It combines social-network capabilities with in-person hangouts. Let me know if you need a C++/Rust/Zig developer for backend work. The required infrastructure sounds simple to build if you outsource payment processing. The most complex component will be a reputation system.

Aww, I was expecting something like /dev/null-AAS - https://devnull-as-a-service.com/

Guarantees about those things are impossible to add after a language/community abandons them, and you can Arc::<RWLock<T>> your way to writing Java pretty fast. I hold that keeping the strongest-possible abstractions is the best decision, even if that means your average developer needs to learn borrow checking. I've started a career writing Java, spent a year with Rust, and when I came back to Java my data structures were 5x as useful. I could spit out features _WITHOUT_NULLPOINTER_ISSUES_ in hours where previously it would have taken a week.

Yes there is a skill gradient, but everyone who doesn't climb that hill is a fool and a weaker team member for it in my opinion.

6 months if you're a college-sophmore-level student doing it part-time (my own experience + numbers), I'd estimate 3-4 weeks if you were spending more than 3hrs/day on it and knew 2 other languages.

Hasn't the solution to this problem always been easy? Just encrypt before you type it into imessages; this applies to _all_ untrusted communication channels. Don't tell me base64-encoding/decoding is what's stopping you from having perfect security?

I say 50% of the Internet is Duplicate. (N=2)

The leadership that makes up media won't be paid more if they cared more, therefore the organization they create won't ever care more.

Brent is the engineer building all the real tech that a company in the Phoenix Project is building, and when the MC (a manager, Bill I believe) realizes this he re-directs resources so Brent can do his job without interruptions, ultimately saving the company. Excellent read, it's the first book managers are told to read when they use SCRUM/AGILE incorrectly.

Agreed, my experience says the same. Good compromises will win every time, and most times the communication about 2 different ways to build the same thing will end up producing a hybrid that's better than both ideas alone.

Agreed

Would a "tax on bad decisions made by company & company's tools" be appropriate in the 21st century? I don't think you can sue an algorithm these days, but having the legal step to say that "whatever a company's tool decides, the company has also (legally) decided" would help solve many of these problems. You'd have to run these by legal before shipping.

Hmm hadn't thought of that. Did google have the same quantitative issues when they changes names or did that come a few years after? It could just be they timed their jump well.

The quantitative reasons alone would have been responsible for a small slouch, but everyone would think "Oh it's Facebook they'll get back in the game soon, better buy now". The renaming leaks information that leadership is scared and desperate, which makes those quantitative reasons more fatal because there isn't a (reasonable) recovery plan.

The alert fatigue is _very real_; I have a dexcom and consistently see it:

- mis-calibrate (first day's readings are garbage after new sensor insert)

- UI on the app will sometimes mis-render by 10-15 minutes. On several occasions I have been watching the graph while dosing, didn't see any change whatsoever after 30/45 minutes, and gave more insulin because of that information. 5 seconds later the screen changes and displays 15 minutes of BG going steeply down as I would expect, but now I have 2x the dose in me -_-

While I'm swimming in sensor readings the actual impact on my treatment quality has been close to nil, but it does make the people around me feel better. I feel as if my ability to sense my own levels has worsened because I default to trusting the graph over how I feel.

I cancelled my subscription shortly after they started getting rid of small-time films and started producing their own content; the two reasons were (1) I don't like businesses that can't cooperate with others and (2) their own content sucks and likely continues to suck to this day because their KPI is "how many people watched >1s of this?" and not "did we allow passionate, talented people to do work they are now proud of?".

This guy sounds like he's fishing for attention, the phrase "I didn't think I would have the courage to share..." is something 10-year-olds think up for attention. It drips vanity and a covered ego the size of the Hindenburg.

D is an excellent mix of good design decisions, metaprogramming (your macros can run arbitrary code at compile time, a la zig), and a nice standard library. They also have some of the best API-building libraries available, and the compiler has the ability to run source code almost as if it were interpreted and it caches binaries under /tmp/ to avoid work if the source is unchanged.

Net negative for most, net positive for a few, good learning experience for all.

The conviction of Galileo is actually pretty funny; it took a few decades _after landing on the moon_ for the church to apologize: https://en.wikipedia.org/wiki/Galileo_affair#Modern_Catholic...

That's some sinful pride right there.

Steam has a great status page, companies like that and cloudfare will eat Alphabet's lunch in the next 17-18 years.

I left the company I was part-timing at because after college I realized I was the smartest one in the room; my boss thought some of the code I wrote was "brilliant" and for this reason did not let me improve/fix any of it, which led to the company shipping a broken product to some very annoyed customers.

If you are ever managing someone who is "your best employee" and they want to do something you think is useless, please ask them why and what the expected results will be. Also when you get that data, listen a little? If priorities clash do a balancing act: "If you can do X in Y time, do it. But if day D comes along, switch over to my priority".

Same, companies can only be influenced by their financials these days. I even buy subscriptions I don't need with the intention of cancelling them 2-3 quarters later (need to make sure the money shows up on the books first).

Anecdata: I'm a number that supports that, I couldn't live with myself if I wasn't able to do meaningful work. You sound like a cohort of friends I have who run around with "eat the rich" feel-good campaigns and can't be bothered to have dinner with their families; that was presumptuous but I feel like the world would be much happier with more people finding meaningful work (understanding of course that "meaningful" is different for everyone and it's rare that you find a perfect fit at your first/second job) and fewer people asking for the world to change in ways that stroke their ego. Life is an adventure, and an adventure where you never get hurt or face challenges isn't much of a life now is it?

I was expelled from a university for reporting security flaws, the solution we all seek is the simplest one and for administrators it's easiest to hurt the people making noise which commonly results in the noise going away. fight-or-flight response at it's finest.

Edit: reminder that for the "common folk" these "security issues" are not a 5-minute fix, they are fundamentally different realities which require every machine on the network to be re-checked before they can be used again. There is a clear communication failure between the ones who want security and the ones who want "security".

There's a ton of easy low-hanging fruit along these lines that could be improved. Good example: I have a python script that routinely scans my ~/downloads directory and quarantines anything more than 24 hours old. It then scans the quarantine directory and deletes anything more than a week old. If the data is important, I'll have 2 chances to save it someplace meaningful.

This looks awesome, but is there a source-available release? I'd pay for it, I generally dislike large blobs ("appimages") and would prefer to "./configure && make && make install" myself so I can be confident the SW won't forget all my data because of an update; if I understand how it is built I can understand the risks associated storage and prevent them outright.

Even the largest most successful companies with 100+ QA people on a flagship product lose data because of mundane updates, and this can be prevented by understanding how the SW works.

In an attempt to add some confusion to his operation, I decided to create a little script. This little script would send him about 5000 different combinations of the above parameters in a completely random fashion. Fun.

I've done this with college scammers requesting email + passwords, loads of fun. Would highly recommend as it turns an O(1) operation (db full of valid stolen credentials) back into O(n) (randomly guess which credentials you stole are valid).

Obligatory futurama: https://i.pinimg.com/originals/f6/40/e2/f640e25abd05e07442c6...