Wow that second link ("Reminiscences of the VLSI Revolution") turned out to be a 29 page rabbit hole providing a fantastic glimpse into the history and early days of chip design and engineering, thanks a lot for posting that! Here's a direct link to the PDF: https://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.69...
Things like "not sure" and "I think" and "even if I'm wrong" suggests that it is not very clear what is covered and what isn't. A lawyer would probably have to sort that out.
The practical problem is that some organizations simply discourage or don't allow the use of GPLv3 or AGPL software. I don't want to learn one tool for personal projects and another for potential work projects, in case the opportunity comes up.
The easiest way to deal with that is to just switch to a tool that has a license that is more widely accepted.
A while ago I was picking a new SSG and I would have preferred something written in Python so I can hack on it more easily. I ended up moving on because of the license.
That brings back fond memories. I used to package up a PHP installer (and a MySQL one) for macOS for many years, back when OS X was still new and it was a bit of work to build various UNIX open source projects from source.
My day job was Solaris/Linux work so I was used to it and I wanted PHP on my Mac, so I built the installer for myself and also put it on my website, where more and more people downloaded it from over the years.
I haven't used PHP in more than ten years and only recently started dabbling with web development again for fun. I am very happy with TypeScript + React on the client side and Python or Swift on the server side.
I'm curious, do you know what scooter model Skip uses in SF? I've also seen Bird use it in San Jose and possibly elsewhere. It has a Segway label.
That model is fantastic. Very pleasant brake, and it is much more powerful than the one Scoot uses. The Segway one gets me up some of the hills in SF, whereas the Scoot one is woefully underpowered, a joke for a hilly city like SF.
Agreed, and I'm a big Python fan myself, I didn't mean to bash the language.
Somewhere between cool MIT dorm room side project and serious company there is a point where it's time to ditch it and reimplement it in in something that performs better.
Another drawback of it being Python is that when it is causing the fans to spin, I can't inspect what's going on with Activity Monitor's sampler. It's all opaque nameless Python stack frames.
I've been a Dropbox user for many years but I'm looking for a replacement. What drives me nuts and hasn't gotten better over the years is their truly awful Python-based macOS client software.
It is constantly burning a ton of CPU/battery. It's always at or near the top of Activity Monitor's list in the Energy tab. It seems like their app constantly reacts to any file system activity, even if that activity is outside the Dropbox directory. My file system is busy all day long from building in Xcode and other things.
What I need is for Dropbox to improve that by making an efficient, battery-saving, native macOS client. What I don't need is what is announced in this post.
The two other things that I hate are the fact that they don't support symlinks and that they use a kernel extension. All of these things together made me start the search for a replacement.
Does anybody know how the CPU/power impact of Microsoft's and Google's offerings are on the Mac?
I started reading the O'Reilly book "Feedback Control for Computer Systems" by Philipp K. Janert about applying feedback control to software systems, and I liked what I read so far a lot: http://shop.oreilly.com/product/0636920028970.do
PID is in there, along with lots of other techniques.
I love the Dropbox service, but if Amazon will provide iOS and Mac clients that work well and the Mac client turns out to be less of a CPU hog than the awful Dropbox Mac client, I'll switch right away.
Dropbox is constantly the second highest average energy user over the last 8 hours on my laptop, impacting battery life. It shows up high on the CPU usage list all the time.