Actually the competition that IBM wanted to eclipse was -- and still
is -- Visual Studio.
Regards
Neil
On Jul 22, 7:04 am, crazysmoove wrote:
> Eclipse originally used the names of the Galilean moons of Jupiter for
> its naming scheme, but after using Callisto, Europa, and Ganymede,
> they didn'
I don't see how they could. Unlike MS they're not "changing" java.
However - I do see Google as the number 1 reason for us not having a
(*&#((* JAVA 7 JSR yet. All because Android is Apache Harmony under
the covers, and if they relaxed the field of use restrictions like
Apache wants, then Androi
I listened to the latest podcast and there was a lot of discussion
about how Oracle could go after Google because Android is an alternate
java implementation. What is the basis for this?
see this about the microsoft/sun settlement:
http://www.javaworld.com/javaworld/jw-01-2001/jw-0124-iw-mssuncour
Eclipse originally used the names of the Galilean moons of Jupiter for
its naming scheme, but after using Callisto, Europa, and Ganymede,
they didn't want to use Io for several reasons (including that "I/O"
already has a special meaning). So they went with Galileo, then
decided to switch away from
On Sat, Jul 10, 2010 at 8:35 PM, Fabrizio Giudici <
fabrizio.giud...@tidalwave.it> wrote:
> I started thinking whether it
> was possible to use Google Analytics for that. There are two points:
>
> 1. having the thing working without Javascript. Googling around I've
> found a number of documents a
I was just looking at the web statistics of http://scala-tribes.org/,
and realized it corresponded to what Dick was saying about the origin
of the Stairway to Scala attendees:
http://lh4.ggpht.com/_S3C3xc3P7WU/TEhQqddyX5I/NNE/NXaH9vcft2E/s800/scala-traction.png
It seems the amount of acti
I think all Android developers are hit by this more or less, even just
having to use the Apache HTTP client and XML parser rather than
vanilla JSE stuff. It's annoying, but a small price to pay... I'd
rather see a flourishing de-facto Java than a stale standard Java! And
it's not unique to Android,
On Thu, Jul 22, 2010 at 1:35 PM, Roel Spilker wrote:
> So: If you are woried about performance, make sure you use a
> state-of-the-art VM.
>
>
Definitely that's good advice, but that's only one part of the equation,
then you have to give it the optimal settings, and then your code needs to
be tu
So: If you are woried about performance, make sure you use a state-of-the-art
VM.
Van: viktor.kl...@gmail.com [mailto:javapo...@googlegroups.com] Namens Viktor
Klang
Verzonden: 22 July 2010 13:21
Aan: javaposse@googlegroups.com
Onderwerp: Re: [The Java Posse] Re: Fastest way to parse data out of
On Thu, Jul 22, 2010 at 1:16 PM, Roel Spilker wrote:
> And, Victor, I do agree with most of your suggestions, but mainly for a
> different reason. I prefer to optimize towards readability.
>
> For instance:
> - Eliminate all virtual calls -> prefer composition over inheritance
> - Avoid volatile
On Thu, Jul 22, 2010 at 1:11 PM, Roel Spilker wrote:
> Maybe we should stop trying to give advice, apart from "Benchmark it in a
> real world scenario". The virtual calls could (and probably would) still be
> inlined if the VM can determine that it's possible. If not now, then
> probably in the
And, Victor, I do agree with most of your suggestions, but mainly for a
different reason. I prefer to optimize towards readability.
For instance:
- Eliminate all virtual calls -> prefer composition over inheritance
- Avoid volatile read and writes -> prefer immutable objects
That said, I defin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/22/10 13:11 , Roel Spilker wrote:
> Maybe we should stop trying to give advice, apart from "Benchmark
> it in a real world scenario". The virtual calls could (and
> probably would) still be inlined if the VM can determine that it's
> possible. If
Maybe we should stop trying to give advice, apart from "Benchmark it in a real
world scenario". The virtual calls could (and probably would) still be inlined
if the VM can determine that it's possible. If not now, then probably in the
next VM update.
Roel
Van: viktor.kl...@gmail.com [mailto:j
For uber Java performance you want to eliminate all virtual calls, keep
methods small (so they can be inlined and optimized further),
you also want to avoid volatile reads and writes as well as avoiding
branch-misprediction and L2 trashing, blocking IO and locks.
On Thu, Jul 22, 2010 at 12:43 PM,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/22/10 12:49 , Reinier Zwitserloot wrote:
> overengineered, and would have required inclusion of a heck of a
> lot more classes. They could have taken just the api part of
> ImageIO, and written their own implementation of it, but that's a
> rathe
Just in case nobody's mentioned it yet in this thread, according to
Motorola, the eFuse thing does NOT brick the phone, instead it
prevents booting unsigned firmware. You can unbrick it by putting the
original firmware back.
This still sucks, but is par for the course in the business.
On Jul 21,
Phones are a restricted environment. What could possibly be the point
of shipping corba and swing on a phone? Jigsaw wasn't even a gleam in
Mark Reinhold's eye when android was developed back then. They HAD to
make a tradeoff, they didn't do it to piss of you or sun.
As a practical matter, android
PLease dont forget that the way you implement the method will also
matter...rather than just Java and its functionality..
Regards,
jd
On 7/22/10, Reinier Zwitserloot wrote:
>
> TL;DR: Your question cannot be answered. Those who are trying are
> giving you bad advice. The only way to solve your
TL;DR: Your question cannot be answered. Those who are trying are
giving you bad advice. The only way to solve your issue is to run a
profiler on real world data.
More extensive answer:
Heh, nice. This is exactly why you shouldn't ask these questions.
Alexey Zinger's comment that i++ is slower th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/22/10 09:53 , Alan Kent wrote:
>
> Fabrizio wrote:
>> So, it's a matter of trying, measuring and re-measuring for each
>> JRE update.
>
> Hmmm. That is exactly what I was hoping NOT to hear!!!
>
>
I know. :-) But one of the first things that I le
Replying to lots of different emails in one (sorry if got attribute
messed up!)
On 22/07/2010 1:42 AM, Steven Siebert wrote:
Just ensure you get the correct answer for your situation, when you
say a lot of access, do you mean read-only or r/w? Concurrency a
concern? You say you're looking fo
22 matches
Mail list logo
