Welcome, Guest. Please login or register.

Author Topic: What lessons from the amiga OS are applicable today?  (Read 8192 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline Speelgoedmannetje

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 9656
    • Show all replies
Re: What lessons from the amiga OS are applicable today?
« on: April 04, 2011, 06:06:22 PM »
Quote from: desiv;627547

DOS had power and configuration..  (I still prefer INI files to registry entries or (God Forbid) XML config files..)

Urgh, I thoroughly hate INI files. XML config files should be the way but I agree it would be a pain to edit them. A good intuitive ascii xml editor available in CLI (AmigaOS/Windows/Linux) would be nice. An editor that can prevent unnecessary typos (in an int field not being able to type in non-decimals, for instance). INI files are just so 70s you know... ;)

Quote

But the Amiga proved that you could provide both and make almost every user happy.
-cut-
OH YEAH!!  The RAM disk!!!  LOVE the RAM disk!!!  :-)
Amen to that!
And the canary said: \'chirp\'
 

Offline Speelgoedmannetje

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 9656
    • Show all replies
Re: What lessons from the amiga OS are applicable today?
« Reply #1 on: April 04, 2011, 06:13:46 PM »
Quote from: Roj;627572

What about the snapshot ability? I'm kinda getting tired of OSs wrongly guessing where I want my windows to be when they open.
No program whatsoever should guess. I regard it as a design failure.
And the canary said: \'chirp\'
 

Offline Speelgoedmannetje

  • Hero Member
  • *****
  • Join Date: Oct 2002
  • Posts: 9656
    • Show all replies
Re: What lessons from the amiga OS are applicable today?
« Reply #2 on: April 05, 2011, 06:43:38 PM »
Quote from: desiv;627914
Yes, of course something like this:

 
    /path/to/*Test.php files
    /path/to/MyTest.php
 



Is much better than 1 line in a file that says:

testsuite=/path/to/Test.php

Not to mention the extra K's of code needed to parse that..
:griping: :griping:  :roflmao:

I prefer simple (it suits me.. ;-) and tighter code when possible.
Fact is, if things get a bit more complicated, which it more often than not does, maintaining .ini files will become a pain, especially when you made a typo.
I've lost many hours in vain finding some silly typos in linux configuration files. :S
My point was more in the direction of instead of a text editor, using a dedicated configuration editor which makes input easier and let you edit values and metadata seperately as human.
(and a generally available parser as library on the software side)
And considering XML being too resource-hungry, well, it's true. And that's the reason why I actually use JSON, so think JSON instead of XML then for the heck of it.
XML is what everyone knows and understands.
I didn't mention performance issues with XML either because configurations are being read only once during application startup and generally aren't that big to notice the performance hit even on an Amiga 500.
Btw., log files in XML are a VERY bad idea indeed as extensive logging actually CAN slow your application considerably, and make unnecessary big files.
« Last Edit: April 05, 2011, 06:54:05 PM by Speelgoedmannetje »
And the canary said: \'chirp\'