Microsoft is only where it is today due to being rather lucky with getting IBM to take their vapour ware OS product DOS.
You know what... NO
Apple was the first computer company, one of the first 'blockbuster' IPOs, and they almost went bankrupt. Commodore came and went, Amiga came and went. Apple came and almost went. Before MS Office there was Wordstar / Wordperfect / Lotus / Visicalc etc
Yes, MS got a lot of money from the IBM deal, but they kept the ball rolling. Using dirty tricks yes, but also intelligence. Cause when MS bets and invests in something, 'hold on to your hats'.
C integration with Groovy is the same as C integration with Java...
You're right
It's the same as any other language... it's fairly easy to write C modules for tcl, perl, python. java, etc... you just need to look up the bindings library and off you go.
In theory yes, in practice no.
One of the main problem is getting the data from the 'mother language' (like, in python it's one thing, in Java C++ bindings are more common, etc, etc). And then you want to call a function on the other side, etc, etc
Maybe the easiest way is serializing and going through sockets.
Or not... as the case may be. Computer Science has convinced me that a theory of everything might not be a practical development even if we knew all the relevant fundamental laws.
Yes... that's why we have physicists doing the math
SQL, like any tool, isn't always appropriate. A lot of arguments I'm hearing against SQL are for cases where a relational database isn't appropriate anyway.
Correct, but as things evolve, older technologies may become irrelevant.
Like COBOL is completely inappropriate for any modern sw development.
There are other ways to deal with hierarchical data, and you can have links between data in NoSQL
just like Foreign Keys
People tend not to ask these questions and reach for the DB instead, then talk shit about SQL being inflexible because it didn't meet the criteria they used when they chose the DB in err in the first place.
Yeah, but it's not always their choice. Things like reliability / backups may be only available to DB users in certain situations (like, apps in corporate infrastructure) not to mention familiarity with technology.
For the type of loads 'front-page' slashdot (and your site, most likely) gets, SQL fits fine. But even then, NoSQL may give you a run for the money.
Now think of the loads incurred in the comment tree of slashdot.
Also think how something like GMail or even Google Search would fit in an SQL scheme. It doesn't, not at least, with table juggling that would be very inefficient.
Overhead caused by structuring your data the way relational dbs needs. Lack of flexibility Scalability capabilities (horizontal scaling is easier) Speed (see overhead)
Have you ever used it? In my usage, it performs about as well as Google - in some cases, better.
Erm... no
Especially where it should exceed, like, for example, finding MS stuff.
But maybe it's not Bing to blame, but the whole mess of naming and different versions of MS programs (case in point: MSN Messenger / Windows Live Messenger / Whatever it's called tomorrow)
Kurt Godel did one of the paramount works of logic of the 20th century.
He also believed that people were trying to poison him and died of starvation as a result. Would you call that a 'logical decision'? (and, no , there was nothing going on)
Not wanting to be part of the In-Crowd does NOT make a person insane, or on the verge of insanity.
You're correct on this one.
But the real issue is
An 'insane person' (meaning a person with a certain type of mental illness like schizophrenia) is a shut in and refuses (to even think about) accepting an 1-million dollar prize,
Andrew Wiles did something extremely dfficult as well... See how he reacted.
One is that ARM native code is bigger, size-wise, than Dalvik VM bytecode.
Citation needed. Dalvik is better than baseline Java bytecode, agreed. But so is ARM native code. [http://portal.acm.org/citation.cfm?
Every assembler instruction in ARM is 4 bytes. Except when you use Thumb mode, then it's 2 bytes but I don't think they use that.
As opposed to x86 where it takes from 1/2 bytes up to 8 (or even more IIRC) bytes.
And those are RISC instructions in arm so you need more of them to do what you want. For example, no operating directly into memory except with a load/store.
You can do in one instruction in x86 what you'd need 3/4 ARM instructions.
By the way, that's one of the reasons why you can have a 800Mhz ARM processor in your cell phone.
However, enconding bits into different chars may work. If it's a color display you can put more data into each 'symbol', but even if you have 'dark square' / 'light square' this may work.
But using that encoding it's probably just as fast as a serial port:/
I'm guessing the serial port can get to 115200bps it's modems that are a problem.
But still, even at 14400bps this is 'fast' (like, a couple of hours)
Funny story, I once made myself an ""mp3"" player using an old Pentium 100, http://www.damp-mp3.co.uk/ and a small parallel port keyboard. Loading files was done thru the serial port at 115200 using a zmodem client.
He's right that the law is awfully broad, here, and I agree with him that the law is likely to be shot down in the near future, but the jury really had little choice but to convict. I hope the sentencing is light on him, and I expect it probably will be.
Now, here's the real question. If the case is so clear, why put it throug a jury.
Also, if you're a juror you have the power to change things. The worse the judge can do is turn your findings out.
Slashdot Mirror
So??
That's like saying "there are more jobs flipping burgers than electricians, so you better shoot for flipping burguers'
Also, the pay is less (most likely)
um google app engine? android? gwt? groovy?
Yeah, too bad that's nothing to do with the java language, rather, with the JVM (and not even that in android)
Spring!?? Most of it comes with other languages and frameworks, without all the hype.
Microsoft is only where it is today due to being rather lucky with getting IBM to take their vapour ware OS product DOS.
You know what... NO
Apple was the first computer company, one of the first 'blockbuster' IPOs, and they almost went bankrupt.
Commodore came and went, Amiga came and went. Apple came and almost went.
Before MS Office there was Wordstar / Wordperfect / Lotus / Visicalc etc
Yes, MS got a lot of money from the IBM deal, but they kept the ball rolling. Using dirty tricks yes, but also intelligence. Cause when MS bets and invests in something, 'hold on to your hats'.
I have never understood developers saying that a language was superior because you can write code using less key strokes using it.
It really doesn't matter, except when it's really over the top, like Java
And no, not even C# is that bad
Would you prefer not to have name spaces? C is pretty crap you know. "import" is pretty easy in Java too.
Except you need 5 imports and deal with 5 namespaces to do what you do in C in 10 lines and 2 C include
C integration with Groovy is the same as C integration with Java...
You're right
It's the same as any other language... it's fairly easy to write C modules for tcl, perl, python. java, etc... you just need to look up the bindings library and off you go.
In theory yes, in practice no.
One of the main problem is getting the data from the 'mother language' (like, in python it's one thing, in Java C++ bindings are more common, etc, etc). And then you want to call a function on the other side, etc, etc
Maybe the easiest way is serializing and going through sockets.
Thank you, you made my day!
Or not ... as the case may be. Computer Science has convinced me that a theory of everything might not be a practical development even if we knew all the relevant fundamental laws.
Yes... that's why we have physicists doing the math
Well, the fact that neutrinos are detectable is quite amazing IMHO
How?! They travel faster than he speed of light (in water) leaving a trail of Cherenkov radiation (a flash of light)
SQL, like any tool, isn't always appropriate. A lot of arguments I'm hearing against SQL are for cases where a relational database isn't appropriate anyway.
Correct, but as things evolve, older technologies may become irrelevant.
Like COBOL is completely inappropriate for any modern sw development.
There are other ways to deal with hierarchical data, and you can have links between data in NoSQL
just like Foreign Keys
People tend not to ask these questions and reach for the DB instead, then talk shit about SQL being inflexible because it didn't meet the criteria they used when they chose the DB in err in the first place.
Yeah, but it's not always their choice. Things like reliability / backups may be only available to DB users in certain situations (like, apps in corporate infrastructure) not to mention familiarity with technology.
For the type of loads 'front-page' slashdot (and your site, most likely) gets, SQL fits fine. But even then, NoSQL may give you a run for the money.
Now think of the loads incurred in the comment tree of slashdot.
Also think how something like GMail or even Google Search would fit in an SQL scheme. It doesn't, not at least, with table juggling that would be very inefficient.
SQL isn't the problem
Yes, it is
Overhead caused by structuring your data the way relational dbs needs.
Lack of flexibility
Scalability capabilities (horizontal scaling is easier)
Speed (see overhead)
Have you ever used it? In my usage, it performs about as well as Google - in some cases, better.
Erm... no
Especially where it should exceed, like, for example, finding MS stuff.
But maybe it's not Bing to blame, but the whole mess of naming and different versions of MS programs (case in point: MSN Messenger / Windows Live Messenger / Whatever it's called tomorrow)
, nobody asked though...
Kurt Godel did one of the paramount works of logic of the 20th century.
He also believed that people were trying to poison him and died of starvation as a result. Would you call that a 'logical decision'? (and, no , there was nothing going on)
No, you're looking at this at the wrong angle.
Not wanting to be part of the In-Crowd does NOT make a person insane, or on the verge of insanity.
You're correct on this one.
But the real issue is
An 'insane person' (meaning a person with a certain type of mental illness like schizophrenia) is a shut in and refuses (to even think about) accepting an 1-million dollar prize,
Andrew Wiles did something extremely dfficult as well... See how he reacted.
It used a tape recorder, but I don't remember how wide the cartridge was...
Really, what's the point.
Well, I had a Commodore 64 (or was it a Vic=20, never knew the difference and I was barely old enough to use it)
The age of different consumer computer archs is over, unfortunatelly, gone with the last Apple PPC. It made sense on those days, but now...
I don't see the point of grabbing a PC and slapping a C64 sticker on it. At least it should come with a C64 emulator :P :P
girls and it works babes quite well beer
One is that ARM native code is bigger, size-wise, than Dalvik VM bytecode.
Citation needed. Dalvik is better than baseline Java bytecode, agreed. But so is ARM native code. [http://portal.acm.org/citation.cfm?
Every assembler instruction in ARM is 4 bytes. Except when you use Thumb mode, then it's 2 bytes but I don't think they use that.
As opposed to x86 where it takes from 1/2 bytes up to 8 (or even more IIRC) bytes.
And those are RISC instructions in arm so you need more of them to do what you want. For example, no operating directly into memory except with a load/store.
You can do in one instruction in x86 what you'd need 3/4 ARM instructions.
By the way, that's one of the reasons why you can have a 800Mhz ARM processor in your cell phone.
(PPC asm is kind in between x86/arm, BTW)
I thought of that, but OCR is definitely a NO-NO
However, enconding bits into different chars may work. If it's a color display you can put more data into each 'symbol', but even if you have 'dark square' / 'light square' this may work.
But using that encoding it's probably just as fast as a serial port :/
I'm guessing the serial port can get to 115200bps it's modems that are a problem.
But still, even at 14400bps this is 'fast' (like, a couple of hours)
Funny story, I once made myself an ""mp3"" player using an old Pentium 100, http://www.damp-mp3.co.uk/ and a small parallel port keyboard. Loading files was done thru the serial port at 115200 using a zmodem client.
He's right that the law is awfully broad, here, and I agree with him that the law is likely to be shot down in the near future, but the jury really had little choice but to convict. I hope the sentencing is light on him, and I expect it probably will be.
Now, here's the real question. If the case is so clear, why put it throug a jury.
Also, if you're a juror you have the power to change things. The worse the judge can do is turn your findings out.
And here's the real answer.
Also, they're lawyers, I have absolutely no sympathy for them.
They got to wear Hawaiian shirts on casual Friday.
Yeah, and maybe they got to install that linux thing on their computers that they've been asking for.