> In text boxes in some applications, enter submits the entered text...
On Mac it's also not unusual that the Enter key is linked to the outer window's Ok button even when an a text input field is active (for instance in the "new" settings panel when trying to enter a DNS server address - pressing Enter closes the entire DNS panel, infuriating if you want to add more than one DNS server).
> When I mention solar panels near motorways I'm not picturing them right next to the road, I'm thinking of larger strips, perhaps 30-100 meters from the road and in areas that have already become unattractive due to noise pollution. There are many such areas.
FWIW, most of the bigger solarfarms in East Germany seem to be on former Cold War airbases, or in former lignite mining areas. IMHO a pretty good 'land recycling strategy':
Totally makes sense IMHO. Even subscriptions are essentially a simplified/averaged "pay for what you use".
The question is rather whether a single type of subscription license makes sense (e.g. when AI burns through more resources than the average human, should the subscription go up for everybody? - as a human I would be pissed to subsidise heavy AI usage by other users).
E.g. there should probably be special 'AI licenses' similar to how some products have special 'CI licenses'.
Could also just be a pissed off neighbour because maybe Altman insists on mowing the lawn on Sunday mornings, or it could've been some drunk vandal who likes to throw Molotov coctails at random houses. Let's wait for the investigation results. The fact that Altman immediately writes a long article filled with AI and personal propaganda without waiting for the investigation to conclude is also quite telling tbh.
Tbf, git is very much a problem that needs solving. It only works well for text data, the fact that it is decentralized adds a lot of complexity but doesn't matter for 99% of users since they use a centralized git forge like Github or Gitlab, and the UX is pretty much non-existent.
It works exacly as it was designed to work.. GIT as VCS.. Version Control System.. for text code sniplets. It can handle small binary blobs just fine.
If you need (D)VFS aka Distributed Versioned Filesystem, grab right tool. Or write one.
This is exacly way I wrote DOT (Distributed Object Tracker). Its pure DVFS repo manager, to handle binary blobs and that it.. Nothing more.
People complaining about GIT not working well w/ big data just handling GIT wrong. Linus said it from the begining, its NOT tool for such datasets. Just move along.
But do you really think $17M is going to give us that alternative, or will it come from some brilliant guy going on a caffeine-fueled weeklong side quest (like how Git was invented)?
There are some things that need to come from a place of manic self-motivated genius. It's not something that you can buy with money. The money is really just there to help you shove a mediocre solution down everyone's throats (which is exactly what's going on here).
if you don't understand git you shouldn't be coding, full stop. The exact same skill set needed to write good code is required to use git in quick and efficient matter.
Then again, it is used for non-coding tasks, but any and all of it's UI problems are not from the method of storage (pretty much any modern VCS uses same "tree of linked snapshots of filesystem) so making one while still making it git compatible just with better ui (like Jujutsu) is very much possible
Do your Makefiles work across Linux, macOS and Windows (without WSL or MingW), GCC, Clang and MSVC, or allow loading the project into an IDE like Xcode or Visual Studio though? That's why meta-build-systems like cmake were created, not to be a better GNU Make.
Ok, then just cl.exe instead of gcc or clang. Completely different set of command line options from gcc and clang, but that's fine. C/C++ build tooling needs to be able to deal with different toolchains. The diversity of C/C++ toolchains is a strength, not a weakness :)
One nice feature of MSVC is that you can describe the linker dependencies in the source files (via #pragma comment(lib, ...)), this enables building fairly complex single-file tools trivially without a build system like this:
cl mytool.c
...without having to specify system dependencies like kernel32 etc... on the cmdline.
Cmake is doing a lot of underappreciated work under the hood that would be very hard to replicate in another tool, tons of accumulated workarounds for all the different host operating systems, compiler toolchains and IDEs, it's also one of few build tools which properly support Windows and Visual Studio.
Just alone reverse engineering the Xcode and Visual Studio project file formats for each IDE version isn't fun, but this "boring" grunt work is what makes cmake so valuable.
The core ideas of cmake are sound, it's only the scripting language that sucks.
...and for custom requirements a manually created CMakeLists.extras.txt as escape hatch.
Unclear to me how more interesting scenarios like compiler- and platform-specific build options (enable/disable warnings, defines, etc...), cross-compilation via cmake toolchain files (e.g. via Emscripten SDK, WASI SDK or Android SDK/NDK) would be handled. E.g. just trivial things like "when compiling for Emscripten, include these source files, but not those others".
On Mac it's also not unusual that the Enter key is linked to the outer window's Ok button even when an a text input field is active (for instance in the "new" settings panel when trying to enter a DNS server address - pressing Enter closes the entire DNS panel, infuriating if you want to add more than one DNS server).
reply