I've had the exact same experience with that book. It's packed full of useful information, but worded in such a way that I have a very difficult time parsing what it says. Unfortunately, it's a virtual standard at my university, and many of the comp sci courses expect you to have it. I would really love a better book myself!
This is really easy! The length of the period of rotation is exactly x (number of persons) weeks long. At week 1, person 1 (primary) and person 2 (secondary) are on for Monday through Sunday. At week n, person n (primary) and person n+1 (secondary) are on. At week x, person x (primary) and person 1 (secondary) are on.
The length of a week is used so everyone gets an equal amount of time. Everyone is on call 2/x number of weeks. Shifts can be swapped easily, just be careful that primary and secondary aren't the same pserson! Primary and Secondary can be swapped -- the system can work with people being primary then secondary just as easy. Also, when deciding the order of rotation, you may wish to take skill/competence into account. Have it so the Junior guys are spaced out, so if junior person (primary that week) can't figure it out, he can call the secondary (more experience person).
Well maybe this will make you smile -- I just did my metamoderation for the day -- and guess what! That Redudant moderation on the comment came up! Freaky! Of course, I modded it unfair;)
There are many open-source projects that still host encryption code outside the US because of past rules. Is there still a reason for doing so?"
DeCSS is the obvious example. Without code based on it, I could not watch DVDs I rent on Linux. As DeCSS is made illegal by the DMCA, the only choice for projects using that code is to host outside the US.
The issue is entirely at the server and with its connection. Di.fm does much mp3 streaming, having several thousand simultaneous users without problem:)
Cool! I remember the decoder for the early betas taking a good part of my 333 Celery at the time. I have a couple Pentium 90/100 machines now, doing serving/routing.
Note that you will need a least a Pentium 60 for real-time mp3 decoding at full quality (a 120 mhz 486 *might* be able to. a 100 mhz 486 can't). Ogg requires something like a Pentium 166, maybe more.
Keep in mind that email usage has increased dramatically with the onslot of spam. However, anything Celeron or PII would be more than adequate now (where I worked, an ISP, the old Pentium 1xx machine was finally having trouble keeping up in 2000, with 1500 users).
Where I worked, we supported 1500 users' email on a low-end Pentium (like 100 Mhz) with WinNT 4.0. Our webserver was a K6-2 400, 128 MB ram, NT 4.0, and served a combination of dynamic/static pages fine. Get yourself any old P3, give it at least 128 MB or ram, and you'll do fine.
Interestingly enough, "In spring 2000, Korea was elevated to the Special 301 "priority watch list" as a result of continuing concerns regarding inadequate IPR enforcement, lack of protection for clinical drug test data, lack of full retroactive protection for pre-existing copyrighted works and pharmaceutical patents, problematic amendments to Korea's Copyright Act and Computer Program Protection Act, lack of coordination between Korean health and IPR authorities on drug product approvals for marketing, and continued counterfeiting of consumer products."
Sounds like a nice place to live for the average Joe.
Actually, Canadian softwood lumber companies had to *increase* their output in order to compensate for the tarrifs. Ninety percent of softwood exported by Canada is to the US. When the US slapped the tarrif on the softwood, Canadian companies had to drastically lower prices in order to remain competitive on the American market. However, this had the effect of lowering the profit per unit volume -- instead of making a buck a board, they might only make half that (just making up numbers). Anyway, all companies have invariable costs, like loan payments, etc., so in order to remain profitable, the Canadian companies had to ramp up production, moving from single to double or triple shifts, as well as spend further monies on improving effeciencies at mills which are already some of the most effecient world-wide. Meanwhile, the American mills have never bothered to upgrade to remain competitve, and rely on unfair tarrifs to keep afloat. Everybody loses.
Really, I don't care. But you live in a society that prides itself on being capitalist. If someone else can sell something for less, why shouldn't they? If people can buy the same thing for less, why shouldn't they? Consumers today are trained to shop for the lowest prices (by advertisements, etc.), and will do so. Adapt or die.
Wouldn't it be simpler to just run both sources through a compiler preprocessor? Yes, it would ignore comments, but it's the sequence of keywords (operations, etc) that we are looking for. The preprocessor tracks the line numbers too. I don't see why we need to reinvent the wheel.
I've had the exact same experience with that book. It's packed full of useful information, but worded in such a way that I have a very difficult time parsing what it says. Unfortunately, it's a virtual standard at my university, and many of the comp sci courses expect you to have it. I would really love a better book myself!
If you read the rest of the story, you would have seen:
Some manufacturers have local country websites but these offer a restricted range compared to the main site.
This is really easy! The length of the period of rotation is exactly x (number of persons) weeks long. At week 1, person 1 (primary) and person 2 (secondary) are on for Monday through Sunday. At week n, person n (primary) and person n+1 (secondary) are on. At week x, person x (primary) and person 1 (secondary) are on.
The length of a week is used so everyone gets an equal amount of time. Everyone is on call 2/x number of weeks. Shifts can be swapped easily, just be careful that primary and secondary aren't the same pserson! Primary and Secondary can be swapped -- the system can work with people being primary then secondary just as easy. Also, when deciding the order of rotation, you may wish to take skill/competence into account. Have it so the Junior guys are spaced out, so if junior person (primary that week) can't figure it out, he can call the secondary (more experience person).
Well maybe this will make you smile -- I just did my metamoderation for the day -- and guess what! That Redudant moderation on the comment came up! Freaky! Of course, I modded it unfair ;)
There are many open-source projects that still host encryption code outside the US because of past rules. Is there still a reason for doing so?" DeCSS is the obvious example. Without code based on it, I could not watch DVDs I rent on Linux. As DeCSS is made illegal by the DMCA, the only choice for projects using that code is to host outside the US.
The issue is entirely at the server and with its connection. Di.fm does much mp3 streaming, having several thousand simultaneous users without problem :)
I've used Dvorak layouts, and I HIGHLY recommend spending a few hours trying it out.
Cool! I remember the decoder for the early betas taking a good part of my 333 Celery at the time. I have a couple Pentium 90/100 machines now, doing serving/routing.
Overclock a 100, I guess. I was just guessing what kind of power you'd need to decode an mp3.
LOL... so funny! I think I'll email it to everyone, including people I don't know!
... is absolutely hilarious!
Note that you will need a least a Pentium 60 for real-time mp3 decoding at full quality (a 120 mhz 486 *might* be able to. a 100 mhz 486 can't). Ogg requires something like a Pentium 166, maybe more.
"It is simply not feasible that we will ever need anything more than IPv6." Yet.
Keep in mind that email usage has increased dramatically with the onslot of spam. However, anything Celeron or PII would be more than adequate now (where I worked, an ISP, the old Pentium 1xx machine was finally having trouble keeping up in 2000, with 1500 users).
LOL! If I had mod points, you'd be +5 funny!
Where I worked, we supported 1500 users' email on a low-end Pentium (like 100 Mhz) with WinNT 4.0. Our webserver was a K6-2 400, 128 MB ram, NT 4.0, and served a combination of dynamic/static pages fine. Get yourself any old P3, give it at least 128 MB or ram, and you'll do fine.
There is a notible lack of ASCI systems built with Power4 chips. I wonder how long until IBM will build one with them?
I was the fucking funniest thing I've read all week!
Beowulf cluster of these!
You have very good points. I was just thinking that a preprocessor would be a good place to start. Thanks for replying!
You were not the only one, my friend!
Interestingly enough, "In spring 2000, Korea was elevated to the Special 301 "priority watch list" as a result of continuing concerns regarding inadequate IPR enforcement, lack of protection for clinical drug test data, lack of full retroactive protection for pre-existing copyrighted works and pharmaceutical patents, problematic amendments to Korea's Copyright Act and Computer Program Protection Act, lack of coordination between Korean health and IPR authorities on drug product approvals for marketing, and continued counterfeiting of consumer products."
Sounds like a nice place to live for the average Joe.
Actually, Canadian softwood lumber companies had to *increase* their output in order to compensate for the tarrifs. Ninety percent of softwood exported by Canada is to the US. When the US slapped the tarrif on the softwood, Canadian companies had to drastically lower prices in order to remain competitive on the American market. However, this had the effect of lowering the profit per unit volume -- instead of making a buck a board, they might only make half that (just making up numbers). Anyway, all companies have invariable costs, like loan payments, etc., so in order to remain profitable, the Canadian companies had to ramp up production, moving from single to double or triple shifts, as well as spend further monies on improving effeciencies at mills which are already some of the most effecient world-wide. Meanwhile, the American mills have never bothered to upgrade to remain competitve, and rely on unfair tarrifs to keep afloat. Everybody loses.
Really, I don't care. But you live in a society that prides itself on being capitalist. If someone else can sell something for less, why shouldn't they? If people can buy the same thing for less, why shouldn't they? Consumers today are trained to shop for the lowest prices (by advertisements, etc.), and will do so. Adapt or die.
Wouldn't it be simpler to just run both sources through a compiler preprocessor? Yes, it would ignore comments, but it's the sequence of keywords (operations, etc) that we are looking for. The preprocessor tracks the line numbers too. I don't see why we need to reinvent the wheel.