It's not big, and it's not c++, but I think the prototype Javascript library is a pretty good example of where brevity, functionality and "prettyness" should meet in code .
I have a freind who does nanotube research. The problem, as I understand, is sorting. Not all nanotubes are conductive, and they can't be manufactured selectiveley. But otherwise they behave similarly.
It's like me giving you a pile of billions of wires and saying: "Here, some of these conduct, and others don't. Now start sorting."
The "Industrial Revolution" was a period where manual labor was replaced by machine labor. Letting machines do the grunt work enables (capable) humans to work on more interesting problems.
Except in extreme cases, sales people, management and even customers almost always prefer features and usability enhancements to speed/memory/stability enhancements. Any experienced programmer knows that. While you're spending time tweaking your code, I'm creating value for my business and customers.
If you work in a field where code optimization and memory management are huge concerns, then your comment isn't appropriate for most of developers, and my comment isn't appropriate for you. If not, your job will soon end up in India. No doubt the developer there will have a better attitude than you.
Look. Some people who were obviously "smart" enought to do it, and "hacker-ish" enought to want to, have implemented Python and Scheme in Java. (see Jython, SISC, Jscheme).
Anyone can use all 3 languages at the same time, running in the same VM talking to each other.
Life is so easy when you Google for 2 seconds instead of bashing different groups of developers and trying to figure out why they can't all get along and write nice code they way they want.
I was listening to an interview on the CBC (can't remeber details), but it was pointed out that this technology already exists.
That means if an athlete is willing to pay someone who can and will do it... then there could (in theory) be genetically enhanced athletes in this olypics.
that this monorail will take you directly from the center of a casino, to the center of many other casinos, via routes that pass through casinos. In order to get to any of the stations, you'll need to walk through 3 miles of casinos. In order to buy tickets, you'll need to walk through 4 miles of casinos. If you're drunk and gambling, tickets are free.
Availability. Most people simply don't know that GIMP and OppenOffice exist. Or that they can be installed on Windows fairly easily.
Installation. Some open-source developers just assume that you'll have a compiler handy, and will want to adjust the Makefile to point to the right libraries (which you'll have to compile and install yourself...).
My first thought was that it would be perfect for a future handheld game device!
Umm... For those of us who don't read Japanese and aren't psychic, we have no details. We don't know things like cost, power requirements, transfer speed, seek time, data integrity, etc.
So it's not really clear at all that this would be "perfect" for anything.
I appreciate what you're saying, but only sort-of agree.
There is no RPGLE SDK (that I know of) for Windows. Probably because it's best to run RPG on the platform it was designed for and integrated with (AS/400).
Similarly I beleive.Net will always work best, with the least ammount of grief, on Windows.
They might be looking for an algorithm that establishes just how random the "random bits" of a file are. For example, you would expect the least significant bits in a jpeg to be more or less random - any degree of organisation there could be a hidden text or something else.
Yes, but you'd be putting encrypted data into the LSBs. And encrypted data looks like random noise. So how could such an algorithm detect that? Maybe the answer is to use psychics.
I'm tired of learning new languages. I don't see the point in it.
Fun. Brain excercise. It makes you a better programmer in general even if you don't end up using that language. I can almost guarantee that if you took any Java/C programmer, taught them some Scheme and Forth, they would end up being a better Java programmer for it.
My point is this: Forget what the developers of UserLinux think. What do the potential users think?
Sure anyone can put together whatever distro they want. Just don't do it under the guise that it's for some 3rd party's benefit, unless that 3rd party gets to call the shots.
It's not big, and it's not c++, but I think the prototype Javascript library is a pretty good example of where brevity, functionality and "prettyness" should meet in code .
t ype.js
http://www.prototypejs.org/assets/2007/6/20/proto
I have a freind who does nanotube research.
The problem, as I understand, is sorting.
Not all nanotubes are conductive, and they can't be manufactured selectiveley.
But otherwise they behave similarly.
It's like me giving you a pile of billions of wires and saying: "Here, some of these conduct, and others don't. Now start sorting."
Just because someone is completely innocent doesn't mean you can't sue the pants off them.
C'mon, give the RIAA a break. Haven't they suffered enough?
The "Industrial Revolution" was a period where manual labor was replaced by machine labor.
Letting machines do the grunt work enables (capable) humans to work on more interesting problems.
Except in extreme cases, sales people, management and even customers almost always prefer features and usability enhancements to speed/memory/stability enhancements. Any experienced programmer knows that.
While you're spending time tweaking your code, I'm creating value for my business and customers.
If you work in a field where code optimization and memory management are huge concerns, then your comment isn't appropriate for most of developers, and my comment isn't appropriate for you.
If not, your job will soon end up in India. No doubt the developer there will have a better attitude than you.
Take all free / open source software and all derived products and services out of France.
I'd like to see:
a) how fast SACEM, SNEP, SCPP can back-peddle.
b) some good riots. The French are know for this.
Code always documents exactly what the code does.
Documents document what the code is supposed to do.
Christopher Lasch wrote about this in 1979 in "The Culture of Narcissism".
I'm sure he wasn't the first.
Nice to see people are finally catching on.
Look. Some people who were obviously "smart" enought to do it, and "hacker-ish" enought to want to, have implemented Python and Scheme in Java. (see Jython, SISC, Jscheme).
Anyone can use all 3 languages at the same time, running in the same VM talking to each other.
Life is so easy when you Google for 2 seconds instead of bashing different groups of developers and trying to figure out why they can't all get along and write nice code they way they want.
I was listening to an interview on the CBC (can't remeber details), but it was pointed out that this technology already exists.
That means if an athlete is willing to pay someone who can and will do it... then there could (in theory) be genetically enhanced athletes in this olypics.
http://slashdot.org/comments.pl?sid=113575&cid=962 0694
To play on an older joke:
1. reformat.
2. install Debian.
that this monorail will take you directly from the center of a casino, to the center of many other casinos, via routes that pass through casinos.
In order to get to any of the stations, you'll need to walk through 3 miles of casinos. In order to buy tickets, you'll need to walk through 4 miles of casinos. If you're drunk and gambling, tickets are free.
...it apparently breaks the rules...
Because it couldn't be that we've made a mistake. It was the naughty meson's fault.
(its all in the subject)
They've been made accountable for something that is
a) none of their business,
b) something in which they have little experience or expertise.
What do we expect?
Like silly-putty or cornstarch and water.
It's actually surprising no-one has figured this out sooner. (or maybe the idea has been around a long time but the perfect materials were the key).
Availability.
Most people simply don't know that GIMP and OppenOffice exist. Or that they can be installed on Windows fairly easily.
Installation.
Some open-source developers just assume that you'll have a compiler handy, and will want to adjust the Makefile to point to the right libraries (which you'll have to compile and install yourself...).
http://www.iolanguage.com/
My first thought was that it would be perfect for a future handheld game device!
Umm... For those of us who don't read Japanese and aren't psychic, we have no details.
We don't know things like cost, power requirements, transfer speed, seek time, data integrity, etc.
So it's not really clear at all that this would be "perfect" for anything.
Can anyone enlighten us?
I appreciate what you're saying, but only sort-of agree.
.Net will always work best, with the least ammount of grief, on Windows.
There is no RPGLE SDK (that I know of) for Windows. Probably because it's best to run RPG on the platform it was designed for and integrated with (AS/400).
Similarly I beleive
Despite the fact that this guy doesn't seem to understand or appreciate Mono and dotGnu acheivements, I still pretty much agree with his conclusions.
Let's look at Java. How many professional/hobby/academic Java developers use Sun's SDK?
How many use Gnu classpath with some other VM?
Have you ever downloaded an app or library that was developed and tested under SableVM/Gnu-classpath but not Sun's SDK?
They might be looking for an algorithm that establishes just how random the "random bits" of a file are. For example, you would expect the least significant bits in a jpeg to be more or less random - any degree of organisation there could be a hidden text or something else.
Yes, but you'd be putting encrypted data into the LSBs. And encrypted data looks like random noise. So how could such an algorithm detect that? Maybe the answer is to use psychics.
I'm tired of learning new languages. I don't see the point in it.
Fun. Brain excercise. It makes you a better programmer in general even if you don't end up using that language.
I can almost guarantee that if you took any Java/C programmer, taught them some Scheme and Forth, they would end up being a better Java programmer for it.
You could say similar things about the States. That aside, do you even know what communism is?
Or is this an attempt at humour?
My point is this:
Forget what the developers of UserLinux think.
What do the potential users think?
Sure anyone can put together whatever distro they want. Just don't do it under the guise that it's for some 3rd party's benefit, unless that 3rd party gets to call the shots.