The International Simutrans Forum

 

Author Topic: Software bloat & open source  (Read 1136 times)

0 Members and 1 Guest are viewing this topic.

Offline VS

  • Senior Plumber (Devotee)
  • Devotee
  • *
  • Posts: 4855
  • Vladimír Slávik
    • VS's Simutrans site
  • Languages: CS,EN
Software bloat & open source
« on: January 26, 2011, 06:44:28 PM »
Interesting part of an article - the rest is not really that interesting (to me at least).

Quote from: metautonomo.us
However, an open source app maintainer faces two disparate audiences. End-users, most of whom can’t understand why you won’t just add one more “optional” feature to the application, and a large group of well-meaning hackers who are happy to contribute patches to add said feature, and fork their own (more open to new features) version if you don’t accept them. Thus, the trend toward insanity. I’d typed up a much longer explanation of all of this, but I think a couple of screenshots really say it better than I can.






From http://metautonomo.us/2011/01/25/how-writing-libraries-restored-my-faith-in-open-source/

Offline Zeno

  • ENASSA Designer
  • Devotee
  • *
  • Posts: 1997
    • Zeno's Simutrans Creations
  • Languages: ES, EN, CAT
Re: Software bloat & open source
« Reply #1 on: January 26, 2011, 06:59:33 PM »
Nice article, all of it. I've been saying for ages that programming for programmers (libraries) is far more frateful than programming for users (apps)! :P

Offline prissi

  • Developer
  • Administrator
  • *
  • Posts: 9568
  • Languages: De,EN,JP
Re: Software bloat & open source
« Reply #2 on: January 26, 2011, 07:29:27 PM »
I agree to this statement too. Even more, also a program should try to keep its interface as tidy as possible without making the access to advanced functionality overly complicated. And every feature should have its benefit or it should not go in. If a feature is nice, but could cause confusion on the price of saving ten mouseclick - rather leave it out or hide it from plain view. But anyone using or watching simutrans probably knows this anyway by now ...