I think there is nothing to justify that new name - 'Situated Software' seems to be just software with a narrow target. The whole rant with all examples is just stating the obvious truths about targetting. Perhaps there is an argument that when programming is easier (with better hardware, languages and libraries) then it economic to target it on narrow groups, but that whole story is a bit overblown.
Here is an article by Steve Boyd about the importance of integration of IM and office apps: Real Time Revolution It includes an interesting interview with an MS manager about what MS is doing with Live Connection Server and office apps.
I believe the MD5 in the solution was for reducing the required memory - you just store the MD5 sums in the memory not the whole image. The security relies on both the write only memory and MD5.
Some things can be compressed others not. Computer geeks should grasp this notion pretty easily. If not there is the whole theory of Chaitin Omega Numbers which proves that there are hard problems.
How about setting some challange to those that want to connect to you? Like solving a puzzle or something. I've just posted a wiki page on this subject: Automatic Chat Room GateKeeper
"Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of the people peaceably to assemble, and to petition the Government for a redress of grievances."
Oh - I see, we should declare Free Software a religion;-)
Without that law, a hosting company can dump a user for spamming. With the law, it becomes more difficult because the spammer can say "I followed the law!"
I don't see that as a big problem - to sort it out the providers need just to add some additional clauses to the terms of the usage of their service, nothing severe - just make some special price.
There is hope for replacement of Javascript, at least for the mozilla platform - via the XUL framework. Here is an discussion about plXPCOM Perl interface.
I wholehartedly agree! The readers are not good enough - they don't read carefully, skip important parts, so quickly forget what they have read. It's time to have better readers.
If it is a really big corporation than there should be much place for experiments. Why not proposing them to switch a small part of the firm to OSS just to check how it is working? It is always wise to diversify the technology that supports the business.
The Soviets in several decades after the WWII had a really powerful conventional army and actually it was the nuclear weapond that did deterred them against invasion in the West.
Re:And isn't PHP a templating system?
on
Professional PHP4
·
· Score: 1
Just to express my own personal preferences of templating systems - I believe that the most lacking thing is ergonomics. I mean - when you read someting like you don't see that closing parenthesis at the first glance. So personally I prefere Template::Toolkit with [% END %] - I can spot it instantly.
And isn't PHP a templating system?
on
Professional PHP4
·
· Score: 1
Yeah I know - it has developed over time. But generally the issue of templating is not so far from an general programming language. You'll never have such a clean separation.
The problem with X forwarding would be bandwith. HTTP can be used in most circumstances - it is designed for low bandwidth of remote internet conections while the X protocol is designed for the bandwidth of LAN's.
Slashdot Mirror
You should see that: http://imdb.com/title/tt0088083/
I think there is nothing to justify that new name - 'Situated Software' seems to be just software with a narrow target. The whole rant with all examples is just stating the obvious truths about targetting. Perhaps there is an argument that when programming is easier (with better hardware, languages and libraries) then it economic to target it on narrow groups, but that whole story is a bit overblown.
Here is an article by Steve Boyd about the importance of integration of IM and office apps: Real Time Revolution
It includes an interesting interview with an MS manager about what MS is doing with Live Connection Server and office apps.
I believe the MD5 in the solution was for reducing the required memory - you just store the MD5 sums in the memory not the whole image. The security relies on both the write only memory and MD5.
That's strange that your answer at the original article comments has so litle of the details you unveiled here.
Is there some report (I mean with actual data) available about this experiment?
Some things can be compressed others not. Computer geeks should grasp this notion pretty easily. If not there is the whole theory of Chaitin Omega Numbers which proves that there are hard problems.
How about setting some challange to those that want to connect to you? Like solving a puzzle or something. I've just posted a wiki page on this subject:
Automatic Chat Room GateKeeper
Oh - I see, we should declare Free Software a religion
The conclusion is not right. An infinit non-repeating sequence of numbers does not have to containt some predefined subsequence.
I value my time and that's why I use Linux whenever I can. It just plays better with my way of doing things.
A good analyzis can be found in the White Paper by Hans Reiser.
Displaying the characters is only part of the problem. The other part is the input of them - and this is much more complicated and less standard.
I don't see that as a big problem - to sort it out the providers need just to add some additional clauses to the terms of the usage of their service, nothing severe - just make some special price.
There is hope for replacement of Javascript, at least for the mozilla platform - via the XUL framework. Here is an discussion about
plXPCOM Perl interface.
I wholehartedly agree! The readers are not good enough - they don't read carefully, skip important parts, so quickly forget what they have read. It's time to have better readers.
If it is a really big corporation than there should be much place for experiments. Why not proposing them to switch a small part of the firm to OSS just to check how it is working? It is always wise to diversify the technology that supports the business.
I know it's the first of April but seriously in Perl you can do that.
We used to do that in the military training :-)
I believe current mozilla does it. When I hit reload button on a half loaded image it starts loading from the point where it stopped.
The problem is that Microsoft can just buy Hartford Steam Boiler.
The Soviets in several decades after the WWII had a really powerful conventional army and actually it was the nuclear weapond that did deterred them against invasion in the West.
Just to express my own personal preferences of templating systems - I believe that the most lacking thing is ergonomics. I mean - when you read someting like you don't see that closing parenthesis at the first glance. So personally I prefere Template::Toolkit with [% END %] - I can spot it instantly.
Yeah I know - it has developed over time. But generally the issue of templating is not so far from an general programming language. You'll never have such a clean separation.
The problem with X forwarding would be bandwith. HTTP can be used in most circumstances - it is designed for low bandwidth of remote internet conections while the X protocol is designed for the bandwidth of LAN's.