Well, they got rid of the idiot American host from last season, and replace him with.. another American host. (Only saw two minutes at the end, don't know if he's an idiot or not)
I want the English host back, damnit. Junkyard Wars the Americanized Version just isn't as good as the original.
http://slashdot.org/comments.pl?sid=21808&cid=2325 883
Odd. I couldn't format that as an anchor, the lameness filter kicked in. But anyway, the EULA is quoted in that comment. Enjoy.
Write a quick tool to wrap around vi that turns the DB into a long ini-file style string and feeds it into vi, then when vi saves, parses it back into db format.
Not difficult, and you can use any editor you please.
Get over it. The penguin is a totally open mascot of the Linux operating system, free for use or modification by anyone who so desires, provided they give credit to Larry Ewing, its creator.
For example, I recently saw two stuffed Linux penguins on a desk in the movie The Score. If you're offended about a mere racing game using the mascot, (A game that will probably never earn more than a few thousand for the developers) you must be positively beside yourself with rage over the nerve that a movie studio (Associated with the MPAA) has to use our mascot in one of its productions.
NASA is considering scrubbing the Crew Return Vehicle (Escape pod) project, leaving them with no means of escape. Now let's talk about potential problems.
Second, there is no such thing as third-party debian package, while third-party rpm packages are abundant.
Of course there are third party Debian packages. I see project sites all the time these days offering their own deb packages. Additionally (and even better) they offer their own apt-get URLs for people who wish to use their third-party Debian packages. Currently, my sources.list includes three such lines. One for E17, one for efm, and one for gabber.
Third-party packages was also the only way to get KDE packaged for Debian until it was finally included.
Now of course, they will not be nearly as abundant as RPMs simply because of the number of RPM-based distros out there, and the ease of making RPMs as opposed to DEBs. But they are there, even if there isn't a debfind.net yet:)
Is just a hack. SMS shouldn't be used as a general purpose transfer protocol, because it isn't. Unfortunately with the lack of anything better, people apparently will use SMS to fill in the gaps.
These guys are serious, they even advertise on various Discovery stations. Here, on this site, you can buy not only an antenna to enhance the signal your cel phome produces, but also a wave scrabmler to reduce your cel phone's signal (cel phone radiation that hurts you only comes out through the earpiece, after all)
The kids obviously won't be able to get any! She said it herself!
"We are assisting parents the same way we make it illegal to buy cigarettes, to buy guns," said Harp.
Obviously the laws that make it illegal to buy cigarettes and guns are working famously, so a law to ban them from playing games will work great, too!
This senator sounds like a mother who has raised her children while keeping her head planted firmly in the sand. No law, passed at any level of government, will ever be able to prevent kids going postal, any more than a law can prevent them from smoking or drinking while driving.
Your CS prof must consider the entire open source movement an exercise in stupdiity, then. For that, his comments warrant no creditiblity whatsoever.
a)...not been developed as a result of a requirement analysis.
Open source software, in general, comes into being as a result of a coder scratching a personal itch. This is about as close to a requirements analysis as you'll get, and it's good enough for me. A coder had the presence of mind to notice a lack, and he set out to meet it.
b)...not been designed before coding.
Well, it's a safe bet a lot of OSS coders actually do have educations, and are at least marginally intelligent. So yes, at least some of the projects are designed.
c)...not been audited before coding.
Extraneous formality that doesn't really fit into the type of development models most OSS projects employ.
d)...not been formally block tested.
e)...not been formally integration tested.
f)...not been formally documented, meaning all the steps mentioned above.
See above. Do we look like a bunch of coders in suits to you? Reality check time. If the OSS world worried about this sort of formaility, nothing would ever get done. Sheesh, get your head out of the sand.
It is an art, but it's not a new one
on
Shared Source?
·
· Score: 2
Trust me, they aren't missing the point. They find magnificent ways to couch ideas that they don't like in a negative or deterring way.
(snip)
It is almost an art the way MS does this stuff.
Yes, but it's not a new art.
There's a great breakdown of MS's use of the fine art of disinformation here. (The analysis is about a third of the way down)
Alas, I didn't think ahead and save newspaper clippings of Fry's ads over the last five years. Of course, links to online stores won't exactly accomplish much, so I don't know what you expect other than to claim your memory of the last five years is better, and drastically different from mine.
Sheesh.
Oh, and thanks for the baseless zealot remark. I do enjoy being attacked whenever I say something around here.
I also recently grabbed a couple sticks of 256mb DDR memory from Crucial. Good price, free shipping, and they're now happily running in an Athlon Tbird, FIC AD11. Nice stuff.
Catalina is a fork from the Tomcat 3.x code, it has no origins in JServ. One thing they do have in common is that the guy that forked Catalina was part of the JServ team for quite awhile in the years prior.
JServ came into being because there was no existing way to tie a servlet environment to Apache via a module. However, it was written for the first version of the Java Servlet spec, and grew out of date as the new versions of the specs were released.
Abandoning Tomcat isn't the answer, and to be frank, it just isn't going to happen. Yes, the 3.x codebase of Tomcat had no shortage of issues, which is just one reason 4.x is a rather substantial fork from it. It's unfortunate there has been a lapse between JServ and a stable Tomcat, but it's only a matter of time (Brief, we hope) before 4.x leaves the beta stage and provides a stable Apache module interface.
Well, I can use Perl, PHP, or Java for free, or I can drop several thousand dollars on a fractionally powerful template engine. I think I'll pass. CF on Unix is a terrible mismatch of environments, imnsho.
I've seen CF tie into JavaScript a lot, yeah. However, this brings with it the requirement that JavaScript be present. While I realize JavaScript being present is a safe assumption for most users, I don't consider it a safe assumption in web app development. Even if it is there, it's very difficult to do anything meaningful in JS without writing it once for each browser you want to support.
I've also seen whole application suites written in CF (A first mistake) that use _only_ JavaScript for data validation (A second mistake). As a result, if JavaScript is off, or if it isn't written correctly for each browser, the app either simply breaks, or data gets send to the queries (Or in this case, sprocs) unvalidated, creating messy DB error messages.
CF does have one last gasp at a future, though. They're working on converting the language into a set of JSP custom tags, which would free it of the poorly designed CF server, and tie it to a language that does have a solid future (Regardless of if we like it or not, Java is indeed not going anywhere for quite awhile).
Sure, CF has its uses, if you're locked into a Windows world and you don't want to do anything complex. However, ColdFusion is quite firmly locked into a small box of features, and the moment you want to do something outside that box, it's time to switch languages. Extending CF is a joke. Sure, you can write a custom tag. Not terribly versatile. You can even write new functions, if you know C++. No thanks.
ColdFusion is a joke for anything beyond the stereotypical database plug-in-dynamic-text-here site. Which is fine, that's exactly the market Allaire (Now Macromedia) targets CF to. The guy with the little static website describing his car repair shop and what sort of services he offers. CF to the rescue! Or something.
But let's say you want to pass around relatively complex data with CF. Well, CF arrays are limited to three dimensions, and you have to declare how many dimensions you want ahead of time. ColdFusion's idea of a list is a delimited string. As a PHP coder, I literally laughed when I read through a book of CF's support for "complex" data types. It was utterly pathetic. But, CF gets away with it because people that CF appeals to don't need that sort of power.
Me, I do. So CF can go collect dust next to the NT server I don't need either.
Despite the press, XML is NOT that easy to parse. The same hassles we experience with HTML parsers are magnified tenfold.
I think I speak for anyone who has actually written an XML parser when I say... What?
Of course XML is easy to parse. The difficulty in parsing HTML derives from it being widely abused. You can't rely on HTML to be well-formed when browsers like IE literally don't require you to close any tags you open (Closing a _table_ is optional, even. Whose bright idea was that?) In contrast, omissions like that simply aren't an option in XML. If your document isn't well formed, the parser won't try to parse it. End of story. (And if the parser does try, the parser is broken) Incidentally, people that write applications that use XML aren't writing the code to validate if a document is well-formed. If they are, they're wasting their time. Use a library, there are plenty of them, for virtually every popular language.
Now, whether or not the document conforms to a DTD, yes it's somewhat silly to post your DTD on a server that isn't readilly accessible. And we all know there's no such thing as 100% uptime, so what's the Right Answer?
So it's not the holy grail. Only a fool would say it is. But it's a much better option than everybody just making up their own (often binary) formats for describing things, because it sets the ground rules.
Slashdot Mirror
Well, they got rid of the idiot American host from last season, and replace him with.. another American host. (Only saw two minutes at the end, don't know if he's an idiot or not)
I want the English host back, damnit. Junkyard Wars the Americanized Version just isn't as good as the original.
http://slashdot.org/comments.pl?sid=21808&cid=2325 883
Odd. I couldn't format that as an anchor, the lameness filter kicked in. But anyway, the EULA is quoted in that comment. Enjoy.
Indeed, many SourceForge projects need help for 'everything', because all the project leader has done is post a vauge idea, and written no code. :P
MS has been making mice almost as long as they've been making Windows.
http://www.microsoft.com/hardware/backgnd.asp
Write a quick tool to wrap around vi that turns the DB into a long ini-file style string and feeds it into vi, then when vi saves, parses it back into db format.
Not difficult, and you can use any editor you please.
Get over it. The penguin is a totally open mascot of the Linux operating system, free for use or modification by anyone who so desires, provided they give credit to Larry Ewing, its creator.
For example, I recently saw two stuffed Linux penguins on a desk in the movie The Score. If you're offended about a mere racing game using the mascot, (A game that will probably never earn more than a few thousand for the developers) you must be positively beside yourself with rage over the nerve that a movie studio (Associated with the MPAA) has to use our mascot in one of its productions.
Restating: Get over it.
NASA is considering scrubbing the Crew Return Vehicle (Escape pod) project, leaving them with no means of escape. Now let's talk about potential problems.
Have you actually used an RPM based distro?
# rpm -q redhat-release
redhat-release-6.1-1
# rpm -qR samba
pam >= 0.64 (Package)
samba-common = 2.0.5a (Package)
/sbin/chkconfig
/bin/mktemp
/usr/bin/killall
fileutils (Package)
sed (Package)
/bin/sh
ld-linux.so.2
libc.so.6
libcrypt.so.1
libdl.so.2
libnsl.so.1
libpam.so.0
libreadline.so.3
libtermcap.so.2
/bin/csh
/bin/sh
/usr/bin/awk
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
Yes, RPMs do file dependencies. They also do package dependencies. Get your facts straight, then shoot your mouth off.
Second, there is no such thing as third-party debian package, while third-party rpm packages are abundant.
:)
Of course there are third party Debian packages. I see project sites all the time these days offering their own deb packages. Additionally (and even better) they offer their own apt-get URLs for people who wish to use their third-party Debian packages. Currently, my sources.list includes three such lines. One for E17, one for efm, and one for gabber.
Third-party packages was also the only way to get KDE packaged for Debian until it was finally included.
Now of course, they will not be nearly as abundant as RPMs simply because of the number of RPM-based distros out there, and the ease of making RPMs as opposed to DEBs. But they are there, even if there isn't a debfind.net yet
Is just a hack. SMS shouldn't be used as a general purpose transfer protocol, because it isn't. Unfortunately with the lack of anything better, people apparently will use SMS to fill in the gaps.
These guys are serious, they even advertise on various Discovery stations. Here, on this site, you can buy not only an antenna to enhance the signal your cel phome produces, but also a wave scrabmler to reduce your cel phone's signal (cel phone radiation that hurts you only comes out through the earpiece, after all)
Only in America.
Virtually every license I've ever read has stated "Subject to change without notice".
This is nothing new, and certainly nothing noteworthy.
The kids obviously won't be able to get any! She said it herself!
"We are assisting parents the same way we make it illegal to buy cigarettes, to buy guns," said Harp.
Obviously the laws that make it illegal to buy cigarettes and guns are working famously, so a law to ban them from playing games will work great, too!
This senator sounds like a mother who has raised her children while keeping her head planted firmly in the sand. No law, passed at any level of government, will ever be able to prevent kids going postal, any more than a law can prevent them from smoking or drinking while driving.
Your CS prof must consider the entire open source movement an exercise in stupdiity, then. For that, his comments warrant no creditiblity whatsoever.
...not been developed as a result of a requirement analysis.
...not been designed before coding.
...not been audited before coding.
...not been formally block tested.
...not been formally integration tested.
...not been formally documented, meaning all the steps mentioned above.
a)
Open source software, in general, comes into being as a result of a coder scratching a personal itch. This is about as close to a requirements analysis as you'll get, and it's good enough for me. A coder had the presence of mind to notice a lack, and he set out to meet it.
b)
Well, it's a safe bet a lot of OSS coders actually do have educations, and are at least marginally intelligent. So yes, at least some of the projects are designed.
c)
Extraneous formality that doesn't really fit into the type of development models most OSS projects employ.
d)
e)
f)
See above. Do we look like a bunch of coders in suits to you? Reality check time. If the OSS world worried about this sort of formaility, nothing would ever get done. Sheesh, get your head out of the sand.
Trust me, they aren't missing the point. They find magnificent ways to couch ideas that they don't like in a negative or deterring way.
(snip)
It is almost an art the way MS does this stuff.
Yes, but it's not a new art.
There's a great breakdown of MS's use of the fine art of disinformation here. (The analysis is about a third of the way down)
Alas, I didn't think ahead and save newspaper clippings of Fry's ads over the last five years. Of course, links to online stores won't exactly accomplish much, so I don't know what you expect other than to claim your memory of the last five years is better, and drastically different from mine.
Sheesh.
Oh, and thanks for the baseless zealot remark. I do enjoy being attacked whenever I say something around here.
Of course, I'm not sure why I should care what you have to say.
On average, the price of each new version of Windows or Office doubles. So really, how much more is the consumer actually getting?
Or rather, Subversion will be CVS done right, when they get it ready for public consumption.
He can read just fine.
You said IE on Windows is the best option.
He said that was good to know, in case he chooses to run Windows under Linux.
What's so weird about that?
(Not an employee, related, yadda)
I also recently grabbed a couple sticks of 256mb DDR memory from Crucial. Good price, free shipping, and they're now happily running in an Athlon Tbird, FIC AD11. Nice stuff.
Catalina is a fork from the Tomcat 3.x code, it has no origins in JServ. One thing they do have in common is that the guy that forked Catalina was part of the JServ team for quite awhile in the years prior.
JServ came into being because there was no existing way to tie a servlet environment to Apache via a module. However, it was written for the first version of the Java Servlet spec, and grew out of date as the new versions of the specs were released.
Abandoning Tomcat isn't the answer, and to be frank, it just isn't going to happen. Yes, the 3.x codebase of Tomcat had no shortage of issues, which is just one reason 4.x is a rather substantial fork from it. It's unfortunate there has been a lapse between JServ and a stable Tomcat, but it's only a matter of time (Brief, we hope) before 4.x leaves the beta stage and provides a stable Apache module interface.
Well, I can use Perl, PHP, or Java for free, or I can drop several thousand dollars on a fractionally powerful template engine. I think I'll pass. CF on Unix is a terrible mismatch of environments, imnsho.
I've seen CF tie into JavaScript a lot, yeah. However, this brings with it the requirement that JavaScript be present. While I realize JavaScript being present is a safe assumption for most users, I don't consider it a safe assumption in web app development. Even if it is there, it's very difficult to do anything meaningful in JS without writing it once for each browser you want to support.
I've also seen whole application suites written in CF (A first mistake) that use _only_ JavaScript for data validation (A second mistake). As a result, if JavaScript is off, or if it isn't written correctly for each browser, the app either simply breaks, or data gets send to the queries (Or in this case, sprocs) unvalidated, creating messy DB error messages.
CF does have one last gasp at a future, though. They're working on converting the language into a set of JSP custom tags, which would free it of the poorly designed CF server, and tie it to a language that does have a solid future (Regardless of if we like it or not, Java is indeed not going anywhere for quite awhile).
Sure, CF has its uses, if you're locked into a Windows world and you don't want to do anything complex. However, ColdFusion is quite firmly locked into a small box of features, and the moment you want to do something outside that box, it's time to switch languages. Extending CF is a joke. Sure, you can write a custom tag. Not terribly versatile. You can even write new functions, if you know C++. No thanks.
ColdFusion is a joke for anything beyond the stereotypical database plug-in-dynamic-text-here site. Which is fine, that's exactly the market Allaire (Now Macromedia) targets CF to. The guy with the little static website describing his car repair shop and what sort of services he offers. CF to the rescue! Or something.
But let's say you want to pass around relatively complex data with CF. Well, CF arrays are limited to three dimensions, and you have to declare how many dimensions you want ahead of time. ColdFusion's idea of a list is a delimited string. As a PHP coder, I literally laughed when I read through a book of CF's support for "complex" data types. It was utterly pathetic. But, CF gets away with it because people that CF appeals to don't need that sort of power.
Me, I do. So CF can go collect dust next to the NT server I don't need either.
Despite the press, XML is NOT that easy to parse. The same hassles we experience with HTML parsers are magnified tenfold.
I think I speak for anyone who has actually written an XML parser when I say... What?
Of course XML is easy to parse. The difficulty in parsing HTML derives from it being widely abused. You can't rely on HTML to be well-formed when browsers like IE literally don't require you to close any tags you open (Closing a _table_ is optional, even. Whose bright idea was that?) In contrast, omissions like that simply aren't an option in XML. If your document isn't well formed, the parser won't try to parse it. End of story. (And if the parser does try, the parser is broken) Incidentally, people that write applications that use XML aren't writing the code to validate if a document is well-formed. If they are, they're wasting their time. Use a library, there are plenty of them, for virtually every popular language.
Now, whether or not the document conforms to a DTD, yes it's somewhat silly to post your DTD on a server that isn't readilly accessible. And we all know there's no such thing as 100% uptime, so what's the Right Answer?
So it's not the holy grail. Only a fool would say it is. But it's a much better option than everybody just making up their own (often binary) formats for describing things, because it sets the ground rules.
Ten-fold, eh? I'd love to hear specifics.