> I personally would be glad to be checked out by the police ~.
Maybe you would, but those of us who live in the Reality-Based community want the police and government to use effective techniques against terrorists, not facades of action that serve simply to show they're "doing something" [ineffective], while violating our rights in the process.
If you wish to give up your rights as a citizen and allow the government unrestrained power, please move to a country that is more aligned with your viewpoint, such as North Korea, Sudan, or Iraq, as your sheepish acquiescence serves only to weaken the greatest country on earth.
Home users can get away with using half-baked stuff, but enterprises are far pickier.
Hardly. I've worked for very large companies (F-10s), and if one thing they have in common is they constantly settle for 1/2-baked CARP, because the CIO happened to read some glossy ad on the plane back from Brussels, so now we have to go buy FuggaWigit 1.0, at $250/seat, spend 3/4 a mill trying to get that pig implemented with our existing systems (you ever tried to integrate ANYTHING with SAP? Whoever wrote that POS needs to die), and ignore the fact that there are cheaper/better (some are even FOSS!) products that do the same as FuggaWigit, but they don't have glossy ads on the in-flight mag from Brussels.
Oh, and Mr. CIO doesn't give a flip, because he'll get promoted to Brussels before the project is completed, so he won't have to deal with the fallout.
A Microsoft representative confirmed that the company had
received the report from eEye and said it will be investigating
the issue.Because the details of the vulnerabilities have
not been made public, users are not at risk of an exploit being
developed to take advantage of the flaw, the
representative said.
BZZZT! Wrong!
If one person can discover a flaw, so can another one. Maybe not
immediately, but given enough time it will happen. Microsoft's
unwillingness to patch any of their garbage unless flaws are
publicized speaks volumes about their commitment to "trustworthy
computing."
Developers who know what they are doing* can and do create web-based products that are generally browser-agnostic. There is nothing that requires ActiveX or any COM BS that can't be done in a better way.
Laziness and sloth is no substitute for skills and knowledge.
I'm not super fond of the PhotoShop interface
either.
The industry standard is Photoshop. You can choose to emulate
the interface that everyone uses or you can choose to be locked out
faster than a CBC employee.
Note to OpenOffice/StarOffice evangelists: this is also why your
apps will never be mainstream.
Parent is comparing non-current versions, and making up
false "cons" for mysql, out of thin air...
5.0 has views, triggers, stored procedures etc, and it's
still amazingly fast.
So, if I try to insert, say, a string of 10 chars into a
varchar(9) field, what will it do? Will the magic version 5 reject
it, as ever real database does, or will it truncate it silently,
just as Toy databases (ala MySql 4.x) are wont to do?
What about the whole not-null thing? You know, if a field is set
to NOT NULL and you don't populate it when you insert a row, a real
database will reject it, where as a Toy database will accept it
(MySql 4.x again!) and populate it with... some other value.
[] are a Govt employee [] never took a formal project management course [] never got your PMP [] have never managed a project larger than a few hundred dollars [] think that "Risk management" is when you make sure all the tokens get put back in the game box [] think that taxpayer money is there to be spent - why else collect it? [] think a "project plan" is that nifty chart thingie on MS Project
It is far, far easier to create a bar code than an RFID tag.
For example, if I'm writing a registration program, it is trivially easy to create a bar code on the registrant's invoice that they then print and bring to the event. Until that magical RFID printer is developed and marketed, I don't see Bar Codes going away.
Also, that bar code on all those pieces of snail mail ("postnet") will not be replaced any time soon.
Involving the government in any way, shape, or form is the surest way to fail it.
I'm sorry people, but the government is simply not capable of delivering quality results. How much money, lives and time will be wasted until people figure this out?
It actually supports ACID, whereas MySQL does not.
So, for example, if you want to insert a string that is too big for the field, MySQL will gladly suck it up with nary a peep (meanwhile, your data is trashed: truncate hell), whereas Postgre (and other non-toy RDBMSs) will refuse to insert the record.
Installing and configuring complex software is not something the average person can do. It takes technical aptitude, knowledge and some experience to get it right.
Microsoft historically has gone for the easy way out by hiding the complicated functions below a pretty "Click 'OK' to automatically install and configure your firewall" MessageBox, which is fine if you're writing a document, but not so good if you need to tweak out your server for maximum functionality and security.
You can see this mentality in everything they do. From Visual Studio with it's horrible automatically-generated code, to their AD permissions 'wizard', they are all about one thing: selling widgets. And the number one rule is selling a mass-market product requires convenience over functionality or security.
LAMP is built for the do-it-yourself/tinkerer crowd, and therefore the average person will never be able to install, configure, or maintain a LAMP environment or application.
The more that companies dump their dead wood only to find that the offshore guys suck just as much (in different ways), means more work for us independent consultants to bring the projects back in house! Yay!!
Therefore, this notice seeks information whether any
potential preregistration filers would have difficulties using
Internet Explorer (version 5.1 or higher) to file preregistration
claims, and if so, why.
Because your idiot monkey ASP programmer can't write a line of
valid Javascript to save his life, that's why. I mean, how farking
hard is it to do document.getElementById("name").value?
No, 'document.forms.name.value' is stupid (even IE sometimes gets
confused with that), and you're stupid for allowing your monkey to
write it.
Yes, we know that you are forced to deal with govvy programmers,
but this is one case where you really need to put out an RFP for
some DEVELOPERS to code up your app.
Slashdot Mirror
Maybe you would, but those of us who live in the Reality-Based community want the police and government to use effective techniques against terrorists, not facades of action that serve simply to show they're "doing something" [ineffective], while violating our rights in the process.
If you wish to give up your rights as a citizen and allow the government unrestrained power, please move to a country that is more aligned with your viewpoint, such as North Korea, Sudan, or Iraq, as your sheepish acquiescence serves only to weaken the greatest country on earth.
Oh, and Mr. CIO doesn't give a flip, because he'll get promoted to Brussels before the project is completed, so he won't have to deal with the fallout.
From TFA:
BZZZT! Wrong!
If one person can discover a flaw, so can another one. Maybe not immediately, but given enough time it will happen. Microsoft's unwillingness to patch any of their garbage unless flaws are publicized speaks volumes about their commitment to "trustworthy computing."
Laziness and sloth is no substitute for skills and knowledge.
*VB (.NET or otherwise) programmers excluded
The industry standard is Photoshop. You can choose to emulate the interface that everyone uses or you can choose to be locked out faster than a CBC employee.
Note to OpenOffice/StarOffice evangelists: this is also why your apps will never be mainstream.
Apache has 70% of the market, IIS has about 20%, yet the the former has only two unpatched holes.
Since Apache is more popular (by 3 1/2 times), you'd think it would have 3 1/2 unpatched vulnerabilities, eh?
So, if I try to insert, say, a string of 10 chars into a varchar(9) field, what will it do? Will the magic version 5 reject it, as ever real database does, or will it truncate it silently, just as Toy databases (ala MySql 4.x) are wont to do?
What about the whole not-null thing? You know, if a field is set to NOT NULL and you don't populate it when you insert a row, a real database will reject it, where as a Toy database will accept it (MySql 4.x again!) and populate it with ... some other value.
Even though it meant giving up a 35% raise, I declined the job.
Riiiigggghhhtttt....
For example, if I'm writing a registration program, it is trivially easy to create a bar code on the registrant's invoice that they then print and bring to the event. Until that magical RFID printer is developed and marketed, I don't see Bar Codes going away.
Also, that bar code on all those pieces of snail mail ("postnet") will not be replaced any time soon.
And everyone always tells the truth.
And the tooth fairy leaves money under your pillow in exchange for your teeth.
Involving the government in any way, shape, or form is the surest way to fail it.
I'm sorry people, but the government is simply not capable of delivering quality results. How much money, lives and time will be wasted until people figure this out?
Next up, the end of the internets!!!eleventyone
At least Canada is close, but not much better.
So, for example, if you want to insert a string that is too big for the field, MySQL will gladly suck it up with nary a peep (meanwhile, your data is trashed: truncate hell), whereas Postgre (and other non-toy RDBMSs) will refuse to insert the record.
Wikipedia has a nice comparison.
I feel the exact same way.... I celebrate the guy's entire catalogue.
Microsoft historically has gone for the easy way out by hiding the complicated functions below a pretty "Click 'OK' to automatically install and configure your firewall" MessageBox, which is fine if you're writing a document, but not so good if you need to tweak out your server for maximum functionality and security.
You can see this mentality in everything they do. From Visual Studio with it's horrible automatically-generated code, to their AD permissions 'wizard', they are all about one thing: selling widgets. And the number one rule is selling a mass-market product requires convenience over functionality or security.
LAMP is built for the do-it-yourself/tinkerer crowd, and therefore the average person will never be able to install, configure, or maintain a LAMP environment or application.
So, offshore more, please!!!eleventyone
They could---I don't know!---try not sending him any more boxes!!!111eleventyone
Because your idiot monkey ASP programmer can't write a line of valid Javascript to save his life, that's why. I mean, how farking hard is it to do document.getElementById("name").value? No, 'document.forms.name.value' is stupid (even IE sometimes gets confused with that), and you're stupid for allowing your monkey to write it.
Yes, we know that you are forced to deal with govvy programmers, but this is one case where you really need to put out an RFP for some DEVELOPERS to code up your app.
Oh, and the 'why' is because IE is an insecure, low-tech POS.
New tag!