Linked by Thom Holwerda on Mon 12th Nov 2012 15:56 UTC
Thread beginning with comment 542301
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.
News
Linked by Thom Holwerda on 05/18/13 7:37 UTC
Linked by fran on 05/18/13 1:38 UTC
Linked by Thom Holwerda on 05/17/13 23:35 UTC, submitted by kragil
Linked by MOS6510 on 05/17/13 22:22 UTC
Linked by Thom Holwerda on 05/17/13 22:15 UTC, submitted by Tom
Linked by Thom Holwerda on 05/16/13 21:41 UTC
Linked by Thom Holwerda on 05/16/13 17:04 UTC
Linked by Thom Holwerda on 05/16/13 13:17 UTC
Linked by Thom Holwerda on 05/16/13 12:06 UTC
Linked by Thom Holwerda on 05/15/13 23:03 UTC
More News »
Sponsored Links



Member since:
2006-05-30
The C++ was actually a blessing and a curse. It tied Be to a very specific compiler for a very long time. It was hard to expand the API without a lot of planning or creation of second versions of the classes (they seem to have been doing this for the BeIA project as there's a second namespace with different classes in the Dev kit I've used.) Adding methods to existing classes was costly as they reserved only a number of "slots". Using them up would cause a lot of issues.
The API being multi-threaded was cool, but it forced a lot of uncomfortable synchronisation on to the developer. There was no middle ground - you either adapted or your app sucked. It had the potential to make really simple operations very complex.