Slashdot Mirror


User: Mushy

Mushy's activity in the archive.

Stories
0
Comments
24
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 24

  1. Re:Regarding the SETI program and the like on SETI Disrupted By Cell Phones in Airplanes? · · Score: 1

    >> How do you conclude that far more advanced than us would want to avoid detection?

    > If they didn't, then we would see them.

    That's assuming a lot! Try thinking about a human conversation that starts this

    Q. If you had the best technology, why did you never try to contact me?

    The answers could be anywhere on the spectrum

    1) I don't give a damn about you.
    2) I've got better things to do.
    3) You've only been these for 10,000 years.
    4) You assume life detection in the universe this big is easy.
    5) You assume that you are the only fish in the sea. ... and so on without even having to include active hiding. Actively hiding is an extremely simplistic assumption right there with religious types believing in a "caring God"! (assinging human like qualities to a supreme being)

  2. Re:Regarding the SETI program and the like on SETI Disrupted By Cell Phones in Airplanes? · · Score: 1

    3) They're far more advanced than us...which means they have the smarts to avoid detection so we won't see them at all.

    How do you conclude that far more advanced than us would want to avoid detection?

    Also, you miss the whole range between "us" and "far more advanced" beings.

  3. Reviewed in Dr. Dobb's Journal on Practical Statecharts in C/C++ · · Score: 2, Informative

    Ed Nisley had reviewed this in Dr. Dobb's Journal. The review is available here. I had just read the article this morning and was pleasently surprised to see the review here.

  4. Re:It's not really that surprising on OpenSSL Gets Cryptography Gift From Sun · · Score: 1

    Do you really have to see a conspiracy in everything? Or is it out of fear for posting on here that you have to say something negative before you can say anything positive about any issue?

  5. Re:spam is already keeping up? on More on Bayesian Spam Filtering · · Score: 1

    You must read Paul Graham's article closely. It is still identifiable as spam cuz of the phrases. As for AOL dorks sending out emails like that, I hope you don't have friends who send emails like that to you. If you are including header data in your checking routine too, your friends will also get excluded since they'll have nonspam emails in the training data.

  6. Re:Post your results here on More on Bayesian Spam Filtering · · Score: 1

    I was using the hybrid approach until Bayesian filtering started performing better than SpamAssassin (No false positives, More trapped spam, less upgrade mania) and then I just dumped SpamAssassin.

  7. Re:other Bayesian filters on Slashback: Google, Prince, Bayesian · · Score: 1

    Would you mind sharing the implementation for Bayesian filter?

    As for the series design, I am doing the exact same thing :)

  8. Re:other Bayesian filters on Slashback: Google, Prince, Bayesian · · Score: 1, Informative

    CPAN has a perl module that I am using

    Mail::SpamTest::Bayesian

    Today after about 280 spams training, it surpassed SpamAssassin 2.40 (today's release)'s filtering and detected a spam where SpamAssassin failed.

  9. Yesterday's Ad-Aware update 5.71 uninstalls this on Reflections on Brilliant Digital: Single Points of 0wnership · · Score: 1, Informative

    Just an FYI.

  10. HAHA on Platform Independent Gaming? · · Score: 0

    It's just JINI in a new bottle (pun intended)

  11. Re:What else do you need? on ZDNet Discontinues AppWatch · · Score: 0

    Rss Backend.

    I myself depend heavily on the RSS backend provided by both freshmeat and appwatch. Freshmeat doesn't provide the changelog in it's RSS feed whereas AppWatch did. That makes a LOT of difference when looking at news aggregators or your own processed feed.

  12. Just cuz it's solaris and not linux on Sun Considers Switching Cobalt to Solaris · · Score: 1

    it's bad!?!?!?!

    Hail Linux!
    Hail CmdrTaco's trolling!
    Down with Solaris!
    Down with Sun!

  13. Re:Perl NSA on Perl New Version 5.5.660 · · Score: 2

    Yes. It came from a project called "Blacker" project. Here's the Linux Magazine article where he states that.

  14. Re:learning perl... on Perl New Version 5.5.660 · · Score: 2
    The most commonly recommended is Learning Perl. If you are not biased against a dummies book then Perl for dummies is the one I used and liked.

    Note:

    1. Claimer: I am earning my doughnuts and Mountain Dew from perl these days
    2. Disclaimer: I don't work for Amazon :-)
  15. Re:Troll?!?!? on Giving Back · · Score: 0

    It was you wasn't it!!!

  16. DOH! on The Simpsons The Movie? · · Score: 0

    I lost the 1st..wait..2nd...umm...42nd post.

  17. Re:Great work! on Java 2 for Linux Released & Blackdown Gets Creds · · Score: 1

    This was done for Solaris 2.7 by Sun. Solaris 2.7 was renamed as Solaris 7 and now it on on version 8. It's not difficult that Sun may even do the same thing to Java.

  18. Re:I don't think its china on DDoS Attacks Traced to UCSB, Stanford · · Score: 1
    Could be Israel then :-)

    What the original poster meant was that it could be any country. China was just an example to illustrate the point. As for exposing their shelld, they may be trying it out. You know, 'Testing' the technology they have and preparedness of the world to deal with it.

    I think it's canadians!!! They never liked our joking about them!!!

  19. Some relevant URLs on DDoS on Forum: The Yahoo Denial of Service · · Score: 3
  20. or... on Try to Name the SuSE Mascot · · Score: 2

    RobLizo!!! :-)

  21. or... on Try to Name the SuSE Mascot · · Score: 1

    GreenMeat

  22. umm... on Try to Name the SuSE Mascot · · Score: 1

    Sue

  23. ummm... on Try to Name the SuSE Mascot · · Score: 1

    Sue

  24. While we are on it... on Why Can't the Command-Line be More Standardized? · · Score: 1
    How about standardizing the representation of command lines in short form to indicate which option is optional and which is not or which one takes an argument/arguments and which does not or which options exclude each other.

    e.g. prog [ -a | -b ]

    is a widely accepted to mean that prog takes option -a or -b and not together. How about extending this for multiple option cases like -a can occur with -b and -c, -b can occur with -d and -a etc. I had need to do this recently to standardize the reading of meaning of those options across multiple departments of our company. Is any work being done on it anywhere?