Good question, I can't backtrack right now but it was apmplanner that I had to compile from source, and it contains some python that gets executed during the build process (I haven't seen it try to run it during normal execution yet).
Probably either one of python-serial python-pexpect judging by the file dates, and neither of these are so exciting that there should have been any version conflicts at all.
And the only reason I had to rebuild it at all was due to another version conflict in the apm distribution that expects a particular version of pixbuf to be present on the system and all hell breaks loose if it isn't, and you can't install that version on a modern system because that breaks other packages.
It is insane how bad all this package management crap is. The GNU project and the linux kernel are the only ones that have never given me any trouble.
LabVIEW FPGA was amazing, I did all kinds of things with it on the compactRIO controller FPGA
You can write very neat and tidy code with dataflow diagram languages. I did it professionally for years, and there were many others who did as well.
Same thing as any other language, you have to come up ways to organize the code into functions and classes that make sense. Vomiting everything into the top level diagram is the same as 10000 line of code while(1)
You could always tell the exact level of proficiency someone had with LabVIEW immediately when opening the diagram.
The dataflow model maps very well to FPGAs IMO, it's a shame it never became widespread. There was much potential there
They like to say things like that or some version of "we want to teach the concepts, the specific technology changes too fast". Does it? Just seems lazy to me.
They take up valuable screen space, it is annoying to scroll to the sections you need.
Yeah yeah some PDFs have the side navigation thing. Most don't
With a book I can put in those little flags to bookmark sections, I can easily riffle the pages and scan for the chapter I need, I can hand write in the margins
I often need 2 or 3 books open to different sections, I like keeping them on my desk so I can glance at them when I need to
I've probably cracked $1000 spent on books this year.
Same; avid reader of printed books here. I have more pdfs I can count (most coming from Humble Bundle impulse buying), but nothing beats physical books for me.
I got a remarkable pro, and it's just slightly better than screen. Being able to annotate books is actually a welcomed addition, and the screen is pretty decent. But flipping screen is slow (compared to a printed book), and going back and forth between pages is a hassle. Until we have the speed of a tablet (read: instant), with the screen quality of an e-ink, I don't think I'll voluntarily retire printed books.
Now, I have an O'Reilly subscription (two actually, through school and ACM), but the app is sadly horrendous, as OP mentioned. Hard to believe this is actually their core business.
If you're an OMSCS student, most courses offer the download through Ed or Canvas. Usually it's a big zip file under the first lesson, but I've seen some available in the shared Dropbox. I've seen this for GIOS, ML4T, ML, and a few others. Or you can just reach out to the TAs.
If you're not a student, then it gets a bit tricky. Some courses are available as YouTube playlists or on Coursera, but then it becomes a hassle to download and piece together hundreds of individual files.
Feel free to drop me a note (email in my profile), or open an issue on github.
Thanks for your reply. Unfortunately I'm not a student there. I just saw that they were making some of their lessons publicly available and wanted to organize the material for myself. I'm experiencing their courseware through the 2 minute long micro lessons on the Ed platform and I don't see any way to download the videos.
Some courses are widely available on YT [1], and already in the more palatable (IMO) long-form format instead of hundreds of 1-2 min snippets. Some other courses you can find download links somewhere [2].
So yeah, it's a bit of a hassle, and but you can probably still piece it together for some/most courses that are publicly available.
My (tablet) PDF reader has bookmarks (which I use to make a TOC if needed) and annotations and cloud sync of the PDFs to my phone for on the go. And it has text search and zoom. Plus it holds hundreds of books that I can carry with me.
Would love to see a language in which hierarchical state machines, math/linear algebra, I/O to sensors and actuators, and time/timing were first class citizens.
Mainly for programming control systems for robotics and aerospace applications
When I was a kid in Italy in the late 80s early 90s the elentary school teachers also did "interrogazione" at the blackboard. That is individual kids would go up to the blackboard and get asked questions front of the rest of the class.
Not sure if those two were just old school (they'd occasionally hit us/ pull ears too) but damn was I ahead of all the other kids when I came back to the USA
Also the two teachers had the same class of kids for all of elementary school, teaching 1st through 5th grades sequentially
So they got to know the kids quite well
Yes I didn't realize anyone actually did anything numerical without numpy. I don't think I've ever imported python's math module once. Who in their right mind is making a 1e6 long python list
Clear plastic viewing windows on the spring terminals are the way to go. It allows for both instant feedback for the installer, and visual inspection or troubleshooting later by a third party.
The spring terminals should also be designed to have a secondary latch on this type on (what should be) rugged installation.
Finally, critical circuits should be designed to detect open connections, and act accordingly. A single hardware<->software design for this could be a module to apply across all such wiring inputs/outputs. This is simple and cheap enough to do these days.
A manual tug-test on the physical would be advisable when installing, to check the spring terminal has gripped the conductor when latched.
Clear case on the terminal blocks could be nice, though might still get a bit tough to see when you have multi-level TBs all mounted in strip on DIN rail.
When I used to be involved in control panels I would always yank on all the wires too :-)
reply