They'll be traveling, working hard, dealing with all the crazy problems that come up in a project like this. They don't need the extra hassle of dealing with unfamiliar software just because you think it's neat. Find out what they use now, and make sure they can continue to use it as needed throughout this project.
Not really. Maybe you just saw what you wanted to see.
That's nearly suicidal for most mail server administrators.
Not really. There are many thousands of administrators who have the skill to implement it properly.
When I tried it, it did make a difference.
Of course, while it is working..........
Executive A, "This guy just sent me a contract 60 seconds ago. I keep clicking the damn send/receive button but it's not coming in. Are you a fucking moron or something? What the HELL is going on?!!"
You must not have been one of the competent admins.. sounds like executive A knows it too
Either paranoia, or people trying to send email with attachments to each other while *on the phone*, makes grey listing a huge hassle for the administrator.
Again, not for admins who implement greylisting in a sane way.
You just can't force a delay in email of 10 or 20 minutes for most users. The pitch forks and torches come out.
True, and greylisting (when implemented correctly) does not do this.
Once you do use it, you cannot control the duration of the delay either. The other mail server has its own settings on how often it retries mail as well. So yours is set to 3, theirs is set to 20. The delay is 20.
I also find it hard to believe that the spammers have not figured this out. It's not like they are stupid. They try very hard to deliver their payloads. It would be trivial to update their software to retry messages that receive those codes.
Some have, most haven't. Despite your beliefs, evidence of greylisting's effectiveness is quite easy to come by.
Oh, and if you have high volume get ready to drain some resources. Keeping track of thousands and thousands of IP addresses in a grey list to determine which one can communicate at what point is resource intensive.
No, it isn't. Compared to almost every other test used in detecting spam, greylisting is incredibly efficient.
not trying to be fanboy here, but you can barely scratch the surface of Eve in two weeks. once you get farther into the game, there is far to much going on to stand around waiting on a skill to train (which soon end up taking days or weeks to complete anyway). for me the vast majority of the fun centers around corporate activities, and you're not even going to see that side of the game at 2 weeks or probably even 2 months. sure Eve has it's issues, and one of them is that it starts out slow, but compared to a traditional mmo where gaining skills or levels usually means actually grinding quests or other boring repetitive tasks i much prefer the Eve system.
I'm not saying much has become of it, but Roku has already released all GPL code and is hosting forums for their users where they allow talk about hacking it at least. They publicly state their intentions to allow any content provider to use their box to distribute content, and mention the release of a software development kit to help people do that.
I don't know if you are claiming there is no evidence of "open" as in FOSS or "open" as in allowing other companies to use the platform, but there seems to be plenty of evidence of both.
That's not netcraft. Its the TIOBE index, which is notorious for being completely inaccurate. Google for "tiobe flawed" and you'll start to see just how worthless it is. That said, perl does have some serious challenges ahead if it wants to stay as popular or gain popularity.
>Now, if they had included XP in this test, and found that Vista was slower than XP and Windows 7 was no better, that would be news.
actually they did mention in footnotes that both vista and win7 are 22% slower than XP somehow. the article is true crap though. this is what happens when someone who doesn't really understand what they are writing about is allowed to publish: an article with no valuable information, bad science, and a lot of rambling on about the authors ideas and opinions. as you mentioned, the video encoding test doesn't even make any sense in this context. little more than a ploy to raise traffic to the site imho.
The figures on this simply don't support that claim. Your anecdotal evidence of two places you worked it meaningless.
If anything I'd say this is because many people consider Perl's time to have passed and no longer see a reason to use it in any significant project.
Funny.. I'd like to see the figures behind your claims that "many people consider Perl's time to have passed".
A quote from CIO.com story entitled "PHP, JavaScript, Ruby, Perl, Python, and Tcl Today: The State of the Scripting Universe" (8/29/08)
"Of all the scripting languages, Perl offers the biggest installed base of applications, of code, of integrated systems, of skilled programmers. It has the lowest defect rate of any open-source software product. It is ported to essentially every hardware architecture and operating systems, from embedded control systems to mainframes. It is optimized for speed, for memory footprint, for programmer productivity. It has readily-accessible libraries for all types of programming tasks: Web application development, systems and network integration and management, end-user application development, middleware programming, REST and service-oriented architecture programming. Perl is ideal for the organization that takes charge of its own IT future."
Other interesting stats and info throughout the story..
I do exactly the same thing. I think maybe back in the days of CRTs I thought it would help save the screen (maybe it did?), and I just got used to it.
Every so often someone stops at my desk to ask what's wrong with my computer. They usually ask something along the lines of "What happened to your screensaver?", confused about even the name of the desktop background.
i'll admit right now that i didnt rtfa. but.. working on the premise is that some guy lost an election because the public found out he doesn't pay bills on time, isn't it possible that if everyone's bill paying habits were public knowledge that his behavior would have been much less interesting or exceptional? I'd bet there are tons of people in all walks of life that have for whatever reason failed to pay bills on time, but since that knowledge is not public this guy stands out. so maybe the real problem is the privacy of everyone elses habits, not that his were exposed.
JFS - Already released by IBM, and just one of many nice open filesystems available in linux. As a side note, it was not created by or for the OS/2 team, simply ported there as it was for linux.
REXX - *shrug* I've written lots of REXX code. Simply put, there are better languages. There are also multiple open source implementations of REXX for linux already if you reallllly like REXX.
OS/2 firewall code - Again, this isn't from OS/2, its just a port from AIX, and iptables/netfilter in Linux is worlds beyond anything it can do already.
Microkernel - It's just IBM's version of MACH (already open). MACH is already used in some way in lots of open projects. It has serious performance issues which is why most folks use the ideas more than the details.
"new thread scheduling code that IBM has donated..." - don't know what this is, but since by your own words IBM has already donated it, whats the point?
"The PPC version isn't tied to any specific hardware" - that's just a funny thing to say. It's tied to very specific hardware, I suggest you do a bit of research. There are like 4 computers ever made that can use it.
So we are left with OS/2's multimedia system... this is the only thing of possible value (that you mention at least) that IBM has not already released. I don't have any trouble playing movies and music with my Linux box now to be honest.
Still not seeing why anyone would bother IBM to "release" any source code from OS/2.
I used OS/2 back in the day. From version 2.0 to 3 to Warp 4. I liked it a lot. However, once I learned about Linux, and learned how to use Linux, I really never missed anything from OS/2.
What do you want from IBM? The source to an old OS strongly tied to a specific architecture that is becoming extinct? Why? What exactly does OS/2 do that Linux does not do?
The workplace shell is the only thing I could guess might be neat. Sure, it's a cool interface. But there are honestly more advanced and more useful interfaces these days. I sincerely doubt IBM will be launching lawsuits against anyone who wanted to use the concepts in WPS, if someone found them useful anyway.
Seriously, I'd like to know what it is that OS/2's code would help the open source world accomplish.
You seem to be talking about a technique called greylisting and there are many ways to implement it, spamd being one of them (although spamd does many other things as well). sqlgrey is a nice greylisting implementation that I happen to be fond of.
Greylisting is hardly a magic bullet however. There are an unfortunate number of legitimate sites (some very large and common) that will not be able to deliver to you unless you exclude them from greylisting. There are also a great number of spam sources today that will retry, and this number seems to be increasing.
It is an interesting and effective tool, but greylisting by itself is rather lacking for most scenarios. Using greylisting, sensible RBLs, RFC and DNS sanity checks, and finally content filtering (heuristics and statistical analysis) in a chain seems to be a workable solution for my sites for now although it can get a bit complex sometimes.
Linux is an awesome server. It's great for many embedded systems. It makes sense for lots of "backend" type applications. It's used by lots of companies for these applications.
Linux is not an awesome desktop. It is lots better than it used to be, and it certainly looks promising, but right now, for most average typical users, Linux just isn't a good choice. And unsurprisingly, it isn't used by very many people as a desktop.
Companies, driven primarily by profit, seem to understand this and use Linux for the things it excels at. Linux users, driven by some strange compulsion to use Linux for absolutely anything, are in some cases compromising their own computing experience for the ability to proclaim "I run Linux. Everywhere. No matter what."
It makes perfect sense to me that a company might use Linux in a product and not support Linux desktop users. The company is using Linux for what it's good at, just like they would use any resource, because that is how a company makes money. They may (hopefully) even contribute improvements back to the community, but again these contributions are probably helping Linux become better at the backend task they are using it for.
On the other hand, supporting Linux desktop users is not a way to make money unless linux desktop users would somehow purchase enough of the product to turn a profit. So don't expect a company to do this becasue in most situations it would not make financial sense. Aa company is (supposed to be) responsible to their shareholders. They can't just support linux desktop users because its a cool thing to do.
I hear what you are saying.. but what I think makes Eve different is that it isn't just that you *could* lose months of work in 30 seconds, rather it's that almost everyone *does* lose big, and more regularly than they'd like in most cases. I've played game where there were risks of losing, but only in Eve are those risks so ever present and real. And there are so many ways to die:) It's like we've all been through this and so we band together to fight a very real threat of massive loss, not just to make some ingame money or clear a level like in other mmorgs I've played.
And if you don't understand those tubes can be filled and if they are filled, when you put your message in, it gets in line and it's going to be delayed by anyone that puts into that tube enormous amounts of material, enormous amounts of material...
sounds like sour grapes and a piss poor implementation to me. why didn't you just install more NICs if that was the problem, or more ram, more CPUs etc if that was the problem?
I don't see what is compelling or really even interesting about this product. A netbook for the same money is a far more capable device.
They'll be traveling, working hard, dealing with all the crazy problems that come up in a project like this. They don't need the extra hassle of dealing with unfamiliar software just because you think it's neat. Find out what they use now, and make sure they can continue to use it as needed throughout this project.
http://www.anandtech.com/storage/showdoc.aspx?i=3531&p=4
Anandtech has a very detailed article that explains all about this and some ways to recover the lost speed (sometimes).
Most of the article is about grey listing.
Not really. Maybe you just saw what you wanted to see.
That's nearly suicidal for most mail server administrators.
Not really. There are many thousands of administrators who have the skill to implement it properly.
When I tried it, it did make a difference.
Of course, while it is working..........
Executive A, "This guy just sent me a contract 60 seconds ago. I keep clicking the damn send/receive button but it's not coming in. Are you a fucking moron or something? What the HELL is going on?!!"
You must not have been one of the competent admins.. sounds like executive A knows it too
Either paranoia, or people trying to send email with attachments to each other while *on the phone*, makes grey listing a huge hassle for the administrator.
Again, not for admins who implement greylisting in a sane way.
You just can't force a delay in email of 10 or 20 minutes for most users. The pitch forks and torches come out.
True, and greylisting (when implemented correctly) does not do this.
Once you do use it, you cannot control the duration of the delay either. The other mail server has its own settings on how often it retries mail as well. So yours is set to 3, theirs is set to 20. The delay is 20.
I also find it hard to believe that the spammers have not figured this out. It's not like they are stupid. They try very hard to deliver their payloads. It would be trivial to update their software to retry messages that receive those codes.
Some have, most haven't. Despite your beliefs, evidence of greylisting's effectiveness is quite easy to come by.
Oh, and if you have high volume get ready to drain some resources. Keeping track of thousands and thousands of IP addresses in a grey list to determine which one can communicate at what point is resource intensive.
No, it isn't. Compared to almost every other test used in detecting spam, greylisting is incredibly efficient.
My 3 years old Windows XP PC boots in 6 seconds (from power button to desktop usable and hard drive has stopped being busy!).
bullshit. youtube, or it didn't happen.
fuck
not trying to be fanboy here, but you can barely scratch the surface of Eve in two weeks. once you get farther into the game, there is far to much going on to stand around waiting on a skill to train (which soon end up taking days or weeks to complete anyway). for me the vast majority of the fun centers around corporate activities, and you're not even going to see that side of the game at 2 weeks or probably even 2 months. sure Eve has it's issues, and one of them is that it starts out slow, but compared to a traditional mmo where gaining skills or levels usually means actually grinding quests or other boring repetitive tasks i much prefer the Eve system.
At the moment there is no evidence of openness that I can find.
you either didn't look very hard or don't have much in the way of researching skills.
http://www.roku.com/community/gpl_nfp.php
http://blogs.zdnet.com/open-source/?p=2932
http://hardware.slashdot.org/article.pl?sid=08/09/30/1645200&from=rss
http://news.cnet.com/8301-1023_3-10050649-93.html
http://hackaday.com/2008/07/02/netflix-player-source-code-released/
http://forums.rokulabs.com/viewtopic.php?t=17046&highlight=&sid=1bea026fdae6ddaace484e70273f2d0d
I'm not saying much has become of it, but Roku has already released all GPL code and is hosting forums for their users where they allow talk about hacking it at least. They publicly state their intentions to allow any content provider to use their box to distribute content, and mention the release of a software development kit to help people do that.
I don't know if you are claiming there is no evidence of "open" as in FOSS or "open" as in allowing other companies to use the platform, but there seems to be plenty of evidence of both.
That's not netcraft. Its the TIOBE index, which is notorious for being completely inaccurate. Google for "tiobe flawed" and you'll start to see just how worthless it is. That said, perl does have some serious challenges ahead if it wants to stay as popular or gain popularity.
>Now, if they had included XP in this test, and found that Vista was slower than XP and Windows 7 was no better, that would be news.
actually they did mention in footnotes that both vista and win7 are 22% slower than XP somehow. the article is true crap though. this is what happens when someone who doesn't really understand what they are writing about is allowed to publish: an article with no valuable information, bad science, and a lot of rambling on about the authors ideas and opinions. as you mentioned, the video encoding test doesn't even make any sense in this context. little more than a ploy to raise traffic to the site imho.
idiot
The figures on this simply don't support that claim. Your anecdotal evidence of two places you worked it meaningless.
If anything I'd say this is because many people consider Perl's time to have passed and no longer see a reason to use it in any significant project.
Funny.. I'd like to see the figures behind your claims that "many people consider Perl's time to have passed".
A quote from CIO.com story entitled "PHP, JavaScript, Ruby, Perl, Python, and Tcl Today: The State of the Scripting Universe" (8/29/08)
"Of all the scripting languages, Perl offers the biggest installed base of applications, of code, of integrated systems, of skilled programmers. It has the lowest defect rate of any open-source software product. It is ported to essentially every hardware architecture and operating systems, from embedded control systems to mainframes. It is optimized for speed, for memory footprint, for programmer productivity. It has readily-accessible libraries for all types of programming tasks: Web application development, systems and network integration and management, end-user application development, middleware programming, REST and service-oriented architecture programming. Perl is ideal for the organization that takes charge of its own IT future."
Other interesting stats and info throughout the story..
full article
I do exactly the same thing. I think maybe back in the days of CRTs I thought it would help save the screen (maybe it did?), and I just got used to it.
Every so often someone stops at my desk to ask what's wrong with my computer. They usually ask something along the lines of "What happened to your screensaver?", confused about even the name of the desktop background.
i'll admit right now that i didnt rtfa. but.. working on the premise is that some guy lost an election because the public found out he doesn't pay bills on time, isn't it possible that if everyone's bill paying habits were public knowledge that his behavior would have been much less interesting or exceptional? I'd bet there are tons of people in all walks of life that have for whatever reason failed to pay bills on time, but since that knowledge is not public this guy stands out. so maybe the real problem is the privacy of everyone elses habits, not that his were exposed.
This was going to be the year of Linux on the Desktop!! Now what do we do??
JFS - Already released by IBM, and just one of many nice open filesystems available in linux. As a side note, it was not created by or for the OS/2 team, simply ported there as it was for linux. REXX - *shrug* I've written lots of REXX code. Simply put, there are better languages. There are also multiple open source implementations of REXX for linux already if you reallllly like REXX. OS/2 firewall code - Again, this isn't from OS/2, its just a port from AIX, and iptables/netfilter in Linux is worlds beyond anything it can do already. Microkernel - It's just IBM's version of MACH (already open). MACH is already used in some way in lots of open projects. It has serious performance issues which is why most folks use the ideas more than the details. "new thread scheduling code that IBM has donated..." - don't know what this is, but since by your own words IBM has already donated it, whats the point? "The PPC version isn't tied to any specific hardware" - that's just a funny thing to say. It's tied to very specific hardware, I suggest you do a bit of research. There are like 4 computers ever made that can use it. So we are left with OS/2's multimedia system... this is the only thing of possible value (that you mention at least) that IBM has not already released. I don't have any trouble playing movies and music with my Linux box now to be honest. Still not seeing why anyone would bother IBM to "release" any source code from OS/2.
I used OS/2 back in the day. From version 2.0 to 3 to Warp 4. I liked it a lot. However, once I learned about Linux, and learned how to use Linux, I really never missed anything from OS/2. What do you want from IBM? The source to an old OS strongly tied to a specific architecture that is becoming extinct? Why? What exactly does OS/2 do that Linux does not do? The workplace shell is the only thing I could guess might be neat. Sure, it's a cool interface. But there are honestly more advanced and more useful interfaces these days. I sincerely doubt IBM will be launching lawsuits against anyone who wanted to use the concepts in WPS, if someone found them useful anyway. Seriously, I'd like to know what it is that OS/2's code would help the open source world accomplish.
when will the damned ham operators die and give the airwaves to those of us who need it to download pr0n??
You seem to be talking about a technique called greylisting and there are many ways to implement it, spamd being one of them (although spamd does many other things as well). sqlgrey is a nice greylisting implementation that I happen to be fond of.
Greylisting is hardly a magic bullet however. There are an unfortunate number of legitimate sites (some very large and common) that will not be able to deliver to you unless you exclude them from greylisting. There are also a great number of spam sources today that will retry, and this number seems to be increasing.
It is an interesting and effective tool, but greylisting by itself is rather lacking for most scenarios. Using greylisting, sensible RBLs, RFC and DNS sanity checks, and finally content filtering (heuristics and statistical analysis) in a chain seems to be a workable solution for my sites for now although it can get a bit complex sometimes.
gee thanks for setting the purely crappiest standard in customer service.
Linux is not an awesome desktop. It is lots better than it used to be, and it certainly looks promising, but right now, for most average typical users, Linux just isn't a good choice. And unsurprisingly, it isn't used by very many people as a desktop.
Companies, driven primarily by profit, seem to understand this and use Linux for the things it excels at. Linux users, driven by some strange compulsion to use Linux for absolutely anything, are in some cases compromising their own computing experience for the ability to proclaim "I run Linux. Everywhere. No matter what."
It makes perfect sense to me that a company might use Linux in a product and not support Linux desktop users. The company is using Linux for what it's good at, just like they would use any resource, because that is how a company makes money. They may (hopefully) even contribute improvements back to the community, but again these contributions are probably helping Linux become better at the backend task they are using it for.
On the other hand, supporting Linux desktop users is not a way to make money unless linux desktop users would somehow purchase enough of the product to turn a profit. So don't expect a company to do this becasue in most situations it would not make financial sense. Aa company is (supposed to be) responsible to their shareholders. They can't just support linux desktop users because its a cool thing to do.
my $0.02
instead of psdoom we will now use pshelo_kitty?
And if you don't understand those tubes can be filled and if they are filled, when you put your message in, it gets in line and it's going to be delayed by anyone that puts into that tube enormous amounts of material, enormous amounts of material...
sounds like sour grapes and a piss poor implementation to me. why didn't you just install more NICs if that was the problem, or more ram, more CPUs etc if that was the problem?