[1] Are PDF files really a potential security risk? Huh. I guess
it must be possible to embed more in them than I thought ....
<shrug>
Then why did you say, in your earlier post:
?
I know people can find PDF files annoying, and I know at least some
PDF files may contain evil DRM. I don't know if they can do worse,
although I do know a wide variety of browsers misbehave if you stumble
into a PDF file -- for example, IE will just lock up and sometimes
crash, sometimes eventually recover. Firefox will freeze for a short
while, with the stop button, other tabs, etc. all nonfunctional, but
invariably quickly recover. Most likely this behavior is actually bad
behavior of Adobe's plugin, combined with browsers that don't ensure
that plugins can't lock out the browser UI or crash the browser.
Judicious use of threading would have permitted Firefox to still work
while a plugin that was slow to load hogged a thread and didn't yield,
for example, and let users use the Stop button to abort loading the
plugin when they realized they'd hit a PDF link (leaving a blank page
to hit Back from, or Refresh if they decided to go ahead despite the
slow load).
I don't know what level of security risk pdfs pose though in practise
I think it's quite low, at least for non-IE-users.
Call me lazy, but when I discover that the first chapter has
about 14 pages, I say -- "no, not that interested". So thanks
for summarizing below.
No problem.
[snip]
Seems plausible. My feeling is that it shortchanges the people
who create "intellectual property", but -- <shrug>.
I find it likely the market would find ways to remunerate them, and
the people would find business models, suited to the internet age,
without ham-fisted regulation being needed.
The ease and negligible cost with which many forms of intellectual property
can now be reproduced does seem to change things. I don't have
a preferred solution at this point.
The important thing is that unlike some you appear to have an open
mind.
Yeah, maybe. If it's impossible to copyright software and enforce
copyright protections -- I don't know. I used to work for a
little software company, so I'm fairly sympathetic to the argument
"how can we make money if we can't charge for the code we write?"
Why couldn't they? They could say they could do such-and-such if
pledged some money, etc.; there's a lot of scope for work-for-hire
without copyright royalties. If someone needs particular code done
urgently they may be willing to pay a premium for it to be prioritized
instead of getting it for free "eventually". Other people won't be so
willing; but so long as someone pays, it's not like the work has to be
repeated for everyone else who wants to use the new feature. Once it's
done it's done and it's easy to copy. If nobody is willing to pay,
then it may be longer before someone with the programming talent does
something. But desired features lots of people want might end up
having a "bounty" on them, and talented coders with the right area of
knowledge might be able to collect those bounties. Needless to say
there might be a lot more freelance-type stuff and guns-for-hire and
less cubicle farms involved in programming within such an economic
environment. That might not be a bad thing. Cubicle farms might still
have their place, as a company could form a business model based on
organized bounty-hunting. I'll bet there'd even end up freelancers
moaning that all the best stuff is being snatched by businesses
instead of individual lone-wolf coders after a while. Of course,
narrow expertise would give you the pickings from some niche areas --
high-performance mathematical/numerical arcana for example, or
massively-parallel optimized code.
For me, the attraction of no-cost software is as much the lack
of irritating licensing restrictions as about not having to pay.
"YMMV", maybe.
Likewise. One important part of software freedom is not being locked
into dependence on the beneficence of a single vendor. Freeware
doesn't guarantee that freedom; open source as a rule does. Nor is
open source even automatically at odds with selling copies; as
mentioned earlier Red Hat makes a fair bit of money selling copies,
despite disavowing any copyright-type restrictions on a customer
turning right around and selling their own second-generation copies.
One company started doing exactly that, and Red Hat still outperforms
them financially, probably because they have a trusted and
recognizable brand and a first-mover advantage; copiers are always
playing catch-up, both on features or other changes to the product and
on the expertise used to deliver ancillary services such as support.
One area that will always be lucrative is selling genuine technical
support to those for whom the software is mission critical and it
costs them more money to wait for a helpful forum posting or their own
local geek brigade's eventually fixing a problem than it does to pay
an expert who's seen the same problem a thousand times and knows the
fix backwards and forwards. The code's author is the sort of expert
whose ancillary expertise will remain scarce and valuable, even if
copies of the code are abundant and cheap to the point of being
essentially free.
Also worth noting is that content of any kind works as a loss leader
to sell storage media, hosting capacity, bandwidth, etc. by making the
latter more valuable as people have more stuff to store or transmit.
Imagine buying all music rights and a large broadband ISP, then
charging by the gigabyte of transfer and allowing unlimited p2p music
sharing for your customers, subject to their paying their ISP bills on
time. Related post-copyright business models, where someone sells
bandwidth or storage space of some sort and pays content creators to
make it more valuable by giving away content, are a gold mine waiting
to be exploited.
Huh. I know a few people who've worked at Microsoft in technical
jobs, and they're smart folks, and they say the other technical
people there are equally bright people. I would therefore suspect
management pressure to get the products out the door rather than
programmer incompetence. But I could be wrong; the only way to
be sure is probably to look at source code. <shrug>
The source code is going to be shoddy either way. It might be partly
management pressure, but I suspect they also just hire any old person
who knows a C compiler from a carburetor and throws a lot of them into
a bunch of cubicles and circulates a set of requirements for the next
version of Winword; out pops something that manages to creak along
looking sort of like it knows what it's doing, on which marketing
slaps a pretty splash screen and a bunch of logos. It finally
compiled! -- Ship it!
If genuinely talented coders are there, they're probably living a
nightmare of terrible and confining management policies combined with
spending their time fixing bad coders' bugs.
I'm quite sure MS has loads of net-negative-producing coders on the
payroll, though. Maybe the Bill and Melinda Gates Foundation sees them
as charity cases or something and donates jobs?