Slashdot Mirror


Early Nintendo Programmer Worked Without a Keyboard (arstechnica.com)

Much like IT guys, every programmer has a horror story about the extreme work environments that forced them to hack together things. But as ArsTechnica points out, not many of them can beat the keyboard-free coding environment that Masahiro Sakurai apparently used to create the first Kirby's Dream Land. From the story: The tidbit comes from a talk Sakurai gave ahead of a Japanese orchestral performance celebrating the 25th anniversary of the original Game Boy release of Kirby's Dream Land in 1992. Sakurai recalled how HAL Laboratory was using a Twin Famicom as a development kit at the time. Trying to program on the hardware, which combined a cartridge-based Famicom and the disk-based Famicom Disk System, was "like using a lunchbox to make lunch," Sakurai said. As if the limited power wasn't bad enough, Sakurai revealed that the Twin Famicom testbed they were using "didn't even have keyboard support, meaning values had to be input using a trackball and an on-screen keyboard."

111 comments

  1. One of the best NES games ever too by DarkOx · · Score: 3, Interesting

    That is amazing, because that was a great game!

    --
    Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    1. Re:One of the best NES games ever too by DontBeAMoran · · Score: 1

      By comparison, that means the Atari 2600 E.T. game was coded with a larger hammer and an industrial pushbutton.

      --
      #DeleteFacebook
    2. Re:One of the best NES games ever too by F.Ultra · · Score: 2

      So Windows 10 in other words.

    3. Re:One of the best NES games ever too by Aighearach · · Score: 5, Interesting

      Bill Gates and Paul Allen wrote their first BASIC for the Altair and forgot the bootloader, so Paul wrote it on the airplane using just a tape punch. (the code was delivered on punched tape)

      So you're at least down the street from something related by blood to a true factoid.

    4. Re:One of the best NES games ever too by Anonymous Coward · · Score: 0

      No one could possibly confuse the digestive system with the reproductive system, can they?

    5. Re:One of the best NES games ever too by OrangeTide · · Score: 2

      Kirby's Dream Land, the first in the series, would have been for the Game Boy. My understanding from the article is that the GB development was done on a Twin Famicom, even though the sprite hardware and CPU were quite different.
      You may be thinking of Kirby's Adventure for NES/Famicom. Which was an excellent game for that console, and fairly late in the life of the NES.

      --
      “Common sense is not so common.” — Voltaire
    6. Re:One of the best NES games ever too by Anonymous Coward · · Score: 0

      From what I've learn from porn websites, I'd say that both ends of the digestive systems have been confused with the input/output of the reproductive system.

    7. Re:One of the best NES games ever too by Anonymous Coward · · Score: 0

      *robotic laughter*

    8. Re:One of the best NES games ever too by Falos · · Score: 1

      Felt like a SNES game, sprites notwithstanding

    9. Re: One of the best NES games ever too by Anonymous Coward · · Score: 0

      Agreed. I enjoyed it much more than I have any of the Mario games.

    10. Re:One of the best NES games ever too by slimjim8094 · · Score: 1

      Great story - I'd never heard that one, but I had heard the one about Woz hand-assembling Integer BASIC because they couldn't afford to buy a symbolic assembler.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
  2. Coding environments used to be a bit less elegant by Tangential · · Score: 4, Interesting

    Pretty impressive. I remember hand assembling Z80 assembler and manually entering as hex pairs into a string in a 'c' program so I could vector to it as a device driver after my program loaded. I thought that was labor intensive but at least I had a keyboard.

    --
    Suppose you were an idiot. And suppose you were a member of congress. But then I repeat myself. -- Mark Twain
  3. A lot of programming was done without a keyboard by stx23 · · Score: 4, Insightful

    I've programmed with switches, with punchcards. This doesn't seem that outlandish.

  4. No keyboard? That's nothing! by freax · · Score: 5, Funny

    I once had to use ClearCase.

    QED

    1. Re:No keyboard? That's nothing! by __aaclcg7560 · · Score: 1

      I had to install ClearCase when I did help desk support at eBay. Half the time it didn't install properly, requiring a reimage of the system. If it did install properly, it didn't have the proper configuration to work correctly. The only thing worse than that was reinstalling Adobe Creative Suite.

    2. Re:No keyboard? That's nothing! by freax · · Score: 2

      Okay. That doesn't sound as bad as having to use it..

    3. Re:No keyboard? That's nothing! by networkBoy · · Score: 1

      Try migrating from CC to Perforce...
      Several hundred engineers have their workflow completely broken (yes P4 is *better* but the devil you know and all that). Productivity tanks for the first month as accidental overwrites of commits and reversions from merges and other wonderful shit hits all the fans...

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    4. Re:No keyboard? That's nothing! by Anonymous Coward · · Score: 0

      Rational Rose was a lot of fun as well.

    5. Re:No keyboard? That's nothing! by freax · · Score: 1

      Ever had this thing called eclipsed files with ClearCase? Ever received a huge E-mail with fifty "element"-lines as reply "can you give me your branch so that I can help out with your feature?". Ever didn't know what version of a file you were looking at because the config_spec has some magical order in that it processes said element lines (making me call ClearCase the SchrÃdingers Cat Management - you have to open the box to know if your code was dead or alive, and opening it kills it).

      Ever saw compilation performance drop to 500% or 600% or more slower due to fstat being called on each and every header file in a preprocessed .cpp file's output over the network? (so, network latency is killing your compiler's speed). Ever had a SCM that required you to rewrite all your Makefiles in some absurdly stupid format so that some omake thing understands it?

      Ever had to head time and time again that it's all your fault because "you don't use ClearCase right". While when you ask the ClearCase fanboys "so then how do I use it?" you basically get IBM this and IBM that and IBM is great and no answers.

      I'm going to stop.. before I mental because of thinking about the horror I've been through.

      Sorry. No keyboard. Poor guy.

    6. Re:No keyboard? That's nothing! by mjr167 · · Score: 1

      I still use ClearCase

    7. Re:No keyboard? That's nothing! by OrangeTide · · Score: 1

      I had to use VSS. But only after convincing the lead developer that keeping everything on a Windows share wasn't working out after he overwrote my changes.

      --
      “Common sense is not so common.” — Voltaire
    8. Re:No keyboard? That's nothing! by freax · · Score: 1

      omg. Good for you that you managed to escape.

    9. Re:No keyboard? That's nothing! by hvdh · · Score: 1

      Last year, I wanted to update ClearCase, because my version caused a blue-screen every few days and made Visual Studio hang for a few minutes several times per hour. As the update failed to install, I called the IT guy, who tried a lot of things. In the end, he gave up. I had no IBM Rational software installed anymore and could not install any IBM Rational software anymore. Instead of taking this as a sign, he re-imaged my PC.

    10. Re:No keyboard? That's nothing! by networkBoy · · Score: 1

      Ever had this thing called eclipsed files with ClearCase? Ever received a huge E-mail with fifty "element"-lines as reply "can you give me your branch so that I can help out with your feature?". Ever didn't know what version of a file you were looking at because the config_spec has some magical order in that it processes said element lines (making me call ClearCase the SchrÃdingers Cat Management - you have to open the box to know if your code was dead or alive, and opening it kills it).

      Ever saw compilation performance drop to 500% or 600% or more slower due to fstat being called on each and every header file in a preprocessed .cpp file's output over the network? (so, network latency is killing your compiler's speed). Ever had a SCM that required you to rewrite all your Makefiles in some absurdly stupid format so that some omake thing understands it?

      Ever had to head time and time again that it's all your fault because "you don't use ClearCase right". While when you ask the ClearCase fanboys "so then how do I use it?" you basically get IBM this and IBM that and IBM is great and no answers.

      I'm going to stop.. before I mental because of thinking about the horror I've been through.

      Sorry. No keyboard. Poor guy.

      Yes to most all of this.
      We had a *dedicated* CC management team of about 20 people.
      Seriously, their *entire* job was manage CC and related bullshit.
      So I didn't have to deal with the "you're not doing it right, but no help for you either." I got "you're not doing it right, use this tool we created that takes the input you gave and transmogrifies it to CC brainfuck".

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    11. Re:No keyboard? That's nothing! by freax · · Score: 1

      The same thing. A staff, a bunch of people, who made it their career for others to depend on their shitty tools. The guys in the company that I worked at even made some thing, some program, with a UI, that would show the elements that got changed given a specific mkbranch for a specific workflow (because in ClearCase a 'branch' is apparently just a way of marking elements. I don't even dare to call them files anymore, as they are 'elements'. Or something somethings).

      Problem was this tool they made didn't have scrollbars. So when the element path (which is a magical string that looks like a filepath but isn't, it's a something somethings path) got too long, then it was all my fault and i did it all wrong and ... their tool they made was great and a gift from god. And how could I! Seriously! So long element paths! Blasphemy.

      And reading what I just wrote, I realize it's absurd. It doesn't make any fucking sense.

      It really doesn't. I know!

      ClearCase doesn't make any fucking sense. So much that you can't explain what is wrong with it without saying things that make no goddamn fucking sense.

    12. Re:No keyboard? That's nothing! by networkBoy · · Score: 1

      Makes sense to me...
      But only because I've dealt with the mindfuck of ClearCase.
      I'm not entirely sure that Visual Source Safe is worse in fact...

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    13. Re:No keyboard? That's nothing! by freax · · Score: 1

      For example: rumor has it that you can't work on the same file with two people in Visual Source Safe, as you have to lock files while working on it.

      But then again, I always convinced the teams I was working with to use a CVS service that I set up and then at the of the day we copied that over to VSS, whenever I had to use VSS. Nowadays everybody uses git of course, and before that most companies and/or teams had already migrated to Subversion. Long time since I heard about Visual Source Safe. Didn't know it was still in use, at all.

      Cool about git is that Microsoft is going for it fully. By that I mean that nowadays almost all of its development tools come with really good git support, by default. And rumor has it that Microsoft internally uses git with gitflow for a lot of their own projects, too. I guess that explains why they adapted their own tools for it.

    14. Re:No keyboard? That's nothing! by networkBoy · · Score: 1

      My current company *finally* migrated our last project off VSS.
      I've used:
      ClearCase
      SVN
      Git
      Perforce
      VSS
      dated tarballs
      dated directories

      So far my personal favorite is actually Perforce for massive codebases, and SVN for almost everything else.
      I have nothing against Git, but most of my crud is in SVN and I have no compelling case to change it.

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
  5. In other news... by freeze128 · · Score: 0

    Early computer users worked without a mouse.

    1. Re:In other news... by DontBeAMoran · · Score: 1

      But at least had a keyboard.

      --
      #DeleteFacebook
    2. Re:In other news... by Aighearach · · Score: 1

      Early computers had a switchboard instead of a keyboard, and the mice had to compete with the rats for nesting space.

    3. Re:In other news... by DontBeAMoran · · Score: 1

      You just took things too far. "Early computers did not have switchboards because most of them were women". See what I did there?

      The era of the current topic is the Nintendo NES/Famicom/GameBoy period. When freeze128 said "Early computer users worked without a mouse", I replied that computers of that same era at least had a keyboard, unlike that early Nintendo programmer.

      --
      #DeleteFacebook
  6. And to get to work... by sconeu · · Score: 0

    He had to walk 15 miles.... in a raging snowstorm... uphill... both ways!!!

    --
    General Relativity: Space-time tells matter where to go; Matter tells space-time what shape to be.
    1. Re:And to get to work... by Aighearach · · Score: 1

      uphill... both ways!!!

      When I was a kid I also had to cross a hill. Uphill both ways, and walking downhill right after doesn't actually make the uphill part any easier. Luckily I only had to walk 1 mile.

    2. Re:And to get to work... by Anonymous Coward · · Score: 0

      With a wheelbarrow on fire hanging from his neck and a polar bear up his butt! And he LOVED it goddammit!

  7. Full Circle then by nukenerd · · Score: 2

    Sakurai revealed that the Twin Famicom testbed they were using "didn't even have keyboard support, meaning values had to be input using a trackball and an on-screen keyboard

    Like certian modern devices you mean?

    1. Re:Full Circle then by EvilSS · · Score: 1

      Sakurai revealed that the Twin Famicom testbed they were using "didn't even have keyboard support, meaning values had to be input using a trackball and an on-screen keyboard

      Like certian modern devices you mean?

      What modern device has no options for a keyboard, and uses an onscreen keyboard with a trackball?

      --
      I browse on +1 so AC's need not respond, I won't see it.
    2. Re:Full Circle then by Aighearach · · Score: 2

      It reminds me of 1997. There was one guy at work that didn't know how to use a computer, but he kept repeating things he "learned" online from conspiracy websites. It took awhile to figure out what was really going on; at first we thought he was trolling us. (we used the word prank back then)

      Eventually we figured it out; he had WebTV. He did not have the wireless keyboard that cost an extra $50. He just had the WebTV remote. So a URL with 32 characters would require something like 300 button presses. Mostly he just surfed Geocities from the links on the Home Page, and he could follow from one conspiracy site to the next with the "link exchange" widgets that were popular back then.

    3. Re:Full Circle then by DontBeAMoran · · Score: 0

      A Certian-branded computer, of course.

      --
      #DeleteFacebook
    4. Re:Full Circle then by EvilSS · · Score: 1

      A Certian-branded computer, of course.

      Ah yes. Those guys always sucked at hardware design. Although the people that work there are handy to know for other... things.

      --
      I browse on +1 so AC's need not respond, I won't see it.
    5. Re:Full Circle then by Anonymous Coward · · Score: 0

      fondleslabs, more or less

    6. Re:Full Circle then by choovanski · · Score: 1

      You should have given the poor guy an old keyboard, the WebTV had a PS/2 input. Then again, it sounds like you would have been doing the web a disservice...

    7. Re:Full Circle then by nukenerd · · Score: 1

      Sakurai revealed that the Twin Famicom testbed they were using "didn't even have keyboard support, meaning values had to be input using a trackball and an on-screen keyboard

      Like certian modern devices you mean?

      What modern device has no options for a keyboard, and uses an onscreen keyboard with a trackball?

      The navigator in my car. I'm certian of it.

  8. Re:A lot of programming was done without a keyboar by Anonymous Coward · · Score: 0

    Did you make a video tutorial?

  9. obligatory dilbert by dfn5 · · Score: 2
    --
    -- Thou hast strayed far from the path of the Avatar.
    1. Re:obligatory dilbert by DontBeAMoran · · Score: 1

      Yikes, Dilbert 1992-style. Reminds me of this recent Penny Arcade.

      --
      #DeleteFacebook
    2. Re:obligatory dilbert by TangoMargarine · · Score: 1

      Pretty much the exact opposite IMO. Now Penny Arcade is some kind of non-Euclidean universe of rubbery noodle-appendages and dad jokes.

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    3. Re:obligatory dilbert by Anonymous Coward · · Score: 0

      art style, not joke style

    4. Re:obligatory dilbert by TangoMargarine · · Score: 1

      Not sure what a non-Euclidean joke would be. I was covering both sides.

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
  10. Doom... back in the day... by __aaclcg7560 · · Score: 3, Interesting

    I read that the initial levels for the video game Doom were created on a grid pad and the coordinates for each wall or object defined in a text file. This was before level editors became commonplace.

    1. Re:Doom... back in the day... by jcfandino · · Score: 2

      Possible those where the first maps to test the engine and not the actual levels that ended in the final game.
      Romero made a level editor for the NeXT computers they had, and that's what they used.

    2. Re:Doom... back in the day... by TangoMargarine · · Score: 1

      Have you ever tried using GTKRadiant? Trying to shape a 3-d object using 3 fixed planes in a 2D editor gets interesting :P Or accidentally resizing an object below zero size, which makes it invisible but doesn't delete it, and then the compilation blows out with a weird error. Not that all the errors aren't rather cryptic...

      Also the documentation is terrible, but at least it exists. Thank god for wikis.

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    3. Re:Doom... back in the day... by __aaclcg7560 · · Score: 1

      Have you ever tried using GTKRadiant?

      I've used the BSP Quake Editor during my Quake 2 days. I'm familiar with the all quirks of the editor and compiling maps.

    4. Re:Doom... back in the day... by thegarbz · · Score: 1

      I can believe it. One of the interesting properties of the Doom engine was, even though there were vertical changes in levels it wasn't possible to place one object of a map over another, i.e. no platforms, no overhead walkways. Any time two level points met each other at a different height they did through a gap in the wall or a fence or something similar.

      In that regard doing coordinate mapping via a grid and a text editor isn't as complicated as it sounds. Managing a true 3D map on the other hand would be unimaginable using this method.

    5. Re:Doom... back in the day... by Gibgezr · · Score: 1

      When my company bought our first commercial 3D animation program, the "editor" was just that...a text editor. It came with a carboard fold-up of a set of 3 arrows representing the XYZ axes. The manual instructed me to fold the axes mockup, then hold it out in front of me and wave it around like I imagined the object I wanted to animate was supposed to move. I was to "visualize the coordinates" the axis passed through...and write them down into a text file, that was then fed as an input to the commend-line tool that rendered the animation.

      Modeling the 3D object to be animated was performed similarly, of course.

      I created commercial animations using that tool for several months.

    6. Re:Doom... back in the day... by Anonymous Coward · · Score: 0

      As an experiment recently, I made a fairly simplistic JavaScript 3D renderer.

      To define rooms, I actually made a simple system similar to a grid-based mapmaker like the one in Timesplitters.
      You dropped down pieces of map in various segments, like single meter^3 room, a 2 meter long, 3 meter long, etc.
      Each of these had wall segments where there were no textures by default, unless when rendering and there is no other tile connected to it, in which case it gets a wall.

      Never did use it for anything though.
      It didn't even have proper clipping in it if I remember correct.
      Although admittedly at the time, I was using lines to connect in wireframe, instead of line-slices or even dots that could be hidden.
      So whenever things went behind the screen, the lines had twenty seizures.
      It was mainly an experiment to see how easy or difficult it would be to make a 2D->3D map editor. (mainly to show the Timesplitters Rewind team)

  11. DATA strings in BASIC with Z-80 instructions by OldMugwump · · Score: 1

    Neat, but I think I can beat it. I programmed PDP-8s from the front panel switches. In octal. A little while later, I wrote 8k BASIC programs with DATA statements containing a list of integers. The integers were Z-80 opcodes to be POKEed into memory...

    --
    "Shoot, a fella could have a pretty good weekend in Vegas with all that stuff."
    1. Re:DATA strings in BASIC with Z-80 instructions by mykepredko · · Score: 1

      I did programs on front panel switches a few times on an old IBM System/7. 16 bits (although used IBM notation which was inverted and backwards) and, if I remember correctly, 1k switches (ROM - or "ROS" as IBM called it) and 8k RAM. Execution speed was 500 kHz.

      There was an assembler, which produced values in standard notation (and have to be inverted and reversed on the front panel switches for the IBM standard notation). The 1K was basically a bootloader to load the ram from cassette recorder storage - these were IBM owned machines (used for manufacturing test).

      NOT fun times. System/7 machines were cranky (which was why they were replaced by the Series/1) although fairly easy to add IO - it was in a seven foot tall, 19" rack.

    2. Re:DATA strings in BASIC with Z-80 instructions by computational+super · · Score: 1

      Yeah, but he did it in Japanese. Have you ever typed in Kanji with front-panel switches?

      --
      Proud neuron in the Slashdot hivemind since 2002.
    3. Re:DATA strings in BASIC with Z-80 instructions by Balthisar · · Score: 1

      I did this in Commodore 128 BASIC, too. It made it really simple to load a BASIC program that needed some assembly language support without having to pre-load the machine language file. I wish I still had the source code to my (crappy) BBS that used assembly to provide a text-based windowing system (for the sysop) and converted quickly between Commodore ASCII and standard ASCII.

      --
      --Jim (me)
    4. Re:DATA strings in BASIC with Z-80 instructions by DontBeAMoran · · Score: 2

      That's easy. The hard part is running between the keys of the 40 metres wide keyboard.

      --
      #DeleteFacebook
    5. Re:DATA strings in BASIC with Z-80 instructions by Anonymous Coward · · Score: 0

      I remember doing that for a sound effect generator (see the "wildcards" books for an example of this). Did you put the subroutine in REMarks or hide it in an unused bit of RAM (screen memory could be handy for that).

    6. Re:DATA strings in BASIC with Z-80 instructions by Anonymous Coward · · Score: 0

      And it had a nasty habit of switching to the kansai dialect.

  12. We're all spoiled today by es330td · · Score: 1

    Having lived when computer gaming was new it is eye opening to learn how innovative early developers had to be to get around limitations of the systems at the time. Today we take nearly lifelike VR for granted when early developers had to choose between display or sound. I often wonder how much creative programming we don't see in a world of effectively unlimited memory, storage and cpu cycles.

    1. Re:We're all spoiled today by DontBeAMoran · · Score: 1

      Look at the Uzebox, a game console based on the Atmel ATmega328. Plenty of creativity there.

      --
      #DeleteFacebook
    2. Re:We're all spoiled today by GuB-42 · · Score: 1

      You may get interested in the demoscene then, because being creative and overcoming limitations is exactly what they do. They can do really impressive stuff on old
      computers (C64, Amiga, ...) or with modern PCs with extreme size constraints (ex : everything must fit in 4kB).
      And they always manage to find new things. Last year, for example, a demo called "8088 MPH" came out, doing things on a 8088 IBM PC that were never done before, like showing 1024 colors on a 16 color system.
      Of course, these are not practical applications, it makes no sense to have such self-imposed constraints nowadays, but some people just like the challenge.

  13. Re:A lot of programming was done without a keyboar by Anonymous Coward · · Score: 0

    That's nice Grandpa.

  14. Not impressive at all by mykepredko · · Score: 1

    Did I mention I once programmed using two wires I shorted together at different lengths of time to gets ones and zeros and had to read back the data on an oscilloscope? It was for a one bit computer and we considered ourselves lucky to have it, as zeros had only be invented a year or two before.

    More seriously, while not very fast, a trackball and screen doesn't seem that unreasonable - especially from the perspective that I would expect Sakurai san to spend more time on the game design so to minimize the time entering/reentering/editing the code through debugging. Maybe that's why it turned out to be such a great game.

    1. Re:Not impressive at all by Anonymous Coward · · Score: 0

      If I'd had to write this post clicking an on-screen keyboard with a trackball, it wouldn't be here.

      drag click H drag click E drag click click L L drag click O

  15. Re:Coding environments used to be a bit less elega by Joce640k · · Score: 5, Interesting

    IOW you had a C compiler and text editor!

    When I was young we had to program Z80 by entering HEX values into EPROMS.

    I once had a deadline and a broken EPROM eraser so I had to finish a program by only changing ones to zeros in an EPROM.

    (for the youngsters: When you erase a chip it changes to all ones, there's no way to go from zero to one without wiping the chip)

    --
    No sig today...
  16. Image processing by Space+cowboy · · Score: 1

    When I started my PhD in image processing, I was given an 80-column, 24-line text terminal to the department microVax (approximately 1 MIP, shared between about 40 people). I was lucky, and got one of the good ones, it had an amber phospher :)

    Seriously, the only place to see the results of the algorithm was on a shared display downstairs in the lab - which was in high demand. I ended up doing a lot of terminal-style graphs (mine wasn't a tektronix terminal, so I only had text-like characters) to prove an algorithm worked before actually seeing it.

    And now I look at the technological ability of my freaking phone, and I wonder at just how far things have come in 30 years or so...

    --
    Physicists get Hadrons!
    1. Re:Image processing by DontBeAMoran · · Score: 2

      And now I look at the technological ability of my freaking phone, and I wonder at just how far things have come in 30 years or so...

      Between Windows 10, FaceBook, Twitter and all the spyware and marketing-infested crap, I'd say "too far".

      --
      #DeleteFacebook
    2. Re:Image processing by KiloByte · · Score: 3, Interesting

      I was given an 80-column, 24-line text terminal to the department microVax

      And I'm typing these very words on a 79-column 25-line text terminal on a N900, using elinks. It's too much pain to use a graphical browser with only 256MB ram (built-in microB is insecure, unmaintained and can't even do SSL anymore; modern "slim" browsers need 1-2GB minimum), elinks works fine.

      Still better than a modern Android/iJunk dumbphone.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
    3. Re:Image processing by Anonymous Coward · · Score: 0

      Genuine question because I'd like to use elinks as well, but how do you access https://www.slashdot.org without SSL support in elinks? I'm using Elinks 0.11.7.

    4. Re:Image processing by Anonymous Coward · · Score: 0

      I wish my N900 still worked but I burned the damn modem out and it no longer works as a phone. Still good for streaming music and as a SIP phone around the house tho. My N9 SIM slot broke and I stripped the screws out when the I tried to replace the power button. Now, its just a small tablet for streaming music and downloading RSS. Does a damn fine job of troubleshooting WiFi too.

    5. Re:Image processing by Anonymous Coward · · Score: 0

      Hey now, I like my Android, but man do I wish they'd update the N900 with modern hardware.

    6. Re:Image processing by thegarbz · · Score: 1

      Still better than a modern Android/iJunk dumbphone.

      Yeah mate you're really selling it.

    7. Re:Image processing by Gibgezr · · Score: 1

      Ah yes, the uber-expensive "frame buffer device". Luxury.

  17. Original Source by Anonymous Coward · · Score: 0

    Link to the original (translated) source: http://sourcegaming.info/2017/04/19/kirbys-development-secrets/

  18. Re:A lot of programming was done without a keyboar by yodleboy · · Score: 2

    Well, I think the point here is by the time THIS game was developed, use of keyboards was a pretty standard thing in programming. Had this been closer to the punch card era, then yeah, the response could be "at least he had a trackball".

  19. Early Embedded Dev by Anonymous Coward · · Score: 0

    I got into embedded development as a hobby in the early 2000s. I used to think that embedded development in the 80s and early 90s (before the pic16f84) was a nightmare, and that you'd have to UV erase an EPROM every build cycle or something. Then I read The Art of Electronics 1989 edition and the authors said that developers just used RAM for uploading and testing code. Not near as bad as I thought it would have been.

  20. Re:Coding environments used to be a bit less elega by EvilSS · · Score: 4, Funny

    whoa, you had EPROM programmers? We had to use a lead shield with a tiny hole in it over the chip window and hope a cosmic ray would come through and flip the correct bit for us! A simple hello world could take 4-5 million years to write. Ah, such a simpler time...

    --
    I browse on +1 so AC's need not respond, I won't see it.
  21. i also wfrk wifhout a keynoard by FFOMelchior · · Score: 2

    it[s hinesty not tat hard

  22. Re:Coding environments used to be a bit less elega by Joce640k · · Score: 2

    When I say EPROM Programmer, I mean it was an EPROM programmer to us. To everybody else it was just a bunch of wires and crocodile clips with a 9V battery.

    (NINE volt battery? You were lucky...)

    --
    No sig today...
  23. Re:Coding environments used to be a bit less elega by Anonymous Coward · · Score: 0

    woah, you had a universe?

  24. I remember my atari 400 menbrane keyboard by bxbaser · · Score: 1

    after 1 hour a trackball onscreen keyboard sounds pretty good

  25. Re:Coding environments used to be a bit less elega by Anonymous Coward · · Score: 0

    (for the youngsters: When you erase a chip it changes to all ones, there's no way to go from zero to one without wiping the chip)

    In other words, if someone makes a mistake and flips the wrong 1 to a 0, the only way to fix that mistake is to reset the entire EPROM back to all 1s? Heavy..

  26. Nintendo has done even crazier things by Anonymous Coward · · Score: 1

    System and method for trans-compiling video games For when you absolutely, positively have to port a game and lost he source code.

  27. monty python 4 yorkshiremen by avandesande · · Score: 1

    If someone hasn't already brought that up, they should!

    --
    love is just extroverted narcissism
  28. Re:Coding environments used to be a bit less elega by Anonymous Coward · · Score: 1

    woah, you had a universe?

    Yes, but I compiled it myself. Unfortunately I forgot a minus sign in the gravity implementation so it got all clumpy and I'm gong to have to pull the plug on it. Thanks for reminding me.

  29. Early Nintendo Programmer? by Anonymous Coward · · Score: 0

    Kirbys Dream Land came out way late in the console's life. More than a decade after release.

    Early programmers worked on porting shit like ice climber or hogan;s alley.

  30. Re:Coding environments used to be a bit less elega by lgw · · Score: 1

    When you erase a chip it changes to all ones, there's no way to go from zero to one without wiping the chip

    In my day, we didn't even have ones, we had to make do with "l"! Spoiled kids these days.

    --
    Socialism: a lie told by totalitarians and believed by fools.
  31. Walked 5 miles to and from school by RhettLivingston · · Score: 1

    I walked 5 miles to and from school - uphill in both directions - through snow most of the year and rain the rest.

  32. Oh come on, don't be stupid. by Anonymous Coward · · Score: 0

    Any device can be hooked up to something else. I remember misusing an Atari 800XL computer and an EpsonFX-80 dot matrix printer with tractor feed as a printing console (the dot matrix printer had an "interactive" mode where it would print out the current buffer when you waited more than a second or two and roll the paper up until you could see what you typed, then roll it back down when it needed to print more).

    That way, I could be programming on the regular console (a NASCOM II hall effect keyboard, the sturdiest and most ergonomic keyboard I ever possessed with something like 60 keys, and an 48x16 character display hooked up to a 12" monochrome monitor) while a friend of mine worked on the printing "terminal", both using a multitasking target-compiling FORTH system I had mostly written myself.

    Don't tell me it would have been impossible to create some link and programming environment using a text terminal or its emulation on a more modern computer in 1992. My setup was at least 6 years older than that and I was not much more than a kid then.

  33. Needs some creative problem solving by albeit+unknown · · Score: 1

    There's a realistic solution to this. Duplicate the trackball encoder pulses and button with a microcontroller. Attach a keyboard to said microcontroller. Map encoder counts to a screen key position map in the code. When a key is pressed, output the appropriate number of x-y pulses based on the from-to position in the map and push the button. Include increment/decrement buttons to allow adjustment for offsets from various sources, such as accumulating rounding errors between the screen and encoders.

  34. Re:Coding environments used to be a bit less elega by Anonymous Coward · · Score: 0

    If by impressive you mean fucking retarded, then sure. This is just a classic case of programmers not fixing an obvious problem.

  35. Sorry... by Anonymous Coward · · Score: 0

    I have no sympathy for that laziness. Call me a troll, but they should have first focused on adding keyboard support. That would have made their development 10000x easier in the long run even though adding keyboard support would have taken a significant amount of resources. I see this shit every day at work -- cutting corners because it's "too hard" to do the right thing, and you end up spending 100x more effort with workarounds.

  36. Re:A lot of programming was done without a keyboar by yodleboy · · Score: 1

    HA! yeah, i don't think they should be patting themselves on the back for gimping their developers either.

  37. Obligatory XKCD. by sims+2 · · Score: 1
    --
    Minimum threshold fixed. Thanks!
  38. Re:Coding environments used to be a bit less elega by Opportunist · · Score: 1

    You had a battery?

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  39. Re:Coding environments used to be a bit less elega by Opportunist · · Score: 1

    And the snow was up to HERE in the server room.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  40. Re:A lot of programming was done without a keyboar by Anonymous Coward · · Score: 0

    Yes, it's on a reel of metal magnetic tape. Just needs to find a working reader.

  41. Re:Coding environments used to be a bit less elega by Anonymous Coward · · Score: 0

    And we had to mine our own coal for the steam engine.

  42. Re:Coding environments used to be a bit less elega by thegarbz · · Score: 1

    You had a battery?

    Well don't leave a hanging.

  43. Re:Coding environments used to be a bit less elega by Opportunist · · Score: 1

    You had a steam engine? We had to get marketing to aid us if we needed hot air!

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  44. Re:Coding environments used to be a bit less elega by syntotic · · Score: 1

    Sounds as masochist as using a tablet to text post here, nowadays.