Perhaps that's due to the nature of the method of execution? But I wouldn't run that…
edit: +possibly
82 karma · joined March 14, 2026
Perhaps that's due to the nature of the method of execution? But I wouldn't run that…
edit: +possibly
I'm trying not to be negative, because this is a very nice platform… But, who is it for? The smaller shops will do most of this by hand, even still. The larger shops will have these features integrated into a management software ecosystem.
Tradesmen will take the path of least possible resistance to their objective. Unlike the IT/IS crowd… downloading (and/or integrating into our work-flow, in the case of an online service) yet another library/program/engine is usually one of the last solutions we'll go after.
Again, this is very nice software, but… I don't see too many of us using it.
Especially whereas one of the big selling points, is the library of templates… but, a plumber is never going to need an electrician's template… I say, don't bother going after tradesmen. Pimp this out to other software vendors. I don't know that ecosystem very well, at all, but I imagine that .pdf aaS will find a wider market with them as a plug-in of sorts, than with the operative crowd.
Just my two cents. Cool stuff, though.
edit: hurrdedurr…
Have you considered releasing these as a library? There're some good reference implementations in here.
Someone here shared an article here, recently, espousing something along the lines of "home garden programming." I see software development moving in this direction, just like machining did: Either in a space-age shop, that looks more like a lab, with a fix-axis "machining center," or in the garage with Grandpappy's clapped out Atlas - and nothing in between.
A cycle I like to call, the "ring-bugger."
I'm not saying it's right, or acceptable, or particularly moral… But I agree that by obscuring the facts, we only serve to confound the decent and good-willed of our students.
Edit: derp.
I agree. The nature of the machine, is to crush the artisanry and joy from the task. However, you can't beat it, so…
I use the miserable things as "research accelerators." I have neither the time, nor the capacity to sustain the BAC necessary, to parse all of the sources and documentation of the various systems in which I'm liable to take interest. I very rarely ask them to "do ${task} for me," but rather: "What is the modern approach to ${task}? And, how do I avoid that and do ${task} in the spirit of Unix?” "Has anyone already done ${task} well?" "Are there any examples of people attempting ${task} and failing spectacularly?"
If you treat it like your boss, it'll act like your boss. If you treat it like your assistant, it'll act like your assistant.
Edit: derp.