Not sure if the culture is similar in the UK, but in the US managers really couldnt give a fuck whether the long term costs are higher or lower, whether the product ships on time etc. They arent paid to care, their objective is solely to make themselves look good for as long as it takes to get a huge undeserved bonus then jump ship before it sinks.
Do you think that maybe, just maybe, its your attitude that is holding you back? Most companies dont need insanely brilliant pyschopaths, they need people who can get shit done. If you go in to an interview like you should be running the place, they will have no qualms about throwing your smart ass on the street.
Well for one NAND does not require constant refreshes to retain the data, and thus uses almost no power when not in use. DRAM on the other hand needs to be refreshed constantly, creating significantly more heat issues than nand.
Wow, that wasnt even REMOTELY related to what we were talking about, good job! How many enterprises run their 15k RPM hard disks inside enclosures in RAID 0? Hint, the number is probably not much more than the RAID level. The grandparents point was that while the drive costs are different, the fact of the matter is that powering those 15k drives(and of course removing the heat they create) starts to get pretty expensive after a while meaning that overall although the drives are cheaper when you buy them the increased operation costs often make the cost differences in the drive moot, and my point was that the increased densities of the really high end drives also means less rack space used, which is a further saving in operational costs.
But good job at failing reading comprehension though!
real-time video capture(or any sort of real time capture of streaming data really) is about the WORST application for SSDs. SSD writes can potentially take a REALLY long time to write if they need to clear the sector before writing. While TRIM lessens the probability of this happening, it by no means removes it. There is still the possibility of writing to a TRIMed sector again between when the TRIM command was issued and when the SSD does garbage collection, which can be delayed considerably if a lot of data is being written to the SSD. In a real time system, you just do not want to have to deal with this unpredictability, esp. when long sustained writes to SSDs arent that much better even when the sectors are clean.
Now compare this with spinning disks. Provided there is no additional disk contention(which if you are capturing HD video, there really shouldnt be), the write times for long sequential writes to a disk are VERY predictable as the disk doesnt care what may or may not have been there before, it just over-writes it.
The difference is even starker when you take rack space into account. The largest 15k drive I could find was 600 gb. Enterprise SSDs on the other hand(if you dont want to go the PCIE route) are right now approaching 1 TB for a 3.5" drive, and the difference in density between the two is only going to grow. The reduced amount of rack space SSDs take up is going to further decrease operating costs.
TFA mentions this, in fact the solution the company in the article uses is really a 3 level hybridization, they have RAM cache(which blows even SSD out of the water, but costs at least 5x per byte as SSD and of course is volatile), the SSD, and the hard disk array for seldom-used files.
Another issue with asian languages, in particular Korean and Japanese, is that they are both very contextual languages. In both languages if the context makes the subject and/or object(s) clear, you can omit them. For instance if you were having a conversation about going to the store, you can just say "going". Now compare that with English(and Chinese for that matter), in English you pretty much have to(with a few exceptions) spell everything out. Almost all sentences require a subject, verb, and direct object(if the verb takes a direct object).
This contextual information makes machine translations of these languages particularly difficult because the computer has to be able to infer subjects and objects when they are omitted. Something that computers as of yet have not been very successful at.
It was not a mistake, it was not a mistake at all. Assange wanted this from the very beginning, but he knew that he couldn't be the one that ultimately "took responsibility" for it, so instead what he did was give the newspaper the password and hope that they would "accidentally" print it, thus freeing Assange from any responsibility for his actions.
You are right, I forgot to add code to deal with interrupts, namely when some smartass gets all pedantic over names you used in your pseduocode and makes a huge deal because he cannot recognize the difference between human language and code.
I say that because the wing and airframe profile appear to have been modeled on the "gliding" look and behavior of a large goose. It would be exremely wasteful of military ordinance to shoot down everything that looks like a goose 100ft in the air that flies over a restricted area.
Yeah it might be wasteful, but it would also be a hell of a lot of fun!
I doubt it relies only on cell tower triangulation. Most likely it uses the cell tower triangulation to get a rough estimate of your location, and as you get a GPS lock it refines that location.... thats how it seems to work on the google maps app on iPhone anyway, and why my maps app doesnt work nearly as well in Japan as it does in Germany, Softbanks shittier than shit service means there are very few towers to triangulate so you have to rely entirely on GPS(which has accuracy issues in large cities).
Fuck Softbank, I cannot wait to get rid of that piece of shit company, even if it means getting rid of my iPhone. I have lived in the US, Germany, and Japan and I have NEVER had any issues with either Verizon in the US or Vodafone in Germany. I got faster internet speeds in cow town Bavaria than I do in Tokyo....and in the town I live in, only 60 km outside of Tokyo, I am out of service more than I am in service...sorry went on an off-topic rant there. But anyway, your maps app uses both GPS and cell tower triangulation and fuck Softbank.
I lived in western PA, it wasnt my choice as I was born there:P. Actually we had a pretty decent public school system(better than a lot of those vaunted systems I hear about overseas), but the Republicans are doing their damndest to try to dismantle it as part of their War on Knowledge.
Its not only that, we have a culture that considers people who dont drive, and opt to walk or bike to work, as somehow "defective" and thus their lives are worth very little. Its not just that there isnt any pedestrian infrastructure in large parts of the country, its that people are actively hostile towards pedestrians. I used to live in the states and I cant tell you how many people slowed down just to mock me or even throw shit at me as I walked to work.
Greatest day of my life was when I left that Republican infested hell-hole. Not planning to go back if I can avoid it.
There are a very, VERY few cases where assembly can be considerably faster than C, mostly where the programmer really wants to store(or not store) specific values in the CPU cache. AFAIK standard C has no instructions for explicitly controlling what data is cached in the CPU, the programmer is relying on the CPU and to a lesser extent the compiler, to intelligently cache the data. And 99.9% of the time, if the programmer understands the basics of the cache(how big each of the caches are, how the cache replacement and cache lines work etc), the programmer can simply re-organize the code to maximize the cache hit rate.
However it is possible that you can still get significantly better performance by managing the cache yourself as you may know(either through analysis or profiling) what memory is more or less advantageous to cache. In which case the only way you are going to get peak performance is to go down to the assembly level and manage the cache yourself.
He actually explains it in TFA, but long story short, he wanted a server OS that was compatible with both software written for Syllable AND the vast body of server oriented software out there for Linux. The only realistic way of doing this was basically customizing a distro.
He could have gone the Windows or OS X route and basically just layered the server services on top of the kernel as an application, but that would have required re-implementing at least parts of all those services to make them compatible with Syllable. Maybe the maintainers will do that someday, but for the time being their solution allows them to concentrate on further developing the desktop OS while still having a server os that fits into the ecosystem.
Maybe I should tell my browser to just accept certs signed by Bob's SSL Certs and Taco Stand, probably no worse than anyone else.(Bonus points if you get the reference)
Sort of defeats the purpose though, doesnt it? The reason you would want software to do OCR is that the software is (almost) infinitely scalable. Humans are not. And if you are trying to break a captcha or something like that, even *a few seconds"(though I find their claim a bit dubious) still severely limits your effectiveness vs. smart software that can do it in a few microseconds.
Slashdot Mirror
Not sure if the culture is similar in the UK, but in the US managers really couldnt give a fuck whether the long term costs are higher or lower, whether the product ships on time etc. They arent paid to care, their objective is solely to make themselves look good for as long as it takes to get a huge undeserved bonus then jump ship before it sinks.
Do you think that maybe, just maybe, its your attitude that is holding you back? Most companies dont need insanely brilliant pyschopaths, they need people who can get shit done. If you go in to an interview like you should be running the place, they will have no qualms about throwing your smart ass on the street.
Well for one NAND does not require constant refreshes to retain the data, and thus uses almost no power when not in use. DRAM on the other hand needs to be refreshed constantly, creating significantly more heat issues than nand.
Wow, that wasnt even REMOTELY related to what we were talking about, good job! How many enterprises run their 15k RPM hard disks inside enclosures in RAID 0? Hint, the number is probably not much more than the RAID level. The grandparents point was that while the drive costs are different, the fact of the matter is that powering those 15k drives(and of course removing the heat they create) starts to get pretty expensive after a while meaning that overall although the drives are cheaper when you buy them the increased operation costs often make the cost differences in the drive moot, and my point was that the increased densities of the really high end drives also means less rack space used, which is a further saving in operational costs.
But good job at failing reading comprehension though!
real-time video capture(or any sort of real time capture of streaming data really) is about the WORST application for SSDs. SSD writes can potentially take a REALLY long time to write if they need to clear the sector before writing. While TRIM lessens the probability of this happening, it by no means removes it. There is still the possibility of writing to a TRIMed sector again between when the TRIM command was issued and when the SSD does garbage collection, which can be delayed considerably if a lot of data is being written to the SSD. In a real time system, you just do not want to have to deal with this unpredictability, esp. when long sustained writes to SSDs arent that much better even when the sectors are clean.
Now compare this with spinning disks. Provided there is no additional disk contention(which if you are capturing HD video, there really shouldnt be), the write times for long sequential writes to a disk are VERY predictable as the disk doesnt care what may or may not have been there before, it just over-writes it.
The difference is even starker when you take rack space into account. The largest 15k drive I could find was 600 gb. Enterprise SSDs on the other hand(if you dont want to go the PCIE route) are right now approaching 1 TB for a 3.5" drive, and the difference in density between the two is only going to grow. The reduced amount of rack space SSDs take up is going to further decrease operating costs.
TFA mentions this, in fact the solution the company in the article uses is really a 3 level hybridization, they have RAM cache(which blows even SSD out of the water, but costs at least 5x per byte as SSD and of course is volatile), the SSD, and the hard disk array for seldom-used files.
Another issue with asian languages, in particular Korean and Japanese, is that they are both very contextual languages. In both languages if the context makes the subject and/or object(s) clear, you can omit them. For instance if you were having a conversation about going to the store, you can just say "going". Now compare that with English(and Chinese for that matter), in English you pretty much have to(with a few exceptions) spell everything out. Almost all sentences require a subject, verb, and direct object(if the verb takes a direct object).
This contextual information makes machine translations of these languages particularly difficult because the computer has to be able to infer subjects and objects when they are omitted. Something that computers as of yet have not been very successful at.
I would say you would have to have 3 separate categories for this particular award:
1. Best computer science/algorithms book
Here I like MITs Introduction to Algorithms book and of course, Dr. Knuths tomes
2. Best programming(as in turning algorithms and ideas into computer code) book:
I am partial to Peter Van Der Lindens work, but thats just me.
3. Best book about computing in the "real world"
My vote goes to Mythical Man Month.
Tethered cell phones/pocket wifi can usually remedy that problem.
I hate it when those cheapass PDA manufacturers don't include a baby Jesus with their products.
It was not a mistake, it was not a mistake at all. Assange wanted this from the very beginning, but he knew that he couldn't be the one that ultimately "took responsibility" for it, so instead what he did was give the newspaper the password and hope that they would "accidentally" print it, thus freeing Assange from any responsibility for his actions.
You are right, I forgot to add code to deal with interrupts, namely when some smartass gets all pedantic over names you used in your pseduocode and makes a huge deal because he cannot recognize the difference between human language and code.
Use abstract language and flow charts to explain, for instance here is pseudocode for a function called doSoftwareEngineering:
function softwareEngineering outputs betterBonusForBoss and meagerSalary
do until tooOldToEmploy
change jobs
do until bossFiresYouForBonus
do TPSRepeatsReportsUntilYouWantToCry
repeat
repeat
repeat
gosub without return
I say that because the wing and airframe profile appear to have been modeled on the "gliding" look and behavior of a large goose. It would be exremely wasteful of military ordinance to shoot down everything that looks like a goose 100ft in the air that flies over a restricted area.
Yeah it might be wasteful, but it would also be a hell of a lot of fun!
I doubt it relies only on cell tower triangulation. Most likely it uses the cell tower triangulation to get a rough estimate of your location, and as you get a GPS lock it refines that location.... thats how it seems to work on the google maps app on iPhone anyway, and why my maps app doesnt work nearly as well in Japan as it does in Germany, Softbanks shittier than shit service means there are very few towers to triangulate so you have to rely entirely on GPS(which has accuracy issues in large cities).
Fuck Softbank, I cannot wait to get rid of that piece of shit company, even if it means getting rid of my iPhone. I have lived in the US, Germany, and Japan and I have NEVER had any issues with either Verizon in the US or Vodafone in Germany. I got faster internet speeds in cow town Bavaria than I do in Tokyo....and in the town I live in, only 60 km outside of Tokyo, I am out of service more than I am in service...sorry went on an off-topic rant there. But anyway, your maps app uses both GPS and cell tower triangulation and fuck Softbank.
If you really believe that Wikileaks has no political agenda besides exposing malfeasance I have some documents I would like to sell you.
I lived in western PA, it wasnt my choice as I was born there :P. Actually we had a pretty decent public school system(better than a lot of those vaunted systems I hear about overseas), but the Republicans are doing their damndest to try to dismantle it as part of their War on Knowledge.
Its not only that, we have a culture that considers people who dont drive, and opt to walk or bike to work, as somehow "defective" and thus their lives are worth very little. Its not just that there isnt any pedestrian infrastructure in large parts of the country, its that people are actively hostile towards pedestrians. I used to live in the states and I cant tell you how many people slowed down just to mock me or even throw shit at me as I walked to work.
Greatest day of my life was when I left that Republican infested hell-hole. Not planning to go back if I can avoid it.
There are a very, VERY few cases where assembly can be considerably faster than C, mostly where the programmer really wants to store(or not store) specific values in the CPU cache. AFAIK standard C has no instructions for explicitly controlling what data is cached in the CPU, the programmer is relying on the CPU and to a lesser extent the compiler, to intelligently cache the data. And 99.9% of the time, if the programmer understands the basics of the cache(how big each of the caches are, how the cache replacement and cache lines work etc), the programmer can simply re-organize the code to maximize the cache hit rate.
However it is possible that you can still get significantly better performance by managing the cache yourself as you may know(either through analysis or profiling) what memory is more or less advantageous to cache. In which case the only way you are going to get peak performance is to go down to the assembly level and manage the cache yourself.
He actually explains it in TFA, but long story short, he wanted a server OS that was compatible with both software written for Syllable AND the vast body of server oriented software out there for Linux. The only realistic way of doing this was basically customizing a distro.
He could have gone the Windows or OS X route and basically just layered the server services on top of the kernel as an application, but that would have required re-implementing at least parts of all those services to make them compatible with Syllable. Maybe the maintainers will do that someday, but for the time being their solution allows them to concentrate on further developing the desktop OS while still having a server os that fits into the ecosystem.
Maybe I should tell my browser to just accept certs signed by Bob's SSL Certs and Taco Stand, probably no worse than anyone else.(Bonus points if you get the reference)
Wait, how can you pirate vi, I thought it was open source!
ducks
Sort of defeats the purpose though, doesnt it? The reason you would want software to do OCR is that the software is (almost) infinitely scalable. Humans are not. And if you are trying to break a captcha or something like that, even *a few seconds"(though I find their claim a bit dubious) still severely limits your effectiveness vs. smart software that can do it in a few microseconds.
"Fucking Higgs Boson, why doesn't it work?"
Maybe because the hole is really, really tiny and really hard to find in the dark?