For example, which of the two things I do below is "shocking/surprising" or "obvious" changes depending on who I'm with:
1) balance a 6 foot aluminum ladder on my face.
2) create/generate/parse datasets with queries, python, and bash.
Preface to "Threaded Interpretive Languages" by R.G. Loeliger
This manuscript is the outgrowth of a sequence of events that began in July 1978. I had a very basic microcomputer with a very basic BASIC. Not the most exciting combination. What I really wanted at that point was a compiler. I had more or less decided that C looked like a reasonable language to implement. My essential problem was how to bootstrap a C compiler. Clearly it could be booted in BASIC, but the very thought appalled my sense of rightness.
At the July 1978 National Computer Conference (NCC) at Disneyland, I picked up a copy of "Dr. Dobb's Journal of Computer Calisthenics & Orthodontia" that had an article on FORTH. "Aha," I said, "an *extensible* interpreter." Clearly a much better approach than BASIC to bootstrap a compiler. The problem then was how to get my hands on FORTH. After a quick trip to Manhattan Beach for a copy of FORTH, Inc.'s "Microforth Primer" for the Z80 and a two-week wait for the DECUS (DEC User's Society) FORTH manual for the PDP-11, I had the ammunition for my own threaded interpretive language (TIL) design.
By August 1978, six weeks after the NCC, I had an up and running version of a TIL called ZIP (Z80 Interpretive Processor) merrily extending itself in all directions. I had not built the initial C bootstrap compiler simply because ZIP was so much fun to play with.
Because there was so much controversy about languages for microcomputers during this time period, I decided to join the fray with a short article on TILs and their advantages for small microcomputers. A call to BYTE magazine resulted in a request for a 200-page book manuscript rather than an article! Months later, a 500-page manuscript resulted. TILs are not the only extensible things in the world.
The main point is that TILs are fun. They are easy to write, easy to use, and very useful tools for the small computer user. I have built several versions of ZIP, some in as little as twenty hours. All have been fun and all have been used. When I bought UCSD Pascal for my system, I used ZIPD (a disk-based version of ZIP) to examine the Pascal files, specialize the I/O for my system, and generate the disks to boot the compiler. The simple utility of threaded interpretive languages is one of their nicest attributes.
There's no need to be a software guru to write and code a TIL. I certainly don't fit in the guru class, and yet I managed. I hope that others will also manage, and on something other than a Z80-based system. I have attempted to explain what I did as well as how. When using the system, be inventive. That's precisely how ZIP evolved.
As a final note, special thanks to go to Shirley Kalle, Carol Lee, Vicki Haas, and Velva Hinkle for typing the manuscript.
time to sit in a dark room and cry every time Carrie Fisher is projected on the wall #thelastjedi
a few more:
- offering free web hosting services for local non-profit organizations and working with them to provide a way for them to reach their audience
- sharing successful experiences with other small local ISPs in our region cooperatively rather than trying to have some secret competitive edge
- not offering confusing tiered pricing (you either had an account or you didn't)
things that helped me and my partners start a successful small local ISP in the nineties:
- using our largest room in our offices as a classroom to teach free classes on how email, gopher, web, and newsgroups worked and could be created by our customers
- offering on-site assistance at customer homes whenever it made more sense than trying to explain something over the phone
- not trying to expand geographically outside of our small city
- charging more than our larger competitors (no, really)
btw, technology is bad for you and for everybody, and for myself. i shouldn't even talking about technology. technology, bad.
if i keep this account alive, having it be some sort of hub for tech things (which btw, is bad) is possible, because i hardly ever use this account.
the perfect infrequently used sinkhole for all things technological when i get that itch again, and try to convince myself that technology isn't bad. which in case i haven't mentioned it, is very bad.
Have a sample meme from the 'witchy' section of our menu.
To order: !order '1-4' 'folder from menu'
eg. !order 1 Animal Crossing
Please allow a few minutes for a response.
something I really like about mastodon is that while it is possible to go viral, the nature of federation and the varying content policies of the different instances seems to slow it a bit so you're less liable to have the world in your mentions yelling at you because you had the temerity to have a thought that too many people felt like boosting
Natasha Humera Ejaz - Khwab (Till the End of Time EP) https://www.youtube.com/watch?v=phigNBhdKtQ
Natasha Humera Ejaz -- Jahaan https://www.youtube.com/watch?v=tSQJuXXUFYg
Technology is bad. Why am I even here
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!