I'm sympathetic to that, and it would make a modern reconstruction easier to create, but it's also nice to see the the rubber stamps and the other ephemera to get an idea of how the process worked. Plus, quite possibly the files in their original form no longer exist.
You can find (compilable) versions of CP/M on github hosted by many people.
I've referred to them a fair bit in recent times as I've been fighting to get my golang CP/M emulator working on a couple of stubborn binaries.
(Downside is that many of the versions of CP/M sources you see use the weird intel-style of assembly rather than the more typical Z80 opcodes. Still that's not a real blocker.)
Those are usually disassembled binaries, not the original source code. Which used Intel style assembly and PL/M.
And Z80 syntax may be more common today, but Zilog made some rather bad choices IMO. If "LD A,(HL)" loads a byte from memory address HL, then you would expect "JP (HL)" to load the address to jump to from memory instead of directly from the HL register. "PCHL" is a lot clearer. Also in 8080 syntax, one mnemonic => one addressing mode and base opcode. No surprising syntax errors because some operand combination isn't allowed, or 4 clock penalty to fetch a prefix byte...
DR is long gone. The license holder for the DR assets was Caldera (via Novell) though I have no idea what happened after that. Most of the DR stuff was GPL'd back around Y2K, so I don't know if these particular releases are new or if they were just covered under the original GPLing back then?
Not always. Timex also recently released a reissue of their 1965 Marlin for $200 which is a manual wind watch, this time using a Seagull movement rather than what the original used.
They already are. Their web site claims that they're using a Swiss movement. They're silent on where the case and other parts are being manufactured, but I'd guess that the movement accounts for a good portion of the production cost.
I think that the work-around for this problem is an online tax filing service like that offered by Credit Karma, which like their credit score reporting service is supported by ad revenue rather than by charging a fee for the service.
This looks like Sokol version 2.0. A bunch of hoax papers designed to demonstrate the lack of rigor in what some of the Social Science journals accept.
I'd say "Stop using C and C++ already" or "Stop using null terminated strings already", but I recognize that those are not always practical solutions.
I do have some maintainability concerns though about the promulgation of numerous competing home-brew solutions to a near trivial problem throughout a code base.
What a wonderful series of articles! It does seem very heavily geared toward film photography, and while many of the subjects -- lighting, composition, and the like -- are timeless I suspect that today's beginning to intermediate level photographers will be much more interested in digital rather than analog photography.
As far as software related patents go, yes, there are so many patents granted on trivial or obvious techniques that the system seems to benefit lawyers and patent trolls to a much greater extent than it benefits the actual inventors.
I do see a need for patents on pharmaceuticals, where the costs of gaining FDA approval is much more significant than the cost of reverse engineering a generic version of a medicine. But software? No.