Fine, then call it a human life. Just don't call it a fetus, which is a medical term. Besides, twisting terminology to your own ends is always flamebait, same as when atheists call Christians "sky spirit Cultists".
Personally, I think that its a teeny tiny cluster of cells in which the brain hasn't differentiated yet. Maybe if it had something physically capable of outthinking my tonail fungus, I'd be concerned about it being human life - but at that point, I consider it genetically unique human tissue that has the potential to become a human being in its future. So is my semen.
Because embryonic stem cells are totally unspecialised - the ulitimate "blank slate" stem cell to work from, and thus the most powerful tool in the toolbox.
Imagine this is programming - you're learning C, and about the language, and the finer points of its use. Then someone tells you that you can't use malloc, calloc, or any other dynamic allocation.
The most offensive thing, to me, is when people call it "fetal" stem cells, trying to dement it into an abortion issue. That's just twisting terminology. That kind of thinking will lead to birth control pills being banned (note: birth control pills work by aborting the newly formed embryos).
Ahh, meanwhile you use the "talking points" style terminology and proudly display your brainwashing. Embryonic - not fetal. Different things. Calling it a fetal stem cell makes it sound dirtier, and shows that your source material is stupid fundies.
Idunno, to me Hubble is more of just an excuse than a goal - NASA wants to develop robotics as an alternative to EVA. I remember designs in the 90s for a "Canad-Hand" to go on the arm. I think NASA just wants an opportunity to develop this technology so they don't have to risk more astronauts, and Hubble is a popular plaform to build support for it.
Play smaller titles. I've found that old die-hards of a less popular game tend to be quite friendly. Especially the source-port and opensource gamers. Its just the bleeding edge that attract the trashtalkers.
The terminator technology doesn't come from anywhere. It was not designed by a human mind, but is entirely an artifact of a time-loop. The terminators are based on a chip from a terminator that was sent back in time. The development cycle has no beginning.
I've looked at that site, and even they admit that Concordet is extremely complicated. I feel that the public wouldn't like a voting system that they are not capable of understanding. IRV is understandable. Personally, I favour approval voting, for the reasons outlined at the Concordet-supporting voting methods comparison site.
Actually, oil is better - it won't short things out like water... I've heard stories of liquid-cooling a case by immersing the whole damn thing in a pool of ethanol.
And then your abusive employer/husband/mafioso demands that you give over your ticket or they break your teeth, and you'd damn well better have voted the way they said to.
The has is no different from a slip that says "this hereby certifies that I voted for John Kerry".
UT uses a Java-like embedded language with a full OOP class tree to work with. Also, UT's tri-paradigm mapping system (BSP+mapmodel+landscape) is very easy to use and allow mappers to work in whatever way feels most comfortable to them.
Plus, UT is most conducive to small mods - UT mods don't have to be TCs, as they're non exclusive - you can make a mod that replaces one vehicle in Onslaught, and another guy can make a mod that replaces a different vehicle in ONS, and a third guy replaces some weapons, and the server can use all three of those mods at once.
DE has gotten hardcore about supporting their mod teams, including a million-dollar-grand-prize contest called "Make Something Unreal" to encourage them.
I expect similar reactions from Half-Life, but Valve has always been far more C++ -oriented, which, while I find is better for experienced programmers, is worse for newer coders. As I understand it though, HL2 mods work like HL1 in that they are completely exculsive to each other.
Id, of course, has fallen far behind in cultivating their mod community. Carmack's apis are often inscrutable, and I don't know that Id has any interest in the kind of epic mod conferences and contests the other two have.
UT2k4 is by far the most moddable, but HL has developed the "mod stereotype" - people think of it as the ultimate moddable engine because of the success of CS and TF and the way that Valve supports its modders (DE has cought up on that issue).
So for most moddable, I insist that UT2k4 will remain - but HL2 will have more mods because of its popular perception as "the platform to mod".
You're not thinking like the end luser. The end luser doesn't care about efficiency, and only minimally cares about issues of "once and only once". They care about "just works". They want to stumble onto something neat while browsing, download it and install it with one or two mouseclicks. The main way to do this on Linux right now is with clumsy RPMs.
foo.rpm is exactly the problem - eventually you need an app that your distro package manager has never heard of, and its dependancy info isn't useful. A package manager should have support for external RPM files to say "I need package X" and the package manager helpfully chirps "I have package X" and takes care of our poor lonely RPM, without the user having to get all flustered and bothered.
Funny, Windows programs can be fetched from anywhere too, without a single repository, and I've never heard a windows luser complain about "dependancy hell"./flamebait
3. Ability to fetch and install required packages for you. Telling the user that it requires some obscure library won't help if the user has no clue where to find said library.
Fine, then call it a human life. Just don't call it a fetus, which is a medical term. Besides, twisting terminology to your own ends is always flamebait, same as when atheists call Christians "sky spirit Cultists".
Personally, I think that its a teeny tiny cluster of cells in which the brain hasn't differentiated yet. Maybe if it had something physically capable of outthinking my tonail fungus, I'd be concerned about it being human life - but at that point, I consider it genetically unique human tissue that has the potential to become a human being in its future. So is my semen.
Because embryonic stem cells are totally unspecialised - the ulitimate "blank slate" stem cell to work from, and thus the most powerful tool in the toolbox.
Imagine this is programming - you're learning C, and about the language, and the finer points of its use. Then someone tells you that you can't use malloc, calloc, or any other dynamic allocation.
The most offensive thing, to me, is when people call it "fetal" stem cells, trying to dement it into an abortion issue. That's just twisting terminology. That kind of thinking will lead to birth control pills being banned (note: birth control pills work by aborting the newly formed embryos).
Ahh, meanwhile you use the "talking points" style terminology and proudly display your brainwashing. Embryonic - not fetal. Different things. Calling it a fetal stem cell makes it sound dirtier, and shows that your source material is stupid fundies.
KaZaa is about to get voted off the island.
sorry.
Idunno, to me Hubble is more of just an excuse than a goal - NASA wants to develop robotics as an alternative to EVA. I remember designs in the 90s for a "Canad-Hand" to go on the arm. I think NASA just wants an opportunity to develop this technology so they don't have to risk more astronauts, and Hubble is a popular plaform to build support for it.
Play smaller titles. I've found that old die-hards of a less popular game tend to be quite friendly. Especially the source-port and opensource gamers. Its just the bleeding edge that attract the trashtalkers.
Wow.... that list sucks. Only good ones there are Fargoal, jumpman jr and speedball... I have dim memories of Apshai.
Where are the real games? Archon (1/2)? Space Taxi? Racing Destruction Set? Way of the Exploding Fist? Beach head II? Quest for Tires? Cosmic Tunnels?
Where?
Idunno, but the article looks about the same as the one on K5 - either they're from a common poster or somebody saw somebody else's post.
More fundamental:
The terminator technology doesn't come from anywhere. It was not designed by a human mind, but is entirely an artifact of a time-loop. The terminators are based on a chip from a terminator that was sent back in time. The development cycle has no beginning.
I've looked at that site, and even they admit that Concordet is extremely complicated. I feel that the public wouldn't like a voting system that they are not capable of understanding. IRV is understandable. Personally, I favour approval voting, for the reasons outlined at the Concordet-supporting voting methods comparison site.
Yeah - you'd think a forum full of programmers could understand the appeal of applying Once And Only Once to infrastructure.
Oh wait, I forgot that this was a forum full of _bad_ programmers.
Actually, oil is better - it won't short things out like water... I've heard stories of liquid-cooling a case by immersing the whole damn thing in a pool of ethanol.
Bull. Halo 2 doesn't belong on that list. The game is by far one of the cleaner FPS games out there.
Well, we all remember the judge that said that games weren't protected speech, based on his viewing of "The Resident of Evil Creek,"
Its like they're actively trying to show their distaste for civilised and informed discourse.
And then your abusive employer/husband/mafioso demands that you give over your ticket or they break your teeth, and you'd damn well better have voted the way they said to.
The has is no different from a slip that says "this hereby certifies that I voted for John Kerry".
Hey! I whipped that comment off quick! The 20 second limit is gone! W00t!
oops, slow down cowboy 2 minute interval remains.
I wouldn't mind if it included a precedent-setting admission of defeat.
UT uses a Java-like embedded language with a full OOP class tree to work with. Also, UT's tri-paradigm mapping system (BSP+mapmodel+landscape) is very easy to use and allow mappers to work in whatever way feels most comfortable to them.
Plus, UT is most conducive to small mods - UT mods don't have to be TCs, as they're non exclusive - you can make a mod that replaces one vehicle in Onslaught, and another guy can make a mod that replaces a different vehicle in ONS, and a third guy replaces some weapons, and the server can use all three of those mods at once.
DE has gotten hardcore about supporting their mod teams, including a million-dollar-grand-prize contest called "Make Something Unreal" to encourage them.
I expect similar reactions from Half-Life, but Valve has always been far more C++ -oriented, which, while I find is better for experienced programmers, is worse for newer coders. As I understand it though, HL2 mods work like HL1 in that they are completely exculsive to each other.
Id, of course, has fallen far behind in cultivating their mod community. Carmack's apis are often inscrutable, and I don't know that Id has any interest in the kind of epic mod conferences and contests the other two have.
UT2k4 is by far the most moddable, but HL has developed the "mod stereotype" - people think of it as the ultimate moddable engine because of the success of CS and TF and the way that Valve supports its modders (DE has cought up on that issue).
So for most moddable, I insist that UT2k4 will remain - but HL2 will have more mods because of its popular perception as "the platform to mod".
You're not thinking like the end luser. The end luser doesn't care about efficiency, and only minimally cares about issues of "once and only once". They care about "just works". They want to stumble onto something neat while browsing, download it and install it with one or two mouseclicks. The main way to do this on Linux right now is with clumsy RPMs.
foo.rpm is exactly the problem - eventually you need an app that your distro package manager has never heard of, and its dependancy info isn't useful. A package manager should have support for external RPM files to say "I need package X" and the package manager helpfully chirps "I have package X" and takes care of our poor lonely RPM, without the user having to get all flustered and bothered.
Scantrons? Fuck no, that's too sciency for us primitive canucks. Our ballots are counted with human eyeballs in most cases.
At that point it then becomes possible to tie a person to their vote, which is risky.
Funny, Windows programs can be fetched from anywhere too, without a single repository, and I've never heard a windows luser complain about "dependancy hell". /flamebait
3. Ability to fetch and install required packages for you. Telling the user that it requires some obscure library won't help if the user has no clue where to find said library.