My 2019 Thinkpad T495 (Ryzen 3600) does get hot under load, but it's still fine to type on.
5,176 karma · joined June 17, 2016
≹
My 2019 Thinkpad T495 (Ryzen 3600) does get hot under load, but it's still fine to type on.
There's probably a lot still missing: Apple integrated the memory on the same die, and built Metal for software to directly take advantage of that design. That's the competitive advantage of vertical integration.
I've worked in video delivery for quite a while.
If I were to write the law, decision-makers wilfully forcing software video decoding where hardware is available would be made to sit on these CPUs with their bare buttocks. If that sounds inhumane, then yes, this is the harm they're bringing upon their users, and maybe it's time to stop turning the other cheek.
Hedge your bets.
Linus is a kernel hacker, and already busy tending to his own project.
"GNU/Linux" is effectively a committee of communities, with sometimes conflicting goals. It took Canonical and Valve to put things into shape on the desktop, and that's mostly because desktop was becoming less relevant.
I see two ways for things to change here:
- A massive, for-profit corporation, someone willing and able to challenge Google and Apple on an even ground, is hell-bent on making a Linux-based phone (Microsoft failed even after acquiring Nokia);
- Another platform shift happens, making smartphones irrelevant in comparison (think: when smartphones displaced desktops).
Apple and Google conspired to never allow that to happen. They've pushed Microsoft out of that sector. Microsoft! Name a bigger challenger.
I think it's entirely OK for long-established programs to adhere to their conventions; it's less surprising for the users. If you're going to change how things work, do so with minimum impact on the UI.
(I wish their GUI teams understood that.)
He's a kernel hacker and a technical leader. He doesn't write specs for the userspace, that's the least of his concerns. Linux has very strong guarantees on syscall backwards compat - Go doesn't even use libc. This is all by design.
Even the name "GNU/Linux" was something FSF tried to impose on distributions. The distributions being distributions, were free to brand themselves as they willed, which is 100% fair under the license terms.
This ecosystem has always been a bazaar, if that's not for you - use a BSD. (e.g. macOS.)
Software developers are also not seen as "real" engineers there. They're just typing words into a computer, right?
Even if you produce interesting videos, you still must MB to get the likes, to stay relevant to the algorithm, to capture a bigger share of the limited resource that is human attention.
The creators are fighting each other for land, our eyeballs are the crops, meanwhile the landlord takes most of the profits.
Even if the text is a simple article, a personal touch / style will go a long way to make it more pleasant to read.
LLMs are just making everything equally average, minus their own imperfections. Moving forward, they will in-breed while everything becomes progressively worse.
That's death to our culture.
plaintextPassword = POST["password"]
ok = bcryptCompare(hashedPassword, plaintextPassword)
// (now throw away POST and plaintextPassword)
if (ok) { ... }
Bonus points: on user lookup, when no user is found, fetch a dummy hashedPassword, compare, and ignore the result. This will partially mitigate username enumeration via timing attacks.Depends on the computational cost per request. If you're serving static content from memory, 10k/s sounds easy. If you constantly have to calculate diffs across ranges of commits, I imagine a couple dozen can bring your box down.
Also: who's your webhost? $1/m sounds like a steal.
Also: Anubis and go-away, but also: some people are on old browsers or underpowered computers.
Yeah, this is beyond irresponsible. You know the moment you're pwned, __you__ become the new interesting story?
For everyone else, use a password manager to pick a random password for everything.
Every time you type your PIN - that's an opportunity to snoop it.
Neither will protect you against rubber hose cryptography.
It's not reserved - the terminal emulator is free to handle any key, in any way, however it wants. Some examples:
1. The XFCE terminal allows you to specify whether Alt+[X] means Meta-[X], or whether it should trigger a menu shortcut.
2. macOS's Terminal.app: use System Settings to rebind Copy to Ctrl-C - when some text is selected, it copies that text; when there is no selection, it passes the ^C along.
Unfortunately, few people question the status quo of terminal emulator design. Look at all the other emulators around you: quick save/load, customisable hotkeys (including gamepads), speed up/slow down, mute specific audio channels, enable/disable sprite/layer rendering, peek/poke memory, and so on. An average GBA or SNES emulator gives you better tools than most terminal emulators, and the latter are what is actually being used to get work done.
But those are not rules. If you're doing stuff for fun, check out QBE <https://c9x.me/compile/> or Plan 9 C <https://plan9.io/sys/doc/comp.html> (which Go was derived from!)
Then next day I'm using Inkscape on a Mac. Cmd-A on the canvas selects all elements. Cmd-A in a text field selects all elements on the canvas - and whatever text was in the field, now applies to the selection, so I start typing and instantly get garbage.
How do you Select All in a text field? Ctrl-A of course! - On the only system that has a non-broken copy/paste in the terminal.
I guess props to Thunderbird for leaving some space on the title bar to drag the window around? Do not take it for granted.
That's not the point - it's about usability. You'd be constantly losing work.
> Just killing off a hanging process that doesnt yield [...]
<3 !
If the lock freaks out - and yeah, I'm having problems with my HomeKit stuff every now and then - I need the physical key on me. That already defeats the purpose. Otherwise I need to grab the spare key from wherever I keep it. This is not a mere inconvenience, this is an emergency procedure.
However I will question some design choices!
- 32-bit only: the writing is on the wall, many vendors (HW&SW) are slowly moving to kill it off. I guess it's fine, but IMHO each ISA (regardless of pointer width) should just be considered a different ISA. Portability is good, it ensures your software doesn't hardcode too many assumptions about the platform - and weeds out bugs. Just treat an int like an int, and a pointer like a pointer. Distinct types.
- Pure co-op multitasking: it will be completely fine, until you try serious in-system development. Hard reboot any time I make a mistake in a for-loop? Mercy, please :,) Implementing a simple watchdog via a timer interrupt will still keep all of the scheduling logic simple and stupid: it's just another case for a yield call, except now involuntary. The runaway process will simply never see completion, but seeing that it would never yield anyway, I don't see a problem just killing it. And most importantly, the sanity shall be preserved.
Heightwise, it fits: 100mm vs ER's ~128mm; trickier with depth - 180mm vs "deep" ER modules ~100mm. One option would be a rack with no back panel. Power in ER is already being distributed via a ribbon cable so this shouldn't impact the ability to install standard modules. Electrically - 12V, perfect match.
What is the width of each module? Assuming (250mm-case)/8 ~= 30-32mm?
There are many tricks to stay focused, particularly when there are no stakeholders but you. Try a body double, someone to keep you in check - you can also return the favor, like working from the same room, or just coming to their home to watch them clean while you do your stuff.
When you do get hyperfixated on something - that can be a very productive period, until you crash. Again, bring in a friend. Not to get back to it - just to make sure you're still eating. Don't push yourself to either side, find your own balance around it - I've picked up many hobbies where I've slowed down, but maintained interest over the years, decades.
Look for buddies in your local neurodivergent group, there's usually one somewhere near you. (Even here on HN, it turns out.)