Sadly you're right, many developers would make a direct call to the database with the invalid data versus calling an API function that hides the underlying implementation and does proper validation/error handling. Blame poor design, ignorant developers, etc. but not the data.
Dumbass. Everyone knows you use Roman Candles for a fireworks fight, either that or saturn missile batteries. Mortars are good, but it's too hard to judge the distance.
So, either you create a society where women can have kids young and still lead a fulfilling life (i.e. do what they want to do, either work or not) OR you create the technology to allow a higher percentage of women to have kids when they're older.
Not really. Walk down a Chicago or New York street with a loaded shotgun and watch how fast the cops arrest or shoot you! Plus you can't transport a loaded gun legally, it has to be unloaded, broken down or disassembled, and can't be within the driver's reach.
I'm not sure about New York, but it's legal to possess and carry longarms in Chicago; you're just supposed to register them somewhere downtown. Unfortunately we're not allowed to possesss handguns inside the city limits; the police want to be sure that only the gang members have them.
How about just using challenge-response authentication? The user gets a fob with a keypad and small display screen. When they attempt to login to the bank's website, it displays some numbers that the user keys into their device. The user then reads the display on the device and enters the response into the bank's login form.
Sorry, but I have to disagree; software RAID is potentially slower and less reliable. Software RAID systems are going to use the CPU, stealing cycles from your other applications. I've seen utilization as high as 30% during resync operations using Solaris Volume Manager on an E-250 (granted, it's an old machine). Hardware RAID systems are going to contain embedded processors that are responsible for computing checksums, among other things, and take the load off of the CPU. They'll also contain additional disk controllers and power supplies, most likely with redundant components. You also typically get additional features like the ability to cross-connect your RAID system to multiple servers.
Soft-RAID systems typically store the RAID metadata on the disks themselves, thus they're vulnerable to damage/destruction if someone screws up a format operation. Hard-RAID systems are going to store this metadata on separate, battery backed, storage.
I'm not sure why you're concerned about not being able to find a new controller to replace a failed unit. Sun and IBM will ship you a replacement unit almost immediately; are you concerned about finding replacement for EOL'd units? If you're into running EOL equipment (I am), then it's your responsibility to track down replacement parts (yay eBay). I'd suggest keeping at least one replacement on-site.
I can't speak to HP controllers being underpowered, I only have experience with SUN and IBM. I get the impression that you're used to running soft-RAID on small, non-critical systems?
How in the name of @#$(@$#* is knowing how to circumvent the great firewall going to do any good if you don't tell anyone about it.
This is not helping China. They know how their firewall works, they built it. They also know where Cambridge University is (unlike half the readers of Slashdot).
Slashdot is helping China by bringing the article to their attention.
You're right, someone needs to post the IP addresses of the routers in question along with a list of IP addresses for servers inside of China used by the Chinese Communist Party.
But putting the mechanism into the ammunition is the wrong way to go about this. The fire/no fire algorithm should be in the weapon itself, such that it is inert unless an authorized user is holding it.
FTA:
Safety catches do not always prevent firearm accidents and even newfangled biometric guns, which check the identity of a user by their fingerprint, cannot stop thieves from using stolen ammunition in other weapons.
What sense does it make to take a relatively simple bullet and add a bunch of electronics that can fail? It's not even going to solve the stated problem of preventing stolen bullets from being used in another gun unless you remove all current firearms from the market.
The system would undoubtedly cost more than a conventional gun, but many firearm enthusiasts would surely pay a premium for such added security.
Ummmm, yeah, right, I'm sure they will. I don't know of anyone with either rifles or handguns that are worried about either someone else using their own gun against them, or someone using the bullets from their gun against them. Then again, I don't know anyone that owns a gun for protection, they're all hunters. Anyone that owns a gun solely for protection against burglars needs a serious reality check.
Overall, not a bad suggestion (and I do have a bike). You can't always take bikes onto Metra trains though; yes, I know you're supposed to be able to, but people still have problems. I'm not sure what the office building's policy is regarding bikes, but I'm not too keen on leaving a Canondale chained up outside. There's still the problem of what to do in the winter, or when it's raining.
I hear you regarding drivers, though I never really had too many problems in Chicago. Although I wouldn't recommend trying to ride on Michigan Avenue.
Amcrash? I once had the misfortune of taking Amtrak from Union Station to Galesburg, about a three hour trip. It was winter and they (of course) had problems with the train. To make a long story short, the train left the station an hour after it was supposed to have arrived in Galesburg. That was the last Amtrak ticket I bought.
Sure it takes a little longer, but in that time you can rest, chill out from a day of work, read, whatever. I personally hate sitting in traffic for hours after work with little to do but stare at the bumper in front of me.
As I'm now driving to work every day, I can sympathise with you. I've found that oftentimes, the expressways are one of the slowest routes you can take. I'd recommend scouting out the local streets; why drive 15 mph on the expressway when you can drive 40 mph on a local road? Also, learn the shortcuts. For example, many people don't realize that they can avoid the bottleneck where I290 connects with I90/I94 by exiting at Racine or Canal and then getting back on at Jackson. Finally, learn the bottlenecks on the expressway; it's not too hard to determine which lanes are the fastest for any given segment (typically the one furthest from the on-ramps) and you can easily save some time by delaying when you get on the expressway to avoid merging lanes. I really feel sorry for people who try to take I290 back into the City and get on before 1st Ave.
Bah! Chicago's system isn't that great unless you're talking about the El, and even then you have to live along one of the main corridors. The Metra might work for people commuting from the suburbs to the city, but it sucks for people making the opposite trip.
I used to live in Licoln Park (Lincoln and Webster) and would commute to River North (Chicago and Franklin). I'd walk fifteen minutes to the El stop at Fullerton, ride for ten minutes, get off at the Chicago station and walk a block and a half to the office. Total time? Say an hour. If I felt like spending a little more money, I'd catch a cab right outside my front door which would get me to the office in seven minutes. Overall I thought the system worked well; if I was in a hurry I could catch a cab, if not I could ride the El and get some exercise.
Then the office moved to Oak Brook and I quickly found that a car was mandatory for getting there. Fortunately I had moved out of Lincoln Park and into University Village and there was a Metra stop immediately behind my building; unfortunately the only train that stopped there in the morning was at 5:59 AM. That pretty much forced me to use Union Station, but it's not really within walking distance from 15th Pl. I'd have to call for a cab and pay about $5 to get there. I'd take the train to Hinsdale (another $3), because that's the closest stop to Oak Brook, but I'd be screwed once there. The office (on 22nd St.) is much too far to reach on foot, and are no cabstands at the train station. I would have to arrange for a cab to meet me there and pay another $11 to get to work. Ditto for the trip back home if I couldn't beg a ride from a co-worker. That's almost $40 a day and I figured I was better off just buying a damn car. I could leave pretty much when I liked and didn't kill hours of time just getting to/from public transportation.
Now, if you live in the suburbs, the system's great. You drive your car to the Metra station, park in a lot and ride the train to the City. Then you'd either walk to work, or catch a cab, bus or El within blocks of Union Station (or Ogilvie). However, the system was absolutely terrible for people commuting from the City to the 'burbs.
Ugh. Some time ago, my boss asked the people in my team to list our valuable assets. Sadly, I was the only one to mention the employees, and then got a confused look from my boss as he asked me to explain. I run all of the UNIX based systems for our B2B and B2C websites, I suppose I should have given him a demonstration.
There is very strong evidence based on decades of research (such as with Smalltalk in the 70s) that says that the best way to learn and use OOP languages is with a good GUI. There is nothing to match browsing classes and dynamically inspecting objects during the execution of a program.
Just a short anecdote from my college days. I took a grad-level course in object oriented programming languages that covered both C++ and Smalltalk where all of the machine projects included a GUI and were implemented in both languages. I found that I spent much more time trying to get the GUI to work than I did with the object related pieces.
I never really had a problem understanding what OOP was all about. I think too many texts focus on breaking problems down into too many objects/classes instead of teaching people the reasons for using them, mainly code re-use. I find that if you're good at decomposing problems and structuring programs intelligently, then you should be good at the implementation no matter what paradigm is used.
*LOL* I've actually kept all of my coursework from my sophomore year of high school onwards; it's in a bunch of 3" binders in a few boxes. I bought a scanner with an automatic feed so that I could scan all of the papers, but I never got around to it. Maybe I should and then release everything under the Copyleft license?
It can be filtered, you just have to know what you're doing (eg. understand some computational theory, grammars, etc.)
Don't want JavaScript injection? Cut to the root of the problem. Deny the means of propagation: raw HTML.
Isn't the root of the problem JavaScript? The JavaScript code doesn't have to be planted on a site by a third-party in order for your information to be collected.
They really should eradicate the term 'laptop'. First of all I haven't used too many notebook/portable computers that sit comfortably on my lap. Second, it's extremely bad posture. Third, these days computers just get way too hot. One of my clients bought a 15" MacBook Pro and I swear you can cook eggs on the left side of the thing near the speaker, and that's on the TOP of the unit where you rest your palms.
That would sure make for a neat video! I'll have to track down one of my friends with a MacBook Pro.
Yeah, you're right. Companies shouldn't be able to bundle any user software with their operating system. Perhaps I'm the only one, but I don't have a problem with Microsoft bundling IE, if someone wants to install a different browser, nothing's stopping them.
Slashdot Mirror
Sadly you're right, many developers would make a direct call to the database with the invalid data versus calling an API function that hides the underlying implementation and does proper validation/error handling. Blame poor design, ignorant developers, etc. but not the data.
Dumbass. Everyone knows you use Roman Candles for a fireworks fight, either that or saturn missile batteries. Mortars are good, but it's too hard to judge the distance.
You mean technology like adoption?
carry guns
I'm not sure about New York, but it's legal to possess and carry longarms in Chicago; you're just supposed to register them somewhere downtown. Unfortunately we're not allowed to possesss handguns inside the city limits; the police want to be sure that only the gang members have them.How about just using challenge-response authentication? The user gets a fob with a keypad and small display screen. When they attempt to login to the bank's website, it displays some numbers that the user keys into their device. The user then reads the display on the device and enters the response into the bank's login form.
Why are you using a RAID card from a defunct manufacturer? Either buy a replacement before this happens, or stay away from EOL hardware.
Sorry, but I have to disagree; software RAID is potentially slower and less reliable. Software RAID systems are going to use the CPU, stealing cycles from your other applications. I've seen utilization as high as 30% during resync operations using Solaris Volume Manager on an E-250 (granted, it's an old machine). Hardware RAID systems are going to contain embedded processors that are responsible for computing checksums, among other things, and take the load off of the CPU. They'll also contain additional disk controllers and power supplies, most likely with redundant components. You also typically get additional features like the ability to cross-connect your RAID system to multiple servers.
Soft-RAID systems typically store the RAID metadata on the disks themselves, thus they're vulnerable to damage/destruction if someone screws up a format operation. Hard-RAID systems are going to store this metadata on separate, battery backed, storage.
I'm not sure why you're concerned about not being able to find a new controller to replace a failed unit. Sun and IBM will ship you a replacement unit almost immediately; are you concerned about finding replacement for EOL'd units? If you're into running EOL equipment (I am), then it's your responsibility to track down replacement parts (yay eBay). I'd suggest keeping at least one replacement on-site.
I can't speak to HP controllers being underpowered, I only have experience with SUN and IBM. I get the impression that you're used to running soft-RAID on small, non-critical systems?
You're right, someone needs to post the IP addresses of the routers in question along with a list of IP addresses for servers inside of China used by the Chinese Communist Party.
WTF is the parent post modded funny?
FTA:
What sense does it make to take a relatively simple bullet and add a bunch of electronics that can fail? It's not even going to solve the stated problem of preventing stolen bullets from being used in another gun unless you remove all current firearms from the market.
Ummmm, yeah, right, I'm sure they will. I don't know of anyone with either rifles or handguns that are worried about either someone else using their own gun against them, or someone using the bullets from their gun against them. Then again, I don't know anyone that owns a gun for protection, they're all hunters. Anyone that owns a gun solely for protection against burglars needs a serious reality check.
Overall, not a bad suggestion (and I do have a bike). You can't always take bikes onto Metra trains though; yes, I know you're supposed to be able to, but people still have problems. I'm not sure what the office building's policy is regarding bikes, but I'm not too keen on leaving a Canondale chained up outside. There's still the problem of what to do in the winter, or when it's raining.
I hear you regarding drivers, though I never really had too many problems in Chicago. Although I wouldn't recommend trying to ride on Michigan Avenue.
Amcrash? I once had the misfortune of taking Amtrak from Union Station to Galesburg, about a three hour trip. It was winter and they (of course) had problems with the train. To make a long story short, the train left the station an hour after it was supposed to have arrived in Galesburg. That was the last Amtrak ticket I bought.
As I'm now driving to work every day, I can sympathise with you. I've found that oftentimes, the expressways are one of the slowest routes you can take. I'd recommend scouting out the local streets; why drive 15 mph on the expressway when you can drive 40 mph on a local road? Also, learn the shortcuts. For example, many people don't realize that they can avoid the bottleneck where I290 connects with I90/I94 by exiting at Racine or Canal and then getting back on at Jackson. Finally, learn the bottlenecks on the expressway; it's not too hard to determine which lanes are the fastest for any given segment (typically the one furthest from the on-ramps) and you can easily save some time by delaying when you get on the expressway to avoid merging lanes. I really feel sorry for people who try to take I290 back into the City and get on before 1st Ave.
Bah! Chicago's system isn't that great unless you're talking about the El, and even then you have to live along one of the main corridors. The Metra might work for people commuting from the suburbs to the city, but it sucks for people making the opposite trip.
I used to live in Licoln Park (Lincoln and Webster) and would commute to River North (Chicago and Franklin). I'd walk fifteen minutes to the El stop at Fullerton, ride for ten minutes, get off at the Chicago station and walk a block and a half to the office. Total time? Say an hour. If I felt like spending a little more money, I'd catch a cab right outside my front door which would get me to the office in seven minutes. Overall I thought the system worked well; if I was in a hurry I could catch a cab, if not I could ride the El and get some exercise.
Then the office moved to Oak Brook and I quickly found that a car was mandatory for getting there. Fortunately I had moved out of Lincoln Park and into University Village and there was a Metra stop immediately behind my building; unfortunately the only train that stopped there in the morning was at 5:59 AM. That pretty much forced me to use Union Station, but it's not really within walking distance from 15th Pl. I'd have to call for a cab and pay about $5 to get there. I'd take the train to Hinsdale (another $3), because that's the closest stop to Oak Brook, but I'd be screwed once there. The office (on 22nd St.) is much too far to reach on foot, and are no cabstands at the train station. I would have to arrange for a cab to meet me there and pay another $11 to get to work. Ditto for the trip back home if I couldn't beg a ride from a co-worker. That's almost $40 a day and I figured I was better off just buying a damn car. I could leave pretty much when I liked and didn't kill hours of time just getting to/from public transportation.
Now, if you live in the suburbs, the system's great. You drive your car to the Metra station, park in a lot and ride the train to the City. Then you'd either walk to work, or catch a cab, bus or El within blocks of Union Station (or Ogilvie). However, the system was absolutely terrible for people commuting from the City to the 'burbs.
Ugh. Some time ago, my boss asked the people in my team to list our valuable assets. Sadly, I was the only one to mention the employees, and then got a confused look from my boss as he asked me to explain. I run all of the UNIX based systems for our B2B and B2C websites, I suppose I should have given him a demonstration.
*LOL* I've seen some poor ImageMagick tutorials also. I think DeveloperWorks is trying to be a newer, poorer version of O'Reilly.
Just a short anecdote from my college days. I took a grad-level course in object oriented programming languages that covered both C++ and Smalltalk where all of the machine projects included a GUI and were implemented in both languages. I found that I spent much more time trying to get the GUI to work than I did with the object related pieces.
I never really had a problem understanding what OOP was all about. I think too many texts focus on breaking problems down into too many objects/classes instead of teaching people the reasons for using them, mainly code re-use. I find that if you're good at decomposing problems and structuring programs intelligently, then you should be good at the implementation no matter what paradigm is used.
Agreed, but writing proofs for computer programs is a PITA.
*LOL* I've actually kept all of my coursework from my sophomore year of high school onwards; it's in a bunch of 3" binders in a few boxes. I bought a scanner with an automatic feed so that I could scan all of the papers, but I never got around to it. Maybe I should and then release everything under the Copyleft license?
It can be filtered, you just have to know what you're doing (eg. understand some computational theory, grammars, etc.)
Isn't the root of the problem JavaScript? The JavaScript code doesn't have to be planted on a site by a third-party in order for your information to be collected.
Ummm, we did use white phosphorus in Fallujah.
*LOL*
Thanks for the link.
That would sure make for a neat video! I'll have to track down one of my friends with a MacBook Pro.
Shouldn't that be GNU/Linux developers to SCO? What's SCO done to UNIX users?
Yeah, you're right. Companies shouldn't be able to bundle any user software with their operating system. Perhaps I'm the only one, but I don't have a problem with Microsoft bundling IE, if someone wants to install a different browser, nothing's stopping them.