https://vintagecomputing.ch/?browseid=1138First developing on Atari ST (Assembler) but never published something except a demo for a bbs 1993 (First founded by two brothers). First not released ‘product’. A listing game for Happy Computer.
Than switched to Macintosh (1995 ). Games in C . And than published over the net (website) or in Maganzines Disc-Magazines as Shareware. Paid first with checkes (almost impossible to get the money for 15$ games), so switched to real money and than to KAGI.com a first worldwide payment service.
Inbetween the author worked produced Flash-Games for advertising and ported a lot of games for Java (Applets) 1996 .
Afterwards switched to Objective-C on MacOSX with a new name: la1n.ch.
https://vintagecomputing.ch/?browseid=7573GESPAC SA was a Swiss company who designed the G-64/96 Bus in 1979. This interface bus concept provides a simple way to interface microprocessor modules with memory and peripheral modules on a parallel bus. The G-64/96 Bus uses a simple, yet modern and powerful interface scheme which allows a higher level of functionality from the single height Eurocard form factor. The low overhead of the G-64/96 Bus interface greatly eases the design of custom boards by the User. This is why, even many years after its invention, the G-64/96 Bus is still widely used in the industry.
https://vintagecomputing.ch/?browseid=3743“4-Which composing programs have you been using? Which one in particular?”
I discovered Linel's SoundFX about a year before I saw Soundtracker (which I
hated). The important difference between the two is that SoundFX let you use
CIA timing so you could match breakbeats perfectly, where as Soundtracker had
no concept of "BPM". I was trying to make house/dance tracks so I found SoundFX
was better for that purpose. I later used Noisetracker for making more typical
demoscene tracks (Noisetracker's pattern FX were far far superior to SoundFX's).
Of course, when it came to implementing the playroutine into code - SoundFX
sucked! (See Magnetic Fields Spaced Out 1 music disk to hear how my music
DOESN'T work with the playroutine hack.) By the time ProTracker was released,
you could choose CIA timing, so I started using that.
The king of trackers, as far as I'm concerned, was OctaMED for its synth sound
editor. I spent so many happy hours making C64-sounding tunes using that (some
are still available at Exotica's Special section.)
https://vintagecomputing.ch/?browseid=5522- don't write specs. Users should consider themselves lucky to get any programs at all and take what they get.
- don't comment their code. If it was hard to write, it should be hard to read.
- don't write application programs, they pro- gram right down on the bare metal. Application programming is for feebs who can't do systems programming.
- don't eat quiche. Real programmers don't even know how to spell quiche. They eat Twinkies, Coke and palate-scorching Szechwan food.
- don't draw flowcharts. Flowcharts are, after all, the illiterate's form of documentation. Cavemen drew flowcharts; look how much it did for them.
- don't read manuals. Reliance on a reference is a hallmark of the novice and the coward.
- programs never work right the first time. But if you throw them on the machine they can be patched into working in only a few 30-hours debugging sessions.
- don't use Fortran. Fortran is for wimpy engineers who wear white socks, pipe stress freaks, and crystallography weenies. They get excited over finite state analysis and nuclear reactor simulation.
- don't use COBOL. COBOL is for wimpy application programmers.
- never work 9 to 5. If any real programmers are around at 9 am, it's because they were up all night.
- don't write in BASIC. Actually, no programmers write in BASIC, after the age of 12.
- don't document. Documentation is for simps who can't read the listings or the object deck.
- don't write in Pascal, or Bliss, or Ada, or any of those pinko computer science languages. Strong typing is for people with weak memories.
- know better than the users what they need.
- think structured programming is a communist plot.
- don't use schedules. Schedules are for manager's toadies. Real programmers like to keep their manager in suspense.
- think better when playing adventure.
- don't use PL/I. PL/I is for insecure momma's boys who can't choose between COBOL and Fortran.
- don't use APL, unless the whole program can be written on one line.
- don't use LISP. Only effeminate programmers use more parentheses than actual code.
- disdain structured programming. Structured programming is for compulsive, prematurely toilet-trained neurotics who wear neckties and carefully line up sharpened pencils on an otherwise uncluttered desk.
- don't like the team programming concept. Unless, of course, they are the Chief Programmer.
- have no use for managers. Managers are a necessary evil. Managers are for dealing with personnel bozos, bean counters, senior planners and other mental defectives.
- scorn floating point arithmetic. The decimal point was invented for pansy bedwetters who are unable to 'think big.'
- don't drive clapped-out Mavericks. They prefer BMWs, Lincolns or pick-up trucks with floor shifts. Fast motorcycles are highly regarded.
- don't believe in schedules. Planners make up schedules. Managers 'firm up' schedules. Frightened coders strive to meet schedules. Real programmers ignore schedules.
- like vending machine popcorn. Coders pop it in the microwave oven. Real programmers use the heat given off by the cpu. They can tell what job is running just by listening to the rate of popping.
- know every nuance of every instruction and use them all in every real program. Puppy architects won't allow execute instructions to address another execute as the target instruction. Real programmers despise such petty restrictions.
- don't bring brown bag lunches to work. If the vending machine sells it, they eat it. If the vending machine doesn't sell it, they don't eat it. Vending machines don't sell quiche.
https://vintagecomputing.ch/?browseid=6782Preferred size rules:
_ Moment you don't have enought bytes
_ Surprise
_ Code golfing stage
_ Experimenting
_ Restrictions
_ Battle
_ Prototyping
_ Solve the puzzle
_ Different solutions > new ideas > new concept> new other demos > great feeling
