It was Bernie Greenberg, who discovered that it was (2). He wrote a version of Emacs in Multics MacLisp, and he wrote his commands in MacLisp in a straightforward fashion. The editor itself was written entirely in Lisp. Multics Emacs proved to be a great success — programming new editing commands was so convenient that even the secretaries in his office started learning how to use it. They used a manual someone had written which showed how to extend Emacs, but didn't say it was a programming. So the secretaries, who believed they couldn't do programming, weren't scared off. They read the manual, discovered they could do useful things and they learned to program.
> Mailman was the Customer Service customer-email processing application for ... four, five years? A long time, anyway. It was written in Emacs. Everyone loved it.
> People still love it. To this very day, I still have to listen to long stories from our non-technical folks about how much they miss Mailman. I'm not shitting you. Last Christmas I was at an Amazon party, some party I have no idea how I got invited to, filled with business people, all of them much prettier and more charming than me and the folks I work with here in the Furnace, the Boiler Room of Amazon. Four young women found out I was in Customer Service, cornered me, and talked for fifteen minutes about how much they missed Mailman and Emacs, and how Arizona (the JSP replacement we'd spent years developing) still just wasn't doing it for them.
It seems he mainly sells at a market.
I've been following him for some time (met him IRL at a conference in Kiev, Ukraine), and he's generally friendly.
https://nodered.org/ offers a drag and drop environment, although indeed the general public would not understand the nodes ("TCP, mqtt, websocket?"), if they could make it more general it would be "easy" to make branches, which is what an if-else-statement is.
Very simple and maybe a bit limited, but quite easily extended with some libraries.
- making money through ads.
- enabling people to live their shallow ego trips on fb / ig / whatever is used these days. (influencers, &c.)
- drown people in endless entertainment to make their work/sleep cycle tolerable.
None of this is helping society is a whole, but, sure we have nice electric cars 90% of the population can't afford and we'll soon send rocket to Mars.
Do we need $2.6k foldable phone ? pizza delivery drones ? same day delivery ? slaves delivering food through apps like deliveroo ? Is that the best we can do with tech today ? Or is it just enabling our mindless consume / produce cycle with no end goal ? For every meaningful tech advance we have 10 startups raising millions to press a fruit bag [0] or be a rental agency [1]. It's like a sad and lame black mirror episode.
[0] https://www.theguardian.com/technology/2017/sep/01/juicero-s...
Both of these are true. And most people do not appreciate how tricky niche apps are. When I started writing PartsBox (for myself initially, later grew it into a business at https://partsbox.io/) several years ago, I thought I'd be done in a weekend. Nearly 4 years and almost 3000 commits later…
Spreadsheets are a pain for anything but the simplest things. And yet they are useful to a point, because making a domain-specific application is surprisingly hard: there are lots of edge cases that you don't think about initially.
"There was once a programmer who was attached to the court of the warlord of Wu. The warlord asked the programmer: "Which is easier to design: an accounting package or an operating system?"
"An operating system," replied the programmer.
The warlord uttered an exclamation of disbelief. "Surely an accounting package is trivial next to the complexity of an operating system," he said.
"Not so," said the programmer, "When designing an accounting package, the programmer operates as a mediator between people having different ideas: how it must operate, how its reports must appear, and how it must conform to the tax laws. By contrast, an operating system is not limited by outside appearances. When designing an operating system, the programmer seeks the simplest harmony between machine and ideas. This is why an operating system is easier to design."
The warlord of Wu nodded and smiled. "That is all good and well, but which is easier to debug?"
The programmer made no reply."
There is definitely a lack of good baking software in the industry. all the spreadsheets I saw when I worked were overly complicated and error-prone. Maybe one day I can expand on the app and work with some bakers on it :)
Here's a short intro: https://orgmode.org/worg/org-tutorials/org-spreadsheet-intro....
Here's some documentation: https://orgmode.org/manual/The-Spreadsheet.html
And if you feel that TBLFMs are getting unwieldy, here's a bunch of features I absolutely love: https://orgmode.org/manual/Advanced-features.html. Turning on an extra column lets you name columns and cells, and have Org Mode recalculate the table automatically on any change, instead of on explicit command.
We're inspired heavily by Excel and visual programming. The idea is that business apps — even custom ones — all have the same building blocks for their front-ends: tables, buttons, dropdowns, textinputs, etc. And so we give you all of these building blocks, as components that you can use.
And most custom business apps interface with SQL databases or APIs, so we have native integrations with those. If you want to render a list of users in your app, for example, you could write the SQL query (`select * from users`), and save it as `users_query`. Then, you can drag on a `Table`, and have its `data` property set to `{{users_query.data}}`. Then you're done!
This probably all sounds a bit abstract... so here's a 3 minute demo video, if you're curious: https://vimeo.com/303811211
Let me know if you'd be interested in trying it? I'm at david@tryretool.com if you have any questions / feedback! :)
