I'm not whining about it being a niche market. I frankly don't give a damn. If you want to use Free software, use it. If you want to be a slave to corporate America, then do.
I recall this happened to me with my TI-80 in fourth grade.
I also remember getting a C overall because I could program the TI-80 but not spell "Quaken' Shakin' Earth"* correctly. Isn't the American educational system great?
* 15 years later, I still don't know how to spell that**. But somehow programming has proven more useful.
** BTW, "quakin" or whatever isn't even a fucking word. How can I misspell something that isn't even real?
Sorry, </rant>. I think I need to start a blog or something;)
Yes. Why? Because nobody cares. If it's too hard for you to do, pay someone to make it easier. Or learn to program and use your skills and time to make it better. Or buy a TiVo and put up with the mandatory ads and whatnot. It's your choice.... whining about how free software is "too hard" isn't going to get you anywhere on slashdot.
Remember when tigger was down for a week? That was because of JFS corruption issues. And a good portion of my MP3 collection was wiped out when I stored them on a JFS partition.
Obviously this is anecdotal evidence, but I'm not making anything up.
I've used JFS on an IBM mainframe and on my Linux workstation. In both cases, the filesystem randomly corrupted data and "forgot" about files. I can see how I might lose data with a flaky hard drive on a personal workstation, but when IBM's servers running IBM's filesystem on IBM's OS (AIX) loses data, I have to recommend against JFS' use.
EXT2/EXT3 has never lost data, and I've done some bad things to it.
(I used Reiser when it first came out, and resierfsck fsck'd my drive by deleting every file on it. So I don't use that either.:)
Frankly, "enterprise calendaring" (i.e. Exchange) is so popular in business because it allows people to look like they're working when really they're just updating their "away/present" status or forwarding spam to 42 of their closest friends. "Sorry, I'm really busy now. As you can see I'm looking at a window with appointments on it." "Oh."
Personally M-x calendar handles all of my calendaring needs (i.e. none. I have a good memory), and looking behind me tells me whether or not my co-workers are around. The thousands of dollars saved not having Exchange go directly into my pocket, theoretically.
Ah, the good old "The good old "Perl doesn't suck because any language can be used well or badly" argument." argument.
Anyway, go ahead and write your whole app in C++. Just don't complain when some other company writes their stuff in perl and all your customers switch because their app has more features and fewer bugs. Case in point: RT vs. Clarify CRM.
> Perl? Fuck. He wants a stable app with good code. Sheesh.
Just because you can't read or write Perl proficiently doesn't mean that's a problem with Perl. If you're going to do a big perl project, check out Perl Best Practices first. It'll help you set a consistent, reliable, and maintainable coding style.
Personally, I've coded a big perl app this way, and it still makes perfect sense to me (and the other hackers) 6 months later. (As opposed to a Java program that I could no longer understand after a 36-hour coding session.:) Thank you oh-so-much for CVS.)
And when was the last time you actually wrote a construct like that?
The point is, it's easy to screw your self over in any language. If you're a bad programmer, you're going to be bad in any language. If you're a good programmer, you'll manage with any language. The fact that there's lots of bad perl scripts out there just means that there are lot of bad perl programmers -- not that perl itself is bad.
Anyway, if you are going to do a big project in Perl, definitely read Perl Best Practices.
Plenty of people use it in Chicago. I found my apartment there, a friend found a cheap iPod there, etc. If you can't see past the "poor interface" (it sucks! it's not AJAX Web 2.0 buzzword compliant. there's content instead of fluff! the horror!), then you probably don't need it.
you can put the parts that need to be fast in C++, and the parts that need to be easy in Perl. (If you do the GUI in perl, you won't have to worry about portability or memory allocation. And the app will be fast, because the computation logic is written in C++.)
> The application can be naturally divided into several modules, such as GUI, core data structures, a persistent object storage mechanism, a distributed communication module and several core algorithms.
Yup. There's no need for the GUI to know how to do computations, remember. The more separate components you have, the more reliable your application (can) be. Make sure you have good specs for communication between components. Ideally, someone will be able to write one component without having the other one to "test" with. For testing, write unit tests that emulate the specs... and make sure your tests are correct!
> Feed the children, if the parents are too poor to do it, OK, but do not feed parents who have children without having the necessary means.
Are you saying that people should be responsible and accountable for their actions!? Not in this America! It's the right of every citizen to do whatever-the-fuck they want 24/7! No way I'm voting for you!;)
> First, the telegraph was the first binary "digital" device. It communicated information using dots and dashes.
Wrong. It uses dots, dashes, and pauses. If you don't pause between letters, they blur together and the meaning becomes ambiguous..... could be "eeee" or "h", for example.
Nearly all of the software that ships with gentoo is bloated. For example, gentoo's interpretation of cp includes an option to draw a progress bar while the file copies! That's not in the GNU codebase, that's something gentoo added. Bloat that gentoo added.
I get plenty of spam to the subaddresses (like "jon-nospam@jrock.us"). I've never gotten any SPAM in my main mailbox, though, so I don't think anyone's doing this yet. I have seen a few people send SPAM to "jon-@jrock.us" or "nospam@jrock.us", but that's fine since those aliases have no legitimate use. I auto-blacklist any senders to those addresses, as well as auto-reporting the SPAM to spamcop. Seems to be working fairly well.
Slashdot Mirror
In other news, 1.25 seconds after SleepyCat was bought, a group of MySQL developers forked BDB and life moved on.
I'm not whining about it being a niche market. I frankly don't give a damn. If you want to use Free software, use it. If you want to be a slave to corporate America, then do.
I recall this happened to me with my TI-80 in fourth grade.
;)
I also remember getting a C overall because I could program the TI-80 but not spell "Quaken' Shakin' Earth"* correctly. Isn't the American educational system great?
* 15 years later, I still don't know how to spell that**. But somehow programming has proven more useful.
** BTW, "quakin" or whatever isn't even a fucking word. How can I misspell something that isn't even real?
Sorry, </rant>. I think I need to start a blog or something
Yes. Why? Because nobody cares. If it's too hard for you to do, pay someone to make it easier. Or learn to program and use your skills and time to make it better. Or buy a TiVo and put up with the mandatory ads and whatnot. It's your choice.... whining about how free software is "too hard" isn't going to get you anywhere on slashdot.
> And how do you know the parent poster is American and not British, Egyptian, or Chinese?
:)
Because his sig says, and I quote, "I drive an SUV -- and I'm actually pretty proud of the fact."
Remember when tigger was down for a week? That was because of JFS corruption issues. And a good portion of my MP3 collection was wiped out when I stored them on a JFS partition.
Obviously this is anecdotal evidence, but I'm not making anything up.
I've used JFS on an IBM mainframe and on my Linux workstation. In both cases, the filesystem randomly corrupted data and "forgot" about files. I can see how I might lose data with a flaky hard drive on a personal workstation, but when IBM's servers running IBM's filesystem on IBM's OS (AIX) loses data, I have to recommend against JFS' use.
:)
EXT2/EXT3 has never lost data, and I've done some bad things to it.
(I used Reiser when it first came out, and resierfsck fsck'd my drive by deleting every file on it. So I don't use that either.
> Well, considering that Mozilla, Thunderbird... do not do "just basic calendar".
:) http://www.mozilla.org/projects/calendar/
Wrong
Frankly, "enterprise calendaring" (i.e. Exchange) is so popular in business because it allows people to look like they're working when really they're just updating their "away/present" status or forwarding spam to 42 of their closest friends. "Sorry, I'm really busy now. As you can see I'm looking at a window with appointments on it." "Oh."
Personally M-x calendar handles all of my calendaring needs (i.e. none. I have a good memory), and looking behind me tells me whether or not my co-workers are around. The thousands of dollars saved not having Exchange go directly into my pocket, theoretically.
Actually, that would be ^mail^talk. But I assume you already knew that.
> If you don't like popular music, that doesn't make it "crap."
True. The fact that it's crap is what makes it crap.
If you were writing an encyclopedia article about me, that would be relevant information. It would be your obligation to include it.
And plus if I'm dead and you write it, I'm really not going to be offended. Because, you know, I'm DEAD.
My ISP encourages me to share my connection. They'll even bill the other person for me and give them a free e-mail account.
Also, I don't have local phone service or cable TV and can still get a high speed 'net connection.
Ah, the good old "The good old "Perl doesn't suck because any language can be used well or badly" argument." argument.
Anyway, go ahead and write your whole app in C++. Just don't complain when some other company writes their stuff in perl and all your customers switch because their app has more features and fewer bugs. Case in point: RT vs. Clarify CRM.
> Perl? Fuck. He wants a stable app with good code. Sheesh.
:) Thank you oh-so-much for CVS.)
Just because you can't read or write Perl proficiently doesn't mean that's a problem with Perl. If you're going to do a big perl project, check out Perl Best Practices first. It'll help you set a consistent, reliable, and maintainable coding style.
Personally, I've coded a big perl app this way, and it still makes perfect sense to me (and the other hackers) 6 months later. (As opposed to a Java program that I could no longer understand after a 36-hour coding session.
And when was the last time you actually wrote a construct like that?
The point is, it's easy to screw your self over in any language. If you're a bad programmer, you're going to be bad in any language. If you're a good programmer, you'll manage with any language. The fact that there's lots of bad perl scripts out there just means that there are lot of bad perl programmers -- not that perl itself is bad.
Anyway, if you are going to do a big project in Perl, definitely read Perl Best Practices.
> Wearing an armor that screams "target me !" just to appease your vanity is a really stupid thing to do.
Modern day parallel: iPod headphones.
Plenty of people use it in Chicago. I found my apartment there, a friend found a cheap iPod there, etc. If you can't see past the "poor interface" (it sucks! it's not AJAX Web 2.0 buzzword compliant. there's content instead of fluff! the horror!), then you probably don't need it.
> Sadly, the programming language cannot be changed due to reasons of efficiency and availability of core libraries.
You can easily embed C/C++ in other languages. Take a look at Inline::CPP, for example. With code like:
use Inline CPP;
print "9 + 16 = ", add(9, 16), "\n";
print "9 - 16 = ", subtract(9, 16), "\n";
__END__
__CPP__
int add(int x, int y) {
return x + y;
}
int subtract(int x, int y) {
return x - y;
}
you can put the parts that need to be fast in C++, and the parts that need to be easy in Perl. (If you do the GUI in perl, you won't have to worry about portability or memory allocation. And the app will be fast, because the computation logic is written in C++.)
> The application can be naturally divided into several modules, such as GUI, core data structures, a persistent object storage mechanism, a distributed communication module and several core algorithms.
Yup. There's no need for the GUI to know how to do computations, remember. The more separate components you have, the more reliable your application (can) be. Make sure you have good specs for communication between components. Ideally, someone will be able to write one component without having the other one to "test" with. For testing, write unit tests that emulate the specs... and make sure your tests are correct!
> Feed the children, if the parents are too poor to do it, OK, but do not feed parents who have children without having the necessary means.
;)
Are you saying that people should be responsible and accountable for their actions!? Not in this America! It's the right of every citizen to do whatever-the-fuck they want 24/7! No way I'm voting for you!
> First, the telegraph was the first binary "digital" device. It communicated information using dots and dashes.
.... could be "eeee" or "h", for example.
Wrong. It uses dots, dashes, and pauses. If you don't pause between letters, they blur together and the meaning becomes ambiguous.
So it's not binary, it's tri-nary.
> Skype refuses to run under SoftICE (apparently to inhibit development of competing clients).
Runs fine under GDB though. It also can't do anything about ktrace.
LACK OF BLOAT IN GENTOO!?!?!?!?!?!?!?!1?1111
Nearly all of the software that ships with gentoo is bloated. For example, gentoo's interpretation of cp includes an option to draw a progress bar while the file copies! That's not in the GNU codebase, that's something gentoo added. Bloat that gentoo added.
Are you sure it uses USB2? All the other iSights use Firewire.
> Platinum electrodes provide the juice, driving negative ions - the cause of acidity - from the wine into the water.
Umm... acid is H+ (or H3O+) ions. Which are not negative. In fact, they are the exact opposite of negative - positive.
Snake oil.
I get plenty of spam to the subaddresses (like "jon-nospam@jrock.us"). I've never gotten any SPAM in my main mailbox, though, so I don't think anyone's doing this yet. I have seen a few people send SPAM to "jon-@jrock.us" or "nospam@jrock.us", but that's fine since those aliases have no legitimate use. I auto-blacklist any senders to those addresses, as well as auto-reporting the SPAM to spamcop. Seems to be working fairly well.