When the center of world hi-tech industry will finally shift to Asia, USPTO (and US IP laws more generally) will be one of those to blame for it. Who will want to invest to a software startup in US if it's most likely already violating few software patents?
At first the shift is not going fast - Asian software developers still want in many cases to sell their software to USA. But the more they will sell software to other Asian software consumers is the more it will create the effect of a snowball. At some point, when the revenue of Asian-made software products sold inside Asia will exceed the revenue of Asian-made software products sold to US - the avalanche will happen and Asian software developers will lose the rest of their fears about US crazy patent laws.
And I guess, counting that Latin software development market will be developed by a scenario similar to Asian one, the Europian software development market will adapt to Asian model, ignoring the dying USA old brother.
All that may happen, of course, if USA won't bomb Asia for that.
EJBs (Entity Java Beans) are a very small part of Java.
You are pretty new with java, aren't you?
EJB stands for Enterprise Java Beans (not Entity beans, which are just a part of EJB, but not everything). The way how things are designed makes Java without EJB useless for Enterprise applications. And EJB is very far away from being small part of Java. EJB actually do help to integrate various applications in an enterprise to work together, in a same (similar) way as.Net does. Using Java without EJB for such integration is the same as writing on C++ (or even on Assembly) without.Net
Of course you don't need neither.Net nor EJB when you develop a standalone web-site. Feel free to choose between PHP and JSP in such case. But that would be off of originial topic, I can say.
So, no TPC-H then yet. But how about TPC-C? That test doesn't require clusters, AFAIK.
More generally, I'd like to see the cost/performance comparison of PostgreSQL vs MySQL vs Oracle vs DB2 vs MS SQL 2000 for several types of applications, similar or the same as in TPC-C or TPC-D.
on selecting from a single table - yes. But on complex queries there are many cases when PostgreSQL is faster. However my point was in the questons: where are TPC test results for both PostgreSQL and MySQL?
You thought wrong: on complex queries PostgreSQL is fatser AND still more reliable.
But the point is not what you or me thought. The point is to see such benchmark results on the official TPC site. Or, if it (the space on that site) is expensive then somewherelese - but it must be based on TPC,
So many zealots from both PostgreSQL and MySQL sides are publishing their thoughts on which OSS DBMS is faster, but I do not see any high-end test results from them? Why TPC results do not include anything from OSS DBMSs? No results or nobody cares or OSS DBMS cannot have any TPC results by some political reasons? Can someone explain?
Natural language have a sound only because untill now the media they used was the air. But that limitation is not here any more. In recent centures we have adapted paper and other medias to carry optical printed/drawn images of alphabetical characters. And we haven't stop on it: now all new developments of information media are going in electro-magnetic fields.
But all of them, sound, optical image and electro-magnetic fields (in a way as they are used now) have a common problem: they are incompatible with our brains, with the way our brains represent information when storing or processing it.
Therefore I think that the only communication media format that has a future (long-term investors! pay your attention here!) is the one that could be easily adapted for read and write operations between brains and computers.
How many natural languages do we have on earth? Why? The way we feel the information inside our brains does not depend on the language we use later to express our feelings. Solution: just scan the feeling and transfer it.
Personally, I want a wireless modem implanted to my brains to connect to my computer, to communicate with my computer, and to communicate with other people through the comupter, especially with those who has same implanted wireless modems.
You can be very close to true. Most of people after hearing or reading first time "PostgreSQL" cannot pronounce the name properly. The only exceptions I have observed are Russian programmers. Hmm... Maybe that's why so many russian names in PostgreSQL mail lists, huh?;)
What's wrong to use PostgreSQL on Windows? I know few projects (including web-sites in production) successfully using PostgreSQL (under Cygwin) on Windows accessible through ODBC and JDBC. The have made performance evaluation tests (comparing PostgreSQL/Cygwin vs MS SQL 2000) before finalizing their decision and haven't find any significant performance advantage of MS SQL.
I don't forget that as I have to use both. But unfortynately many MySQL do not remember that, or should I say - they do not know that.
It's a more general problem with a level of education and engineering culture among many OSS developers. Most of them really think that MySQL is a real DBMS in a same way as PHP is a real programming language. That's why I think that PostgreSQL community does not do enough job to educate OSS community about what is REAL DBMS and why it is important.
There is no such thing as "one DBMS is faster than another". Instead, when you compare the performance, you should always say what's the test to compare performance.
I work with both of them, so I can compare both. Personally, I see many cases, especially when the data model is complicated enough, when PostgreSQL is faster than MySQL. But for that I am spending some extra efforts, because many OSS projects are ported to work with one DBMS, not with both.
I love PostgreSQL and it's functionality but unfortunately there are still many developers of other open source projects who heard about MySQL and did not do any research for existing alternatives and thus made his project based on MySQL.
And, again unfortunately, while PostgreSQL is very close to SQL standard, but MySQL is not that close, so you cannot just substitute the database library - you have to re-write (and thus re-test) all SQL code of the project. So, that's why I still have to use MySQL.
With all my respect to great technical quality of PostgreSQL software, I think PostgreSQL team doesn't do a great job to make PostgreSQL being popular. The athmosphere in PostgreSQL community reminds me the one of BSD (read: very unfriendly).
Which planet? Last time I checked Earth, IBM was playing the most important role on the Linux market, Red Hat was the most one associated with Linux name in many non-tech minds, and Gentoo was (IMHO!) the best Linux distro. The only Sun I've noticed was the closest star to that planet, but that has nothing to do with Linux, neiher with the company from the article.
Oh, he might mean Open Office instead of Linux? Yes, I agree then - Sun Microsystems is No 1 Open Office play on this planet.
By the way, if he means Gnome instead of Linux desktop, then it cannot be No 1 either, it must share the place with KDE somehow.
Why? For web-specialists it's true. If you say in your resume that you are an expert about web-sites, but your site is broken or ugly - that would be possible to see right the way.
Of course it's not true for many other professions. And it's not always true even for web-specialists. But it's certainly ok to be mentioned in such an article.
Personally I prefer Aegis. It's a bit more complicated to use than CVS (well, aegis is MUCH easier to install than subversion), but takes care about way more situations for you.
A very simple part: China is already busy place by producing the electronic stuff without any protection support. Other coutries doing that are: Russia, Latin America, some other Asian countries.
But you know what? The job market is also migrating to those countries from US/EU. So, you may consider just move there: a lot of nice girls, a lot of exotic food, a lot of job, no DRM - it's a heaven.
I am thinking to move there, instead of feeding by my taxes the goverment that is bombing innocent children by thousands.
Comparing to most of people around the world, most of americans are overpaid. I hope that eventially the globalization will fix it. Americans do not deserve what they have.
To be truly free in the 21st century, we have to ignore the flashy graphics and really get inside our computers
Been there, done that - PDP 11 (embedded ones) era when we were not just programming on assembly - we were interfacing on it.
What would really make 21st century is to realize the trueth - there should be no interface at all. Or, in other words - we should let computer get inside our brains.
All existing human-computer interfaces (HCIs) are based on physical inter-media: light and motions. Basically we have at least two sequential interfaces for one direction (brain - hands - motion - mouse/keyboard - computer) and two sequential interfaces for the opposite direction (computer - screen - light - eyes - brains).
Our hands and our eyes are far from being perfect. Even more - some people do not have hands and/or eyes or have them really impared.
Computer screens and keyboard/mice are not perfect either. The technology becomes more and morte expensive to come closer to human-side interface (3d screens and 3d gloves for example), but in fact it doesn't improve the concept.
By the way, two-steps interfaces of both directions are seriosly differnt from each other as they use different inter-media: light and motion. Thus, they will never be syncronized completely. Thus, there will be always a conflict of two languages: the language of input (no matter, do you type or click) and the language of representational output (no matter do you read the text of look at geometrical shapes).
Fortunately, I see more and more comments on/. encouraging direct brain-computer interfaces. That means there is more and more understanding of importance of it, and more acceptance of it.
What's even more important - there is more and more funding in the research in this area. Well, Pentagon (and some Soviet institutions) invested in such research already a lot. But now I see many military-unrelated project. Check Google for "brain-computer interface" or for "BCI".
The major difference of BCI from existing four-tier HCI is that it's based on electronic signals and thus each direction has only one interface. Moreover, both direction use exactly the same media - electric signals.
There are two major ways they do it: implanted and wireless. I remember two articles about one Toronto professor and the other in UK, they both allowed to implant electric signal sensors into their neural system in order to control life-support devices as they both were impared physically. Of course most (if not all) of wireless achievemenets are focused on only one direction: control of mouse cursor is the best what's achieved successfully so far.
Therefore, the major problem of HCI, its language, is not solved. Yet. Be ready that in few years the technology behind BCI will improved (both wireless and implanted ones) in its precision. Also it will be expanded to work same way in both directions of HCI. And then...
So, what do you think? Matrix? I don't think in exactly that way. I think that scientists will develop assotiative programming-interfacing language for BCI and that humans will learn that language as a second language in the school.
Well, the day when BCI language will be first and today "natural" languages will be second - that day will be the birthday of Matrix. But we still have a lot to do to make it happened.
Seriously though, it would make a great CMS migration case study
Speaking about case studies, check available docs, alive borads and screenshots for NeoBoard and CMFBoard. As you can see - both are developing in the same direction (kind of mixing Slashdot and PHPBB ideas), and both have already achived very similar quality and functionality levels, dispite the fact that CMFBoard was mostly developed from scratch (although under strong influence of many ideas from other available boards), while NeoBoard was re-written from PHP to Plone by the original PHP developer of the original PHP-based NeoBoard.
Re:Big Blue vs. The Banna Republic Phone Company
on
IBM To Run VoIP On Linux
·
· Score: 2, Informative
RTFA:
that his company plans to migrate at least 80% of its more than 300,000 employees to voice over IP by 2008. The project will replace approximately 900 PBXs around the world with regional IP installations. IBM's server-based IP telephony platform is going to run on Linux.
Pay attention: the primary news is about moving to VoIP. And a secondary remark is bout using Linux for it.
The parent point was about the primary part of the news: moving so many PBXs from PSTN to VoIP will cut the profit of PSTN providers, specifically from long distance calls. The questions is: what are they going to do about it? Do they afraid a potential death of "long distance call" industry?
Personally, I would appreciate the death of "long distance call" concept.
Speaking about Python, can you point me to any content-management server with functionality at least like in Zope/Plone, written in Java *AND* taking same or less memory with the same performance? Don't even bother to mention Cocoon and Struts - they are far behind Zope/Plone in terms of *already* implemented functionaliy and in terms of how it's easy to extend it dynamically on the fly.
Slashdot Mirror
At first the shift is not going fast - Asian software developers still want in many cases to sell their software to USA. But the more they will sell software to other Asian software consumers is the more it will create the effect of a snowball. At some point, when the revenue of Asian-made software products sold inside Asia will exceed the revenue of Asian-made software products sold to US - the avalanche will happen and Asian software developers will lose the rest of their fears about US crazy patent laws.
And I guess, counting that Latin software development market will be developed by a scenario similar to Asian one, the Europian software development market will adapt to Asian model, ignoring the dying USA old brother.
All that may happen, of course, if USA won't bomb Asia for that.
You are pretty new with java, aren't you?
EJB stands for Enterprise Java Beans (not Entity beans, which are just a part of EJB, but not everything). The way how things are designed makes Java without EJB useless for Enterprise applications. And EJB is very far away from being small part of Java. EJB actually do help to integrate various applications in an enterprise to work together, in a same (similar) way as .Net does. Using Java without EJB for such integration is the same as writing on C++ (or even on Assembly) without .Net
Of course you don't need neither .Net nor EJB when you develop a standalone web-site. Feel free to choose between PHP and JSP in such case. But that would be off of originial topic, I can say.
Java is open? Are you kidding?
Without EJB Java is useless for complex applications. But with EJB all other languages are useless. I don't see any "openness" of Java here.
With Mono I can use any other language that has a dotNet library for it. And many languages have it already. This is what I consider as "openness".
It's not exactly "for Linux" if it doesn't run on non-x86 platforms. At least it's against the multiplatformful spirit of Linux.
More generally, I'd like to see the cost/performance comparison of PostgreSQL vs MySQL vs Oracle vs DB2 vs MS SQL 2000 for several types of applications, similar or the same as in TPC-C or TPC-D.
on selecting from a single table - yes. But on complex queries there are many cases when PostgreSQL is faster. However my point was in the questons: where are TPC test results for both PostgreSQL and MySQL?
But the point is not what you or me thought. The point is to see such benchmark results on the official TPC site. Or, if it (the space on that site) is expensive then somewherelese - but it must be based on TPC,
So many zealots from both PostgreSQL and MySQL sides are publishing their thoughts on which OSS DBMS is faster, but I do not see any high-end test results from them? Why TPC results do not include anything from OSS DBMSs? No results or nobody cares or OSS DBMS cannot have any TPC results by some political reasons? Can someone explain?
But all of them, sound, optical image and electro-magnetic fields (in a way as they are used now) have a common problem: they are incompatible with our brains, with the way our brains represent information when storing or processing it.
Therefore I think that the only communication media format that has a future (long-term investors! pay your attention here!) is the one that could be easily adapted for read and write operations between brains and computers.
How many natural languages do we have on earth? Why? The way we feel the information inside our brains does not depend on the language we use later to express our feelings. Solution: just scan the feeling and transfer it.
Personally, I want a wireless modem implanted to my brains to connect to my computer, to communicate with my computer, and to communicate with other people through the comupter, especially with those who has same implanted wireless modems.
You can be very close to true. Most of people after hearing or reading first time "PostgreSQL" cannot pronounce the name properly. The only exceptions I have observed are Russian programmers. Hmm... Maybe that's why so many russian names in PostgreSQL mail lists, huh? ;)
What's wrong to use PostgreSQL on Windows? I know few projects (including web-sites in production) successfully using PostgreSQL (under Cygwin) on Windows accessible through ODBC and JDBC. The have made performance evaluation tests (comparing PostgreSQL/Cygwin vs MS SQL 2000) before finalizing their decision and haven't find any significant performance advantage of MS SQL.
It's a more general problem with a level of education and engineering culture among many OSS developers. Most of them really think that MySQL is a real DBMS in a same way as PHP is a real programming language. That's why I think that PostgreSQL community does not do enough job to educate OSS community about what is REAL DBMS and why it is important.
I work with both of them, so I can compare both. Personally, I see many cases, especially when the data model is complicated enough, when PostgreSQL is faster than MySQL. But for that I am spending some extra efforts, because many OSS projects are ported to work with one DBMS, not with both.
I love PostgreSQL and it's functionality but unfortunately there are still many developers of other open source projects who heard about MySQL and did not do any research for existing alternatives and thus made his project based on MySQL.
And, again unfortunately, while PostgreSQL is very close to SQL standard, but MySQL is not that close, so you cannot just substitute the database library - you have to re-write (and thus re-test) all SQL code of the project. So, that's why I still have to use MySQL.
With all my respect to great technical quality of PostgreSQL software, I think PostgreSQL team doesn't do a great job to make PostgreSQL being popular. The athmosphere in PostgreSQL community reminds me the one of BSD (read: very unfriendly).
Which planet? Last time I checked Earth, IBM was playing the most important role on the Linux market, Red Hat was the most one associated with Linux name in many non-tech minds, and Gentoo was (IMHO!) the best Linux distro. The only Sun I've noticed was the closest star to that planet, but that has nothing to do with Linux, neiher with the company from the article.
Oh, he might mean Open Office instead of Linux? Yes, I agree then - Sun Microsystems is No 1 Open Office play on this planet.
By the way, if he means Gnome instead of Linux desktop, then it cannot be No 1 either, it must share the place with KDE somehow.
- AOL mostly connects customers through modems, ignoring the trend of DSL;
- AOL supports only Windows, ignoring the trend of Linux;
- AOL does not use good technology when it owns them and let Mozilla/Netscape go;
Who wants the bet about when AOL will be a history?Of course it's not true for many other professions. And it's not always true even for web-specialists. But it's certainly ok to be mentioned in such an article.
Personally I prefer Aegis. It's a bit more complicated to use than CVS (well, aegis is MUCH easier to install than subversion), but takes care about way more situations for you.
A very simple part: China is already busy place by producing the electronic stuff without any protection support. Other coutries doing that are: Russia, Latin America, some other Asian countries.
But you know what? The job market is also migrating to those countries from US/EU. So, you may consider just move there: a lot of nice girls, a lot of exotic food, a lot of job, no DRM - it's a heaven.
I am thinking to move there, instead of feeding by my taxes the goverment that is bombing innocent children by thousands.
Comparing to most of people around the world, most of americans are overpaid. I hope that eventially the globalization will fix it. Americans do not deserve what they have.
I fail to see how it's different from SASL and Kerberos.
Been there, done that - PDP 11 (embedded ones) era when we were not just programming on assembly - we were interfacing on it.
What would really make 21st century is to realize the trueth - there should be no interface at all. Or, in other words - we should let computer get inside our brains.
All existing human-computer interfaces (HCIs) are based on physical inter-media: light and motions. Basically we have at least two sequential interfaces for one direction (brain - hands - motion - mouse/keyboard - computer) and two sequential interfaces for the opposite direction (computer - screen - light - eyes - brains).
Our hands and our eyes are far from being perfect. Even more - some people do not have hands and/or eyes or have them really impared.
Computer screens and keyboard/mice are not perfect either. The technology becomes more and morte expensive to come closer to human-side interface (3d screens and 3d gloves for example), but in fact it doesn't improve the concept.
By the way, two-steps interfaces of both directions are seriosly differnt from each other as they use different inter-media: light and motion. Thus, they will never be syncronized completely. Thus, there will be always a conflict of two languages: the language of input (no matter, do you type or click) and the language of representational output (no matter do you read the text of look at geometrical shapes).
Fortunately, I see more and more comments on /. encouraging direct brain-computer interfaces. That means there is more and more understanding of importance of it, and more acceptance of it.
What's even more important - there is more and more funding in the research in this area. Well, Pentagon (and some Soviet institutions) invested in such research already a lot. But now I see many military-unrelated project. Check Google for "brain-computer interface" or for "BCI".
The major difference of BCI from existing four-tier HCI is that it's based on electronic signals and thus each direction has only one interface. Moreover, both direction use exactly the same media - electric signals.
There are two major ways they do it: implanted and wireless. I remember two articles about one Toronto professor and the other in UK, they both allowed to implant electric signal sensors into their neural system in order to control life-support devices as they both were impared physically. Of course most (if not all) of wireless achievemenets are focused on only one direction: control of mouse cursor is the best what's achieved successfully so far.
Therefore, the major problem of HCI, its language, is not solved. Yet. Be ready that in few years the technology behind BCI will improved (both wireless and implanted ones) in its precision. Also it will be expanded to work same way in both directions of HCI. And then...
So, what do you think? Matrix? I don't think in exactly that way. I think that scientists will develop assotiative programming-interfacing language for BCI and that humans will learn that language as a second language in the school.
Well, the day when BCI language will be first and today "natural" languages will be second - that day will be the birthday of Matrix. But we still have a lot to do to make it happened.
Done, it's called Zope Zen.
Seriously though, it would make a great CMS migration case study
Speaking about case studies, check available docs, alive borads and screenshots for NeoBoard and CMFBoard. As you can see - both are developing in the same direction (kind of mixing Slashdot and PHPBB ideas), and both have already achived very similar quality and functionality levels, dispite the fact that CMFBoard was mostly developed from scratch (although under strong influence of many ideas from other available boards), while NeoBoard was re-written from PHP to Plone by the original PHP developer of the original PHP-based NeoBoard.
that his company plans to migrate at least 80% of its more than 300,000 employees to voice over IP by 2008. The project will replace approximately 900 PBXs around the world with regional IP installations. IBM's server-based IP telephony platform is going to run on Linux.
Pay attention: the primary news is about moving to VoIP. And a secondary remark is bout using Linux for it.
The parent point was about the primary part of the news: moving so many PBXs from PSTN to VoIP will cut the profit of PSTN providers, specifically from long distance calls. The questions is: what are they going to do about it? Do they afraid a potential death of "long distance call" industry?
Personally, I would appreciate the death of "long distance call" concept.
Nope. That's the major difference between americans and sheeps:
- Sheeps need the leader;
- Americans need the leader AND the enemy.
If you don't like it then come to live in Europe - somehow they manage to live without an enemy AND without a leader too.Speaking about Python, can you point me to any content-management server with functionality at least like in Zope/Plone, written in Java *AND* taking same or less memory with the same performance? Don't even bother to mention Cocoon and Struts - they are far behind Zope/Plone in terms of *already* implemented functionaliy and in terms of how it's easy to extend it dynamically on the fly.