It seems I've made a career of your question. The first 2 obvious possibilities have been suggested to death already. ("Just say No", and "build a copy for them", but no-one says at whose expense for this new copy).
I'm going to go out on a limb and guess you are (or will soon be) told "we have to service the customer - find a way."
Since you are using Oracle, you do have some options to let them in without killing the performance for everyone else.
1. User profiles... you can limit a particular user(s) and cut them off based on idle time, cpu usage, long-running queries, etc.
2. Resource manager... when the CPU hits 100% Oracle can automatically start playing traffic cop and let the connections you designate as "important" get most of the CPU time, while your hungry-end-user-hobbitses get reduced to a small percent of CPU time.
3. What you didn't ask, but stands out... security. Is this ONLY data for this customer... maybe no big deal. Does this database contain data for OTHER customers? If so then you've got some data security to take care of. Virtual Private Database may be useful here, if that is the case. Even if VPD is overkill in your case, the concept of "least privilege" is always good - don't let them see any more data than you are obligated to let them see.
4. Auditing is a good thing to consider also... log when they come in (via oracle auditing, or with just a logon trigger), log how long their queries run. When the system slows down be able to pinpoint the session that is the culprit. In doing so you may find the real slowdown comes from poorly-written-application-X instead of scary-adhoc-user.
5. Of course, be able to tell if they are killing your system or not. Monitor (Statspack/AWR for starters) when all is well and when there is a problem so you know what "normal" looks like so you don't chase the wrong activity when things slow down.
And since many of those components are made in places like, oh... say... hypothetically... China, they'll have a bit of a conundrum how to implement their secret backdoor in everything, without giving up secrets about that backdoor to _insert_country_here_.
Of course this is prevented by the simplest way to prevent SQL injection in Oracle - USE BIND VARIABLES.
Each of his examples is thwarted by binding the parameters, instead of simple string concatenation.
Had it been FOSS back when my company (at the time) was trying to decide what language to standardize on, it would definitely NOT have been picked. FOSS=evil to the management at the time (The VP wanted to have someone he could call and swear at if there was any problem). In retrospect, not using java for that company may have been a good thing.
(Have young kids, can't help but watch sometimes) Disney Channel - few, if any, traditional ads, but the whole bloody channel is an ad for itself and its Disney products - Hanna Montana, Kim Possible, High School Musical out the WAZOO. I can't think of a single commercial for something that is not a reciprocal ad for something on the channel itself. While it seems like show A sponsors show B sponsors show A (how could either make money if that were all), what ends up happening is each show's brand is built - and then they make a bazillion dollars on clothing, toys, posters, and concert tickets. While I'm not that impressed with the production value much of the time, the marketing approach's success is hard to deny.
While I agree with you, this reasoning may not hold up very well, since the movie more than paid for itself and DVD production at the box office - the DVD is gravy. (Assuming a movie worth getting the DVD for.)
The CD on the other hand doesn't have that - maybe there's a concert tour, but the tour usually makes money on merch and CD sales, so we're back to the CD being the main profit center again.
Nah, they're in collusion with the cell phone providers to take away free ANYTIME minutes overnight and blame the US government. If it works there, look for this to come here under the guise of protection from warrantless cellphone-tapping.
It's ironic... When I was in college ( early 90s ) I must have read the same article, expect then C and C++ were the sexy languages to slam, Java was not yet quite on the scene, and Assembler was still the choice for low-level programming (but fading fast at the time). C and C++ were not formally taught at my school - it was considered a "tech school" language. But the advanced classes used C and C++, so those who were interested learned it on their own. Many classes were taught in Modula-2. Now THERE's useless text on a resume.
I remember in one class I decided to learn COBOL on the fly, just so I wouldn't have to go back to Modula2, since C wasn't allowed for the assignments. Haven't touched it since then, but aced the class.
I'd recommend 2 things: 1, Learn how to think through how you will do something efficiently, regardless of the language. The hot language changes every few years, so don't get stuck on any in particular.
And 2, figuring out some of what you want to do, and spend time doing it; develop skills in areas that interest you, but don't just follow the programming fads of the day. I spent enough time to get through my assignments, but not enough to explore fun areas and get really good at a few things. I could have learned more about the new "world wide web" thing that was just getting interesting; Instead I had to brush up my Internet skills more slowly after graduation, in my (much-reduced) spare time.
Furthermore, should the need arise, I'm sure stuff made from carbon nanotubes can be made resistant to consumption by organisms for its expected lifetime just as for example a wooden ship, or a sheet of paper, or food, or whatever, can.
Unless you own a Labrador retriever. Trust me, they'll eat anything. Mine has an affinity for checkbook registers, including the vinyl cover.
The subject should read "Verizon being sued for copyright infringement".
And since we are told to DEATH that "copyright infringement" == "stealing" == "piracy" we could have it read "Verizon being sued for software theft and piracy".
Even harder and more important than the editors and media understanding the subtlety here -- do the lawyers and the courts understand it? If Verizon WINS this case would it set legal precedent to relax judgment on other forms of copyright infringement?
I have no argument with any of this. I'm would not be surprised if similar discussions have happened throughout history, since the the spear, the sword, the bow, the catapult, the gun, the tank,... any weapons advance can start the same discussion. I'm sure this won't be the last new weapon to raise the question.
Not sure how much I hold to this argument personally, but one I expect that can be made is that some form of killing machine will be used in time of war, whether it is a manned tank, a truck full of soldiers, or an autonomous robot with weapons. If any of these is used the goal is the same, but with an autonomous vehicle you can meet the same objective without risking your own troops, reducing the total lives lost in the encounter. It's similar to the argument of whether the a-bomb, while horrific, resulted in less lives lost overall than an invasion (which we'll never know, since it's hypothetical).
Re:How about energy storage?
on
Google Goes Green
·
· Score: 2, Insightful
Taking my lesson from Sim City 2000 - more smaller generators all over the place instead of a few big ones. Shorter lines all around, so less line loss. No need to cross oceans.
Thinking of it in regional terms, it has the added benefit of reducing the number of regional commuter flights. The increase of smaller regional routes is a big part of current air traffic congestion, so if a portion of that traffic went to the train then air travel would also be improved overall.
that's why people today use VLAN tagged phones to seperate VOIP traffic onto another network, combined with switches that don't allow promiscuous activities, intrusion detection systems, picky switches that don't like MAC changes, and voilà, problem solved for the distribution networks.
I'm not up on IP phone networking/security concerns. Should I be concerned that staff at this office just dropped the shiny new IP phones on the same network as the PC's? I have one port in my cube: CAT-5 daisy-chains from the wall to IP phone to PC. Or do I just need to ask for more tin foil in the supply cabinet?
I'll post this publicly, since my comments were public to begin with... not that anyone else is looking this deep at this point.
I've got a real problem with the way I responded to your post in the first place. It's been bugging me ever since I sent it - and here's why. I railed against your post in reaction to the numerous times I've faced the "wait until x.1" in the corporate world. Even though I get tired of it after a while, I had no reason to unload my personal baggage on your post, making it seem like a very personal attack on you and your comments.
I apologize, sincerely. It's not the way I carry myself offline. It's not the way I want to treat people online.
I can tell by your very low ID that you've been around here much longer than I, and I ought to respect that. It not only shows you've been around the block, it shows you've been dealing with technology long enough to have a solid understanding of these kinds of things, and that probably read more articles before I signed up than I've read in total.
Slashdot Mirror
It seems I've made a career of your question. The first 2 obvious possibilities have been suggested to death already. ("Just say No", and "build a copy for them", but no-one says at whose expense for this new copy).
I'm going to go out on a limb and guess you are (or will soon be) told "we have to service the customer - find a way."
Since you are using Oracle, you do have some options to let them in without killing the performance for everyone else.
1. User profiles... you can limit a particular user(s) and cut them off based on idle time, cpu usage, long-running queries, etc.
2. Resource manager... when the CPU hits 100% Oracle can automatically start playing traffic cop and let the connections you designate as "important" get most of the CPU time, while your hungry-end-user-hobbitses get reduced to a small percent of CPU time.
3. What you didn't ask, but stands out... security. Is this ONLY data for this customer... maybe no big deal. Does this database contain data for OTHER customers? If so then you've got some data security to take care of. Virtual Private Database may be useful here, if that is the case. Even if VPD is overkill in your case, the concept of "least privilege" is always good - don't let them see any more data than you are obligated to let them see.
4. Auditing is a good thing to consider also... log when they come in (via oracle auditing, or with just a logon trigger), log how long their queries run. When the system slows down be able to pinpoint the session that is the culprit. In doing so you may find the real slowdown comes from poorly-written-application-X instead of scary-adhoc-user. 5. Of course, be able to tell if they are killing your system or not. Monitor (Statspack/AWR for starters) when all is well and when there is a problem so you know what "normal" looks like so you don't chase the wrong activity when things slow down.
And since many of those components are made in places like, oh... say... hypothetically... China, they'll have a bit of a conundrum how to implement their secret backdoor in everything, without giving up secrets about that backdoor to _insert_country_here_.
Convert it to Ethanol or BioDiesel?
Anticipated application stack:
iPhone -> Orto -> Javascript -> Java -> C64 Emulator -> VIC-20 Emulator -> Zork I
Exciting New ways to be eaten by a grue!
Of course this is prevented by the simplest way to prevent SQL injection in Oracle - USE BIND VARIABLES. Each of his examples is thwarted by binding the parameters, instead of simple string concatenation.
Had it been FOSS back when my company (at the time) was trying to decide what language to standardize on, it would definitely NOT have been picked. FOSS=evil to the management at the time (The VP wanted to have someone he could call and swear at if there was any problem). In retrospect, not using java for that company may have been a good thing.
(Have young kids, can't help but watch sometimes) Disney Channel - few, if any, traditional ads, but the whole bloody channel is an ad for itself and its Disney products - Hanna Montana, Kim Possible, High School Musical out the WAZOO. I can't think of a single commercial for something that is not a reciprocal ad for something on the channel itself. While it seems like show A sponsors show B sponsors show A (how could either make money if that were all), what ends up happening is each show's brand is built - and then they make a bazillion dollars on clothing, toys, posters, and concert tickets. While I'm not that impressed with the production value much of the time, the marketing approach's success is hard to deny.
Not to be Captain Obvious here, but...
[x] Limited Language Choices
[x] Non-relational Database
[x] Giant, Centralized Processing resource
[x] Said resource shared with others
Oh, Goody! Google just invented the Mainframe.
Where do I sign up for my timeslice?
While I agree with you, this reasoning may not hold up very well, since the movie more than paid for itself and DVD production at the box office - the DVD is gravy. (Assuming a movie worth getting the DVD for.)
The CD on the other hand doesn't have that - maybe there's a concert tour, but the tour usually makes money on merch and CD sales, so we're back to the CD being the main profit center again.
An alternative to carbon-fuel which requires storing that alternative in carbon?
Once you crack those buckeyballs open to get the H out, the C has to go somewhere, right?
What am I missing, here?
Nah, they're in collusion with the cell phone providers to take away free ANYTIME minutes overnight and blame the US government. If it works there, look for this to come here under the guise of protection from warrantless cellphone-tapping.
I want counts for each reasearcher. How strong are they in the Higgs Boson?
I thought the chick was a bounty hunter and not a sith. Maybe I missed something.
It's ironic... When I was in college ( early 90s ) I must have read the same article, expect then C and C++ were the sexy languages to slam, Java was not yet quite on the scene, and Assembler was still the choice for low-level programming (but fading fast at the time). C and C++ were not formally taught at my school - it was considered a "tech school" language. But the advanced classes used C and C++, so those who were interested learned it on their own. Many classes were taught in Modula-2. Now THERE's useless text on a resume.
I remember in one class I decided to learn COBOL on the fly, just so I wouldn't have to go back to Modula2, since C wasn't allowed for the assignments. Haven't touched it since then, but aced the class.
I'd recommend 2 things: 1, Learn how to think through how you will do something efficiently, regardless of the language. The hot language changes every few years, so don't get stuck on any in particular. And 2, figuring out some of what you want to do, and spend time doing it; develop skills in areas that interest you, but don't just follow the programming fads of the day. I spent enough time to get through my assignments, but not enough to explore fun areas and get really good at a few things. I could have learned more about the new "world wide web" thing that was just getting interesting; Instead I had to brush up my Internet skills more slowly after graduation, in my (much-reduced) spare time.
... tag...
Whoah - easy, there. Guess I should have used the tag explicitly.
And since we are told to DEATH that "copyright infringement" == "stealing" == "piracy" we could have it read "Verizon being sued for software theft and piracy".
Even harder and more important than the editors and media understanding the subtlety here -- do the lawyers and the courts understand it? If Verizon WINS this case would it set legal precedent to relax judgment on other forms of copyright infringement?
I have no argument with any of this. I'm would not be surprised if similar discussions have happened throughout history, since the the spear, the sword, the bow, the catapult, the gun, the tank, ... any weapons advance can start the same discussion. I'm sure this won't be the last new weapon to raise the question.
"Scientists plan to repeat the experiment using 5th graders against the great apes."
Run out of contestants for the game show, did we?
Not sure how much I hold to this argument personally, but one I expect that can be made is that some form of killing machine will be used in time of war, whether it is a manned tank, a truck full of soldiers, or an autonomous robot with weapons. If any of these is used the goal is the same, but with an autonomous vehicle you can meet the same objective without risking your own troops, reducing the total lives lost in the encounter. It's similar to the argument of whether the a-bomb, while horrific, resulted in less lives lost overall than an invasion (which we'll never know, since it's hypothetical).
Taking my lesson from Sim City 2000 - more smaller generators all over the place instead of a few big ones. Shorter lines all around, so less line loss. No need to cross oceans.
Just "Not In My Back Yard". *ducks*
Thinking of it in regional terms, it has the added benefit of reducing the number of regional commuter flights. The increase of smaller regional routes is a big part of current air traffic congestion, so if a portion of that traffic went to the train then air travel would also be improved overall.
I'll post this publicly, since my comments were public to begin with... not that anyone else is looking this deep at this point.
I've got a real problem with the way I responded to your post in the first place. It's been bugging me ever since I sent it - and here's why. I railed against your post in reaction to the numerous times I've faced the "wait until x.1" in the corporate world. Even though I get tired of it after a while, I had no reason to unload my personal baggage on your post, making it seem like a very personal attack on you and your comments.
I apologize, sincerely. It's not the way I carry myself offline. It's not the way I want to treat people online.
I can tell by your very low ID that you've been around here much longer than I, and I ought to respect that. It not only shows you've been around the block, it shows you've been dealing with technology long enough to have a solid understanding of these kinds of things, and that probably read more articles before I signed up than I've read in total.
Again, I offer my apologies for over-reacting.