For me, it's less numbers and instead certain company logo's that fill
me with a sense of foreboding dread.
On Mar 5, 2:27 pm, RogerV wrote:
> remember Apollo 13:
>
> launched on April 11, 1970 at 13:13 CST
>
> oxygen tank ruptured on April 13, 1970, 02:07:55.19 UTC
>
> On Mar 4, 8:19 am, "Vince
remember Apollo 13:
launched on April 11, 1970 at 13:13 CST
oxygen tank ruptured on April 13, 1970, 02:07:55.19 UTC
On Mar 4, 8:19 am, "Vince O'Sullivan" wrote:
> fromhttp://www.netbeans.org/servlets/NewsItemView?newsItemID=1346
>
> On why the next version of NetBeans will be 6.7 and not 6.6.
in japan they also skip 4th floor because 4 and death reads the same
(have the same sound even though are written differently)... a chinese
friend of mine said the same thing happens in chinese
On Wed, Mar 4, 2009 at 8:52 PM, Reinier Zwitserloot wrote:
>
> Reminds me of chinese elevators.
>
> Th
Reminds me of chinese elevators.
They skip anything with a 4 in it, as well as 13. So, an office
building with a 100th floor may have only 80 floors. Though, they
don't skip floor 66. Food for thought.
See http://farm3.static.flickr.com/2086/1790574882_68be5cb62a.jpg?v=0
for a nice photo of a lo
Who claimed that it was the #1 missing feature?
I think it's the #1 valued feature, though.
A feature's value is:
feature's utility
---
feature's impact
Utility is small, but gets a minor boost because java not having
a .join() method is actively costing java goodwill in the grea
I wonder if Hudson is going to skip in a year or so when they reach 1.666.
How many numbers would one have to skip if every religion and
superstition should be considered? Would there be anything left?
Reminds me of a bit of code to generate a token for a browser where the
allowed characters e
Is there a more compelling reason to do a 6.6 release?
Let me tell you I can appreciate a good laugh too.
On Wed, Mar 4, 2009 at 12:19 PM, Vince O'Sullivan wrote:
>
> from http://www.netbeans.org/servlets/NewsItemView?newsItemID=1346
>
> On why the next version of NetBeans will be 6.7 and not 6.
John Nilsson wrote:
> On Wed, Mar 4, 2009 at 4:40 PM, Reinier Zwitserloot
> wrote:
>
>> List should have just had lookup and 'make a copy of self' methods.
>> Then, MutableList, which extends it, should have had the add, addAll,
>> remove, removeAll, clear, and other mutating methods on them.
> When folks are arguing over which language features need to be in java, I
> can't help but think "Why Bother? Just use Scala" (as was coined by Alex
> Cruise). My only wish is for a standard closure-like collections library
> that all the other languages for the JVM can design to, and therefore
Josh,
While I agree with you, I think sun can't ignore the fact that they need a
java that will last 10+ (or more specifically the VM). I personally plan to
punt Java as much as possible in favor of languages like JavaFX, Groovy and
Scala. With the new modularity, I see this becoming an even eas
Is that really the number one missing feature in Java? :)
Here's my take on Java 7 and what's going in (and isn't). [keep in
mind, while I'm a Sun employee this is still just my opinion].
7 is Java's SnowLeopard. Java 7 isn't about flashy new features. It's
about cleaning up infrastructure a
I've just analyzed how language and library changes would improve my
source. it was just a ten minute grep-and-sed exercise.
I've quickly scanned though a selected group of projects, which share
dependencies.
Of 2k .java files, the most imported classes are:
java.util.List (imported in 22.51% of
On 4 Mar 2009, at 18:46, Joshua Marinacci wrote:
> what does String.join do?
Joins strings together using a separator. Just like every other
language in the last 20 years. :)
The google collections guys have a nice implementation, which accepts
Objects as well as Strings and makes nice use
im guessing it would fit better on the Collections class instead of
String (and on Arrays for, well, arrays)
On Wed, Mar 4, 2009 at 4:04 PM, Josh Suereth wrote:
> http://commons.apache.org/lang/apidocs/org/apache/commons/lang/StringUtils.html#join(java.util.Collection,%20char)
>
> I think this i
http://commons.apache.org/lang/apidocs/org/apache/commons/lang/StringUtils.html#join(java.util.Collection,%20char)
I think this is something like what Reinier wants to see in String.
On Wed, Mar 4, 2009 at 1:46 PM, Joshua Marinacci wrote:
>
> what does String.join do?
> On Mar 4, 2009, at 7:30
On Wed, Mar 4, 2009 at 4:40 PM, Reinier Zwitserloot wrote:
> List should have just had lookup and 'make a copy of self' methods.
> Then, MutableList, which extends it, should have had the add, addAll,
> remove, removeAll, clear, and other mutating methods on them.
So a MutableList can be passed
what does String.join do?
On Mar 4, 2009, at 7:30 AM, Reinier Zwitserloot wrote:
>
> Yeah, breaking changes - no chance, at least not for java7.
>
> But, there are plenty of API things that would be great to have, and
> are forwards, backwards, migration, upwards, downwards, sideways, and
> any o
Go to Vegas, pick any hotel, and try to book a room on the 13th floor.
On Mar 4, 11:19 am, "Vince O'Sullivan" wrote:
> fromhttp://www.netbeans.org/servlets/NewsItemView?newsItemID=1346
>
> On why the next version of NetBeans will be 6.7 and not 6.6...
>
> "And why are we skipping a version betwe
Guillaume,
I just meant that at an initial glance, I didn't realize that
'multiple assignments' could translate to 'multiple return types'. On
a closer look, it hit me (and I liked it!).
Thanks,
Greg
On Mar 4, 3:48 am, Guillaume Laforge wrote:
> Hi Greg,
>
> On Mar 3, 3:13 pm, greggobridges w
from http://www.netbeans.org/servlets/NewsItemView?newsItemID=1346
On why the next version of NetBeans will be 6.7 and not 6.6...
"And why are we skipping a version between 6.5 and 6.7? Well, there
are negative associations with the number 6.6...6. Though we
appreciate a good laugh, this is not
Well, there is a solution, to some extent. Type Hierarchy.
List should have just had lookup and 'make a copy of self' methods.
Then, MutableList, which extends it, should have had the add, addAll,
remove, removeAll, clear, and other mutating methods on them.
Iterator should have come in two vari
> Yes, the "freeze" concept seems more appropriate for dynamically typed
> languages than for statically typed interface-based languages.
One must then extrapolate that dynamic languages won't scale as well
across many cores as a static language, runtime metadata seems
paramount.
As to the builde
Yeah, breaking changes - no chance, at least not for java7.
But, there are plenty of API things that would be great to have, and
are forwards, backwards, migration, upwards, downwards, sideways, and
any other direction - compatible.
For example, String.join. I mean, really, now. How can java mak
Hi Greg,
On Mar 3, 3:13 pm, greggobridges wrote:
> There was one thing about multiple assignments that was left out in
> the discussion: this allows for multiple return types. While the Posse
> didn't mention it, this is more of an omission by Groovy's own
> announcement, since they did not make
To take the discussion in a more serious direction...
--- Michael Neale wrote:
> [...] I think freeze was more for dynamic languages like ruby and
> groovy [...]
Yes, the "freeze" concept seems more appropriate for dynamically typed
languages than for statically typed interface-based languages.
Perhaps just making Cloneable and Serializable annotations, while
deprecating the interfaces?
Although the interfaces will probably not be removed before 1.8 or
(dare I say it) 2.0, it would at least encourage using annotations the
way they are meant to be used, and interfaces as, well, int
Sadly I kinda expected that :( Still one can dream.
...and then Buffy staked Edward. The End.
On Wed, Mar 4, 2009 at 9:12 PM, Joshua Marinacci wrote:
> You are unlikely to ever get a breaking change into core java. On the
> other hand, having modules in the language and JRE opens up some new
On Mar 3, 2009, at 10:48 PM, Mark Derricutt wrote:
>
> Hey all,
>
> Project Coin is all about small language changes for Java 7, whats the
> changes of getting a project setup for "small interface/object
> changes" (although these could be breaking..) to fix some
> reallly annoying marker
28 matches
Mail list logo
