Sadly, this poster has been listening to too many marketeers, and IT Consultants who sing the praises of COTS solutions.
The truth is, if you dont know what you need, and could not, in principle, build it, then you cannot contract it either; and the notion of moving the whole problem out of house usually fails as well; see most government IT projects.
The problem is that you need to understand what your business needs, and you need to have, or retain a small number of _very_ good IT professionals to protect your interest, Architect, manager, developers... and what they cost you in fees will save you hugely -v- service groups who are managed by PHBs from finance or procurement.
It is no accident that all the major accounting, materials management, CRM... solutions are hell to configure, and that interfaces and middleware are the dragon infested land of sofware deployment this centuary.
The notion that the enterprise can contract out everything is shown to be increasingly stupid.
Shareholder awareness of this is rising rapidly and will grow further with strict standards of compliance that go, directly, to management.
Please tell your lack of concern to the ghosts of millions of European Jews, massacred more easily because of the efficient identity systems of France, Germany or the Netherlands the last time a Big Brother walked the earth, barely 60 years ago.
While I am very strongly anti-terrorist, there is no point giving up all civil liberties to prevent a very small real risk. I detect a very strong CUA attitude behind US beaurocrats, and very little credible real opposition to their excesses.
It is time to mobilise opposition to this continued continued encroachment.
Carrier landings in heavy jets eg F14, F15 are hard since the time of approach must be matched to the deck motion, you dont want to meet a rising stern, the vertical descent needs to me higher than on land to break aqua-plane and the hook should catach the three wire
It is made harder yet by the large lag between making power adjustments and them taking and by the need to be in full takeoff power at touchdown so you can 'bolt' a broken wire or hook
Finally there is the everpresent consideration that, if you do have to eject, you want to be at least 200 yards off track to avoid being hamburgered by the screws.
I hear this PHB talk all the time in 'The ENTERPRISE' from post-teen idiots who 'need someone to sue', at first dealing with this, rationally seemed something of a problem, so as an external, I now just ask them to get an opinion and bring to the decision meeting a pre-briefed _internal_enterprise_counsel_.
Now, just two questions, left as an exercise to the reader, level the playing field, and place the balls firmly where they need to be.
There is no doubt that there are many very able Indian and Asian programmers/developers.
The internet enables effective technical co- operation at a distance, so long as objectives architecture are clear.
This is not, however, how outsourcing is normally deployed, it is used to build applications, where it is precisely the definition of the problem is key. That is why we see, as the parent, so much cheap app repairs.
One thing that really shows up these days is the deeply irrational way organizations approach safety and security, safety is an aspect of engineering design, so that if an event will kill someone it must be the combination of multiple, very un-likely events to occur so it has to do with design and penetration review, but almost nothing to do with paperwork.
Similarly security is about threat assesment.
The CUA aproach at NASA requires a complete management replacement to put engineers not politicised beaurocrats in charge.
If you want to see what happens when the tail wags the dog look no further than the existing shuttle design.
It is much simpler than that, you need to white-list the site to let the expoit work, and to find the expoloit took weeks of reading code, and it and the next... will be plugged promptly, so Firefox will quickly get better over time as bugs are fixed.
IE on the other hand dosnt have bugs, its basic design is completely insecure and it hooks into the active X abomination, which M$ cannot ever fix because if they did all applications would malfunction.
You have made your point more clearly than you know, you don't have to be paranoid to clearly see the hand of M$ here:
Find an theroretical exploit, read the code to realise it, no matter how difficult, unlikely or limited and sing to the heavens, joined by the M$ chorus of astroturfers and mod-upers, you need both since the no post and mod rule.
This is all so PHBs can say awh Firefox is no better than IE, Bill said so and then I saw it on CNET.
No this isn't INSIGHTFUL at all, unlike the intended audience of this Astroturf, I do understand that ActiveX is easy to get to from IE and hard to get to from Firefox, and when you do get a problem, which in reality is never, it is easy to find, will normally be be reported automatically to 'root' by security scripts.
When to come to fix it it cant leave roots in the Registry hive.
Use CGI, yes, often before migrating to Apache::Registry, and can also show bugs hidden in Registry scripts, so I always design for stand-alone/CGI/Fast-XXX.
Yeh, we can be mature Mr Astroturfer, but patient with this _CRAP_ no.
We have seen M$ run biased comparisons again, and again and again, and debunked them. Most journalists and even many PHBs are up to speed.
I asked a CIO in a F50 company who tried to suggest IIS based servers if he would agree to support them and resign if they crashed under load, and his answer was to notice an urgent appointment elsewhere, the CEO then asked a few pointed questions, and I suspect they will soon have a new CIO anyway.
It is much too late to fight on security, performance or cost, M$ you lost.
No, dont ignore them, they are interesting and informative<p> They reflect where M$ sees competition, and offer an insight to how their marketeers feel they can respond<p> But now stock options dont work anymore, the market-droids are much less motivated.
The problem with your vision is that you _dont_have_any_.
If you are pulling the GIT HEAD from kernel.org
you (are) assumed to (a) know what you are doing
and (b) expect surprises and (c) contribute a patch, or at least a sane bug report to fix what
you find
If you don't like that use RedHat, SuSE, Debian,... where someone who has a clue has already done
regression testing and maybe pay your $50, or download say Fedora Core for free
But please stop wasting everyones time, and trolling because you dont understand the difference between the development edge and that which is fit for the newby
I know this was a troll, but I say again, _NO_NORMAL_USER_ needs or should use 'bleeding edge' kernels, _ALL_ respectable distros have stable kernels, and build all the applications too, so unless you want to help test, are witing kernel code or need to understant the kernel internals; go away and keep quiet!
Not only will they continue to crash, they will need you to take the battery off once a week to do a cold boot.<p> Ford havn't made money in Europe for years, so whichever tard thought this up will be sure to keep it that way.
This is just the latest example of a TOTALLY frivilous, vexatious and worthless lawsuit which is only being taken seriously, at all, because of the flawed Process Rules in the US.
If you look you will find the usual meaningless Statement of Claim, no valid theory, and a CLEAR and UN-AMBIGUOUS understanding that the honourable court will do anything it can to prevent the action being struck out in 14 days, for want of any discernable CAUSE of ACTION.
This is the only reason that SCO is still in the courts,
anywhere with a sane judicial system would have this action dismissed, by a MASTER, for want of cause, and costs in any event within 15 working days.
Before spreadsheets, managers used bookeepers, ie junior accountants, who both kept the records and
reported the results.
And if slow, and mode costly, they did, by and large have some insight into both the data and what
they were doing.
Now, less skilled people input the data and the
spreadsheets themselves are rarely maintained, debugged and audited; no is the security of and version control of the spreadsheet-code seen as important.
No wonder bad business decisions are made with this, and with Sabannes-Oxley you can be sure internal auditors will start noticing and complaining.
Slashdot Mirror
No they are not; it is much harder to get
a root kit to Linux than a word macro virus
Windoze
BTW there is no o in vulnerable
Sadly, this poster has been listening to too
... and what they cost you in
... solutions are hell
many marketeers, and IT Consultants who sing the
praises of COTS solutions.
The truth is, if you dont know what you need, and
could not, in principle, build it, then you cannot
contract it either; and the notion of moving the
whole problem out of house usually fails as well;
see most government IT projects.
The problem is that you need to understand what
your business needs, and you need to have, or retain a
small number of _very_ good IT professionals to protect
your interest, Architect,
manager, developers
fees will save you hugely -v- service groups who
are managed by PHBs from finance or procurement.
It is no accident that all the major accounting,
materials management, CRM
to configure, and that interfaces and middleware
are the dragon infested land of sofware deployment
this centuary.
The notion that the enterprise can contract out
everything is shown to be increasingly stupid.
Shareholder awareness of this is rising rapidly
and will grow further with strict standards of
compliance that go, directly, to management.
Please tell your lack of concern to the ghosts
of millions of European Jews, massacred more easily
because of the efficient identity systems of France,
Germany or the Netherlands the last time a
Big Brother walked the earth, barely 60 years ago.
While I am very strongly anti-terrorist, there is
no point giving up all civil liberties to prevent
a very small real risk. I detect a very strong CUA
attitude behind US beaurocrats, and very little
credible real opposition to their excesses.
It is time to mobilise opposition to this
continued continued encroachment.
This is precisely why McVoy is mad, rather than
disrupt the kernel development process by pulling
BK he has engendered a much more capable competitor.
Smart move Larry!
Carrier landings in heavy jets eg F14, F15 are hard
since the time of approach must be matched to the
deck motion, you dont want to meet a rising stern,
the vertical descent needs to me higher than on land to break aqua-plane and the hook should catach the three wire
It is made harder yet by the large lag between making power adjustments and them taking and by
the need to be in full takeoff power at touchdown
so you can 'bolt' a broken wire or hook
Finally there is the everpresent consideration that, if you do have to eject, you want to be at least 200 yards off track to avoid being hamburgered by the screws.
Linux adoption dosn't depend on this, security
... so after
is one thing, but stability and usability are others.
Then there is the downside of proprietary data
formats and resistance to economic imperialism.
Finally, M$ is firmly between the rock and the hard place
since most of their security flaws are design errors, not random exploits.
Finally CEOs are, by nature, pragmatic and, usually quite bullshit resistant
the 21st try of:
-- it happens to everybody
-- 99% uses windoze so that is where the expoits
are
the CIO is told "Find something better, or I will"
which concentrates the minds of PHBs instantly
Yes there is, I am debating you!
I hear this PHB talk all the time in 'The ENTERPRISE'
from post-teen idiots who 'need
someone to sue', at first dealing with this,
rationally seemed something of a problem, so
as an external, I now just ask them to get
an opinion and bring to the decision meeting
a pre-briefed _internal_enterprise_counsel_.
Now, just two questions, left as an exercise to
the reader, level the playing field, and place
the balls firmly where they need to be.
There is no doubt that there are many very
able Indian and Asian programmers/developers.
The internet enables effective technical co-
operation at a distance, so long as objectives
architecture are clear.
This is not, however, how outsourcing is normally
deployed, it is used to build applications, where
it is precisely the definition of the problem is
key. That is why we see, as the parent, so much
cheap app repairs.
One thing that really shows up these days is
the deeply irrational way organizations approach
safety and security, safety is an aspect of
engineering design, so that if an event will
kill someone it must be the combination of
multiple, very un-likely events to occur so
it has to do with design and penetration review,
but almost nothing to do with paperwork.
Similarly security is about threat assesment.
The CUA aproach at NASA requires a complete management
replacement to put engineers not politicised beaurocrats in charge.
If you want to see what happens when the tail wags
the dog look no further than the existing shuttle design.
It is much simpler than that, you need to white-list ... will be plugged
the site to let the expoit work,
and to find the expoloit took weeks of reading
code, and it and the next
promptly, so Firefox will quickly get better over
time as bugs are fixed.
IE on the other hand dosnt have bugs, its basic
design is completely insecure and it hooks into
the active X abomination, which M$ cannot ever fix
because if they did all applications would malfunction.
Do not thing M$ dosnt know this!
You have made your point more clearly than
you know, you don't have to be paranoid to
clearly see the hand of M$ here:
Find an theroretical exploit, read the code to
realise it, no matter how difficult, unlikely or
limited and sing to the heavens, joined by the
M$ chorus of astroturfers and mod-upers, you
need both since the no post and mod rule.
This is all so PHBs can say awh Firefox is no
better than IE, Bill said so and then I saw it
on CNET.
Would the M$ astroturfing department _please_
try to say something meaningful on slashdot.
And the mod the astroturf to insightful group
is also wasing its time.
No this isn't INSIGHTFUL at all, unlike the intended audience of this Astroturf, I do understand that ActiveX is easy to get to from
IE and hard to get to from Firefox, and when
you do get a problem, which in reality is never,
it is easy to find, will normally be be reported
automatically to 'root' by security scripts.
When to come to fix it it cant leave roots
in the Registry hive.
The reason is simple:
Primum Non Nocere,
M$ is a Monopoly, and both evil and arrogant
Google is less of a monopoly and has yet, in my
experience, to abuse its position.
Yes, and every time we add 'tard' support to our
code we add another potential _exploit_.
Use CGI, yes, often before migrating to Apache::Registry, and can also show bugs
...
hidden in Registry scripts, so I always design
for stand-alone/CGI/Fast-XXX.
where Fast-XXX is mod-perl, -php
Yeh, we can be mature Mr Astroturfer, but patient
with this _CRAP_ no.
We have seen M$ run biased comparisons again, and
again and again, and debunked them. Most journalists and even many PHBs are up to speed.
I asked a CIO in a F50 company who tried to suggest IIS based servers if he would agree to support them and resign if they crashed under load, and his answer was to notice an urgent appointment elsewhere, the CEO then asked a few pointed questions, and I suspect they will soon have a new CIO anyway.
It is much too late to fight on security, performance or cost, M$ you lost.
No, dont ignore them, they are interesting and
informative<p>
They reflect where M$ sees competition, and offer an insight to how their marketeers feel they can
respond<p>
But now stock options dont work anymore, the market-droids are much less motivated.
And the FAA should ensure they do not do this!
If you are pulling the GIT HEAD from kernel.org you (are) assumed to (a) know what you are doing and (b) expect surprises and (c) contribute a patch, or at least a sane bug report to fix what you find
If you don't like that use RedHat, SuSE, Debian, ... where someone who has a clue has already done
regression testing and maybe pay your $50, or download say Fedora Core for free
But please stop wasting everyones time, and trolling because you dont understand the difference between the development edge and that which is fit for the newby
I know this was a troll, but I say again, _NO_NORMAL_USER_ needs or should use 'bleeding edge' kernels, _ALL_ respectable distros have stable kernels, and build all the applications too, so unless you want to help test, are witing kernel code or need to understant the kernel internals; go away and keep quiet!
Not only will they continue to crash, they will
need you to take the battery off once a week to do a cold boot.<p>
Ford havn't made money in Europe for years, so whichever tard thought this up will be sure to
keep it that way.
This is just the latest example of a TOTALLY
frivilous, vexatious and worthless lawsuit which
is only being taken seriously, at all, because
of the flawed Process Rules in the US.
If you look you will find the usual meaningless
Statement of Claim, no valid theory, and a CLEAR
and UN-AMBIGUOUS understanding that the honourable
court will do anything it can to prevent the action
being struck out in 14 days, for want of any discernable CAUSE of ACTION.
This is the only reason that SCO is still in the courts,
anywhere with a sane judicial system would have this action dismissed, by a MASTER, for want of cause, and costs in any event within 15 working days.
Learning the distinction between 'THERE' and 'THEIR' might help your posts!
And if slow, and mode costly, they did, by and large have some insight into both the data and what they were doing.
Now, less skilled people input the data and the spreadsheets themselves are rarely maintained, debugged and audited; no is the security of and version control of the spreadsheet-code seen as important.
No wonder bad business decisions are made with this, and with Sabannes-Oxley you can be sure internal auditors will start noticing and complaining.