Glad to hear that Steven, that has been my findings too. Unfortunately
both Motorola and HTC likes to add their share of fancy looking stuff
on top of stock with little regard for responsiveness. Let's hope
Gingerbread, as reportedly is its mission statement, will succeed in
minimizing the UI fragm
As a follow up, I've updated my HTC Desire with the Cyanogenmod and
Froyo (version 6, RC 2) and its working a lot better than the default
Sense UI that ships with HTC.
I was very reluctant to do this kind of hack, mainly because I'm
losing the apples to apples comparison between what a normal user
On Aug 26, 4:53 pm, Reinier Zwitserloot wrote:
> If you think "Pattern Matching" counts as something you can do in
> scala but can't in java, I must not have made my argument clear.
> That's just syntax sugar. Nice syntax sugar, surely, but syntax sugar
> nonetheless. What I'm talking about, is
This is actually horribly put. What I mean is that object identity
(which Scala inherits from the JVM) tends to break referential
transparency because two invocations (in the general case) return
different instances of the same value.
With kind regards
Ben
On 26 Aug., 23:57, Ben Schulz wrote:
>
On 26 Aug., 23:23, Kevin Wright wrote:
> If `newBuilder` was a pure function, then it really wouldn't
> matter if `left` and `right` were assigned the same value, or the result of
> two subsequent evocations of `newBuilder`
That's only true in a referentially transparent language which,
correct m
Isn't this just as slippery a slope? Why are you not advocating Coq or
some other dependently typed language? Surely all the developers the
world really needs are smart enough to learn them and be productive
with them?
With kind regards
Ben
On 26 Aug., 21:28, Kevin Wright wrote:
> Which leads to
Scala generally tries to "do the right thing"
It's a nebulous concept, of course, but it usually means "do what Java does"
Unless there's a good reason to state that what Java does is just plain
wrong, or that it's seriously inconsistent with other goals of Scala
This particular example is interes
If you think "Pattern Matching" counts as something you can do in
scala but can't in java, I must not have made my argument clear.
That's just syntax sugar. Nice syntax sugar, surely, but syntax sugar
nonetheless. What I'm talking about, is things like:
- do multithreading in a platform independe
Right, this is possible the worst one of all in partition. This must
mean that, translitering to java which we're all presumable a little
more familiar with, that:
List left, right = new ArrayList();
results in 2 separate calls to the ArrayList constructor?
Also, another WTF that came to me late
Which leads to some * very* slippery ground
If followed to a logical conclusion, you seem to suggest that architects are
somehow smarter than mere developers, and therefore entitled to develop in a
more advanced language.
oops...
I refuse to accept any philosophy that is fundamentally based on t
> You'll find it very, very hard to critically compare the authors of the Java
> and Scala compilers here with a clean conscience.
> Not least, because they're one and the same. I'll say it again: "Odersky
> wrote the Java compiler"
OTOH being a great hacker/implementer vs. a great language desig
Quickcheck might help you: https://quickcheck.dev.java.net/.
Thomas
On Aug 26, 5:24 pm, "phil.swen...@gmail.com"
wrote:
> Is there a decent java data generator framework out there? Google
> hasn't turned up anything interesting.
>
> Basically I'm looking for is a framework that will generate th
On Aug 25, 11:48 am, Romain Pelisse wrote:
> > The code behind partition:
> >http://lampsvn.epfl.ch/trac/scala/browser/scala/tags/R_2_8_0_final/sr...
>
> > def partition(p: A => Boolean): (Repr, Repr) = {
> > val l, r = newBuilder
> > for (x <- this) (if (p(x)) l else r) += x
> > (l.result
I think this sums it up nicely:
http://lukewelling.com/2006/08/03/java-programmers-are-the-erotic-furries-of-programming/
Scala clearly belongs at the top of that list, alongside Lisp...
To demonstrate, lets take the list of features suggested for a "next-gen"
language
will involve a similarly c
> deploying a JVM based solution is much much cheaper than a .NET one.
But then the cost is just spent on figuring out Java frameworks
instead! The amount of stuff you have to know and master in the Java
ecosystem to get anything done, is mind blowing. I pity all the
architects who put stacks toge
I think you would be surprised the inroads .NET is making, for one.
Second, it is a lot easier to get people using something they can just
download and start using. This (I believe) is the case with .NET now,
but it has not always been that way. Not by a long shot. (And, even
now, actually deplo
Really??? Then why did not .NET enjoy the same treatment??? Microsoft
was much much more powerful than Sun micro
I agree with Reinier, Java won because it provides much more than just
syntax fix. By having a VM and
garbage collector Java provides a platform that is more secure and less
likely to
A couple of years ago I used Benerator to generate the data to test an
insurance company web site:
http://databene.org/databene-benerator
I hope this could fit your needs.
Bye,
Mario Fusco
twitter.com/mariofusco
--
You received this message because you are subscribed to the Google Groups "The
On Aug 26, 9:09 am, Reinier Zwitserloot wrote:
> What's confusing about that? Folks switched from C to java in fairly
> large droves, and my entire argument is that this happened not because
> java was C with nicer syntax, but because java was very much not C at
> all: It did NOT let you program t
Is there a decent java data generator framework out there? Google
hasn't turned up anything interesting.
Basically I'm looking for is a framework that will generate things
like:
bounded random data (random data between 1-10)
trending data (trending up over a time range)
text data from predefined
On Thu, Aug 26, 2010 at 3:10 PM, Reinier Zwitserloot wrote:
> So, val l, r = newBuilder works because newBuilder is a method, and
> this method returns a tuple?
>
No, that was just misinformation, it is assignment.
scala> val l,r = 5
l: Int = 5
r: Int = 5
scala> l
res0: Int = 5
scala> r
res1:
So, val l, r = newBuilder works because newBuilder is a method, and
this method returns a tuple?
Good lord. I rest my case!
On Aug 26, 10:03 am, Russel Winder wrote:
> On Wed, 2010-08-25 at 15:56 -0700, Reinier Zwitserloot wrote:
>
> [ . . . ]
>
> > that this code works). If this is how scala e
What's confusing about that? Folks switched from C to java in fairly
large droves, and my entire argument is that this happened not because
java was C with nicer syntax, but because java was very much not C at
all: It did NOT let you program to the bare metal and give you
entirely different feature
I thought you were looking for arguments; I did not know you were just
going to troll java programmers. Not trying to make a low blow here,
but the way you're deflecting every argument, you're not trying to
have an argument at all, this is just a (bad) attempt at trying to win
more souls for scala.
Heh, whoops. I don't use the TempoPosse myself anymore since iPhones
ship with a speedup function. The app is running fine, it just thinks
there are no new posse eps. I'm guessing the changes to libsyn are to
blame. Just fixed it. It's a very old server so it give an hour or 3
to download, process
Lego Technic kits are usually from around 9 years and up, so at least
we all agree that Scala is NOT for noobs. :)
On Aug 26, 2:04 pm, Viktor Klang wrote:
> And Haskell is Mindstorms? ;-)
>
>
>
>
>
> On Thu, Aug 26, 2010 at 1:20 PM, Mario Fusco wrote:
> > I published my opinion on this argument
And Haskell is Mindstorms? ;-)
On Thu, Aug 26, 2010 at 1:20 PM, Mario Fusco wrote:
> I published my opinion on this argument here:
>
> http://java.dzone.com/articles/scala-complex-yes-and
>
> Anyway my advice is mostly to give a look at what Martin Odersky wrote
> about this debate:
>
> http://l
I published my opinion on this argument here:
http://java.dzone.com/articles/scala-complex-yes-and
Anyway my advice is mostly to give a look at what Martin Odersky wrote
about this debate:
http://lamp.epfl.ch/~odersky/blogs/isscalacomplex.html
I guess this could easily become the manifest of th
In as post a little while back, I posted a "different" way to parse/
interpret a byte array:
http://groups.google.com/group/javaposse/browse_thread/thread/f610e8169f5c417b/bccd9bb1dfa67905?lnk=gst&q=unsafe#bccd9bb1dfa67905
I believe if you use the same technique, but does something silly like
$.pu
On Wed, 2010-08-25 at 15:56 -0700, Reinier Zwitserloot wrote:
[ . . . ]
> that this code works). If this is how scala ends up with shorter code,
> I don't want it.
Tuple assignment works brilliantly in Python and seems to in Scala as
well. Tuple assignment solves so many problems that lead to cl
30 matches
Mail list logo