If you live e.g. in New Jersey, how can New York expect you to pay taxes, since you don't vote for anyone in New York?
Several years ago, the city of Miami decided to raise taxes on parking so it could extort money from those workers who commuted from Broward county and otherwise were not paying for services in Miami-Dade. Someone sued the city for taxation without representation, since he lived in Broward and so could not participate in Miami-Dade elections. I believe the state supreme court agreed with him, and the city had to make other plans to get the revenue for the sports venue they were planning.
Just to settle the Oracle v. whatever DB issue: I've paid for an Oracle perpetual license, so it's not an option for me to use anything else.
The main thing I noticed about the database API in Rails regards automatically generated IDs as primary keys. It assumes that you have a datatype that generates this for you. Now I suppose that the writer of the particular database adapter--in this case Oracle--would have the option of doing something clever in order to use an Oracle sequence. I poked through the code in the supplied Oracle driver, and it appeared to be a reasonable implementation. But I couldn't help but think that it would be a lot more efficient to provide for that functionality in the API itself somehow. I admit that I don't recall the details of some other complaints that I had about it, but there were a few other things I noticed, related to foreign keys I think, that made me wonder how much development time it would take to get the Oracle driver working the way I wanted.
I've looked at Ruby on Rails, and I'd love to use it because I *love* Ruby. My problem with Rails is its poor Oracle support. This may have changed in the couple months since I checked it out, but it doesn't seem likely (to me anyway). The impression I got from the design of the database API is that it's very MySQL-centric and provides little flexibility for databases that do things in other ways. Unless the API itself changes, I don't see how it could adequately support Oracle, and for me, poor support for Oracle is an automatic disqualification.
Yeah, I just bought a Mac mini a week ago so I could try out WebObjects, since the development tools are included with it. From what I've read, you can deploy on any standard J2EE server, but to be proper you still have to buy a deployment license from Apple, whether or not you use OS X as the server platform. If it works as well as I've heard, it should be more than worth the $500 or $1000 that the license costs (down from $50k a couple years ago). BTW does anyone out there have any experience deploying WO on a non-Apple platform? I'd love to hear about your experiences.
All you do is store the MD5 or SHA1 hash of the email address in the database, rather than the address itself. Then email senders compare the MD5/SHA1s of their mailing lists with the do-not-send list. In fact the article mentions that the lists will use "encryption" of some sort. It further suggests that the senders will likely have to submit their (possibly encrypted) lists to the state, and the state will do the comparison and return any hits. Either method would work--from a technical point of view--and would eliminate any possibility of the do-not-send lists from being misused.
Of course, if someone saves a backup copy of the email addresses themselves, then none of the above matters.
If you spend a lot of money for a database, you might as well use all the features of it; otherwise you're wasting your money. Why spend a lot on something like Oracle and then only use, say, 30% of its capabilities? Portability is a ridiculous argument for throwing money away.
Also, a lot of SQL is database-specific anyway; even SELECT statements and datatypes lock you into a specific product.
I'm an Oracle DBA, and I like creating packages of stored procedures and functions (and especially table functions) that represent an API of sorts to the database. This means that the application code doesn't care how the data is stored, and the DBA is free to rearrange the data for tuning purposes, without requiring any app changes (assuming the API remains constant).
In the past I've supported keeping more of the business logic in the database, but I no longer believe this is an optimal design. Now I keep business logic out of the database as much as possible and limit the stored code to enforcing data integrity and making the database look like a "black box" to the apps.
Irrelevant. RFID is a true invention, not a mathematical algorithm like a computer program. As such, it doesn't "want" to be free, and it's outside of Stallman's particular, um... (idiom, sir)... idiom.
How did this get modded "interesting"? It sounds like a rant from a nine-year-old who doesn't know how to act like an adult and treat people with respect. And anyway, it misses the whole point of the language.
True, the C++ STL has several of the features which are labeled "No" in the comparison. But it appears that one of the design objectives of D is to put features like arrays into the core of the language, rather that relying on some library. Perhaps the comparison should have said "first class associative arrays" or "core language support for..." or such. It *did* actually say "built-in strings," which hints at the intent of the comparison.
Elladan: Grow up and learn some manners. Moderators: Read some more details about the posts or skip them.
I've avoided buying many DVDs for this very reason, preferring to wait until they match the resolution of HD sets. In the meantime, I have a huge *virtual* collection of DVDs, thanks to Netflix, for only the cost of a single DVD purchase per month.
It warms my heart to know that artists will be getting all the money that's due to them. Musicians always look so poor when I see them on television. Finally, they can afford the lifestyle they deserve.
This is irrelevant. Whether you're stealing from the rich or the poor, it's still stealing.
Um, I downloaded & installed iTunes for Windows and immediately began browsing the store without giving *any* personal information. I only gave personal information later that evening when I decided to buy something.
I'm a patriotic American, I'm in favor of the war, and I fully support our President, but I think all this "freedom fries" and France- and Germany-bashing is childish. They are standing up for what they believe is right, even if I happen to disagree with them.
I'll be signing up for the Mandrake Club this week.
...unless they can make a hybrid with a sub-6-second 0-60 time. It's gotta be at least as fast as a Mustang GT before I'll consider it. As fast as a Corvette Z06 would be nicer still.
Americans are not the only English speakers who read Slashdot. True, using the plural for companies is not proper *American* English, but it is for just about every other national form of English, such as British English or Australian English. We Yanks are rather in the minority on this one.
I won't consider electric cars or any other AFV ready for prime time until it can deliver the kind of performance you can get from, say, a Corvette. I hope the government doesn't decide to impose them on us either. But then again, the oil companies will do everything they can to keep that from happening.
I'm not about to rearrange my schedule for my favorite TV shows. I hope the TV broadcasters understand that if they make it illegal, or at the very least a pain in the ass, to record shows a la Tivo, then I will be watching very little TV in the future. And I'm sure I'm not the only one who feels that way.
I think it was originally developed by Red Hat, but it died a few years ago. http://sourcenav.sourceforge.net/
If you live e.g. in New Jersey, how can New York expect you to pay taxes, since you don't vote for anyone in New York?
Several years ago, the city of Miami decided to raise taxes on parking so it could extort money from those workers who commuted from Broward county and otherwise were not paying for services in Miami-Dade. Someone sued the city for taxation without representation, since he lived in Broward and so could not participate in Miami-Dade elections. I believe the state supreme court agreed with him, and the city had to make other plans to get the revenue for the sports venue they were planning.
Just to settle the Oracle v. whatever DB issue: I've paid for an Oracle perpetual license, so it's not an option for me to use anything else.
:)
The main thing I noticed about the database API in Rails regards automatically generated IDs as primary keys. It assumes that you have a datatype that generates this for you. Now I suppose that the writer of the particular database adapter--in this case Oracle--would have the option of doing something clever in order to use an Oracle sequence. I poked through the code in the supplied Oracle driver, and it appeared to be a reasonable implementation. But I couldn't help but think that it would be a lot more efficient to provide for that functionality in the API itself somehow. I admit that I don't recall the details of some other complaints that I had about it, but there were a few other things I noticed, related to foreign keys I think, that made me wonder how much development time it would take to get the Oracle driver working the way I wanted.
FYI, I wrote a Ruby Oracle class library (http://ruby9i.rubyforge.org/) a few years ago as an exercise in learning Ruby. I even wrote one in C++ (http://jimcain.us/orapp/) a couple years before that.
Also, I've had several cocktails tonight before writing this followup, so who knows what other details I've forgotten or obscured.
I've looked at Ruby on Rails, and I'd love to use it because I *love* Ruby. My problem with Rails is its poor Oracle support. This may have changed in the couple months since I checked it out, but it doesn't seem likely (to me anyway). The impression I got from the design of the database API is that it's very MySQL-centric and provides little flexibility for databases that do things in other ways. Unless the API itself changes, I don't see how it could adequately support Oracle, and for me, poor support for Oracle is an automatic disqualification.
Yeah, I just bought a Mac mini a week ago so I could try out WebObjects, since the development tools are included with it. From what I've read, you can deploy on any standard J2EE server, but to be proper you still have to buy a deployment license from Apple, whether or not you use OS X as the server platform. If it works as well as I've heard, it should be more than worth the $500 or $1000 that the license costs (down from $50k a couple years ago). BTW does anyone out there have any experience deploying WO on a non-Apple platform? I'd love to hear about your experiences.
All you do is store the MD5 or SHA1 hash of the email address in the database, rather than the address itself. Then email senders compare the MD5/SHA1s of their mailing lists with the do-not-send list. In fact the article mentions that the lists will use "encryption" of some sort. It further suggests that the senders will likely have to submit their (possibly encrypted) lists to the state, and the state will do the comparison and return any hits. Either method would work--from a technical point of view--and would eliminate any possibility of the do-not-send lists from being misused.
Of course, if someone saves a backup copy of the email addresses themselves, then none of the above matters.
Columbia is a town in South Carolina, among others. If you're talking about the country in South America, it's spelled Colombia.
More at nextelbroadband.com. It's currently only available in the Raleigh/Durham/Chapel Hill/RTP, NC area. Too bad I live in Florida now.
Well hmm... sun, warm weather and hurricanes *or* cold, snow, ice and Nextel broadband. I think I'll stay.
If you spend a lot of money for a database, you might as well use all the features of it; otherwise you're wasting your money. Why spend a lot on something like Oracle and then only use, say, 30% of its capabilities? Portability is a ridiculous argument for throwing money away.
Also, a lot of SQL is database-specific anyway; even SELECT statements and datatypes lock you into a specific product.
I'm an Oracle DBA, and I like creating packages of stored procedures and functions (and especially table functions) that represent an API of sorts to the database. This means that the application code doesn't care how the data is stored, and the DBA is free to rearrange the data for tuning purposes, without requiring any app changes (assuming the API remains constant).
In the past I've supported keeping more of the business logic in the database, but I no longer believe this is an optimal design. Now I keep business logic out of the database as much as possible and limit the stored code to enforcing data integrity and making the database look like a "black box" to the apps.
Irrelevant. RFID is a true invention, not a mathematical algorithm like a computer program. As such, it doesn't "want" to be free, and it's outside of Stallman's particular, um... (idiom, sir)... idiom.
How did this get modded "interesting"? It sounds like a rant from a nine-year-old who doesn't know how to act like an adult and treat people with respect. And anyway, it misses the whole point of the language.
True, the C++ STL has several of the features which are labeled "No" in the comparison. But it appears that one of the design objectives of D is to put features like arrays into the core of the language, rather that relying on some library. Perhaps the comparison should have said "first class associative arrays" or "core language support for..." or such. It *did* actually say "built-in strings," which hints at the intent of the comparison.
Elladan: Grow up and learn some manners.
Moderators: Read some more details about the posts or skip them.
Hmm, isn't a VCR also a PVR? I personally own it, and it records video. I prefer the term DVR.
But then again, I'm a language lawyer.
I've avoided buying many DVDs for this very reason, preferring to wait until they match the resolution of HD sets. In the meantime, I have a huge *virtual* collection of DVDs, thanks to Netflix, for only the cost of a single DVD purchase per month.
Hmm, for some reason this reminds me of that story about Microsoft firing that pro-Mac employee.
I definitely agree that the RIAA is in the wrong, to put it mildly, but stealing from a thief is still stealing.
It warms my heart to know that artists will be getting all the money that's due to them. Musicians always look so poor when I see them on television. Finally, they can afford the lifestyle they deserve.
This is irrelevant. Whether you're stealing from the rich or the poor, it's still stealing.
Um, I downloaded & installed iTunes for Windows and immediately began browsing the store without giving *any* personal information. I only gave personal information later that evening when I decided to buy something.
This news makes me feel even better about splurging on 11a.
Does that mean that sometimes it's slow and sometimes it isn't?
I'm a patriotic American, I'm in favor of the war, and I fully support our President, but I think all this "freedom fries" and France- and Germany-bashing is childish. They are standing up for what they believe is right, even if I happen to disagree with them.
I'll be signing up for the Mandrake Club this week.
...unless they can make a hybrid with a sub-6-second 0-60 time. It's gotta be at least as fast as a Mustang GT before I'll consider it. As fast as a Corvette Z06 would be nicer still.
Americans are not the only English speakers who read Slashdot. True, using the plural for companies is not proper *American* English, but it is for just about every other national form of English, such as British English or Australian English. We Yanks are rather in the minority on this one.
I won't consider electric cars or any other AFV ready for prime time until it can deliver the kind of performance you can get from, say, a Corvette. I hope the government doesn't decide to impose them on us either. But then again, the oil companies will do everything they can to keep that from happening.
I'm not about to rearrange my schedule for my favorite TV shows. I hope the TV broadcasters understand that if they make it illegal, or at the very least a pain in the ass, to record shows a la Tivo, then I will be watching very little TV in the future. And I'm sure I'm not the only one who feels that way.