If you'd done any research at all, you'd find that Google refers to it as Java all over the place.
The word "java" is all over the place in the name of the methods (e.g. java.lang.Number). Thus the "Java all over the place" doesn't play any role.
Dalvik is the VM, not the language.
I haven't followed the suit very closely, but in previous legal cases, Sun/Oracle not once tried to blur the line between "Java as implementation" (aka JVM and Java runtime library) and "Java as API or language."
Do not buy into it: there are two different things commonly referred to as Java: Java as language and APIs and Java as implementation of the language and APIs.
Implementation is copyrightable - language and APIs are not.
To recap, the T5 chip has 16KB of L1 data cache, 16KB of L1 instruction cache, and 128KB of L2 cache for each of its sixteen cores, plus an 8MB L3 cache that all of the cores share.
Could be. All I remember clear that Google - at least among techies - gained traction because they were using by default AND and not OR to join the search terms. Some search engines weren't even allowing ANDing. If you knew several fitting keywords, then the Google results were spot on, without all the rubbish other engines tended to add.
Initially, Google search wasn't indexing as much of the Web as Yahoo or AllNet(?) or even aging Altavista.
Google has caught up in about a year, but initially, their only advantage was that the Google was very fast, had strict word matching, was very light-weight (aka modem-friendly) and had less limits on the number of results.
The "page rank" appeared much later, when they have vastly out-indexed the rest of the search engines.
I would have though a very detailed profile of someone's interests would be quite profitable based on their line of business.
That what my initial skepticism of Google services was based on. Yahoo includes (often annoying) ads in its services - but not Google. I can trust more Yahoo services because they at least try to profit of it. Not so with the Google services: they are "free" and nice, but in the end, unfortunately short-lived.
IMO, the time is ripe to start creating of P2P, decentralized, server-less web - staring with the (mostly) static content like Wikipedia and YouTube and numerous other predominantly publish-only website. In the beginning, a way to push updates, a newer version of content, would suffice for the dynamism.
Models and implementation for decentralized directories (with search function) are available (Kademlia, BitTorrent's DHT). Ditto distributed naming services. But there nothing I'm aware of about how to, in decentralized, in highly redundant fashion, partition and store data on user computers.
YouTube is probably very remote target, but decentralized, server-less Wikipedia I think could be accomplished.
A simple serial number? Online activation? Encrypted binaries? Please share your thoughts.
Serial number user needs anyway - for support and such. (Or you provide no support?)
Allow users to run it in "demo" mode, until the serial is entered. Demo means:
- Couple of weeks of interrupted work with the program. (Best of all of you would actually count the time the program is actually used.)
- After the time has passed, once per day (or once per N uses per day) a polite reminder that the user should buy it, since well, develop has to feed his family. Politeness is important!
- If you are really really against the freeloaders, as time goes increase number of reminders.
Do encrypted/compressed binaries, if you can do it on the cheap/for free. Not really a deterrent to a pro, but just to prevent trivial tinkering. I have had cracked (and debugged) some programs (in the MSDOS/Win95 past) with a plain hex editor.:)
Overall, treat potential customers with respect and politeness. Do not annoy or eliminate - but remind to pay money.
personally I don't find the need for a rss reader to be that big.
For people working in particular tech branches, RSS feeds are the simplest and fastest way to keep themselves up-to-date. Most web sites and news wires allow subscribing to a feed of articles with a tag. Often hard to find, occasionally manual editing of the URI is required - but works like a charm in the end. Sparing you the need to fish for those few articles.
and personally I've had the opinion as well that if you trench yourself into reading news just from your feeds you'll end up getting just a small slice.
That is very true. And sadly if I for example have 5 subscriptions related to a certain topic, the recommendation by most of the on-line RSS readers would be another subscription about the same topic.
My response is very simple: once a week a I read a tabloid.:)
And check the week-end posts on The Register which is almost a tabloid, but for tech news.
are we really so bored we must find the replacement OMG SKY IS FALLING on the very next day?
There are alternatives to Google Reader. But the problem with them is that they are all try to sell you something else. Or designed by a bunch of monkeys who never in their life needed to read anything longer than a twitt. Reader was the best because it didn't bother you with the redundant, annoying stuff. You could actually concentrate on the reading and be done with it in a half hour. Last Google redesign (after G+ rollout) started dismantling the usability (and I personally use right now very large Stylish' style for the reader) but it still mostly worked. And still mostly works.
Another thing about the Reader is that Google keeps at least one month of feed history. For example, with the Reader a 2 week vacations do not mean a 2 week hole in the updates.
"We don't care, we don't have to... we're the phone company." -- Lily Tomlin
P.S. And I share the sentiment of many: Google is in the race to the bottom. As a fresh Android user, I was surprised to find that many default applications on my Galaxy S3 Mini are from Samsung. After correcting that and switching to Google's originals, and trying to use them for about a week, I found that only the "Talk" is useful - the rest, with the Chrome browser on the top of the list, are simply way too skin-deep "beautiful." There are no relevant to me features - if there are features at all - but there are piles of minor annoyances. (Google Now is one huge pile of annoyances, since once activated, due to a bug (can't open menu) it can't be deactivated. G+ lack focus and literally everything too many clicks away. Vanila player is very )
But literally all other readers (and all other Kindles too) have smaller screens and can't fit the A4/letter format document for comfortable reading. Heck, most PDFs for scientific papers user tiny fonts so that I personally can't read them comfortably even on A4/letter sized screen.
It really doesn't take a lot of power to read an eBook. Some of us have been doing it since the Palm days (for reference I had no problem reading eBooks on a 4MB Palm IIIx, which used a 16 Mhz low power SoC version of the CPU that powered the Apple Lisa).
You are not really up-to-date. Modern e-books format - AZW, Mobi and ePub - are HTML based and use rather rich subset of HTML. And XML for meta data and TOC. Good luck rendering that in 4MB and at 16MHz.
Illustration-less, TOC-less, chapter-less, plain text e-books of Palm days are really long in the past. But yeah, you can render them on literally anything.
Officially Kindle also can PDFs. But I never really tried it.
With every year, PDF fortunately becomes more and more niche - as e-book formats go.
There are really only several stalwart branches which use exclusively PDFs this days to represent books and such. Everybody else has already moved to HTML and similar.
P.S. I personally can't forgive Amazon how they have f***ed up and dumbified dictionary functionality in the most recent iteration of the Kindles.
I kept wondering: assuming that his description of Valve is accurate, can this model work for other tech companies?
That is a really stupid question. Probably arisen due to lack of working in the real world, end to end.
That is how it works in literally all companies. That is how many products across many companies across many markets gets developed and delivered.
But it is unknown to the outsiders, mostly because managers (like-wise many others) would never admit that in the end, all capable people were simply put into one room and allowed to work without distractions.
No company would ever admit that it is not really in control of its development process. Valve does. Other do not. That's all what there is to it.
I'll be more respectful to US claims of democracy, if elections were not grossing billions of dollars, were not literally controlled by Wall Street.
Couple of successful grass root campaigns in the last elections are further confirmation of the rule: money do elect gov't in US. With ever widening income gap, I'm not sure that grass root movements would have enough money to compete even once in the next round of elections.
And just like Ayatollah, the 1%-ers were not democratically elected.
Every Emacs command is like a vim plugin that you can modify on the fly.
You do realize that VIM plug-ins are plain programs written in the VIM Script language?
One can customize a lot in the VIM without ever leaving the text editor. And even write simple programs, right on the ':' prompt.
VIM Script is no Lisp, but still feature-complete language with flow control, variables, lists/arrays, dictionaries and so on. And the command prompt in the VIM (':') uses the VIM Script, because it is compatible with the normal commands (editor/ex command == VIM Script statement).
Again, VIM is not vi. When flaming about vi vs. Emacs, please keep that in mind.
The multi-line editing is something I kinda expected someone to make for a long time, but this is the first implementation of it I've seen.
Like renaming an identifier in the whole function?
That's because VIM (and vi) "has" it for like... forever. That renames `len` to `length` from current line to the end of the function: :.,/^}/s!\<len\>!length!g. (OK, vi/VIM's version might be too verbose.)
One of the most frequently used feature of VIM, missing in other text editors, is the ranges: ability to apply a command/etc to a set of lines. (In the expression above it is.,/^}/, meaning from from current line (the '.') to the next line starting with the '}', the/^}/ regex.)
Perl or even javascript would be better options than =AVERAGE(). Do you know any viable alternatives?
Not precisely what you are after, but Perl on Windows supports OLE/etc and allows you to connect and control the Office applications. (I played around only with the Outlook.) One can add a macro button to the Excel UI to call a script on the document.
It's not a theory. Several lobbyist in the past was describing precisely such practices.
"Social engineering" sounds to me bit off, too glorified. I used to call it "conditioning" (the Neuro Associative Conditioning seems to be the common term). It is pretty well known set of practices from the NLP.
Slashdot Mirror
If you'd done any research at all, you'd find that Google refers to it as Java all over the place.
The word "java" is all over the place in the name of the methods (e.g. java.lang.Number). Thus the "Java all over the place" doesn't play any role.
Dalvik is the VM, not the language.
I haven't followed the suit very closely, but in previous legal cases, Sun/Oracle not once tried to blur the line between "Java as implementation" (aka JVM and Java runtime library) and "Java as API or language."
Do not buy into it: there are two different things commonly referred to as Java: Java as language and APIs and Java as implementation of the language and APIs.
Implementation is copyrightable - language and APIs are not.
You of course meant the /dev/zero.
/dev/null is only good for writing into.
To recap, the T5 chip has 16KB of L1 data cache, 16KB of L1 instruction cache, and 128KB of L2 cache for each of its sixteen cores, plus an 8MB L3 cache that all of the cores share.
8MB L3 cache for 16 cores?!
Are they kidding??
IMO: DOA.
Could be. All I remember clear that Google - at least among techies - gained traction because they were using by default AND and not OR to join the search terms. Some search engines weren't even allowing ANDing. If you knew several fitting keywords, then the Google results were spot on, without all the rubbish other engines tended to add.
(*) Anybody remember the Google Directory?
Initially, Google search wasn't indexing as much of the Web as Yahoo or AllNet(?) or even aging Altavista.
Google has caught up in about a year, but initially, their only advantage was that the Google was very fast, had strict word matching, was very light-weight (aka modem-friendly) and had less limits on the number of results.
The "page rank" appeared much later, when they have vastly out-indexed the rest of the search engines.
I would have though a very detailed profile of someone's interests would be quite profitable based on their line of business.
That what my initial skepticism of Google services was based on. Yahoo includes (often annoying) ads in its services - but not Google. I can trust more Yahoo services because they at least try to profit of it. Not so with the Google services: they are "free" and nice, but in the end, unfortunately short-lived.
IMO, the time is ripe to start creating of P2P, decentralized, server-less web - staring with the (mostly) static content like Wikipedia and YouTube and numerous other predominantly publish-only website. In the beginning, a way to push updates, a newer version of content, would suffice for the dynamism.
Models and implementation for decentralized directories (with search function) are available (Kademlia, BitTorrent's DHT). Ditto distributed naming services. But there nothing I'm aware of about how to, in decentralized, in highly redundant fashion, partition and store data on user computers.
YouTube is probably very remote target, but decentralized, server-less Wikipedia I think could be accomplished.
A simple serial number? Online activation? Encrypted binaries? Please share your thoughts.
Serial number user needs anyway - for support and such. (Or you provide no support?)
Allow users to run it in "demo" mode, until the serial is entered. Demo means:
- Couple of weeks of interrupted work with the program. (Best of all of you would actually count the time the program is actually used.)
- After the time has passed, once per day (or once per N uses per day) a polite reminder that the user should buy it, since well, develop has to feed his family. Politeness is important!
- If you are really really against the freeloaders, as time goes increase number of reminders.
Do encrypted/compressed binaries, if you can do it on the cheap/for free. Not really a deterrent to a pro, but just to prevent trivial tinkering. I have had cracked (and debugged) some programs (in the MSDOS/Win95 past) with a plain hex editor. :)
Overall, treat potential customers with respect and politeness. Do not annoy or eliminate - but remind to pay money.
personally I don't find the need for a rss reader to be that big.
For people working in particular tech branches, RSS feeds are the simplest and fastest way to keep themselves up-to-date. Most web sites and news wires allow subscribing to a feed of articles with a tag. Often hard to find, occasionally manual editing of the URI is required - but works like a charm in the end. Sparing you the need to fish for those few articles.
and personally I've had the opinion as well that if you trench yourself into reading news just from your feeds you'll end up getting just a small slice.
That is very true. And sadly if I for example have 5 subscriptions related to a certain topic, the recommendation by most of the on-line RSS readers would be another subscription about the same topic.
My response is very simple: once a week a I read a tabloid. :)
And check the week-end posts on The Register which is almost a tabloid, but for tech news.
are we really so bored we must find the replacement OMG SKY IS FALLING on the very next day?
There are alternatives to Google Reader. But the problem with them is that they are all try to sell you something else. Or designed by a bunch of monkeys who never in their life needed to read anything longer than a twitt. Reader was the best because it didn't bother you with the redundant, annoying stuff. You could actually concentrate on the reading and be done with it in a half hour. Last Google redesign (after G+ rollout) started dismantling the usability (and I personally use right now very large Stylish' style for the reader) but it still mostly worked. And still mostly works.
Another thing about the Reader is that Google keeps at least one month of feed history. For example, with the Reader a 2 week vacations do not mean a 2 week hole in the updates.
For what it's worth...
Not much, not much.
Google is the "phone company" of our days:
"We don't care, we don't have to... we're the phone company." -- Lily Tomlin
P.S. And I share the sentiment of many: Google is in the race to the bottom. As a fresh Android user, I was surprised to find that many default applications on my Galaxy S3 Mini are from Samsung. After correcting that and switching to Google's originals, and trying to use them for about a week, I found that only the "Talk" is useful - the rest, with the Chrome browser on the top of the list, are simply way too skin-deep "beautiful." There are no relevant to me features - if there are features at all - but there are piles of minor annoyances. (Google Now is one huge pile of annoyances, since once activated, due to a bug (can't open menu) it can't be deactivated. G+ lack focus and literally everything too many clicks away. Vanila player is very )
DX - yes.
But literally all other readers (and all other Kindles too) have smaller screens and can't fit the A4/letter format document for comfortable reading. Heck, most PDFs for scientific papers user tiny fonts so that I personally can't read them comfortably even on A4/letter sized screen.
It really doesn't take a lot of power to read an eBook. Some of us have been doing it since the Palm days (for reference I had no problem reading eBooks on a 4MB Palm IIIx, which used a 16 Mhz low power SoC version of the CPU that powered the Apple Lisa).
You are not really up-to-date. Modern e-books format - AZW, Mobi and ePub - are HTML based and use rather rich subset of HTML. And XML for meta data and TOC. Good luck rendering that in 4MB and at 16MHz.
Illustration-less, TOC-less, chapter-less, plain text e-books of Palm days are really long in the past. But yeah, you can render them on literally anything.
Officially Kindle also can PDFs. But I never really tried it.
With every year, PDF fortunately becomes more and more niche - as e-book formats go.
There are really only several stalwart branches which use exclusively PDFs this days to represent books and such. Everybody else has already moved to HTML and similar.
P.S. I personally can't forgive Amazon how they have f***ed up and dumbified dictionary functionality in the most recent iteration of the Kindles.
Is there any other good games of similar nature?
Replying to cancel wrong moderation
I kept wondering: assuming that his description of Valve is accurate, can this model work for other tech companies?
That is a really stupid question. Probably arisen due to lack of working in the real world, end to end.
That is how it works in literally all companies. That is how many products across many companies across many markets gets developed and delivered.
But it is unknown to the outsiders, mostly because managers (like-wise many others) would never admit that in the end, all capable people were simply put into one room and allowed to work without distractions.
No company would ever admit that it is not really in control of its development process. Valve does. Other do not. That's all what there is to it.
I'll be more respectful to US claims of democracy, if elections were not grossing billions of dollars, were not literally controlled by Wall Street.
Couple of successful grass root campaigns in the last elections are further confirmation of the rule: money do elect gov't in US. With ever widening income gap, I'm not sure that grass root movements would have enough money to compete even once in the next round of elections.
And just like Ayatollah, the 1%-ers were not democratically elected.
Choose your poison.
Iran wants to meddle deeply in the affairs of its neighbors, maybe assassinate those who don't play along [...]
Still better than waging wars like Israel does.
Basically, the Middle East is in the process of descending into an even bigger mess than it has been the last century [...]
Countries standing-up, establishing independent (democratic(!)) governments and showing the independence? Intolerable!
P.S. Your dealer's address?
instead of wasting so much effort on yet another specialized slow contrived software that will run on a couple devices
Unless of course the platform compatibility layer can be added to the Android as an app.
Every Emacs command is like a vim plugin that you can modify on the fly.
You do realize that VIM plug-ins are plain programs written in the VIM Script language?
One can customize a lot in the VIM without ever leaving the text editor. And even write simple programs, right on the ':' prompt.
VIM Script is no Lisp, but still feature-complete language with flow control, variables, lists/arrays, dictionaries and so on. And the command prompt in the VIM (':') uses the VIM Script, because it is compatible with the normal commands (editor/ex command == VIM Script statement).
Again, VIM is not vi. When flaming about vi vs. Emacs, please keep that in mind.
The multi-line editing is something I kinda expected someone to make for a long time, but this is the first implementation of it I've seen.
Like renaming an identifier in the whole function?
That's because VIM (and vi) "has" it for like... forever. That renames `len` to `length` from current line to the end of the function:
:.,/^}/s!\<len\>!length!g. (OK, vi/VIM's version might be too verbose.)
One of the most frequently used feature of VIM, missing in other text editors, is the ranges: ability to apply a command/etc to a set of lines. (In the expression above it is .,/^}/, meaning from from current line (the '.') to the next line starting with the '}', the /^}/ regex.)
Oh really? :)
VIM has it's own scripting language. If UI can be represented as a text, it can be coded in VIM.
Perl or even javascript would be better options than =AVERAGE(). Do you know any viable alternatives?
Not precisely what you are after, but Perl on Windows supports OLE/etc and allows you to connect and control the Office applications. (I played around only with the Outlook.) One can add a macro button to the Excel UI to call a script on the document.
Simply google for "perl win32 excel".
But when all vendors are doing it, then there might be suspicions of cartel-like price fixing.
It is of course off and the whole case seem to set new precedent for the global market.
P.S. I wonder if WTO and other trade agreements come into play.
Wow, that's one heck of a conspiracy theory.
It's not a theory. Several lobbyist in the past was describing precisely such practices.
"Social engineering" sounds to me bit off, too glorified. I used to call it "conditioning" (the Neuro Associative Conditioning seems to be the common term). It is pretty well known set of practices from the NLP.