Big programs like Blender, Firefox, some of the more demanding open source games, and others the startup time is quite a bit longer while running through GDB. It's not the biggest issue in the world, but it would at least help. May not be high on your priority list, but waiting 30 seconds for the program to load instead of 10 or even 20 is still a big improvement.
I don't really disagree with that, but I did watch the development blogs as KDE 4 was being developed and they painted a different picture of what the KDE 4.0 release meant (at least to them.) I believe the logic behind it was for a couple of reasons. (These are in relation to KDE 4, and not Amarok or Koffice)
Release early release often. This was a cited reason. They didn't want the development life cycle to drag on for another few years just till a perceived stability of a dot release could be achieved. The libraries were at a fairly stable point. The main Plasma was still basically at a tech preview state when 4.0 was released.
Now, I'm not sure how well KDE would have faired if they would have waited till it was at a stable point before releasing. Because it would have been at least a year more. Some devs said KDE 4.2 was the stable release of KDE. I personally feel it was closer to 4.3. In the time from 4.0 to 4.2-4.3, they received a huge number of bug reports and feature requests. I think at least some of these were fixed otherwise the current versions would still be as bad as early versions.
So, it may have been almost a necessary evil for them to release KDE 4.0 when they did and as they did in order to get the large scale feedback they (IMO) desperately needed. There is also the fact that most distributions didn't even begin to pick up KDE 4 as the default until 4.1 or 4.2.
While not entirely proper, namespaces can pretty much be emulated trivially with objects. So I don't really see the issue here, unless you're one of those people who think that the programming language has to include everything for you to be able to use it.
ECHMAscript has had exceptions since 1999 with the release of version 3. Javascript quite possibly had them even before that. What's the issue here?
If static typing is one of your requirements, then you're correct, Javascript doesn't fit your needs.
What's wrong with how Javascript does prototyped-based OO?
Javascript is actually a pretty interesting language once you learn how to use it correctly. There are just a lot of ways to use it incorrectly (which is how it's used 70-90% of the time.) Anyways, feel free to actually look these features that Javascript has had for at least the last 10 years yourself if you don't believe me (or want to further try to justify your statements.)
Well, for indie games that actually can't afford to not be multi-platform, Linux had pretty much the same amount of sales as Mac: http://2dboy.com/2009/10/26/pay-what-you-want-birthday-sale-wrap-up/ Also note this was a "name your own price" and if you go by how much Linux users on average paid/donated more for the game.
Javascript uses a form of OOP called prototype-based. Just because it's not class-based doesn't mean it's not OOP. Now please go ahead and look it up if you still have doubts. After a bit of reading it should become quite clear that you've been misinformed about what exactly is OOP.
That's quite true. Personally, I like music while working (perhaps not all the time, because I like silence too, but that can be hard to come by without ear plugs.) When I was choosing headphones to buy for work, I only considered closed headphones. I would have really liked to get a pair of Grado SR60i's or SR80i's, but strongly decided against it because they're open by design and sound will leak. The headphones I ended up getting for work, some Sennheiser HD 202's, leak a bit, but not very much.
There are two reasons I decided on closed headphones. First, I didn't want my coworkers to be distracted by my choice in music. Second, I didn't want to have to forcibly expose my coworkers to my choice of music. If they want to know what style(s) of music I listen to, they're free to ask.
Have you ever actually used CD's as coasters? I imagine they'd work in some cases, but in the case of cold liquids that have almost any condensation, look forward to it going right through that hole in the center, around the sides, etc. Then it will just sit in water till it evaporates.
A better use for them might be a shim under a bookcase, or under the short leg of a chair. I wonder how well they'd work on the bottom of chairs as to not scratch up the floor. Perhaps they could be used as a self defense weapon? Maybe they could be used to decorate? Or how about attach about a hundred to your clothes as if it where sequence.
I really want one of these to replace my current 1.3GHz Celeron/128Mb RAM (makeshift) server I have sitting next to me. At $250, I'm very tempted to save the money up to get one. I've already had a bit of uboot experience with playing with an OpenMoko NeoFreerunner. So I'm not terribly worried about uboot issues:) I think it would be a great (smaller size & probably lower powered) replacement for the aforementioned machine.
Really they probably should have said something like the BBA. It's typically hard to find one for under $200 (Though there is only one on ebay ATM for a buy now of $159 which is quite a deal!)
Sure it did, but there wasn't a (public?) exploit for all 8 years either was there? Not to mention if they weren't crawling the code looking for it they may not have ever just stubled upon it (or maybe they would have.) Either way, having the source code available at least allows for this kind of scrutiny.
Anyone else find it iron on page 93 they talk about their benifits to their open design with over half the page blacked out (page 93 for those interested)
Then why don't we have viable 3d open source 3D drivers for graphics cards? I could waste my time naming lots of other examples.
I can't tell if you're being serious or if you just don't know. The reason for the lack of viable open source 3D drivers have always been not having the specs and having to reverse the 3D chip to get some (often halfway) usable specs to write code from.
With the fairly recent contributions from companies like AMD and Intel either offering specs or an open source driver, you will see better open source 3D support. With the case of AMD's specs, it takes time for the open driver to mature even with the specs.
Kinda depends on the BSD or Linux IMO, OpenBSD would be far better suited for a server than say Ubuntu. I could also see how something like Debian, as a server, would be similar to FreeBSD which actually seems to be going more and more towards the desktop market. But that's just kinda what I think about that. (Note those are just ones I chose off the top of my head. How well each actually does I'm not that sure.)
around 20% isn't too bad, but considering a few years ago they had almost 35% of the market they seem to be loosing their footing again for the server market. (I'm just going off of netcraft which like any statistic isn't perfect by any means.) Anyways, for them to improve to me is to not continually lose market-share and not make as buggy of products which they lock people into (a prett good market strategy. But only for so long until people get fed up with it.)
Where do you get 10 minutes from 5% performance? Just curious because it's close to 5am and my quick math without much thought (a paradox in itself) is giving me something different.
Slashdot Mirror
Big programs like Blender, Firefox, some of the more demanding open source games, and others the startup time is quite a bit longer while running through GDB. It's not the biggest issue in the world, but it would at least help. May not be high on your priority list, but waiting 30 seconds for the program to load instead of 10 or even 20 is still a big improvement.
I don't really disagree with that, but I did watch the development blogs as KDE 4 was being developed and they painted a different picture of what the KDE 4.0 release meant (at least to them.) I believe the logic behind it was for a couple of reasons. (These are in relation to KDE 4, and not Amarok or Koffice)
Release early release often. This was a cited reason. They didn't want the development life cycle to drag on for another few years just till a perceived stability of a dot release could be achieved. The libraries were at a fairly stable point. The main Plasma was still basically at a tech preview state when 4.0 was released.
Now, I'm not sure how well KDE would have faired if they would have waited till it was at a stable point before releasing. Because it would have been at least a year more. Some devs said KDE 4.2 was the stable release of KDE. I personally feel it was closer to 4.3. In the time from 4.0 to 4.2-4.3, they received a huge number of bug reports and feature requests. I think at least some of these were fixed otherwise the current versions would still be as bad as early versions.
So, it may have been almost a necessary evil for them to release KDE 4.0 when they did and as they did in order to get the large scale feedback they (IMO) desperately needed. There is also the fact that most distributions didn't even begin to pick up KDE 4 as the default until 4.1 or 4.2.
While not entirely proper, namespaces can pretty much be emulated trivially with objects. So I don't really see the issue here, unless you're one of those people who think that the programming language has to include everything for you to be able to use it.
ECHMAscript has had exceptions since 1999 with the release of version 3. Javascript quite possibly had them even before that. What's the issue here?
If static typing is one of your requirements, then you're correct, Javascript doesn't fit your needs.
What's wrong with how Javascript does prototyped-based OO?
Javascript is actually a pretty interesting language once you learn how to use it correctly. There are just a lot of ways to use it incorrectly (which is how it's used 70-90% of the time.) Anyways, feel free to actually look these features that Javascript has had for at least the last 10 years yourself if you don't believe me (or want to further try to justify your statements.)
Well, for indie games that actually can't afford to not be multi-platform, Linux had pretty much the same amount of sales as Mac: http://2dboy.com/2009/10/26/pay-what-you-want-birthday-sale-wrap-up/
Also note this was a "name your own price" and if you go by how much Linux users on average paid/donated more for the game.
To use, no. To program for, it actually helps.
I'd guess the reporter just doesn't know any better like most people -> http://tech.slashdot.org/article.pl?sid=09/02/06/0912213
Javascript uses a form of OOP called prototype-based. Just because it's not class-based doesn't mean it's not OOP. Now please go ahead and look it up if you still have doubts. After a bit of reading it should become quite clear that you've been misinformed about what exactly is OOP.
The first rule about DNF is you don't talk about DNF. The second rule about DNF is you do not talk about DNF!
That's quite true. Personally, I like music while working (perhaps not all the time, because I like silence too, but that can be hard to come by without ear plugs.) When I was choosing headphones to buy for work, I only considered closed headphones. I would have really liked to get a pair of Grado SR60i's or SR80i's, but strongly decided against it because they're open by design and sound will leak. The headphones I ended up getting for work, some Sennheiser HD 202's, leak a bit, but not very much. There are two reasons I decided on closed headphones. First, I didn't want my coworkers to be distracted by my choice in music. Second, I didn't want to have to forcibly expose my coworkers to my choice of music. If they want to know what style(s) of music I listen to, they're free to ask.
Have you ever actually used CD's as coasters? I imagine they'd work in some cases, but in the case of cold liquids that have almost any condensation, look forward to it going right through that hole in the center, around the sides, etc. Then it will just sit in water till it evaporates.
A better use for them might be a shim under a bookcase, or under the short leg of a chair. I wonder how well they'd work on the bottom of chairs as to not scratch up the floor. Perhaps they could be used as a self defense weapon? Maybe they could be used to decorate? Or how about attach about a hundred to your clothes as if it where sequence.
I really want one of these to replace my current 1.3GHz Celeron/128Mb RAM (makeshift) server I have sitting next to me. At $250, I'm very tempted to save the money up to get one. I've already had a bit of uboot experience with playing with an OpenMoko NeoFreerunner. So I'm not terribly worried about uboot issues :) I think it would be a great (smaller size & probably lower powered) replacement for the aforementioned machine.
A new open source *nix server for PSO was unofficially released today (I think BlueCrab will mame me if I say too much more :P)
Really they probably should have said something like the BBA. It's typically hard to find one for under $200 (Though there is only one on ebay ATM for a buy now of $159 which is quite a deal!)
Sure it did, but there wasn't a (public?) exploit for all 8 years either was there? Not to mention if they weren't crawling the code looking for it they may not have ever just stubled upon it (or maybe they would have.) Either way, having the source code available at least allows for this kind of scrutiny.
That's what I get for thinking I didn't need to preview I guess :P
Anyone else find it iron on page 93 they talk about their benifits to their open design with over half the page blacked out (page 93 for those interested)
I think that's what would make it funny. GIMP switching toolkits... Genius!
Then why don't we have viable 3d open source 3D drivers for graphics cards? I could waste my time naming lots of other examples.
I can't tell if you're being serious or if you just don't know. The reason for the lack of viable open source 3D drivers have always been not having the specs and having to reverse the 3D chip to get some (often halfway) usable specs to write code from.
With the fairly recent contributions from companies like AMD and Intel either offering specs or an open source driver, you will see better open source 3D support. With the case of AMD's specs, it takes time for the open driver to mature even with the specs.
Or maybe they could check out Qyoto
Three: Gtk, Qt, Misc Other
Kinda depends on the BSD or Linux IMO, OpenBSD would be far better suited for a server than say Ubuntu. I could also see how something like Debian, as a server, would be similar to FreeBSD which actually seems to be going more and more towards the desktop market. But that's just kinda what I think about that. (Note those are just ones I chose off the top of my head. How well each actually does I'm not that sure.)
Looking at sales is meaningless since if you have a talented admin they'll either make their own, or download one for customization ;-)
QUOTE: have a good position in the server market
around 20% isn't too bad, but considering a few years ago they had almost 35% of the market they seem to be loosing their footing again for the server market. (I'm just going off of netcraft which like any statistic isn't perfect by any means.) Anyways, for them to improve to me is to not continually lose market-share and not make as buggy of products which they lock people into (a prett good market strategy. But only for so long until people get fed up with it.)Where do you get 10 minutes from 5% performance? Just curious because it's close to 5am and my quick math without much thought (a paradox in itself) is giving me something different.