Modern mechanical engineers, to this day, learn the thermodynamics of steam engines. Not because they are living in the past, but because they are building foundation knowledge that will permeate everything they'll be doing in the future.
LFS should stick to academic pedagogy, instead of trying to compete in the Linux Distro space.
The world is vast, and I doubt that every mechanical engineer has studied steam engines, and that it makes a difference in the end.
Most modern programmers don't learn COBOL60 or Commodore BASIC. Modern mathematician very rarely study writings of Euler or Gauss; even 50 years old math books may be hard to grasp for modern students.
I agree that using a simpler tool for educational purpose is useful, but since SysVinit is obsoleted almost everywhere, it made sense to drop it. LFS could have chosen a simpler init than the domain standard, like runit or s6-init.
This is fantastic! There are plenty of us out there that dont mind paying for software if its high quality. This is an excellent resource for people who are less militant about open source and just want to make music.
> This is an excellent resource for people who are less militant about open source and just want to make music.
What a strange jab. People are militant about _freedom_, not getting things for free. If you don't care about freedom then just use Logic or Ableton or whatever, they're probably better than anything on Linux and they're industry standards. But they completely trash your freedoms as a user and that's what many people can't stomach. Plenty of software that respects the users freedoms is sold.
This hits home for me. I am a serial idea-writer-downer. Maybe its time to cold delete all my programming notes. And free my brain to focus on things that matter, and not an endless stream of unfinished side projects. Good read.
This is a very impressive start. It has the potential to be extremely useful. I would suggest making this into something like codepen, but for PCBs. Then makers and professionals alike can copy-paste unique urls around the internet of their circuits diagrams and ideas, forum posts, etc, etc. Could have lots of utility in education as well.
And starting from the open source KiCAD community is just gold. Well done.
This is very clever. But function overloading is something out of static language territory. It feels un-Pythonic and needlessly complicated. Especially when compared to args and *kwargs.
It feels pythonic to me. One thing that I think brings perspective here is the PEP on singledispatch, which is essentially on function overloading, and is implemented in functools!
It removes the construction of multiple branches within your args/kwargs built function to handle this or that if this or that parameter is this type. I think it clarifies otherwise difficult to write functions or functions whose results have more in common then the actual functional internals.
LFS should stick to academic pedagogy, instead of trying to compete in the Linux Distro space.