To play Ultima Online the way it was supposed to be, you can play on the Siege Perilous shard. It is one of the official UO servers, but with a special "old-tyme" ruleset, designed for veteran players and to enhance player-to-player interaction. For example, no [Young] status, PvP fights are allowed everywhere (no Trammel), and vendors will not buy from players, making crafters having to directly interact with the fighting classes. Siege Perilous has a small but tight community, and there is material for everyone to enjoy, from the hardcore roleplayers, the assiduous crafters, and down to the berserk PvPers.
If you want to give Siege Perilous a try, I suggest you join NEW. It helps a lot until your character is strong enough to stand a chance on his own.
There is also a japanese equivalent of Siege Perilous: Mugen (page in Japanese).
I have been doing extreme programming for 4 years, and I started with pair programming. Since from the wording of your comment, I take it you haven't tried pair programming for yourself, please, allow me to share my experience.
First, let me begin with how I started pair programming:
I started pair programming in the tutoring way you describe. I was "coder B" in your scenario: fresh out of university, I just joined a development team between projects, so there wasn't too much pressure. But the environment and tools used were mostly new to me. Our team wasn't doing any Extreme Programming at that time, but our "Coder A" read about it and wanted to try it out. There are serveral practices in Extreme Programming, and pair programming was the one he found the most intruiguing. Since I was the newbie, he wanted to use me as a guinea pig to see if he could bring me up to speed faster.
Like you, I really wasn't convinced at first, but he was the guru, and me just a newbie, I really couldn't refuse. So after a few days, I finally accepted and reluctantly sat next to him in front of his console. All I would do for now is watch, while Coder A codes stuff and explains what he is doing so that I can follow what is going on. Luckily, it was some Python code. Even I at that time I hadn't even heard of Python, I could kind of figure out what was going on in a particular loop. But I had no idea about the higher level of the design, and the first pair programming session was very painful. After 2 hours, my head was about to explode. I did learn a few things about Python, but that was about it.
The next day, we tried again. I was even more reluctant given the previous bad experience, but anyway, I sat down, repressing a sigh. Again, painful time, headache... But somehow, the code structure started to appear to me, like pieces of a puzzle magically putting themselves together. But one piece wasn't fitting. Coder A was stuck on a problem and asked me if I had any idea. Again, I wasn't even sure what was going on, I had only a very high level and blurry view of the system. Yet, somehow, I could see the problem with that piece had something to do with granularity. Being a newbie talking to the guru, I sheepishly apologized for not being sure what a certain function really did, but suggested anyway adding an argument and removing a certain loop. I really had no idea what I was saying. Just, in my blurry picture, that would make the puzzle piece fit. Coder A pondered the idea for a few seconds, then his eyes popped wide open and he exclaimed: "You're a genius!". Then he went into a coding frenzy by himself and I was lost again, but I knew something special happened there. Sure, that was in a tutoring setup you described, but that is actually a generality of pair programming: while the driver (the coder at the keyboard) takes care of the low level details, the navigator (the coder watching) keeps track of the higher levels of the implementation, and thus can point the driver in the right direction.
Now, let me answer your concerns with what I have learned from practicing pair programming:
Wasteful: You do loose some raw speed from having only one keyboard typed on instead of two, but actually not that much: whenever you get stuck on something, pair programming gets you unstuck really quick. In raw lines of code per hour, I think the loss is something around 15%. But this is largely made up for in code quality. I found that pairs produce much higher quality code than individual programmers. Therefore, you also save time on debugging and code maintenance.
Stressful: It can be at times. See my first session of pair programming. First thing: pair program with someone you get along with well. After you got used to them, pair programming sessions are still very intense, since they keep you totally focused, with constant peer review, for the 2 hours they usually last. However, I found an overall reduction in stress level thanks to pair programming. It's a bit like doing a lot of sports h
You realize that the title mentioned S.Korea and Japan for different reasons:
South Korea is the leader in quantity (broadband penetration), with over 21% of inhabitants being broadband subscribers. They have internet cafes at almost every corner.
On the other had, Japan is the leader in quality (speed at reasonable cost): they offer 28 Mbps ADSL connections for about $25 a month. And for about $100 a month, you get fiber-to-the-home, with 100 Mbps up and down.
Sure, $100 Mbps is a bit pricy, but other day, I downloaded the latest Knoppix ISO in under 3 minutes. Man, did that feel GOOD!
GNUcash is so complex. Why anyone would want to develop or even usefor the GNUcash project is a mystery to me (maybe if you're an accountant). Better to develop for Kmymoney2 [sourceforge.net], a nice KDE/Qt C++ app, which behaves more like Quicken and Microsoft Money, the two most popular money managment apps. Kmymoney2 is the only real alternative to GNUcash for the future in my opinion. Let GNUcash die, and some new apps will come...
GnuCash is a full-fleged dual entry accounting system: you can run your business accounting with it. Quicken and Money are not: they are just good for keeping track of your personal bank accounts.
The bold text above may not mean anything to you, and it meant nothing to me until about a year ago when I started learning some accounting stuff. I don't know why accounting is so excruciatingly painful to learn for us developers... but once you finally get it, you realize that it is actually not that complicated, and why it simply works. Now, while I'm still a developer and not an accountant, even for my personal finance, I will not do without dual entry. I tried Kmymoney and Microsoft Money, but they just don't cut it. Now I can't live without GnuCash.
Please, do not let GnuCash die. If you can help that project, by all means, please do.
We can already track weather patterns all over the planet. The trouble is that this does not really solve the problem of predicting what will happen in the future - there are simply too many unkown factors affecting weather patterns for us to understand how and why they do what they do at this point.
Isn't the real problem that weather patterns are a chaotic system? You probably heard of the "butterfly effect": a butterfly flapping its wings in Tahiti can produce a tornado in Kansas. So, even if we knew all the factors and mechanisms involved in weather patterns, indeed we would make slightly better predictions, but soon predictions and reality would diverge anyway.
Pay reasonable prices and try to buy only things that are made in the USA. Remember that you're going to get what you pay for. -- When illogic prevails, reason gives way. -- Japanese proverb
IBM: Eh. You are indeed brave, Sir Knight, but the fight is mine. SCO: Oh, had enough, eh? IBM: Look, you stupid bastard. You've got no arms left. SCO: Yes, I have. IBM: Look! SCO: Just a flesh wound. (kick) IBM: Look, stop that. SCO: Chicken! (kick) Chickeeeen! IBM: Look, I'll have your leg. (kick) Right!
[IBM chops SCO's right leg off] SCO: Right. I'll do you for that! IBM: You'll what? SCO: Come here! IBM: What are you going to do, bleed on me? SCO: I'm invincible! IBM: You're a looney. SCO: The SCO always triumphs! Have at you! Come on, then.
I was installing a commercial database package, that came on 2 CDs. After the install program finished with the first CD, it asked for CD #2... But the drive was still locked... by the install process itself! So, the only way to insert disk 2 was... to kill the install process! Simply beautiful.
[...] foiled by TheftGuard's place in the HPA section of the hard drive, which is immune to simple reformatting tools. (emphasis mine)
I agree that if you know TheftGuard is there, it seems pretty easy to circumvent. But I think their idea is that the thief will not know that the machine they stole is equipped with TheftGuard. And when they plug it in to check it out, whoof, HD wiped clean, and our not-too-tech-savy thief won't be able to steal your pr0n.
Basically then, it's just security through obscurity... Hmmmm, what did we learn about that again?
Maybe, but my personal opinion is that in the end it's better to write an application in a language you know really well (but might not be the best thing) than write some hacky fudge job (which will no doubt be really flakey and possibly even more insecure) in a language you don't know just because it's the best one to use.
Of course you should not write an application in a language you don't know. But if something is a better tool for what you plan to do, why not learn that tool first, rather than using something that is less appropriate? If you are already used to programming, learning a new language is not that difficult. If you are a company, get the people with the right skills, so that they will use the right tools for the job.
Indeed... Not even 50 posts and the site is slashdotted...
Now I only wished you had posted the full text of the article, as you advertise, and not just the first page... And if you had to post only one page, the conclusions would have been more interesting. The above is pretty useless...
If you are going to post the content of an article, please do it right:-)
You get a good point, though, for posting as an AC and not being an karma whore:)
Having an heterogenous network is not such a straightforward solution as you put it. With the number of protocols still using cleartext passwords, and the tendency of users to use the same password in many places, a simple packet sniffer can take a cracker pretty far inside your network. The bottom line is: cracking a single box is often enough to compromise the security of a whole network.
So having multiple OSes as you suggest just increases the number of potential security holes, making your network easier to attack, not to mention harder to maintain.
I believe that security can be better achieved by a good network design (yes, it's not just the boxes: a good network design can greatly improve security, while a bad one can be a security hole by itself!), sticking to as few OSes as possible ("secure" ones of course), patching often, educating your users, etc... Standard security practices. But one thing not to be forgotten is that computer security is always a compromise. It is how much an attacker is willing to try, versus how much you are willing to invest in preventing a security breach. There is no 100% security.
Isn't that "new" patent just the combination of form autocompletion and of a recommendation engine? I think there is plenty of prior art for both... I'm not sure: is it ok to patent the combination of two existing things? Well apparently it is OK with the USPTO...
Quick, must patent "Intake of Oxygen In Alveolae While Circulating Blood With a Biological Pump"!
I do not know about cheating. Maybe they just get a lot of hits because it is a new distribution and they are getting some good press coverage lately. But you do raise some interesting points...
We have not seen many, if any, pro-Yoper postings yet. Anyone for some good words about Yoper? Or does Yoper just "kinda sucks" as the parent writes?
the gateway will the rewrite url's to have it appended automatically so that everything goes over IPv6.
I think I get the general idea, but it took me some time. Funny how a couple of spelling mistakes can lead to a quite obfuscated sentence. Anyway, here is what I now think (after checking the site: boggled at that sentence in vain!:) ) that it meant:
the gateway will then rewrite URLs on the pages sent back to your browser, appending automatically the ".sixxs.org". This way, all the links will still go through the IPv6 gateway, letting you transparently surf the web over IPv6!
As far as the legality, as long as you are selling the items for Amazon.com, then you can use the images. Other than that, I doubt it;-).
(Insert the usual IANAL disclaimer here).
This sounds like a reasonable assumption at first, but if you look at it more closely, on which legal basis could Amazon.com prevent you from using these images? They are not the copyright holders of the art. All they did was a simple scan/resize/save_for_web...
Amazon could overlay a "www.amazon.com" on the scans to make the reuse more annoying, but then they could face suits from the artists...
Now the artists could prevent you from using their art. But if you are not defaming them, I don't see why they would. I think they will rather appreciate the publicity.
FYI, the figures I gave a not pulled out of thin air, but come from the already mentioned a few times Highlift Systems Site. Do a bit of reading and come back enlightened.
By the way, whose "best guess" is this 5m radius?
(Hint?) Science fiction books do not science make.
Slashdot Mirror
Well, Godzilla has its own statue in Yurakucho (a district of Tokyo),
so I thought I'd go and check for you...
And indeed, Gozdilla may look huge...
But actually, if you don't count the pedestal, he's about the height of a 6 year-old
So you were right: Godzilla is not huge, even in Japan. It is just special effects (^_^)
(Anti-slashdotting measure: remove the spaces before the
To play Ultima Online the way it was supposed to be, you can play on the Siege Perilous shard. It is one of the official UO servers, but with a special "old-tyme" ruleset, designed for veteran players and to enhance player-to-player interaction. For example, no [Young] status, PvP fights are allowed everywhere (no Trammel), and vendors will not buy from players, making crafters having to directly interact with the fighting classes. Siege Perilous has a small but tight community, and there is material for everyone to enjoy, from the hardcore roleplayers, the assiduous crafters, and down to the berserk PvPers.
If you want to give Siege Perilous a try, I suggest you join NEW. It helps a lot until your character is strong enough to stand a chance on his own.
There is also a japanese equivalent of Siege Perilous: Mugen (page in Japanese).
This site may come close enough to what you are looking for: CD Media World
I have been doing extreme programming for 4 years, and I started with pair programming. Since from the wording of your comment, I take it you haven't tried pair programming for yourself, please, allow me to share my experience.
First, let me begin with how I started pair programming:
I started pair programming in the tutoring way you describe. I was "coder B" in your scenario: fresh out of university, I just joined a development team between projects, so there wasn't too much pressure. But the environment and tools used were mostly new to me. Our team wasn't doing any Extreme Programming at that time, but our "Coder A" read about it and wanted to try it out. There are serveral practices in Extreme Programming, and pair programming was the one he found the most intruiguing. Since I was the newbie, he wanted to use me as a guinea pig to see if he could bring me up to speed faster.
Like you, I really wasn't convinced at first, but he was the guru, and me just a newbie, I really couldn't refuse. So after a few days, I finally accepted and reluctantly sat next to him in front of his console. All I would do for now is watch, while Coder A codes stuff and explains what he is doing so that I can follow what is going on. Luckily, it was some Python code. Even I at that time I hadn't even heard of Python, I could kind of figure out what was going on in a particular loop. But I had no idea about the higher level of the design, and the first pair programming session was very painful. After 2 hours, my head was about to explode. I did learn a few things about Python, but that was about it.
The next day, we tried again. I was even more reluctant given the previous bad experience, but anyway, I sat down, repressing a sigh. Again, painful time, headache... But somehow, the code structure started to appear to me, like pieces of a puzzle magically putting themselves together. But one piece wasn't fitting. Coder A was stuck on a problem and asked me if I had any idea. Again, I wasn't even sure what was going on, I had only a very high level and blurry view of the system. Yet, somehow, I could see the problem with that piece had something to do with granularity. Being a newbie talking to the guru, I sheepishly apologized for not being sure what a certain function really did, but suggested anyway adding an argument and removing a certain loop. I really had no idea what I was saying. Just, in my blurry picture, that would make the puzzle piece fit. Coder A pondered the idea for a few seconds, then his eyes popped wide open and he exclaimed: "You're a genius!". Then he went into a coding frenzy by himself and I was lost again, but I knew something special happened there. Sure, that was in a tutoring setup you described, but that is actually a generality of pair programming: while the driver (the coder at the keyboard) takes care of the low level details, the navigator (the coder watching) keeps track of the higher levels of the implementation, and thus can point the driver in the right direction.
Now, let me answer your concerns with what I have learned from practicing pair programming:
Wasteful:
You do loose some raw speed from having only one keyboard typed on instead of two, but actually not that much: whenever you get stuck on something, pair programming gets you unstuck really quick. In raw lines of code per hour, I think the loss is something around 15%. But this is largely made up for in code quality. I found that pairs produce much higher quality code than individual programmers. Therefore, you also save time on debugging and code maintenance.
Stressful:
It can be at times. See my first session of pair programming. First thing: pair program with someone you get along with well. After you got used to them, pair programming sessions are still very intense, since they keep you totally focused, with constant peer review, for the 2 hours they usually last.
However, I found an overall reduction in stress level thanks to pair programming. It's a bit like doing a lot of sports h
You realize that the title mentioned S.Korea and Japan for different reasons:
South Korea is the leader in quantity (broadband penetration), with over 21% of inhabitants being broadband subscribers. They have internet cafes at almost every corner.
On the other had, Japan is the leader in quality (speed at reasonable cost): they offer 28 Mbps ADSL connections for about $25 a month. And for about $100 a month, you get fiber-to-the-home, with 100 Mbps up and down.
Sure, $100 Mbps is a bit pricy, but other day, I downloaded the latest Knoppix ISO in under 3 minutes. Man, did that feel GOOD!
GnuCash is a full-fleged dual entry accounting system: you can run your business accounting with it.
Quicken and Money are not: they are just good for keeping track of your personal bank accounts.
The bold text above may not mean anything to you, and it meant nothing to me until about a year ago when I started learning some accounting stuff. I don't know why accounting is so excruciatingly painful to learn for us developers... but once you finally get it, you realize that it is actually not that complicated, and why it simply works. Now, while I'm still a developer and not an accountant, even for my personal finance, I will not do without dual entry. I tried Kmymoney and Microsoft Money, but they just don't cut it. Now I can't live without GnuCash.
Please, do not let GnuCash die. If you can help that project, by all means, please do.
Isn't the real problem that weather patterns are a chaotic system? You probably heard of the "butterfly effect": a butterfly flapping its wings in Tahiti can produce a tornado in Kansas. So, even if we knew all the factors and mechanisms involved in weather patterns, indeed we would make slightly better predictions, but soon predictions and reality would diverge anyway.
Sorry
IBM: Eh. You are indeed brave, Sir Knight, but the fight is mine.
SCO: Oh, had enough, eh?
IBM: Look, you stupid bastard. You've got no arms left.
SCO: Yes, I have.
IBM: Look!
SCO: Just a flesh wound. (kick)
IBM: Look, stop that.
SCO: Chicken! (kick) Chickeeeen!
IBM: Look, I'll have your leg. (kick) Right!
[IBM chops SCO's right leg off]
SCO: Right. I'll do you for that!
IBM: You'll what?
SCO: Come here!
IBM: What are you going to do, bleed on me?
SCO: I'm invincible!
IBM: You're a looney.
SCO: The SCO always triumphs! Have at you! Come on, then.
Ah, one of my favorite story about unmounting:
I was installing a commercial database package, that came on 2 CDs. After the install program finished with the first CD, it asked for CD #2... But the drive was still locked... by the install process itself! So, the only way to insert disk 2 was... to kill the install process! Simply beautiful.
Well in Japan you can also get 100 Mbps fiber to the home. This is what I run. With a static global IP I am paying about 100 us/month.
MODERATORS: MOD PARENT UP.
This may be one of the most insightful comments of this discussion. Too bad it was posted by an AC and a bit late... Anyone with some mod points left?
to scan it?
Phoenix already knows that:
[...] foiled by TheftGuard's place in the HPA section of the hard drive, which is immune to simple reformatting tools.
(emphasis mine)
I agree that if you know TheftGuard is there, it seems pretty easy to circumvent. But I think their idea is that the thief will not know that the machine they stole is equipped with TheftGuard. And when they plug it in to check it out, whoof, HD wiped clean, and our not-too-tech-savy thief won't be able to steal your pr0n.
Basically then, it's just security through obscurity... Hmmmm, what did we learn about that again?
(OT, no karma bonus)
:-)
Argh, 2 mistakes, my English still sucks!
(Posting without karma bonus because OT)
Try http://www.quia.com/cb/1027.html
I have learnt Basic, Turbo Pascal, C, C++, Perl, Java, Python, Ruby and what not... But noooooo! Today, you must know Cobol to get a job!
Darn, I was just starting to get working on my Fortran...
Of course you should not write an application in a language you don't know. But if something is a better tool for what you plan to do, why not learn that tool first, rather than using something that is less appropriate? If you are already used to programming, learning a new language is not that difficult. If you are a company, get the people with the right skills, so that they will use the right tools for the job.
Indeed... Not even 50 posts and the site is slashdotted...
:-)
:)
Now I only wished you had posted the full text of the article, as you advertise, and not just the first page... And if you had to post only one page, the conclusions would have been more interesting. The above is pretty useless...
If you are going to post the content of an article, please do it right
You get a good point, though, for posting as an AC and not being an karma whore
Having an heterogenous network is not such a straightforward solution as you put it. With the number of protocols still using cleartext passwords, and the tendency of users to use the same password in many places, a simple packet sniffer can take a cracker pretty far inside your network. The bottom line is: cracking a single box is often enough to compromise the security of a whole network.
So having multiple OSes as you suggest just increases the number of potential security holes, making your network easier to attack, not to mention harder to maintain.
I believe that security can be better achieved by a good network design (yes, it's not just the boxes: a good network design can greatly improve security, while a bad one can be a security hole by itself!), sticking to as few OSes as possible ("secure" ones of course), patching often, educating your users, etc... Standard security practices. But one thing not to be forgotten is that computer security is always a compromise. It is how much an attacker is willing to try, versus how much you are willing to invest in preventing a security breach. There is no 100% security.
Isn't that "new" patent just the combination of form autocompletion and of a recommendation engine? I think there is plenty of prior art for both... I'm not sure: is it ok to patent the combination of two existing things? Well apparently it is OK with the USPTO...
Quick, must patent "Intake of Oxygen In Alveolae While Circulating Blood With a Biological Pump"!
I do not know about cheating. Maybe they just get a lot of hits because it is a new distribution and they are getting some good press coverage lately. But you do raise some interesting points...
We have not seen many, if any, pro-Yoper postings yet. Anyone for some good words about Yoper? Or does Yoper just "kinda sucks" as the parent writes?
I think I get the general idea, but it took me some time. Funny how a couple of spelling mistakes can lead to a quite obfuscated sentence. Anyway, here is what I now think (after checking the site: boggled at that sentence in vain!
(Insert the usual IANAL disclaimer here).
This sounds like a reasonable assumption at first, but if you look at it more closely, on which legal basis could Amazon.com prevent you from using these images? They are not the copyright holders of the art. All they did was a simple scan/resize/save_for_web...
Amazon could overlay a "www.amazon.com" on the scans to make the reuse more annoying, but then they could face suits from the artists...
Now the artists could prevent you from using their art. But if you are not defaming them, I don't see why they would. I think they will rather appreciate the publicity.
FYI, the figures I gave a not pulled out of thin air, but come from the already mentioned a few times Highlift Systems Site. Do a bit of reading and come back enlightened.
By the way, whose "best guess" is this 5m radius?
(Hint?) Science fiction books do not science make.