Linked by Thom Holwerda on Sat 17th Feb 2007 18:45 UTC, submitted by GhePeU
Thread beginning with comment 213946
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: Beryl deserves its props.
by anshu on Sat 17th Feb 2007 23:04
in reply to "RE: Beryl deserves its props."
RE[3]: Beryl deserves its props.
by Headrush on Sat 17th Feb 2007 23:09
in reply to "RE[2]: Beryl deserves its props."
That's great and what's great with open source projects, you can choose.
As long as the faster horse gets to the same finish line, that's cool, but just saying you jumped the first 3 hurdles first and not getting to the finish line is no accomplishment. :-)
At least that's more how I read the comments from David.
RE[3]: Beryl deserves its props.
by jkroon on Sun 18th Feb 2007 01:00
in reply to "RE[2]: Beryl deserves its props."
From your statement I'm guessing your not a developer. Going with the faster horse like Beryl has done will lead to spagetthi code a la Win32 API. I just hope Reveman and the other Compiz/X.org developers stick to their plan and don't loose motivation because of your ungrateful attitudes.




.
Member since:
2006-01-03
No one is knocking Beryl developers.
I don't put much merit into the "choices" of most end users either. I hate this argument for anything as most users are sheep and have no understanding of underlying technologies. (Windows as an example)
Maybe for a game you can get away with the end result looks OK system, but for any project that will future projects will build on, it's just as important how you get to that point.
People take these things too personal and read way too much into it. Its a difference in methodology: get things working now and adapt for future changes when they come, or only build "proper" solutions and get to the end result when all is ready.
Is either right or wrong, no, but we all have our preference to approach. Stating which doesn't mean you have "sour grapes". All he stated was he thought that methodology was wrong.