They'll need to pay royalties to lots of people, probably. Including Comstock Systems a.k.a. Hitachi Data Storage Software (acquisition). 10 patents on distributed licensing/data-collection/resale/packaging/bundlin g of continuous/discrete metering of hardware, software, and services, all in a arbitrary-depth hierarchical vendor/distributor/end-user relationships management. Wish I owned those patents.
The world's still a very safe place. A cheeseburger-eating habit is many times more likely than a terrorist (overeas or at home) or a sniper to cause you real harm.
We make these little choices every day that have much more impact on our health and well-being than do terrorists:
choice in diet
lack of exercise
unsafe sexual practices
drug use
operating vehicles and machinery under the influence
snowboarding and fast motorcycles (hey, some risks are worth taking).
Americans want to be invulnerable, and then to blame others when things go wrong. The sniper in D.C. has probably shaved less person-years off residents' lives directly than have residents themselves through their own reactions to the crisis.
This week's Economist has an article "The Logic of Irrational Fear", examining American behavior in the face of risk. Check it out. They maintain that for a short time, the sniper has raised the overall chances of being murdered in the area by several times. But this increased risk must be short-lived, and Americans and their freedom-preserving media are overreacting to the situation.
Data collection is useful only if you can analyze the data. There's no way with millions/billions of records stored this product will manage to expose that information in a useful way.
Unless, that is, they couple it with a high-speed database such as the addamark log management system, a high-compression Linux/SQL/Perl query engine.
There's nothing like real code to see style, error- and unanticipated-situation-handling, algorithm design, use of object-oriented concepts, design ability.
At my company an engineer comes in for an interview and we do the standard things. We then assign a programming task. If the candidate's interested they won't mind the 4- to 8-hour job.
A typical programming assignment:
give the programmer a text file representing a set of entities with attributes and relationships from a real-world domain (there may be multiple text files)
ask the engineer to read the data into an in-memory structure
make sure the input data isn't completely clean (i.e., there may be missing, redundant, and/or inconsistent relationships) -- how does the engineer handle these situations?
ask some interesting real-world questions that will involve recursion, depth- or breadth-first searching, etc. Don't mention the computer science concepts you're testing for -- see whether they make the concrete-to-abstract leap themselves.
see whether the engineer also has a customer focus -- how clearly are program results presented? would a business/science/education/etc. professional easily grasp that information?
does the engineer mention design tradeoffs, do they try to optimize the wrong thing? do they mention possible enhancements or shortcomings?
does the engineer design for extensibility, for shifting requirements, or is their design so set-in-stone that changing requirements will force a major re-write?
how did the engineer test their results? did they write more example input files to test corner cases?
what tools did the engineer use? do they demonstrate knowledge of standard tools on their platform?
You'll get a handle on the engineer's intellect. You'll also see how well the engineer will fit in a team. To hire an engineer without asking them to write code is a bad idea.
I disagree -- XML is appropriate. If you are company A, and you want to transmit data to company B, then sure, XML may be overkill.
But if you're company A, and you want to send info to or exchange info with companies B1, B2,..., B1000 in a standard application domain, each with a different computer infrastructure, then writing code to a standard set of XML specs, then everybody's job gets a lot easier. It's a lot harder to misunderstand an XML spec than it is to misunderstand a complicated structure's binary representation.
Plus with XML-to-object-to-XML parsing/generation conventions, reading XML and accessing/manipulating the data is easy. Also, databases and surrounding IT tools have an easier time shuttling data back and forth.
For huge XML documents though, you gotta do more work, 'cause full in-memory XML-to-object isn't practical.
I think there is a standard (XPointer?) to let any XML entity reference self, a sibling, ancestor, descendant, or else none-of-the-above (arbitrary node). With this, you can represent any non-tree you want.
The author's analyzing huge volumes of network logs -- he needs a good analysis tool after capturing all that data on SCSI or IDE.
You should take a look at the addamark technologiesLMS (log management system) product. It's a distributed, clustered database system that will load huge amounts of log data and run SQL/Perl queries against it much faster than regular commercial databases or other specialized tools. Check it out.
There are tools coming out that will let you store and analyze huge amounts of log data. Check out addamark technologies. A high-compression distributed log storage system with a SQL/Perl interface, it will make storing/analyzing log data cost-effective.
Re:Don't think he was compensating for something .
on
World's Longest Slinky
·
· Score: 1
yes
Don't think he was compensating for something ...
on
World's Longest Slinky
·
· Score: 4, Funny
... do yeh?
Qeynos == Manhattan before the ugly europeans
on
EverQuest and the UN
·
· Score: 1
The ugly europeans spent a short time in Manhattan and liked it so much they bought it and stayed there. The original inhabitants probably thought, "Manhattan is definitely not a place anyone sticks around to enjoy, Manhattan is the butt end of our hunting ground. Stupid pale people."
But more ugly europeans kept arriving. Don't be surprised when the opportunists arrive to make small trade in Qeynos. They're just revving up to take over. Norrath will fall to outside systematists, who will accumulate assets and then export them back home to europe (i.e., back to the real world).
In 2024 I'll enroll in the John Hopkins computer psychiatry program. I'll intern at the Baltimore Home for Obsolescing Servers, treating senior computers for depression and the bought-for-spare-parts syndrome.
I'll then start my practice in training precocious new machines in manners and civil behavior, warding off potential silicon Columbines.
One of the executives at my company came from Rational. He said Rational never manages to sell their UML stuff into software startups, the place where software is done most quickly and effectively. He said the majority of sales went to IT groups in large companies where less talented people tend to work. The UML lets these companies document a long-lived project at is evolves, and makes sure all development/QA/deployment personnel understand their contribution in relation to that of others.
For a startup, UML is way too much overhead. If your people can talk, agree on an architecture, and implement a system without all those documents, you're better off.
Let's see, a more active civilian militia in the U.S. would lead to more of this like:
Japanese students getting killed walking up to suburban houses to ask for directions
shootings of Sikhs in defense of the homeland against 'those arabs'
We Americans are simple-minded, ignorant, and trigger happy, and can't be trusted with critical decisions required in defense. Leave it to the professionals. Maybe the next generation will now do its patriotic duty and learn about the world at large and our place in it, but until we have an informed citizenry, no militia, please.
There's one exciting I.T. public-works project I think would be great. Many metro residents have cell phones. Many metro governments have mass transit infrastructure (look at the SF Bay Area for example).
If somehow one could publish routes, schedules, current status, arrival of your particular bus/train/subway at your particular station, etc. you could greatly cut down greatly Sally Commuter's wait time. People would be much more willing to take mass transit.
You could even have the system alert a particular cell phone user five, ten minutes before their ride arrives. You could extend the system to make it easier for people to car-pool. You could even help mass transit employees swap shifts when unforeseen circumstances crop up. I heard about one bus driver with a dying family member that wasn't allowed to take any time off, they had to take a sick day, which inevitably messes up someone else's vacation plans. Such a system would probably be applicable in many other domains, too.
Those poor, poor rich folks, in the top wealthiest 10%. They pay more than 10% of all taxes, they pay a full 33% -- isn't that outrageous?
I'm sorry, there's a big flaw in your reasoning. The top 10% probably take in 50% of all income (or let's suppose at least). It would be FAIR to make them pay 50% of all taxes. If they pay only 33%, they're paying less in proportion to their income than most tax payers, and that's a benefit they, above all people, DON'T need. The richest 10% should pay a LARGER proportion of all taxes than their proportion of national income.
They might not have as many computers per capita as in US/Canada, but I'd say the general education level in Costa Rica, and general Central/South America is quite good.
Literacy rates (from http://www.cia.gov/cia/publications/factbook/count ry.html), smattering of countries:
NORTH AMERICA
US -- 97%
Canada -- 97%
Mexico -- 89%
CENTRAL AMERICA
Costa Rica -- 95%
Honduras -- 73%
Nicaragua -- 66%
SOUTH AMERICA
Brazil -- 83%
Argentina -- 96%
Colombia -- 91%
Chile -- 95%
Peru -- 89%
Uruguay -- 97%
CARIBBEAN
Cuba -- 96%
Haiti -- 45%
I grew up in Brazil and Uruguay. Most Latin Americans take education seriously. You'll find the average person-on-the-street not only more literate, but more culturally and philosophically aware than your average American joe.
In the U.S. we learn what we need to for work and turn to aimless isolating entertaining selfish pursuits after-hours. Latin Americans (like Europeans) are better prepared to function as members of society. Of course, that's not a goal for many here, YMMV.
They might not have as many computers per capita as in US/Canada, but I'd say the general education level in Costa Rica, and general Central/South America is quite good. Literacy rates (from http://www.cia.gov/cia/publications/factbook/count ry.html), smattering of countries: NORTH AMERICA US -- 97% Canada -- 97% Mexico -- 89% CENTRAL AMERICA Costa Rica -- 95% Honduras -- 73% Nicaragua -- 66% SOUTH AMERICA Brazil -- 83% Argentina -- 96% Colombia -- 91% Chile -- 95% Peru -- 89% Uruguay -- 97% CARIBBEAN Cuba -- 96% Haiti -- 45% I grew up in Brazil and Uruguay. Most Latin Americans take education seriously. You'll find the average person-on-the-street not only more literate, but more culturally and philosophically aware than your average American joe. In the U.S. we learn what we need to for work and turn to aimless isolating entertaining selfish pursuits after-hours. Latin Americans (like Europeans) are better prepared to function as members of society. Of course, that's not a goal for many here, YMMV.
Perhaps the FFT algorithm used in the benchmark's C version isn't hand-optimized. The hand-optimization works because it relies on deep knowledge of the FFT structure that no optimizer can hope to grasp. I THINK THIS IS BESIDE THE POINT.
The person who wrote the benchmark just needed some compute-intensive algorithm, and a simple FFT does OK, and is a perfect stand-in for general floating-point/array-using algorithms. A lot of other code will look (from an optimizer's point of view) similar to the simple FFT, and so we might generalize C vs. Java comparison to general computational algos.
The xxx.properties files contain I18N'ed (internationalized) strings for all possible strings in your JSP.
If you're worried about performance hit of string lookup, then you can preprocess all JSPs for each language/country, finding all instances of i18n.getString("XXX") and replacing it with the literal value in the language file. You would then generate HomePage_en_us.jsp, HomePage_sp_mx.jsp, etc. Your links would also need to change from <A HREF="UserPrefs.jsp"> to things like <A HREF="UserPrefs_en_us.jsp"> -- both tasks are easy to do with Java (or Perl).
Slashdot Mirror
They'll need to pay royalties to lots of people, probably. Including Comstock Systems a.k.a. Hitachi Data Storage Software (acquisition). 10 patents on distributed licensing/data-collection/resale/packaging/bundli
The world's still a very safe place. A cheeseburger-eating habit is many times more likely than a terrorist (overeas or at home) or a sniper to cause you real harm.
We make these little choices every day that have much more impact on our health and well-being than do terrorists:
Americans want to be invulnerable, and then to blame others when things go wrong. The sniper in D.C. has probably shaved less person-years off residents' lives directly than have residents themselves through their own reactions to the crisis.
This week's Economist has an article "The Logic of Irrational Fear", examining American behavior in the face of risk. Check it out. They maintain that for a short time, the sniper has raised the overall chances of being murdered in the area by several times. But this increased risk must be short-lived, and Americans and their freedom-preserving media are overreacting to the situation.
Data collection is useful only if you can analyze the data. There's no way with millions/billions of records stored this product will manage to expose that information in a useful way.
Unless, that is, they couple it with a high-speed database such as the addamark log management system, a high-compression Linux/SQL/Perl query engine.
There's nothing like real code to see style, error- and unanticipated-situation-handling, algorithm design, use of object-oriented concepts, design ability.
At my company an engineer comes in for an interview and we do the standard things. We then assign a programming task. If the candidate's interested they won't mind the 4- to 8-hour job.
A typical programming assignment:You'll get a handle on the engineer's intellect. You'll also see how well the engineer will fit in a team. To hire an engineer without asking them to write code is a bad idea.
I just got a contact/complaint number for this issue at the FCC -- haven't tried it yet, but try it (202)418-1580 (Mr./Ms.(?) Morissey Greene).
I disagree -- XML is appropriate. If you are company A, and you want to transmit data to company B, then sure, XML may be overkill.
..., B1000 in a standard application domain, each with a different computer infrastructure, then writing code to a standard set of XML specs, then everybody's job gets a lot easier. It's a lot harder to misunderstand an XML spec than it is to misunderstand a complicated structure's binary representation.
But if you're company A, and you want to send info to or exchange info with companies B1, B2,
Plus with XML-to-object-to-XML parsing/generation conventions, reading XML and accessing/manipulating the data is easy. Also, databases and surrounding IT tools have an easier time shuttling data back and forth.
For huge XML documents though, you gotta do more work, 'cause full in-memory XML-to-object isn't practical.
I think there is a standard (XPointer?) to let any XML entity reference self, a sibling, ancestor, descendant, or else none-of-the-above (arbitrary node). With this, you can represent any non-tree you want.
The author's analyzing huge volumes of network logs -- he needs a good analysis tool after capturing all that data on SCSI or IDE.
You should take a look at the addamark technologies LMS (log management system) product. It's a distributed, clustered database system that will load huge amounts of log data and run SQL/Perl queries against it much faster than regular commercial databases or other specialized tools. Check it out.
There are tools coming out that will let you store and analyze huge amounts of log data. Check out addamark technologies. A high-compression distributed log storage system with a SQL/Perl interface, it will make storing/analyzing log data cost-effective.
yes
... do yeh?
The ugly europeans spent a short time in Manhattan and liked it so much they bought it and stayed there. The original inhabitants probably thought, "Manhattan is definitely not a place anyone sticks around to enjoy, Manhattan is the butt end of our hunting ground. Stupid pale people."
But more ugly europeans kept arriving. Don't be surprised when the opportunists arrive to make small trade in Qeynos. They're just revving up to take over. Norrath will fall to outside systematists, who will accumulate assets and then export them back home to europe (i.e., back to the real world).
In 2024 I'll enroll in the John Hopkins computer psychiatry program. I'll intern at the Baltimore Home for Obsolescing Servers, treating senior computers for depression and the bought-for-spare-parts syndrome.
I'll then start my practice in training precocious new machines in manners and civil behavior, warding off potential silicon Columbines.
One of the executives at my company came from Rational. He said Rational never manages to sell their UML stuff into software startups, the place where software is done most quickly and effectively. He said the majority of sales went to IT groups in large companies where less talented people tend to work. The UML lets these companies document a long-lived project at is evolves, and makes sure all development/QA/deployment personnel understand their contribution in relation to that of others.
For a startup, UML is way too much overhead. If your people can talk, agree on an architecture, and implement a system without all those documents, you're better off.
Does this photo look fake to you? I wonder why they feel the need to do this?7 1099.html
http://dailynews.yahoo.com/h/p/nm/20011018/ts/mdf
Does this press-conference photo look fake to you? The background isn't quite right, I wonder why they feel the need to do this?
http://dailynews.yahoo.com/h/p/nm/20011018/ts/m
- Japanese students getting killed walking up to suburban houses to ask for directions
- shootings of Sikhs in defense of the homeland against 'those arabs'
We Americans are simple-minded, ignorant, and trigger happy, and can't be trusted with critical decisions required in defense. Leave it to the professionals. Maybe the next generation will now do its patriotic duty and learn about the world at large and our place in it, but until we have an informed citizenry, no militia, please.There's one exciting I.T. public-works project I think would be great. Many metro residents have cell phones. Many metro governments have mass transit infrastructure (look at the SF Bay Area for example).
If somehow one could publish routes, schedules, current status, arrival of your particular bus/train/subway at your particular station, etc. you could greatly cut down greatly Sally Commuter's wait time. People would be much more willing to take mass transit.
You could even have the system alert a particular cell phone user five, ten minutes before their ride arrives. You could extend the system to make it easier for people to car-pool. You could even help mass transit employees swap shifts when unforeseen circumstances crop up. I heard about one bus driver with a dying family member that wasn't allowed to take any time off, they had to take a sick day, which inevitably messes up someone else's vacation plans. Such a system would probably be applicable in many other domains, too.
Those poor, poor rich folks, in the top wealthiest 10%. They pay more than 10% of all taxes, they pay a full 33% -- isn't that outrageous? I'm sorry, there's a big flaw in your reasoning. The top 10% probably take in 50% of all income (or let's suppose at least). It would be FAIR to make them pay 50% of all taxes. If they pay only 33%, they're paying less in proportion to their income than most tax payers, and that's a benefit they, above all people, DON'T need. The richest 10% should pay a LARGER proportion of all taxes than their proportion of national income.
'nough said.
I've already purchased my chunk of the moon. See the Lunar embassy at http://www.lunarembassy.com/.
They might not have as many computers per capita as in US/Canada, but I'd say the general education level in Costa Rica, and general Central/South America is quite good.
Literacy rates (from http://www.cia.gov/cia/publications/factbook/count ry.html), smattering of countries:
I grew up in Brazil and Uruguay. Most Latin Americans take education seriously. You'll find the average person-on-the-street not only more literate, but more culturally and philosophically aware than your average American joe.
In the U.S. we learn what we need to for work and turn to aimless isolating entertaining selfish pursuits after-hours. Latin Americans (like Europeans) are better prepared to function as members of society. Of course, that's not a goal for many here, YMMV.
They might not have as many computers per capita as in US/Canada, but I'd say the general education level in Costa Rica, and general Central/South America is quite good. Literacy rates (from http://www.cia.gov/cia/publications/factbook/count ry.html), smattering of countries: NORTH AMERICA US -- 97% Canada -- 97% Mexico -- 89% CENTRAL AMERICA Costa Rica -- 95% Honduras -- 73% Nicaragua -- 66% SOUTH AMERICA Brazil -- 83% Argentina -- 96% Colombia -- 91% Chile -- 95% Peru -- 89% Uruguay -- 97% CARIBBEAN Cuba -- 96% Haiti -- 45% I grew up in Brazil and Uruguay. Most Latin Americans take education seriously. You'll find the average person-on-the-street not only more literate, but more culturally and philosophically aware than your average American joe. In the U.S. we learn what we need to for work and turn to aimless isolating entertaining selfish pursuits after-hours. Latin Americans (like Europeans) are better prepared to function as members of society. Of course, that's not a goal for many here, YMMV.
Perhaps the FFT algorithm used in the benchmark's C version isn't hand-optimized. The hand-optimization works because it relies on deep knowledge of the FFT structure that no optimizer can hope to grasp. I THINK THIS IS BESIDE THE POINT.
The person who wrote the benchmark just needed some compute-intensive algorithm, and a simple FFT does OK, and is a perfect stand-in for general floating-point/array-using algorithms. A lot of other code will look (from an optimizer's point of view) similar to the simple FFT, and so we might generalize C vs. Java comparison to general computational algos.
Yeah, I agree. JSPs with java.util.ResourceBundle is a good combination. A very basic framework (may be slightly wrong, not taking from code).
... {
...
...
...
...
... >
P references")%></A></LI>
--- I18N_Strings_en_us.properties (English strings)
HomePageTitle=User Home Page
Link_UserPreferences=User Preferences
...
--- I18N_Strings_sp_mx.properties (Spanish/mexico)
// Really bogus spanish here, I apologize
HomePageTitle=Pagina de Casa
Link_UserPreferences=Profilo de Usuario
...
--- UserLogin.java -- a Java object that represents current login
class UserLogin
String m_country;
String m_language;
java.util.ResourceBundle m_i18nStrings;
protected void loadStuffAtInit()
{
m_i18nStrings = java.util.ResourceBundle.
SomeMethodIForget("I18N_Strings",
m_country, m_language);
}
public java.util.ResourceBundle getI18NStrings()
{
return m_i18nStrings;
}
}
--- HomePage.jsp
<@page
<jsp:useBean id="curLogin" class="...UserLogin">
<%
java.util.ResourceBundle i18n = curLogin.getI18nStrings();
%>
<HTML><BODY>
<H1><%=i18n.getString("HomePageTitle")</H1>
<UL>
<LI><A HREF="UserPrefs.jsp"><%=i18n.getString("Link_User
...
</UL>
</BODY></HTML>
----
The xxx.properties files contain I18N'ed (internationalized) strings for all possible strings in your JSP.
If you're worried about performance hit of string lookup, then you can preprocess all JSPs for each language/country, finding all instances of i18n.getString("XXX") and replacing it with the literal value in the language file. You would then generate HomePage_en_us.jsp, HomePage_sp_mx.jsp, etc. Your links would also need to change from <A HREF="UserPrefs.jsp"> to things like <A HREF="UserPrefs_en_us.jsp"> -- both tasks are easy to do with Java (or Perl).