Slashdot Mirror


User: not!eddy

not!eddy's activity in the archive.

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

Comments · 4

  1. Re:And in that stack... on What does it take to make the Space Shuttle Fly? · · Score: 1

    A running joke is that a shuttle is considered ready for launch once the stack of paperwork stands as high as the rocket

    I worked at Boeing on the 747-400 and our version of that joke was that the FAA certified the airplane when the weight of the paperwork equaled the weight of the airplane.

  2. Telephone switches are breakable on Las Vegas's Seedy Technical Underbelly · · Score: 1

    I used to work for a cellular service provider with Nortel and Lucent switches. The interface parts of the switches are fairly standard UNIX boxes. There were always accounts that we didn't change the passwords so that the techs from the manufacturer could get in. Typically there were modems on the switches, so that's one way in. Our switches were behind our firewall, but who can say you couldn't beat that? Once you get in call routing is no problem and if you can get root you can own the switch like any UNIX system.

  3. From the lawyer's perspective on Rec.humor.funny Threatened by MasterCard · · Score: 1

    Hiring some geek(s) to find a two year old parody which hardly anyone had looked at lately: thousands of dollars billed to client
    Sending a desist letter: more money billed to client
    Getting slammed on /.: Priceless
    There are some things money can't buy - everything else gets billed to the client.

  4. this is only a slight improvement on LZIP Advanced File Compression Utility · · Score: 1

    lzip is pretty good in those cases where it reduces the data to 0 percent of the original, but it is only 1 bit better than the following algorithm which has been around for years. Count the number of '1' bits in your data. If it is 1 return 1, otherwise call the algorithm recursively on this number. It is easy to prove that this algorithm compresses all data sets to a single bit in order log n recusive calls, where n is the number bits in the data. Is lzip this fast?