i don't understand the fascination with progress bars anyway
why not just say something like...
"i have no idea how long such n such operation will take so please sit back and enjoy this humorous and slightly annoying distraction for as long as it takes (or until you are driven crazy)"...with an animation of that zebra from madagascar 3 doing the afro polkadot circus dance?
the "female program" (or the w32.female virus) is extremely unpredictable, and any efforts to eradicate such infection will result in your bank accounts also becoming infected.
today's software is much more complex, but is much less stable than it used to be, but complexity and functionality aren't always directly correlated; a lot of programmers write excessively complex code with objects that needn't be so complex. a perfect example of how simple a complex system can be is the unix philosophy (which is part of the foundation of linux), which is probably the best example of the efficiency and maintainability of functional programming that oo can only struggle to compete with.
nowadays it is common practice to wait till service pack 1 comes out because with a new release comes guaranteed problems that used to be ironed out during alpha and beta testing phases. testing seems to not be a priority today (with companies preferring the "code and test" methodology). a lot of programmers claim to be into "extreme programming" in an effort to justify their half-baked processes, and yet they have no idea what a unit test is let alone how to write one.
and while object orientation does offer opportunities to more easily write more maintainable code, it is possible to write maintainable code without oo and without the performance overheads of oo (particularly important for interpreted languages like php)... there is a skill to writing code that is both fast and maintainable
i'm not saying oo is useless; it definitely has its place, but the core of any complex system requiring maximum efficiency and maintainability will always be functional c, which can be also generally be compiled with c++ compilers. cobol, asm, etc are also used for high end critical business apps.
no one will even notice if a program runs 1ms faster
you might notice if it takes 1ms extra per 1000 database records in a search, or if it takes an extra ms per kb to transfer megabytes of data over a network connection, but it's not the application that i'm talking about; it's the mentality of programmers, who seem to more and more nowadays be focused on the programmer than the user; once the user pays their cash, who cares right? the eula is full of discalimers of fitness for purpose and whatnot. maybe the user won't notice a 1ms delay due to sloppy programming, but what about when all the other 1ms delays that don't matter compound and the user is left staring at the wheel of boredom or the beach ball of death?
it's been difficult to sink to your level of stupidity, and i'm glad to see that you appreciate that i at least have some insight into the subject matter as opposed to the great insight that can be gleaned from:
This posting gets my vote for "most clueless today", in particular the comments about Python and C.
the difference isn't between c and c++ languages, but in how programmers use them; the availability of object orientation often results in sloppier code than in the old days when functional programming was the only option. yes computers are getting faster with more ram so its less of an issue, but sloppy programming is still sloppy no matter how fast it runs.
i personally prefer delphi (derived from the original borland turbo pascal). i wasn't aware of different "subsets" of the language, the anything that varies much from the original pascal syntax used by delphi could possibly be argued as not being really pascal. delphi adds object orientation to the mix, but you can still compile old turbo pascal programs in delphi without much changes (maybe in the uses clause).
efficient programming has taken on new meaning since its inception; instead of writing programs that run fast with a small memory and disk footprint and ergonomic interface, efficient seems to be limited nowadays to getting it to market quick and let the customers find the bugs. delphi is probably one of the better compilers since it at least finds the syntax errors for you before compiling, but delphi also promotes laziness and sloppy code as much as c++.
python is easy, but so is visual basic, although even vb has one up on python because any language in which indentation is part of its syntax is just retarded
your vote is worthless and indicates that you may have a homosexual streak since you would appear to value python as something more than just a variety of snake
buy a cheap pyewta, install favorite distro, pick a language and start coding
simple games are fun, but i also program tools to make my professional job easier. my employer technically owns the code, but unless you actually work for a software house its unlikely you're employer is going to pursue any claims (if you use the code later don't use trademarks and don't make it blatently obvious that the code is pilfered).
object pascal is a good language to self-learn... so install lazarus/free pascal.
php is a popular and fairly easy scripting language, and makes learning c/c++ easier afterwards (try php.net for guidance)
python and visual basic is for losers
c is awesome but for many apps horribly inefficient for development and unless you're dealing with massive amounts of data or you're writing a driver for real time data acquisition its probably overkill... you can easily spend ages creating a crappy c program that will perform just as bad as a quick and dirty php script
can you provide some sources to back up you rediculous claim?
even direct spec comparison, without consideration that japanese computer hardware is much higher quality than crappleware (only a fanboi would be ignorant of that)
i shudder to think but what mac are you comparing to a toshiba from 2007?
no actually i think even you know that macs are a ripoff deep down under the deluded fog in your measly 'brain'... you will just never admit it because you are a fanboi, and even if macs weighed a tonne and cost a billion dollars each and stunk like shit you would still think they were awesome
erm... on what planet is apple cheaper for comparable hardware than any other oem (like toshiba)? how stupid do you think i am?
i've had a toshiba tecra since 2004 that's running debian lenny just fine (so i agree with linux-friendly)
new apple notebooks are lightweight, but they also overheat, so i would prefer a bit more insulation, and toshiba notebooks aren't much heavier than apple, and much cheaper
apple is a ripoff no matter how you look at it (except if you live in the same prison as all the other stupid islaves)
dell is shit... i hate dell and never buy anything from dell (i build my own systems mainly, except for notebooks in which case i stick with toshiba, which also shits all over dell)
i would take a toshiba notebook over an apple notebook anyday
in any case your argument is full of crap regardless; what mac can you get for $500, let alone one that would compete with a $500 dell machine? maybe a second hand one from ebay
pcs are more stable than mobile so i agree there, and i guess its within googles right to abandon old hardware if vendors don't help maintain support from their end
vendors do need to get off their asses and support their own hardware... if android is a decent chunk of their market, then they should be putting in some real effort rather than merely enjoying the ride
google is also a vendor of sorts, and being a user of the linux kernel means they should not be abandoning their ethical responsibility to the kernel developers. linux can pride itself on supporting a very wide variety of hardware and the introduction of more should not be seen as a stumbling block but an opportunity. its just unfortunate that the corporate users of linux seem to be shirking their responsibility to help take advantage of opportunities like this onto the shoulders of the volunteer development community. while the freedom to shirk is all well and good, eventually volunteers may also take advantage of that freedom to the detriment of end users who ultimately pay to make linux profitable for these corporations. fortunately, with this freedom also comes opportunities for other corporations to step in. eventually if android becomes too bogged down by lack of legacy support, another port may surface to take advantage, and then these shirkers may come to regret their lack of forsight and investment. such is the nature of the free market, which at the end of the day will always be a win for consumers.
yeah but they miniaturize everything nowadays and try to make things as compact as possible... i remember servers with huge cases that required daughterboards for even small aspects of motherboard functionality of today
but the 4 socket mobos of today are still fooly sick though:) unfortunately way beyond my personal budget
Slashdot Mirror
strange progress bars are ok as long as the progress bar doesn't slip into the flapping animated folder icon after it gets longer
i don't understand the fascination with progress bars anyway
why not just say something like...
"i have no idea how long such n such operation will take so please sit back and enjoy this humorous and slightly annoying distraction for as long as it takes (or until you are driven crazy)" ...with an animation of that zebra from madagascar 3 doing the afro polkadot circus dance?
the "female program" (or the w32.female virus) is extremely unpredictable, and any efforts to eradicate such infection will result in your bank accounts also becoming infected.
today's software is much more complex, but is much less stable than it used to be, but complexity and functionality aren't always directly correlated; a lot of programmers write excessively complex code with objects that needn't be so complex. a perfect example of how simple a complex system can be is the unix philosophy (which is part of the foundation of linux), which is probably the best example of the efficiency and maintainability of functional programming that oo can only struggle to compete with.
nowadays it is common practice to wait till service pack 1 comes out because with a new release comes guaranteed problems that used to be ironed out during alpha and beta testing phases. testing seems to not be a priority today (with companies preferring the "code and test" methodology). a lot of programmers claim to be into "extreme programming" in an effort to justify their half-baked processes, and yet they have no idea what a unit test is let alone how to write one.
and while object orientation does offer opportunities to more easily write more maintainable code, it is possible to write maintainable code without oo and without the performance overheads of oo (particularly important for interpreted languages like php)... there is a skill to writing code that is both fast and maintainable
i'm not saying oo is useless; it definitely has its place, but the core of any complex system requiring maximum efficiency and maintainability will always be functional c, which can be also generally be compiled with c++ compilers. cobol, asm, etc are also used for high end critical business apps.
no one will even notice if a program runs 1ms faster
you might notice if it takes 1ms extra per 1000 database records in a search, or if it takes an extra ms per kb to transfer megabytes of data over a network connection, but it's not the application that i'm talking about; it's the mentality of programmers, who seem to more and more nowadays be focused on the programmer than the user; once the user pays their cash, who cares right? the eula is full of discalimers of fitness for purpose and whatnot. maybe the user won't notice a 1ms delay due to sloppy programming, but what about when all the other 1ms delays that don't matter compound and the user is left staring at the wheel of boredom or the beach ball of death?
it's been difficult to sink to your level of stupidity, and i'm glad to see that you appreciate that i at least have some insight into the subject matter as opposed to the great insight that can be gleaned from:
This posting gets my vote for "most clueless today", in particular the comments about Python and C.
the difference isn't between c and c++ languages, but in how programmers use them; the availability of object orientation often results in sloppier code than in the old days when functional programming was the only option. yes computers are getting faster with more ram so its less of an issue, but sloppy programming is still sloppy no matter how fast it runs.
i personally prefer delphi (derived from the original borland turbo pascal). i wasn't aware of different "subsets" of the language, the anything that varies much from the original pascal syntax used by delphi could possibly be argued as not being really pascal. delphi adds object orientation to the mix, but you can still compile old turbo pascal programs in delphi without much changes (maybe in the uses clause).
efficient programming has taken on new meaning since its inception; instead of writing programs that run fast with a small memory and disk footprint and ergonomic interface, efficient seems to be limited nowadays to getting it to market quick and let the customers find the bugs. delphi is probably one of the better compilers since it at least finds the syntax errors for you before compiling, but delphi also promotes laziness and sloppy code as much as c++.
it probably works in microsoft's favor... the more brickings, the more new products get sold to replace the brickings
pascal = good, python = bad?
python is easy, but so is visual basic, although even vb has one up on python because any language in which indentation is part of its syntax is just retarded
your vote is worthless and indicates that you may have a homosexual streak since you would appear to value python as something more than just a variety of snake
buy a cheap pyewta, install favorite distro, pick a language and start coding
simple games are fun, but i also program tools to make my professional job easier. my employer technically owns the code, but unless you actually work for a software house its unlikely you're employer is going to pursue any claims (if you use the code later don't use trademarks and don't make it blatently obvious that the code is pilfered).
object pascal is a good language to self-learn... so install lazarus/free pascal.
php is a popular and fairly easy scripting language, and makes learning c/c++ easier afterwards (try php.net for guidance)
python and visual basic is for losers
c is awesome but for many apps horribly inefficient for development and unless you're dealing with massive amounts of data or you're writing a driver for real time data acquisition its probably overkill... you can easily spend ages creating a crappy c program that will perform just as bad as a quick and dirty php script
"show me the proof,any proof. all i want to see is the proof,not skewered computer models."
i can just imagine what it would be like at the pump...
"some for you, some for me"
tanks and fallout shelters... what else is important?
this youtube video talks about the futility of ethanol (somewhere around the middle)...
http://www.youtube.com/watch?v=VOMWzjrRiBg
scary stuff
someone needs to invent mr fusion asap!
i'm saving my huey lewis album for that day
never heard of 'around cars'... are they norwegian? i'll be happy as long as mine has seats and a steering wheel
omg that makes so much sense! microsoft please save us! we love you steve ballmer!
*burns anything that may have been even remotely related to linux*
nah.... the denialist 'experts' will simply claim that a volcano... erm.... ate all the.... carbon dioxide.... an stuff
...in 3.... 2.... 1...
you must be living on a different plant
can you provide some sources to back up you rediculous claim?
even direct spec comparison, without consideration that japanese computer hardware is much higher quality than crappleware (only a fanboi would be ignorant of that)
i shudder to think but what mac are you comparing to a toshiba from 2007?
no actually i think even you know that macs are a ripoff deep down under the deluded fog in your measly 'brain'... you will just never admit it because you are a fanboi, and even if macs weighed a tonne and cost a billion dollars each and stunk like shit you would still think they were awesome
Apple is cheaper on comparable hardware
erm... on what planet is apple cheaper for comparable hardware than any other oem (like toshiba)? how stupid do you think i am?
i've had a toshiba tecra since 2004 that's running debian lenny just fine (so i agree with linux-friendly)
new apple notebooks are lightweight, but they also overheat, so i would prefer a bit more insulation, and toshiba notebooks aren't much heavier than apple, and much cheaper
apple is a ripoff no matter how you look at it (except if you live in the same prison as all the other stupid islaves)
dell is shit... i hate dell and never buy anything from dell (i build my own systems mainly, except for notebooks in which case i stick with toshiba, which also shits all over dell)
i would take a toshiba notebook over an apple notebook anyday
in any case your argument is full of crap regardless; what mac can you get for $500, let alone one that would compete with a $500 dell machine? maybe a second hand one from ebay
you idiot... i suggested that only apple fanbois think macs are better based solely on brand
seriously you crapintosh fanbois need to get a clue, and improve your debating skills because numbskulls like you really let the side down
pcs are more stable than mobile so i agree there, and i guess its within googles right to abandon old hardware if vendors don't help maintain support from their end
vendors do need to get off their asses and support their own hardware... if android is a decent chunk of their market, then they should be putting in some real effort rather than merely enjoying the ride
google is also a vendor of sorts, and being a user of the linux kernel means they should not be abandoning their ethical responsibility to the kernel developers. linux can pride itself on supporting a very wide variety of hardware and the introduction of more should not be seen as a stumbling block but an opportunity. its just unfortunate that the corporate users of linux seem to be shirking their responsibility to help take advantage of opportunities like this onto the shoulders of the volunteer development community. while the freedom to shirk is all well and good, eventually volunteers may also take advantage of that freedom to the detriment of end users who ultimately pay to make linux profitable for these corporations. fortunately, with this freedom also comes opportunities for other corporations to step in. eventually if android becomes too bogged down by lack of legacy support, another port may surface to take advantage, and then these shirkers may come to regret their lack of forsight and investment. such is the nature of the free market, which at the end of the day will always be a win for consumers.
yeah but they miniaturize everything nowadays and try to make things as compact as possible... i remember servers with huge cases that required daughterboards for even small aspects of motherboard functionality of today
but the 4 socket mobos of today are still fooly sick though :)
unfortunately way beyond my personal budget