This works until you find a smart-ass who TRIES to get to the top of this list. It's a status symbol in some sick and twisted world. Remember, you're dealing with geeks here...
Or noise! Nobody has mentioned that Prescott will actually vibrate and generate a 1.6kHz tone at 110dB. It eliminates the need for both (a) the PC speaker and (b) a premise burglar alarm.
They already revoked access to WU for people who used pirated licence keys. As a result, there are plenty of XP installations which will never be patched. I believe this is reckless and self-defeating.
I have trouble arguing with the current rates. Then again, moving out of a house where the monthly bill was typically > $180 and into one where it hasn't hit $30 yet is quite a pleasant change.
Sure. How about people who bring their laptops in and plug them into the wired network? Okay, let's DMZ them. Now, how do they get to the corporate network?
If your answer is "they don't", then you've effectively taken away the reason for having a network in the first place. If your answer is VPN, then you've left a gaping tunnel from the outside, through your firewall.
My point is not that firewalls are only one piece of the security plan, but they cannot solve everything.
That's all fine and dandy until some guy with an infected laptop walks in and brings the virus behind your firewall. Alternatively, think about a home machine connected to a corporate network through a VPN. Suddently the firewall seems a lot less reassuring.
Version 1.6 has crashed on me a few times. More frequently, my X server crashes (Xwin32 doesn't always enjoy GnuCash for some reason). When that happens, I lose the unsaved transactions. I'd like to see it either append to a lightweight transaction (if you have a large ledger) or save after each transaction is changed (better for smaller ledgers). This way, even if you do crash, you only lose the what you haven't entered.
Chances are, nobody would be able to find that point anyway. The comment has effectively censored itself.
A long letter laced with profanities to your state congressman would probably cause future letters to be thrown out without a second thought, even if they contained a brillant plan to save your state from raising taxes and cutting services in a multi-billion dollar budget shortfall. This is no different.
Re:Parent point valid despite foul language
on
Worst Linux Annoyances?
·
· Score: 2, Insightful
Related point: one of the sad things is that very few Unix applications can gracefully handle errors such as out of disk and I/O errors. A particularly popular response is to blindly continue execution after a failed system call and eventually segfault. In the case of X11 applications, this means the program simply disappears.
One thing you can do is use a tree of multiplexors. You can address 2^7 = 128 switches with 7 output pins and 1 read input pin (or read multiple inputs at once by trading some of the addressing pins for wider inputs). Wider inputs make a lot of sense if you have to read the switch values frequently.
As far as the lights go, you'd do something similar, except you'll need demuxes and some type of memory (e.g. a flipflop or relay). With the relay, you might be able to drive the bulb directly.
Re:I'd like to take this oppertunity..
on
Head First Java
·
· Score: 3, Informative
Most modern JVMs compile Java bytecode to optimized native machine code. If you spend most of your execution time in your application (not the JVM), Java is quite competitive with C.
If you're interested in seeing how this really works, I'd suggest downloading the IBM Jikes RVM (Research Virtual Machine), which is a JVM/JIT compiler that is almost completely written in Java (it actually can recompile itself at runtime, in addition to your application). Since it's written to be a platform for compiler research, it's not the fastest JVM on the planet, but it has reasonably well-documented code and it certainly does what you described.
> I think you'd have a hard time claiming that you were seriously "locked in" to any Linux APIs.
If you've built code around some version of an API, you are effectively locked in. The open source issue is irrelevant, the things this guy argues against have been committed by all of the packages listed above (and that is just a small sample).
> Glibc is based on the POSIX standards, with a bit of work it's possible to use many other libcs (though as it's free software you can always change whatever it is that you want).
For an amusing read, try looking at the "CONFORMING TO" and "NOTES" sections of the select() manpage: http://www.die.net/doc/linux/man/man2/select.2.htm l. It tries to be POSIX. Clearly, however, it's much easier to write your own select() call when you don't like the behavior of the one that you're given.
> The GUI level libraries are likewise either free software, or based on open standards, or both (X for instance). You are always free to backport fixes to the version you're using, if you don't want to upgrade.
Earlier today you said "I personally don't know many real Linux production servers (as opposed to bobs personal box) where the admins mess with kernel patches - ever."
Replace "kernel" with "library". Point made.
> I don't think I'd want to be screwing about with web apps though....
We're definitely in agreement here. Nobody in their right mind seriously wants to write webapps.:-)
> Like many high profile OSS ranters, he's ignoring the fact that if most workers try to challenge their company's existing model
Agreed.
I think he's ignoring something even more fundamental: OSS locks you into the same moving-target APIs and environments. Be it libc5/glibc, QT, Gnome, KDE, or any other substantial "farm", things are going to change beyond your control. Bugs are going to get fixed in newer versions, while your older library version is ignored by the developers.
> We'd all love to get paid to do interesting stuff on exciting platforms (I'm an RHCE, but in my current job we don't even have a Linux box in the building).
The grass is always greener on the other side. If you were working with Linux, you'd be complaining about the boring things and obnoxious "features" there, too.
This works until you find a smart-ass who TRIES to get to the top of this list. It's a status symbol in some sick and twisted world. Remember, you're dealing with geeks here...
Dear Jp. Morgan,
I hope your brokerage doesn't get whacked by the feds.
Sincerely,
Penpal
P.S. send my best to the Schwabs.
You heard him, it doesn't ring. :-)
Or noise! Nobody has mentioned that Prescott will actually vibrate and generate a 1.6kHz tone at 110dB. It eliminates the need for both (a) the PC speaker and (b) a premise burglar alarm.
Here's one case where the Discovery Channel helped. Pittsburgh police don't normally deal with alligators. :-)
g at or0806p2.asp
http://www.post-gazette.com/neigh_east/20030806
(remove the space inserted by slashdot's moronic submission parser)
It's closer to $142B these days. They get around $37B in revenue from their hardware business.
Either way, it's a horrible policy.
They already revoked access to WU for people who used pirated licence keys. As a result, there are plenty of XP installations which will never be patched. I believe this is reckless and self-defeating.
I have trouble arguing with the current rates. Then again, moving out of a house where the monthly bill was typically > $180 and into one where it hasn't hit $30 yet is quite a pleasant change.
Except that Duquesne Light is negotiating to raise electric rates (grumble, grumble):1 1492.stm
http://www.post-gazette.com/pg/03225/2
Sure. How about people who bring their laptops in and plug them into the wired network? Okay, let's DMZ them. Now, how do they get to the corporate network?
If your answer is "they don't", then you've effectively taken away the reason for having a network in the first place. If your answer is VPN, then you've left a gaping tunnel from the outside, through your firewall.
My point is not that firewalls are only one piece of the security plan, but they cannot solve everything.
That's all fine and dandy until some guy with an infected laptop walks in and brings the virus behind your firewall. Alternatively, think about a home machine connected to a corporate network through a VPN. Suddently the firewall seems a lot less reassuring.
Version 1.6 has crashed on me a few times. More frequently, my X server crashes (Xwin32 doesn't always enjoy GnuCash for some reason). When that happens, I lose the unsaved transactions. I'd like to see it either append to a lightweight transaction (if you have a large ledger) or save after each transaction is changed (better for smaller ledgers). This way, even if you do crash, you only lose the what you haven't entered.
You'll probably enjoy this recent Washington Post article on identify theft, then: http://www.washingtonpost.com/wp-dyn/articles/A253 58-2003Aug6.html
It may not be as simple as fighting the bill and getting on your way.
More fodder for your anonymous cannon:
http://www.wsu.edu/~brians/errors/errors.html
Enjoy!
Retractions in the business world? Companies will just pull it from their website and deny that the report ever existed.
Why admit a mistake when you can just slink away from bogus reports without anyone (who matters) noticing?
> by-enlarge
:-)
You've been reading too many spams. The correct expression is "by and large".
Chances are, nobody would be able to find that point anyway. The comment has effectively censored itself.
A long letter laced with profanities to your state congressman would probably cause future letters to be thrown out without a second thought, even if they contained a brillant plan to save your state from raising taxes and cutting services in a multi-billion dollar budget shortfall. This is no different.
Related point: one of the sad things is that very few Unix applications can gracefully handle errors such as out of disk and I/O errors. A particularly popular response is to blindly continue execution after a failed system call and eventually segfault. In the case of X11 applications, this means the program simply disappears.
Behavior like this should be unacceptable.
Sounds like a fun moneypit project!
One thing you can do is use a tree of multiplexors. You can address 2^7 = 128 switches with 7 output pins and 1 read input pin (or read multiple inputs at once by trading some of the addressing pins for wider inputs). Wider inputs make a lot of sense if you have to read the switch values frequently.
As far as the lights go, you'd do something similar, except you'll need demuxes and some type of memory (e.g. a flipflop or relay). With the relay, you might be able to drive the bulb directly.
Most modern JVMs compile Java bytecode to optimized native machine code. If you spend most of your execution time in your application (not the JVM), Java is quite competitive with C.
If you're interested in seeing how this really works, I'd suggest downloading the IBM Jikes RVM (Research Virtual Machine), which is a JVM/JIT compiler that is almost completely written in Java (it actually can recompile itself at runtime, in addition to your application). Since it's written to be a platform for compiler research, it's not the fastest JVM on the planet, but it has reasonably well-documented code and it certainly does what you described.
They already renamed it once from Total Information Awareness to Terrorism Information Awareness:
http://www.epic.org/privacy/profiling/tia/
No those are typically gold-plate.
> I think you'd have a hard time claiming that you were seriously "locked in" to any Linux APIs.
m l. It tries to be POSIX. Clearly, however, it's much easier to write your own select() call when you don't like the behavior of the one that you're given.
:-)
If you've built code around some version of an API, you are effectively locked in. The open source issue is irrelevant, the things this guy argues against have been committed by all of the packages listed above (and that is just a small sample).
> Glibc is based on the POSIX standards, with a bit of work it's possible to use many other libcs (though as it's free software you can always change whatever it is that you want).
For an amusing read, try looking at the "CONFORMING TO" and "NOTES" sections of the select() manpage:
http://www.die.net/doc/linux/man/man2/select.2.ht
> The GUI level libraries are likewise either free software, or based on open standards, or both (X for instance). You are always free to backport fixes to the version you're using, if you don't want to upgrade.
Earlier today you said "I personally don't know many real Linux production servers (as opposed to bobs personal box) where the admins mess with kernel patches - ever."
Replace "kernel" with "library". Point made.
> I don't think I'd want to be screwing about with web apps though....
We're definitely in agreement here. Nobody in their right mind seriously wants to write webapps.
> Like many high profile OSS ranters, he's ignoring the fact that if most workers try to challenge their company's existing model
Agreed.
I think he's ignoring something even more fundamental: OSS locks you into the same moving-target APIs and environments. Be it libc5/glibc, QT, Gnome, KDE, or any other substantial "farm", things are going to change beyond your control. Bugs are going to get fixed in newer versions, while your older library version is ignored by the developers.
> We'd all love to get paid to do interesting stuff on exciting platforms (I'm an RHCE, but in my current job we don't even have a Linux box in the building).
The grass is always greener on the other side. If you were working with Linux, you'd be complaining about the boring things and obnoxious "features" there, too.