|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> Was it you that said something about "committing to backwards
>> compatibility way too early"?
>
> Yep. That was the fundamental failure, caused by the whole "write once"
> marketing campaign.
I wouldn't mind, but it didn't even /work/.
Like I said, I wrote an applet. It worked fine in IE. When I tried it
with Netscape, it crashed with a null pointer exception. And, since it's
an applet, I have no idea /where/ it crashed. You don't get a stack trace.
I suspect this is probably related to the vagueness of the
documentation. That means that others don't really know how to implement
it correctly. Or, hell, maybe the documentation just doesn't actually
match what Sun implemented...
>> I notice Office no longer comes with any documentation at all, just a
>> link to an online forum.
>
> It has documentation. It just mixes it in with the online forum. I think
> you have to chose to install it locally, tho, which is what you might be
> seeing.
Oh well. Almost never non-trivial Office task usually involves finding
an Office MVP anyway...
> I've lost track of closing braces....
...which is why every open bracket should always start a new indentation
level...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 9/23/2011 12:25 PM, Orchid XP v8 wrote:
> On 23/09/2011 05:43 PM, Mike Raiford wrote:
>> On 9/23/2011 10:28 AM, Invisible wrote:
>>
>>> (I suppose you could argue that C# is the same. You know, if it actually
>>> worked on more than one platform...)
>>
>> Mono.
>
> Does Mono support more than 0.2% of what .NET supports yet?
>
Yeah, at least more than 0.2% probably by a substantial amount. But I
can't be bothered to target the Mono framework, honestly, I'll just
stick with MS's CLR.
--
~Mike
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 9/24/2011 10:37 AM, Darren New wrote:
> On 9/24/2011 6:33, Orchid XP v8 wrote:
>> Was it you that said something about "committing to backwards
>> compatibility
>> way too early"?
>
> Yep. That was the fundamental failure, caused by the whole "write once"
> marketing campaign.
>
>> I notice Office no longer comes with any documentation at all, just a
>> link
>> to an online forum.
>
> It has documentation. It just mixes it in with the online forum. I think
> you have to chose to install it locally, tho, which is what you might be
> seeing.
>
>>> I did some code yesterday where I had to break one type name over
>>> multiple lines to keep within the 80-character line limit standard. It
>>> doesn't help when you have stuff like
>>> FastPersistentLinearCollection<OrganizationIndividualRelationshipEntity>
>>>
>>> I kid you not.
>>
>> That's just silly...
>
> It makes perfect sense in context. It's just absurdly verbose.
>
> What would be in C#
>
> var z = from y select z where z.id = myID
>
> in java becomes
>
> List<OrganizationIndividualRelationshipEntity> z =
> Lists.ImmutableCopyOf(
> Lists.filter(y, new
> Predicate<List<OrganizationIndividualRelationshipEntity>() {
> @override boolean apply(OrganizationIndividualRelationshipEntity x) {
> return x.id = myID;
> }
> }
> )
> }
>
> I've lost track of closing braces....
> )
>
Java: It's like pounding your head against a brick wall. Repeatedly.
--
~Mike
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Le 2011/09/26 04:44, Invisible a écrit :
>>> Was it you that said something about "committing to backwards
>>> compatibility way too early"?
>>
>> Yep. That was the fundamental failure, caused by the whole "write once"
>> marketing campaign.
>
> I wouldn't mind, but it didn't even /work/.
>
> Like I said, I wrote an applet. It worked fine in IE. When I tried it
> with Netscape, it crashed with a null pointer exception. And, since it's
> an applet, I have no idea /where/ it crashed. You don't get a stack trace.
>
> I suspect this is probably related to the vagueness of the
> documentation. That means that others don't really know how to implement
> it correctly. Or, hell, maybe the documentation just doesn't actually
> match what Sun implemented...
It may be that some bug in the implementation under IE is effectively
hiding another bug...
It may be that you get the crash on the correct implementation and you
did something wrong that made it work on a faulty implementation.
Remember the imfamous "it's not a bug, it's a feature" that Microsoft
spun to cover actual IE bugs instead of correcting them.
>
>>> I notice Office no longer comes with any documentation at all, just a
>>> link to an online forum.
>>
>> It has documentation. It just mixes it in with the online forum. I think
>> you have to chose to install it locally, tho, which is what you might be
>> seeing.
>
> Oh well. Almost never non-trivial Office task usually involves finding
> an Office MVP anyway...
>
>> I've lost track of closing braces....
>
> ...which is why every open bracket should always start a new indentation
> level...
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 9/26/2011 15:34, Alain wrote:
> It may be that some bug in the implementation under IE is effectively hiding
> another bug...
From experience in exactly this field (java applets in the early days) I
can pretty much guarantee f'ups were Mozilla and not Microsoft.
--
Darren New, San Diego CA, USA (PST)
How come I never get only one kudo?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 27/09/2011 01:11 AM, Darren New wrote:
> On 9/26/2011 15:34, Alain wrote:
>> It may be that some bug in the implementation under IE is effectively
>> hiding
>> another bug...
>
> From experience in exactly this field (java applets in the early days)
> I can pretty much guarantee f'ups were Mozilla and not Microsoft.
Considering the applet only makes a handful of AWT calls before doing
lots of compute-bound stuff to generate a fractal... I'm pretty sure it
was just some unimplemented library call returning null or something
like that.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 24/09/2011 04:37 PM, Darren New wrote:
> What would be in C#
>
> var z = from y select z where z.id = myID
>
> in java becomes
>
> List<OrganizationIndividualRelationshipEntity> z =
> Lists.ImmutableCopyOf(
> Lists.filter(y, new
> Predicate<List<OrganizationIndividualRelationshipEntity>() {
> @override boolean apply(OrganizationIndividualRelationshipEntity x) {
> return x.id = myID;
> }
> }
> )
> }
>
> I've lost track of closing braces....
> )
Haskell has crazy type signatures too.
Haskell also has mechanisms for defining shortcuts. :-P
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 11/17/2011 1:26, Invisible wrote:
> On 24/09/2011 04:37 PM, Darren New wrote:
>
>> What would be in C#
>>
>> var z = from y select z where z.id = myID
>>
>> in java becomes
>>
>> List<OrganizationIndividualRelationshipEntity> z =
>> Lists.ImmutableCopyOf(
>> Lists.filter(y, new
>> Predicate<List<OrganizationIndividualRelationshipEntity>() {
>> @override boolean apply(OrganizationIndividualRelationshipEntity x) {
>> return x.id = myID;
>> }
>> }
>> )
>> }
>>
>> I've lost track of closing braces....
>> )
>
> Haskell has crazy type signatures too.
>
> Haskell also has mechanisms for defining shortcuts. :-P
You don't understand. Those *are* the shortcuts in Java.
No, I am not exaggerating. For example, "Lists" is nothing but a static
class full of static routines that are shortcuts for actually shortcuts for
the more full-bodied declarations including all the generic types.
--
Darren New, San Diego CA, USA (PST)
People tell me I am the counter-example.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>> Haskell has crazy type signatures too.
>>
>> Haskell also has mechanisms for defining shortcuts. :-P
>
> You don't understand. Those *are* the shortcuts in Java.
IT BURNS!! >_<
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Darren New escreveu:
> On 11/17/2011 1:26, Invisible wrote:
>> On 24/09/2011 04:37 PM, Darren New wrote:
>>
>>> What would be in C#
>>>
>>> var z = from y select z where z.id = myID
>>>
>>> in java becomes
>>>
>>> List<OrganizationIndividualRelationshipEntity> z =
>>> Lists.ImmutableCopyOf(
>>> Lists.filter(y, new
>>> Predicate<List<OrganizationIndividualRelationshipEntity>() {
>>> @override boolean apply(OrganizationIndividualRelationshipEntity x) {
>>> return x.id = myID;
>>> }
>>> }
>>> )
>>> }
>>>
>>> I've lost track of closing braces....
>>> )
>>
>> Haskell has crazy type signatures too.
>>
>> Haskell also has mechanisms for defining shortcuts. :-P
>
> You don't understand. Those *are* the shortcuts in Java.
> No, I am not exaggerating. For example, "Lists" is nothing but a static
> class full of static routines that are shortcuts for actually shortcuts
> for the more full-bodied declarations including all the generic types.
problem is that you're trying to make java look worse than it is (and I
agree it is bad) by programming it in a functional style it simply is
not meant to. Java is all about imperative programming at its worse,
but at least it makes some sense when programmed that way.
I'm not quite natural to java, but I guess the correct way to program:
var z = from y select z where z.id = myID
in it would be something like:
List<OrganizationIndividualRelationshipEntity> y, z;
for (OrganizationIndividualRelationshipEntity x : y)
if (x.id = myID) z.add(x);
that doesn't look half as bad as trying to program C in Object-Oriented
fashion. Still, not as fun as without type declarations. I suppose if
the code snippet was inside some generics method you could call
"OrganizationIndividualRelationshipEntity" "T" and have:
List<T> y, z;
for (T x : y)
if (x.id = myID) z.add(x);
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |