Not too push the point too hard, but a "dev environment" for a product is for a business (not an individual consumer). Having a server (rack) in an office is not that hard, but alas the cloud might be better here for ease of administration.
I don't think so. An organization so big and bureaucratic that needs 3 months to authorize a server purchase will for sure need a few weeks of paperwork to authorize a new AWS account creation, and will track the spending for OU and will cut budget and usage if they think you deserve it.
And plenty of datacenters will be happy to give you some space in one of their racks.
Not wanting to deal with backups or HA are decent reasons to put a database in the cloud (as long as you are aware how much you are overpaying). Not having a good place to put the server is not a good reason
If anyone's curious about the ballpark cost, a carrier-owned (?) DC near me that publishes prices (most don't) advertises a full rack for 650€ per month, including internet @ 20TB/month @ 1 Gbps, and 1kW power.
Though both of which are probably less than you'd need if you needed a full of rack of space, which I assume is part of the reason that pricing is almost always "contact us". I did not bother getting a quote just for the purpose of this comment. But another thing that people need to be less afraid of, when they're looking to actually spend a few digits of money and not just comment about it, is asking for quotes.
I'm surprised that politicians haven't established burdensome and expensive professional compliance and licensure requirements for their own trade to restrict upstart competition. Every other trade pays them to implement the same so it's not like they're not familiar with how to do it.
A minor point might also be that TV was far less addictive (non-linear, personalized,...) and consumption was significantly harder (carrying a TV is difficult, even in watch format)
That would be possible. The main problem there is that nixpkgs, the package repository one would want to translate, uses a good chunk of specialized build infrastructure (parts in nix, some in rust/Perl/Python) that is designed for nix (the package manger).
Some other semi-specific parts, like stdenv bootstrapping, are also a bit more complex than just some nix build instructions.
Maybe what rarely works well for NoMoreNicksLeft is having a gigabyte of JPEGs in a single HTML chapter inside the epub? In that case you could do something like divide the files into 373 "chapters" of 6 pages each?
One of the fragmentary editions I linked on the Archive uses the .cbr Comic Book Reader format; perhaps that is a better format than .epub for high-resolution scans of every page?
It's a bit more complicated, you need to use their compiler (LVVM fork with clang+fortran). This in itself is not that special as most accelerators (ICC, nvcc, aoc) already require this.
Modifications are likely on the level of: Does this clang support my required c++ version? Actual work is only required when you want to bring something else, like Rust (AFAIK not supported).
However, to analyze the efficiency of the code and how it is interpreted by the card you need their special toolchain. Debugging also becomes less convenient.
That is a solid option but alas voting with your wallet can be difficult (social reasons etc.)
The only thing that needs Windows for me is Valorant. Everything else runs on bazite.
> UEFI system with windows and Linux
That is weird. Were you trying to have some selection with grub?
Just having two drives and selecting a boot device in the Bios/Uefi of the MB has worked stable for at least four years with this configuration. Make your default Linux or Windows and only use the MB for one-time boots of the other one.
Last year I made the dumb decision to buy a Gigabyte Brix without really researching Linux support, after several months of trying to make its UEFI recognising Linux partitions on M2 drives instead of external USB it ended up on the recycling centre, as I eventually damaged the motherboard.
Better than what, modifying your UEFI to forcibly recognize your GPT? Once you reach that point you should know that you're heading towards paperweight territory.
Bother myself with the usual endless hours tracking computers that are supposed to work with Linux, noting serial numbers down to be sure what exact models to buy and the kind of stuff I was doing back in 2000's, when I cared.
Running as a cloud image can be relatively easy, you only need the default drivers from the kernel and need to get your image installed.
The latter can be done by booting into another distro and kexec'ing into your own kernel and performing the Installation afterward from memory. See also nixos-anywhere for a practical implementation of this
Probably look for display artifacts (pixel borders)?
But a fixture that takes a good enough screen + enough distance to make the photographed pixels imperceptible is likely just a medium hurdle for a motivated person.
You probably can't fully avoid it but adding more sensors (depth) will make such a fixture quite a bit more expensive.
reply