And with its great collection of garbage you can be sure Java will utilize all of your memory proving it's the best.
Also with the great lengths of it's CLASSPATH you can be sure your PATH has a whole lot of CLASS! like 20k worth. Please, LD_LIBRARY_PATH? That's for luuuuzers. Winners know you should specify the whole location of every individual library used EVERY SINGLE TIME you call a "binary" so as not to get confused.
The documentation bites huge donkey balls. Even the "advanced" guides could use some help. It's a good command reference, but it doesn't help much if you don't know the command to do specific things.
The hp48 guides were light years better.
for example, enter in polar coordinates:
( 6 40 )
the (angle) is right shift alpha 6. Not labeled on the keyboard. ARGH!
Too many ARGH moments with the 50. Where's the ROT key? buried in some menu.
I'll probably like it more after I figure out how to customize the crap out of it.
I am taking a circuits class with 20 other students, all of whom are using ti-89s.
doing AC steady state circuit analysis is loads faster with the hp.
for example, find the parallel equivalent for a 20, 30, and 40 ohm resistor:
HP: 20 inv 30 inv 40 inv ++ inv
ti: 1/(1/20+1/30+1/40))
11 keypresses vs. 19
When you get to complex numbers (inductors and capacitors) it's not even close. I finish calculations in well less than half the time it takes the TI users. And not because I'm some sort of superwhiz with the calculator- it just works better.
The TI is a good calculator, but you can't really appreciate the speed of RPN until you've taken the time to get practiced with it.
The HP also has an algebraic mode, fwiw, if you want the "how it looks on paper" effect. It can be helpful if you are working with a complex equation and want to make sure you have done it correctly.
So.. RPN isn't god's gift to calculation for everything, but it can be very handy in many situations.
here's a java stack trace. No, not the whole thing, because that would take an hour to parse. This is just the main() call.
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.ja va:289)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav a:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEAppli cation.java:106)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandl e.java:169)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runAppli cation(EclipseAppLauncher.java:106)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Ec lipseAppLauncher.java:76)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja va:363)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja va:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
While to a small extent I agree with your assertion about maintainability, the reality is there are _gobs_ of ugly java, and core failings in the language (yeah, and other languages too). CLASSPATH, for example, is pure fustercluck.
The Javabot will take forever to start, consuming all available power.
The Javabot will run fast internally, and everyone will talk about how fast it is,
but in actual observable output will be slow.
The Javabot will be marketed to run everywhere, but for the first several years of
its existence will really only run in one or two places. Other bots do this
already, but for some reason it's only the Javabot that gets noticed.
The Javabot will collect its own waste (garbage) so it theoretically will use less
power than other bots, but in reality will consume orders of magnitude more. Mini Javabots will be available which don't consume their own waste and also don't
consume much power, but will be ignored.
The Javabot will succeed by force of marketing power alone.
The Javabot will be marketed as having the best usability of any bot, but will
actually require several versions of itself before being relatively useful.
The Javabot will require multiple versions of itself to be present to perform
all necessary tasks.
The Javabot will need to be informed of where all its parts are in order to run-
not in a general sense of "The parts are in the bin", but rather "part A is in
the bin", "part B is in the bin", etc.
Because the Javabot doesn't use enough power by itself, it will be embedded inside
other bots, such as database bots.
The Javabot will consume power while not on, and will need to add to itself periodically.
Different features of the Javabot will have really cool names like 'JBEE' and 'JavaBotBeans' which explain absolutely nothing about what they actually accomplish. One of the functions of the Javabot is to periodically come up with
"new" features.
Javabot will run "standard" XML but only be able to exchange data with one other
vendor using it. Marketing will make sure Javabot's method of "cross platform"
data exchange is used instead of other actual cross platform methods.
Javabot will push itself down your throat and you will like it, you heathen!
Huh, arcades are failing. Could it be because modern arcades totally SUCK?
There are now only two types of arcade games, at least where I am. You get your choice of shooty shit or drivey shit. Sometimes, if they're being really clever, you get to shoot _and_ drive at the same time.
Back in the stone age when I was a kid, there were actually different genres of games, in addition to shooty an drivey.
Before you flog yourself too much with XML, check out JSON: http://www.json.org/.
It's supported by every language under the sun, and really simple to use. You may end up needing the extra capabilities of XML, but if you don't JSON is a much friendlier experience.
Noting actually uses the OSI model it's just an abstraction to help people understand how networking works. The Internet uses the TCP/IP http://en.wikipedia.org/wiki/TCP/IP_model model of Application, Transport, Network, and Data link layers.
Actually that's not entirely true: IS-IS is an OSI based protocol in active use.
> Who the f*** decided that sentences on the Internet shall no longer be formatted with two spaces after a period?!
That would appear to be Tim Berners-Lee. Multiple whitespaces in html code get reformatted as one. For example, the spaces between these sentences (view source).
Also I'm fairly annoyed by the fact that the first sentence in a paragraph isn't indented with <p>.
The original moon missions involved _enormous_ rockets. Even if you could land on Mars what is the likelihood you would be able to transport rockets big enough to get you back off there?
Oh yeah, and have it work after being dropped from outer space.
Maybe if they used nuclear power to lessen the wight somehow, it _might_ be possible. Otherwise it's just a long one way trip with a slow cold end.
Slashdot Mirror
And with its great collection of garbage you can be sure Java will utilize all of your memory proving it's the best.
Also with the great lengths of it's CLASSPATH you can be sure your PATH has a whole lot of CLASS! like 20k worth. Please, LD_LIBRARY_PATH? That's for luuuuzers. Winners know you should specify the whole location of every individual library used EVERY SINGLE TIME you call a "binary" so as not to get confused.
Another bitter Portlander?
Rouge satellites?
Are the slashdot editors drunk? This is only the latest of several simple grammatical and spelling errors in the summaries today.
Because they took a bunch of open source BSD code and then kept the important "value added" parts like the windowing system closed.
How soon can we hook them up to The Matrix?
"me too".
The documentation bites huge donkey balls. Even the "advanced" guides could use some help. It's a good command reference, but it doesn't help much if you don't know the command to do specific things.
The hp48 guides were light years better.
for example, enter in polar coordinates:
( 6 40 )
the (angle) is right shift alpha 6. Not labeled on the keyboard. ARGH!
Too many ARGH moments with the 50. Where's the ROT key? buried in some menu.
I'll probably like it more after I figure out how to customize the crap out of it.
I am taking a circuits class with 20 other students, all of whom are using ti-89s.
doing AC steady state circuit analysis is loads faster with the hp.
for example, find the parallel equivalent for a 20, 30, and 40 ohm resistor:
HP:
20 inv 30 inv 40 inv ++ inv
ti:
1/(1/20+1/30+1/40))
11 keypresses vs. 19
When you get to complex numbers (inductors and capacitors) it's not even close. I finish calculations in well less than half the time it takes the TI users. And not because I'm some sort of superwhiz with the calculator- it just works better.
The TI is a good calculator, but you can't really appreciate the speed of RPN until you've taken the time to get practiced with it.
The HP also has an algebraic mode, fwiw, if you want the "how it looks on paper" effect. It can be helpful if you are working with a complex equation and want to make sure you have done it correctly.
So.. RPN isn't god's gift to calculation for everything, but it can be very handy in many situations.
The previous version of the "post-48" series was the hp49g+.
Absolutely godawful keys. Really horrible and also not great.
The hp50 is _much_ better, and I agree with other posters (on other forums) that it is the first calculator to be "better" than the hp48gx.
But it's not much better, and some things are less intuitive.
If you get one the bible (aka advanced user/programmers guide) from hpcalc.org is mandatory.
What if the structural entity was immersed in a liquid? That might cancel out the "mashing" effect.
LOAD "$", 8
DIR
Actually have access to the filesystem, how dare we!
Just a guess.
| "you just can't fucking write." as AC-
how about a little decorum? Normal person (though that may not apply here) + anonymity + audience = exactly what again?
How DARE you answer the question? This is slashdot!
> It looks like your problem is on line 466 of WorkBench.java.
It looks like you didn't read my posting, nor really comment on the substance.
here's a java stack trace. No, not the whole thing, because that would take an hour to parse. This is just the main() call.
at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:466)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.ja
va:289)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.jav
a:461)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEAppli
cation.java:106)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandl
e.java:169)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runAppli
cation(EclipseAppLauncher.java:106)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Ec
lipseAppLauncher.java:76)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:363)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.ja
va:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:508)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:447)
at org.eclipse.equinox.launcher.Main.run(Main.java:1173)
While to a small extent I agree with your assertion about maintainability, the reality is there are _gobs_ of ugly java, and core failings in the language (yeah, and other languages too). CLASSPATH, for example, is pure fustercluck.
The Javabot will run fast internally, and everyone will talk about how fast it is, but in actual observable output will be slow.
The Javabot will be marketed to run everywhere, but for the first several years of its existence will really only run in one or two places. Other bots do this already, but for some reason it's only the Javabot that gets noticed.
The Javabot will collect its own waste (garbage) so it theoretically will use less power than other bots, but in reality will consume orders of magnitude more. Mini Javabots will be available which don't consume their own waste and also don't consume much power, but will be ignored.
The Javabot will succeed by force of marketing power alone.
The Javabot will be marketed as having the best usability of any bot, but will actually require several versions of itself before being relatively useful.
The Javabot will require multiple versions of itself to be present to perform all necessary tasks.
The Javabot will need to be informed of where all its parts are in order to run- not in a general sense of "The parts are in the bin", but rather "part A is in the bin", "part B is in the bin", etc.
Because the Javabot doesn't use enough power by itself, it will be embedded inside other bots, such as database bots.
The Javabot will consume power while not on, and will need to add to itself periodically.
Different features of the Javabot will have really cool names like 'JBEE' and 'JavaBotBeans' which explain absolutely nothing about what they actually accomplish. One of the functions of the Javabot is to periodically come up with "new" features.
Javabot will run "standard" XML but only be able to exchange data with one other vendor using it. Marketing will make sure Javabot's method of "cross platform" data exchange is used instead of other actual cross platform methods.
Javabot will push itself down your throat and you will like it, you heathen!
(only slightly bitter)
Huh, arcades are failing. Could it be because modern arcades totally SUCK?
There are now only two types of arcade games, at least where I am. You get your choice
of shooty shit or drivey shit. Sometimes, if they're being really clever, you get to
shoot _and_ drive at the same time.
Back in the stone age when I was a kid, there were actually different genres of games,
in addition to shooty an drivey.
... stupidfucksjustdontgetit (tagging beta)
Is this really helpful to anyone, anyone at all?
Tagging sucks and is also stupid and unhelpful. Can we kill it now, please?
WTF?
..well, it's good for message passing anyway. It may not be what you want for embedding documentation. Sorry for the late clarification.
Before you flog yourself too much with XML, check out JSON: http://www.json.org/.
It's supported by every language under the sun, and really simple to use. You may end up needing the extra capabilities of XML, but if you don't JSON is a much friendlier experience.
Actually that's not entirely true: IS-IS is an OSI based protocol in active use.
That would appear to be Tim Berners-Lee. Multiple whitespaces in html code get reformatted as one. For example, the spaces between these sentences (view source).
Also I'm fairly annoyed by the fact that the first sentence in a paragraph isn't indented with <p>.
Austin
Yeah. I have to use an umbrella every time I put a shrimp on the barbie.
(Of course that's nonsense, none of us ever use umbrellas)
The original moon missions involved _enormous_ rockets. Even if you could land on Mars what is the likelihood you would be able to transport rockets big enough to get you back off there?
Oh yeah, and have it work after being dropped from outer space.
Maybe if they used nuclear power to lessen the wight somehow, it _might_ be possible. Otherwise it's just a long one way trip with a slow cold end.
Yes, but only for a nanosecond.