zamalek

This happened at a previous employer of mine: the Nintex acquisition of K2. Not long before the acquisition, employees were offered the "opportunity" to purchase their vested options. I didn't invest, but my friend did (so I'm not sure what the details are). They had the power to band together and cause major problems for the deal (I want to say they could outright block it, but I might be hallucinating that). Once they began to organize they were quickly bought out - no details on how much, though.

GT/s is also gaining ground for system RAM in order to clear up the ambiguity that DDR causes for end-consumers.

> night out at the bar is expensive now

"They" will make it cheaper. If you look at the cost of alcohol in developing countries, it can be way WAY cheaper. The profit and tax margins are currently colossal, both of which can be changed by big booze.

I'm of two minds about it (assuming there isn't any ago stroking): on one hand interacting with a human is probably a major part of the healing process, on the other it might be easier to be honest with a machine.

Also, have you seen the prices of therapy these days? $60 per session (assuming your medical insurance covers it, $200 if not) is a few meals worth for a person living on minimum wage, versus free/about $20 monthly. Dr. GPT drives a hard bargain.

CI is one area that it's "lacking." I quote that because, honestly, all the bells and whistles in these CI yamls are starting to hurt. Woodpecker[1] (what forgejo uses) is strikingly simple.

[1]: https://woodpecker-ci.org/

> > Wait, do they?

The echo chamber is still reverberating. People say that MacOS is good because other people have told them so. The people claiming that is better don't have an earnest effort outside of the ecosystem to support their claims. I was forced to use MacOS at work up until a little over 1.5 years ago, I have perspective on both, and it is categorically incompetent. It doesn't hold a candle to dev on Linux.

As for Windows? Windows 7/11 are probably still better than MacOS (as you implied with your comment about neglect), but it's probably as bad or slightly better than Win 11.

> I used to recommend editorconfig and better tools for .NET nearly ten years ago.

Languages/tools that are not configurable and just dish out the will of the maintainers are objectively superior. This is all a weird type of mandatory bikeshedding; you need to do it, but it doesn't add anything of value to the product. Everyone is going to have a distinct opinion because they earned their programming chops at some shop that did things in some weird way.

.editorconfig is an anti-solution.

Yes, it's hardware registers. Could be a better idea to generate that from some more compact format, though.

It's crazy. I used think his ideas were completely unrealistic and him being a general loon. He has certainly had the last laugh (or first tear, really). I still think he's definitely not correct on all fronts, but I pay more attention to his opinions on tech.

My company, which is significantly smaller, hires people in multiple countries across the world. You don't need an office to hire (I am sure there so exist countries where you do, but I expect they are the minority).

If the license were copyleft forking would not be a solution.

I have always preferred permissive over copy-left, because I've historically been unable to use packages at work, which puts food in my mouth, as a developer who spends some time contributing to projects, especially those that I use at work.

This has changed everything. AGPL and GFDL from now on.

> Benchmarks aren’t showing structuredClone favorably versus JSON round tripping.

Which ones?

Structured clone seems to be approximately the same as FF according to this (structuredClone is slightly faster on my machine, probably margin of error): https://measurethat.net/Benchmarks/Show/23052/0/structuredcl... (Linux: FF 141, Chromium 138).

postMessage uses it transparently: https://developer.mozilla.org/en-US/docs/Web/API/Worker/post...

> And the ice cream won, dietary fiber, lower carbs... and only slightly higher saturated fat, and slightly lower in protein

Sugars? 28g vs. 5.5g. The other things might be good for you, but too much sugar is very bad for you.

I wish his own developers would take him up on the advice, but the market out there is tough and jobs where CEOs'/CTOs' eyes aren't rolling into the back of their head from AI hype are rare.

> Sooner or later is seems like everyone gets the idea of reducing event loop stalls in their NodeJS code by trying to offload it to another thread, only to discover they’ve tripled the CPU load in the main thread.

Why not use structuredClone to communicate with the worker? So long as your object upholds all the rules you can pass it into postMessage directly.

You want to use a machine to create a document for something that accepts JSON. e.g. Something I was playing around with was having a github workflow that generates a github workflow. Or generating docker compose files.

I'm referring to "svalmouse," that's not what I'm thinking at all. The only mouse thing about my design was the form-factor, the shape of the shell, the fact that it's vertical.

I'm not sure you understood me: it looks like the ergo mouse (form factor, ergonomics) but is most definitely not a mouse. As I said though, it seems more difficult to get a keyboard to fit a variety of hands in this form-factor.

More things to ~steal~ take inspiration from, thank you :). If I'm completely naive with my approach, I would have 5 fingers * 4 directions * 2 hands. That's a paltry 40 keys. To make matters worse, some of them are sub-optimal: the ring finger isn't great at sideways movements (at least on my hand). 35-40 keys is end-game enthusiast level minimalism.

The think the premium that these devices suffer from is how niche they are. Mechanical is relatively niche to begin with (programmers and gamers, mostly). Then you add the idea of making a single large investment for the good of your health, and the pool gets even thinner. Just think of all the garbage chairs that people sit on in front of their computer; let alone keyboards, which they barely think of (until they get RSI, that is).

I'm currently designing one that is a crossover between the characorder and a Logitech vertical mouse (but not actually a mouse), and I hope to make it cheap. It has been going poorly, to say the least. The biggest problem so far is smaller hands, multiple designs scrapped when put in front of such a person. Maybe I should take inspiration from Svalboard instead? Furthermore, Average Joe is not going to tolerate the massive dependency on layers that these keyboards often have, so I'm still fighting in my head with an approach for that.

Make sure you tell rust-analyzer to use its own profile (<init_options>.rust.analyzerTargetDir=true).

This means rust analyzer and your IDE will have different target dirs (target/debug and target/rust-analyzer), this can prevent flagging resulting from cargo and rust-analyzer fighting over the features etc. I have this set at system/global level in my IDE config. The downside is that you'll use double the disk space.

I have tried setting the build dependencies optimization level to higher-than-default in the past, but it seems to achieve nothing.

    [profile.dev.build-override]
    opt-level = 3
    codegen-units = 1
    
    [profile.dev.package."syn"]
    opt-level = 3
    codegen-units = 1
    
    [profile.dev.package."synstructure"]
    opt-level = 3
    codegen-units = 1
    
    [profile.dev.package."quote"]
    opt-level = 3
    codegen-units = 1

    # CTRL+C when it reaches async-stripe, then repeat
    > rm -r target/debug/build/async-stripe*; time cargo build

default, O1, O2, O3:

    Executed in   47.13 secs
    Executed in   45.68 secs
    Executed in   46.07 secs
    Executed in   46.22 secs

sccache will provide a major benefit, especially in combination with `cargo-hakari`.

Get some access points. Something like the TP-Link EAP610[1] (I have not used one of these, yet).

[1]: https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=11...

The GL.iNet Flint 2 came highly recommended (near cult following) from my own pretty extensive research for offboarding ubiquity. It comes with a OpenWRT fork pre-installed, but flashing mainline OpenWRT is officially supported. I've been happy so far.

The Flint 3 just launched, and the headline feature is WiFi 7: that should be less of an issue if you're going with separate APs.

> Their security issues in the past.

That's why I moved off as well. Maybe some day SDN (at least so far as the ubiquity experience goes) will become an OpenWRT priority.

You indicate wide extension compatibility. This is more of a thought experiment (by virtue of inbuilt adblocking), does - or do you hope/plan for - the likes of uBlock Origin work.

I'm guessing that the likes of daring fireballs ads wouldn't be blocked - they originate from the server hosting the website. Google ads and such would be blocked, because they don't originate on the site.

I can see the theory. First-party ads should (but very much could not) be more privacy friendly. Tracking the user becomes difficult because you need to convince people to add your tracking coda to their website without incentives like Ad payments. So you most likely have to tune ads to what is displayed on the page, ultimately making the page and the user's attention products (which is strictly superior to the entirety of the user being the only product).

I like this, only, what are compilation times going to be like?