liyanage

Thanks for that link! I just converted it to an Apple Music playlist as well: https://music.apple.com/us/playlist/wipeout-soundtracks-1995...

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.

For me it was the license that made me not pick it: https://github.com/getpelican/pelican/issues/1397.

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.

I am now very happily using Hugo.

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 second the recommendation for "Automata Theory", the explanations are crystal clear and I learned a lot.

> I'm pretty sure that UX for all the NOAA/NWS web sites is horrible by design

That's spot on, John Oliver did a whole episode about this: https://www.youtube.com/watch?v=qMGn9T37eR8&feature=emb_titl...

I install the macOS distribution from python.org/downloads/. I use that for general Python 3 projects and it's been working great.

Separately I also use anaconda if I need all the scientific packages + Jupyter etc.

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.

Yes that's exactly what I need. Just sync the symlinks to the server and back down. Don't follow them.

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.

This is a perfect description of my issue with their symlink handling, and their arrogant response to the complaint about it.

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?

+1 on the Powerpole connectors, I used them on a small solar system very similar to what's described in the article and they work great.

Interesting, for me it was the opposite. The rm command did not work, but the sqlite3 command did.

You can work through the Coursera variant of Andew Ng's course without a deep math background: https://www.coursera.org/learn/machine-learning

More in-depth videos of the course are on YouTube: https://www.youtube.com/playlist?list=PLA89DCFA6ADACE599

I'm glad he did. I missed it the first two times, saw this third submission, read the great article and upvoted it.

I'm very happy to see that this is released under the Apache license.

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.

I had bought an inexpensive FPGA board to play around with programmable logic and then later learned about CPLDs (from a bigmessowires project report at http://www.bigmessowires.com/68-katy/), which seemed a better, cheaper fit for what I want to do.

I wanted to know more about the background and history of these programmable logic technologies and this tutorial was fantastic, so I posted it here.

Hackaday also has some great articles and tutorials on this topic: http://hackaday.com/2008/12/11/how-to-programmable-logic-dev..., http://hackaday.com/2014/04/06/cpld-tutorial-learn-programma...

That's some harsh language directed at his coworkers...

Another vote for Fusion 360, especially on the Mac. I settled on that for 3D printing and hopefully soon desktop CNC modeling. It seems to be the only affordable yet not dumbed-down packages for OS X.

Very nice. I suggest adding a link back to the poll, perhaps make the title in the gray box clickable.

You can email yourself the proxy's CA certificate to the device and add it from within the Mail app.

We so need a drone that saves us from poop in San Francisco.

Yes I read one of your chapters as well, very well done and I'll be buying the book when it comes out.

That order is the part that confused me. I expected to read it right-to-left, instead it's left to right for the for statements, then the expression on the left at the end.

I see now that the Python docs explain this very clearly...

I think this is great, I've been doing Python for a while and I knew many of the features but I also learned a few new ones.

I don't understand how this one to flatten lists works:

    a = [[1, 2], [3, 4], [5, 6]]
    [x for l in a for x in l]

Can somebody explain what the order of operations is here and what the variables refer to in the various stages of evaluation?

This is great, and I love how they got some UI things exactly right, such as zoom with the mouse wheel, and pan with the space bar held down, including visual feedback for the tool switch.