That's mixing levels...
Yes at the lowest level both are inherently similar (human dependent), but at higher levels they are very different, ie, cars have an almost fixed size (related to the highway), stock orders can be any size, that's a strong difference. Also cars are phisical objects, so they move in a predictable (relatively simple) way, fluid mechanics and compression waves explains a big part of traffic behaviour.
It seems that the authors just make the model more realistic, not specially different than other computer simulations.
Weather is more an example of a complex system, than a 'chaotic' one, you just need a lot of information to produce a sensible prediction, but it's not a coin flipping problem (brown movement), again, is all about observation/modelation levels.
They don't have to, as long as they don't care about being re-elected.
Sad, but true......, but still even on representative democracies it should hold what a philosopher said: "Democracy is something more than to elect a dictator every few years."
Thing are getting interesting,
Sun is approaching java to desktop (hurray for them, it only took 5 years!).
Mac is publishing rendezvous for linux, win and others (after ten years of networking, will we finally get something like a 'zero' config system!?).
It seems that the non-windows side of the world is awakening!.
not only in sql, a tipical way to filter/validate a string against a grammar or format is to use an 'object metaphor'; you parse the nonvalidated input string (no structure) and creates an 'object' (fixed/controled layout) modifying obhject properties acording to parsed values, then you convert that 'object' to a sintacticaly 'always correct' string, that represents the 'view' of the input string by the parser.
The idea is simple, don't let strings (or parts of) to pass from user to inner layers.
True, deadly true, but the point of the article stills holds, tools/environments should be better and facilate exactly your point: Bugs should not result in security issues.
1-Nonexecutable hardware flag page is not innecesary, merging data and stack has been always (+20 years) a WRONG idea. Data should not be allowed to be executed without explicit permsission, if we have page faults it's not so extrange to have execution faults.
2-The author seems to ignore or undervalueate moderns unix IDE's as Kdevelop.
Is beautiful to find a link between music and speech, some ideas from my own work:
1-Human language seems to have a strong 'predictive' behavior, at any level (phoneme, word, and even sentence), given a broad enough recent past we can 'predict' a short enough near 'future'.
2-'Context creation' in the article, seems closely related to the time information coding of adaptative systems, very much as observed in recent neuronal synapse simulations.
3-The same way that humans are born with same vocal characteristics across races and cultures, but quickly adapt (few months) to mother's language pitch and tone, they seems to adapt to appreciate diferent tonal/rithm music qualities.
ok, lets try to be clear..
If the world 'was behind us' on Iraq war, those millions and millions of people that protested around the world against war were.... ETs!!!???
With the exception of france and germany, two small and insignificant (by modern standards) countries who had a considerable amount of wealth to gain if sadam stayed in power, most of the world's countries were behind us.
Sure, repeat with me, the earth is flat,the earth is flat.
HAHAHAHAHAHAHA!
Let's ignore those paradigmaticly shifting meanings.:)
1-Computers started as big (very big) calculator machines, code were formulaes.
2- then changed to uniform shape and spread among people, the pc era started, code revolved around public APIs,
3- latter communication systems lowered prices and that make possible to connect those individuals machines thru selected servers, that's the internet era, public protocols take the workload,
The next 'shift'? In my opinion, parallel processing at massive scale, (ie, speech recognition, automatic translation enabled phones, etc) that one has been once and again left for tomorrow.
I've read the interview, but I could not find a single idea about programming...
well, except the tipical 'metaprogramimg' misconception (pretending 'meta' is something different to 'programming'), but nothing more, did I miss the line?
That's exactly the feeling... a N.Young song comes to my mind...
Don't know when things went wrong,
Might have been when you were young and strong.
American dream, American dream.
Don't know when things went wrong,
Might have been when you were young and strong.
American dream, American dream.
How do we dissasemble one of these 'elevators'?
Without knowing how to dismantle the thing, we hardly can afford to build one.
I still remember some SF novel about the breaking of a space elevator, scary.
Oh, sure, I don't mind about terminology, but the article's author assumed people and money as similar 'resources', and I can tell you that my experience clearly indicates that equating 'people' and 'money' is the most dumb ass assertion a suppoused 'manager' can do.
Especially in a 'hand made' area as software production. Tell-me, have you a single one of your products that you honestly can consired 'unrelated to' or 'independent from' the people that made it?
In my expererience the answer is a big NO.
How wrong! Shipping is just the 'start of adult age' for software.
There are only three things that you are working with as a development manager: resources (people and money), features and the schedule.
So people are things, and shipping is the objective... Wow! Let's call it productivity minded!.
I don't buy this line, after more than two decades actively programming, I prefer the 'keep the people on' motto, really. Even more, I can hardly think on being 'proud' of making some software product if the people involved were considered 'resources'.
Slashdot Mirror
Both are fundamentally chaotic
That's mixing levels...
Yes at the lowest level both are inherently similar (human dependent), but at higher levels they are very different, ie, cars have an almost fixed size (related to the highway), stock orders can be any size, that's a strong difference. Also cars are phisical objects, so they move in a predictable (relatively simple) way, fluid mechanics and compression waves explains a big part of traffic behaviour.
It seems that the authors just make the model more realistic, not specially different than other computer simulations.
Weather is more an example of a complex system, than a 'chaotic' one, you just need a lot of information to produce a sensible prediction, but it's not a coin flipping problem (brown movement), again, is all about observation/modelation levels.
Well, let the system consider the new traffic state, at the end you have a perfectly distributed traffic and a steady and boring prediction.
They don't have to, as long as they don't care about being re-elected.
Sad, but true......, but still even on representative democracies it should hold what a philosopher said:
"Democracy is something more than to elect a dictator every few years."
It's more like the world is waking up to the non-Windows side.
Yes!
:)
I think is because the windows side entered a comatose state when internet came and it's still there.
Thing are getting interesting,
Sun is approaching java to desktop (hurray for them, it only took 5 years!).
Mac is publishing rendezvous for linux, win and others (after ten years of networking, will we finally get something like a 'zero' config system!?).
It seems that the non-windows side of the world is awakening!.
Short answer: QT.
not only in sql, a tipical way to filter/validate a string against a grammar or format is to use an 'object metaphor'; you parse the nonvalidated input string (no structure) and creates an 'object' (fixed/controled layout) modifying obhject properties acording to parsed values, then you convert that 'object' to a sintacticaly 'always correct' string, that represents the 'view' of the input string by the parser.
The idea is simple, don't let strings (or parts of) to pass from user to inner layers.
Bugs should not result in security issues.
True, deadly true, but the point of the article stills holds, tools/environments should be better and facilate exactly your point: Bugs should not result in security issues.
Tha author is right, and his ideas while not exactly news are good enough to be remarcable.
.. good.
1-Modify standard C/C++ libraries internals -- good.
2-Create 'hardenning' post-executables
3-Improve tools.. good.
But I don't agree on:
1-Nonexecutable hardware flag page is not innecesary, merging data and stack has been always (+20 years) a WRONG idea. Data should not be allowed to be executed without explicit permsission, if we have page faults it's not so extrange to have execution faults.
2-The author seems to ignore or undervalueate moderns unix IDE's as Kdevelop.
What if remembering is just a form of tunning?
Is beautiful to find a link between music and speech, some ideas from my own work:
1-Human language seems to have a strong 'predictive' behavior, at any level (phoneme, word, and even sentence), given a broad enough recent past we can 'predict' a short enough near 'future'.
2-'Context creation' in the article, seems closely related to the time information coding of adaptative systems, very much as observed in recent neuronal synapse simulations.
3-The same way that humans are born with same vocal characteristics across races and cultures, but quickly adapt (few months) to mother's language pitch and tone, they seems to adapt to appreciate diferent tonal/rithm music qualities.
ok, lets try to be clear.. ....
If the world 'was behind us' on Iraq war, those millions and millions of people that protested around the world against war were
ETs!!!???
I really hope not, but you better not hold your breath.
whose that moo're?
HAHAHAHAHA
could not, still rolling on the floor laughin.. thanks.
With the exception of france and germany, two small and insignificant (by modern standards) countries who had a considerable amount of wealth to gain if sadam stayed in power, most of the world's countries were behind us.
Sure, repeat with me, the earth is flat,the earth is flat.
HAHAHAHAHAHAHA!
Let's ignore those paradigmaticly shifting meanings. :)
1-Computers started as big (very big) calculator machines, code were formulaes.
2- then changed to uniform shape and spread among people, the pc era started, code revolved around public APIs,
3- latter communication systems lowered prices and that make possible to connect those individuals machines thru selected servers, that's the internet era, public protocols take the workload,
The next 'shift'? In my opinion, parallel processing at massive scale, (ie, speech recognition, automatic translation enabled phones, etc) that one has been once and again left for tomorrow.
I've read the interview, but I could not find a single idea about programming...
well, except the tipical 'metaprogramimg' misconception (pretending 'meta' is something different to 'programming'), but nothing more, did I miss the line?
That's exactly the feeling... a N.Young song comes to my mind...
Don't know when things went wrong,
Might have been when you were young and strong.
American dream, American dream.
Don't know when things went wrong,
Might have been when you were young and strong.
American dream, American dream.
Hope this insanity stops.
How do we dissasemble one of these 'elevators'?
Without knowing how to dismantle the thing, we hardly can afford to build one.
I still remember some SF novel about the breaking of a space elevator, scary.
Oh, sure, I don't mind about terminology, but the article's author assumed people and money as similar 'resources', and I can tell you that my experience clearly indicates that equating 'people' and 'money' is the most dumb ass assertion a suppoused 'manager' can do.
Especially in a 'hand made' area as software production. Tell-me, have you a single one of your products that you honestly can consired 'unrelated to' or 'independent from' the people that made it?
In my expererience the answer is a big NO.
Shipping is just the final milestone.
How wrong! Shipping is just the 'start of adult age' for software.
There are only three things that you are working with as a development manager: resources (people and money), features and the schedule.
So people are things, and shipping is the objective... Wow! Let's call it productivity minded!.
I don't buy this line, after more than two decades actively programming, I prefer the 'keep the people on' motto, really. Even more, I can hardly think on being 'proud' of making some software product if the people involved were considered 'resources'.
Call me when I can get rid of my hard disks, it's been a looong time since I wondered about 'static' ram computing machines.
Without the refresh cycle, there's no place for errors to be introduced except during the actual reads and writes by the processor.
What about external influences (heat, cosmic radiation, etc)?
Duplicate mem, store stable state in second copy, work on first copy.
Expensive, but simple.