For the most part, Microsoft CLR users already don't care. Have you heard of IKVM? They're already yo-ho-ho-ing code like Zookeeper libraries and other stuff at a prodigous rate. And given that the CLR has versioning that lets it update its binary engine without deprecating the entire universe that came before, they're doing it with a language with features at least 5 years ahead of what the Java working groups are even considering.
Given the open sourcing and license of the.NET core libraries, CoreCLR and compiler... Quite frankly the community would be better served if Google used the CLR. Microsoft actually doesn't need a lot of buy-in. They're already leading one of the top 5 most deployed binary platforms in the world. What they want is developers to recognize their platform is actually the technically superior and most open option.
I think most Android developers would just be happy if Android wasn't locked to JDK6. A real christmas miracle would be if they could stop using Gradle and its outrageously long build times.
There is nothing more inhetmrently wrong with "WYSIWYG" editors than there is with C++. Judicious, appropriate use is implied. I think the industry over-relies on unmanaged code, appealing to "performance" as a crutch for bad designs and algorithm selections. The results speak for themselves.
Who knows - GP may be in a unique and incredibly lucky situation (e.g. a smallish company still relying on something like AWS/EC2 for their heavy-lifting). I'm betting that it damned sure ain't typical no matter the case.
I'm a "Director of Software Engineering for Capital One. You might have heard of us. I was brought in awhile ago through one of the many acquisitions as the company flushes its legacy tech policy and tries to pivot to be a technology company. You have enough data to find my phone number now. Feel free to give me a call if you're interested in helping me out and can write code.
As an aside, AWS/EC2 is probably not the right choice for small companies anymore. GCE and Azure are way better for little ones because their service set and management tools are way richer. Amazon's willing to play ball with super-big companies at a scale even Microsoft isn't quite ready to embrace, as evidenced by my current workloads. And if the recruiter spams in my inbox are any indication, several other banks want to follow suit.
Claim victory however you like. I think dedicated sysadmins are not necessary for the majority of situations in the world of commercial software now. If you're maintaining your own data center, things change. Most people aren't, so they don't need them.
"I'm also hoping software developers will be replaced with uneducated under-paid employees using limited frameworks and wysiwyg editors to churn out solutions that barely work in the least amount of time possible and is outsources to a service that I directly profit from"
No. Nice try fearmongering though. I'm the antithesis of an "outsourcing" mentality for software. I'm busy "un-outsourcing" as many things as I can at my current employer because the value loss is just so extreme.
But you keep trying to pretend that C++ is somehow tied to good programming.
I'm busy replacing your infrastructure with a cloud hosted services which I profit from, but is unlikely to be able to provide all of the services you require.
Whatever we can't get, we write. Isn't that how everyone works? What we don't need are silly single-role ops people who have no say in the actual development of software but don't have the skills to participate in its creation or maintenance. That's makework.
I have a vested interest in companies that outsource your job and I need to destroy you so that I can make money.
Sorry, but I have little pity for people who lose their jobs in technology to improvements. Unlike many people, you have the resources to self-educate and keep abreast of the times and state of the art. You just elect not to.
If you want to say, "Operations people are the people who wake up at 3am to deal with a page" then that'd be me. But that's a pretty archaic and artificial boundary.
Engineers who design systems should be responsible for their continued operation. This has a lot of positive outcomes. Hence the term, "Devops." But I wouldn't hire an operations engineer who couldn't have at least in principle written the system they're managing, which means I don't hire most people who claim the title. Especially so in this day and age when containerization is effectively the annihilation of differences between local and remote operational environments.
Thanks for your grade school statistical analysis, anonymous coward. Why not just crawl back in the time machine and enjoy the 90s before you hear some Friends spoilers? You're farcical in this day and age, and I'd laugh at you were it not for the tragedy of how your how sharp and painful little words hurt some people who work harder than you've ever had to, just to stay in the US.
You mean, the kind of infrastructure that, when some moron with a backhoe slices through the fiber, renders your infrastructure unreachable.
What the hell are you even talking about? If my product is unreachable, then someone can't reach it. I can propose workarounds to this (multi-datacenter solutions with replicated databases and carefully tuned distributed consensus systems). During a true catastrophy (e.g., US-EAST going down due to flooding) the most important thing I can do is make sure that the data the system manipulates retains integrity through the event, and that the system can resume operation once connectivity can be restored.
We operate under the assumption that software and networks WILL fail, not in the fear that they MIGHT. Indeed, understanding the failure modes is the majorty of my time spent when designing distributed systems.
and everyone simultaneously calling the badly undermanned IT department,
Who said anything about not having a robust service department? Not me. I have zero interest in having your argument with you. It seems like you're quite capable of carrying on by yourself.
One thing before my main rant: I disagree about C++. I'd say it's more an issue of knowing which features to use and which to avoid. For example, std::string and std::unique_ptr/std::shared_ptr, RAII good. strlen, malloc/new bad. (Unless, like you said, it really is necessary, but then I'd argue that one should be using straight-up C instead).
I disqualify languages that do this to the extent C++ does. It's like programming in a minefield. Despite the fact I love the power of C++ and the elegance of Haskell, I do not expect most software shops to actually reliably ship on them.
My biggest fear is the people will become unable to function without all these dashboards and reports and high-level process management apps that we're cooking up. What I mean is that it seems like the more advanced and abstracted these things get, the more people forget the processes and policies we've modeled and automated. I've run into this before when something just works too well. People forget what policies and rules they decided on that the system is modeling.
But it's also a testament to a good system when the abstractions become central. Engineers already function at a pretty high level of abstraction for the most part. I don't think we should be too afraid of embracing that so long as the underlying methodologies are open sourced and well-understood.
tl;dr That scene in Idiocracy after Not Sure tanks Brawndo's stock by using water on crops and Brawndo's system starts automatically firing everyone.
That's already how it is and it's not that bad. Bad things happen, and they're corrected. This is not unusual for the human condition.
You don't need strong AI to actually implement monitoring, elasticity, and write software that fails in a method amenable to self-repair and in extreme cases, quick diagnosis.
I've been frontline on Pagerduty at the company I founded for 5 years. There were some rough times during the first few apple features. No longer, though. Most of our systems self-heal or are designed to tolerate and report outages and partitions gracefully. Some categories of failure do knock us offline, but they're total failures and the system knows to go into an exponential backoff mode in that case.
Sad part is, most of that code was trivial to write, universal over our entire app (we have one common shared library called "tragedy" that regulates nearly all of this). I wrote it years ago, and it has required only a handful of fixes over time.
People who say it's impossible usually don't understand what's actually hard about it, don't keep up with current research in the field, and say things like, "No one understands zookeeper" and "Multi-PAXOS is over-engineered" and "backpressure is what broken systems need." I try to help educate people on this stuff, but I have a strong financial incentive not to, so... I generally let other people do it and laugh at the useless hand-wringers talking about how we should give every engineer a piece of a broken bridge or some shit.
This part of the thread is like some kinda racist time machine. It's nearly 2016, folks. This kind of garbage is called what it is now. Conflating trained software engineers with call center support is another great example of the kind of demeaning bullshit Americans do to anyone foreign: collapsing them into a demeaning caricature. You both should feel ashamed. Doubly so because you're comically wrong and outdated.
First of all, outsourcing as a primary source for software has been on a sharp decline for years. A far greater problem is that the vast majority of services simply aren't writing code at all. They're buying 5-10 year old whitelabel software with confusing adapters to modern patterns or simply outsourcing entire products and then letting daily batch processes weld things together. A great example of this is most small banks and credit card providers in the US.
Second of all, there's no reason people from India can't make great software. Go to any laudable US Compsci program and you'll find people from that country in every grade bracket of every division, if you "require proof" that humans are humans. The business model is the problem, not someone's skin color or language. Outsourcing firms (of which there area LOT in South America now, by the way, so maybe it's time to listen to Trump's rhetoric?) aren't effective because their model is making payroll, not delivering great software to their clients. Many companies are realizing this, and converting to a contracting supply model, which makes a lot more sense in an environment where good talent is hard to find.
Well, no. There's some truth to this. I'm part of the reason why.
See, I am what you could call an "architect" and "cloud services engineer". I prefer the term, "Distributed Systems Specialist." I've been focused on this since I learned under a bunch of ex-Yahoo! engineers at a company called Powerset, quite some time ago now. While my story is maybe unusual, my job and my general set of values are anything but.
And my goal is to eliminate operations personnel, "Storage Specialists", and to hasten the disappearance of the dying breed of "one machine data scientist." I'm also hoping in the next 5 years we can flush out most of the unmanaged language programmers from any place they don't need to be (unless performance constraints are so tight they outweigh potential security and scheduling implications, I resist the use of languages like C++*, C and Fortran). If life is truly sweet, we'll phase out Java or at least threaten to so Oracle will stop brutally mismanaging that project.
The "why" of it is complicated and reasons vary, but in general I'm very busy tearing down old crappy processes and infrastructures to make way for lightweight processes and efficient distributed infrastructure. This means things like making engineers have deploy rights (and responsibilities!) on their own code, making sure that data is effectively managed so that it's secure but still accessible to the folks who want to do statistical analysis, and that code gets written quickly and confidently.
So yeah, if you (being any reader) one of those people I am your enemy and the beneficiary of this climate all at the same time.
The source code in the presentation is for an off-the-shelf (and quite popular) microcontroller set that is sold at Maker Fairs to hobbyist teens. The entire protocol and the weakness of said protocol is exposed in said source code.
Just because you cannot imagine how he did it doesn't mean that it's unimaginable that someone could do this. It simply means you're out of his league.
Too bad there are no jobs, and the houses are way too expensive.
. ..
Virtually all middle-class job fields are either stalled, or firing...
I dunno where you are, but there are plenty of webdev and software development jobs where I am. To the point where recruiters still assail me for larger businesses and I get emails from contacts about startups. Lots of entry-level webdev work exists, with a mean pay of around $55k/yr. For people willing to acquire these skills (and not everyone has to be as good as Airbag or Happy Cog), these jobs are available and often allow frequent remote work and benefits.
America's economy is gradually changing, moving away from physical manufacturing to data manipulation. We're certainly primed for it, Computers are cheap and powerful (when it's cheaper to buy a computer on a low dollar than a high euro, you can safely say computers are very inexpensive in the US) and reasonably good internet access can be afforded in most places in the nation. There is a ton of information online on how to do the work, and lots of professionals share their experience routinely.
The startup activity in the Valley has slowed a bit, but certainly hasn't stopped. Nor is there a dearth of money being invested right now (to the contrary, it seems like people are almost eager. I suspect with a weak dollar this makes more sense, but I am not sure how that all works out in the end).
Yes, America's economy is suffering right now, but it's also in the process of changing and reorienting to focus on things that Americans are in a better position to do right now. Hopefully we can make our education system realize this and make sure it educates our children on how to work within this market.
In 1995, about 50% of Nassau county (Long Island, NYC metro area) residents could afford to purchase the homes they were living in, given market price. In 2005, that number was down to about 5%. Yes, we have had spectacular success in destroying the middle class. At least they're scared of being poor, so they keep on working.
And as for housing, we haven't "destroyed the middle class." We've just overvalued housing. That is now correcting itself (you can only lie to your money for so long), and housing prices will approach a more appropriate market value and the "middle class" can afford to buy them again.
Ferrari's are prettier and more powerful than Fords. Their style is backed up by actually performing better than the lower cost alternative.
Macs are prettier than PCs, but not as powerful. You get something that looks nice, but is less capable? I don't want to pay the premium for style. To each his own I guess.
Your one-dimensional analogy burns my eyes.
Yes, you can build better desktops than mac desktops. Yes, some laptops can outspec mac laptops for less (although usually this happens with dell where they do this by sacrificing the form factor, leaving you with a thick plug-to-plug behemoth). But the PCs can't run mac software, and right there that's all the performance gap anyone needs.
Sorry, but OSX or gtfo. And the virtualization for other OSs is cheap and easy on a mac, so it's hard to argue against it now. Please let this tired argument die out and instead argue on less tired freedom and openness and flexibility grounds as opposed to "zomg my video card is better!"
The culprit is poor programming. If you can't code without hand-holding tools like automatic garbage collection, perhaps you belong in a different profession!
If you can't separate your ego from your engineering, perhaps you belong in a different profession! Preferably one where I will never have to endure your masochistic BS.
If H.264 on the internet becomes very ubiquitous, I wonder if they could actually enforce their royalties as listed. The Licensing fees listed for broadcast TV seem ludicrously high for internet distribution. I suppose the same thing that's happening with internet radio could happen again, onloy this time pertaining to the underlying technology.
In the case of Internet broadcast (AVC video that is delivered via the Worldwide Internet to an end user for which the End User does not pay remuneration for the right to receive or view, i.e., neither title-by-title nor subscription), there will be no royalty during the first term of the License (ending December 31, 2010), and after the first term the royalty shall be no more than the economic equivalent of royalties payable during the same time for free television.
In other words, the internet usecase is free for several more years, and is renewable on the original terms.
Slashdot Mirror
For the most part, Microsoft CLR users already don't care. Have you heard of IKVM? They're already yo-ho-ho-ing code like Zookeeper libraries and other stuff at a prodigous rate. And given that the CLR has versioning that lets it update its binary engine without deprecating the entire universe that came before, they're doing it with a language with features at least 5 years ahead of what the Java working groups are even considering.
Given the open sourcing and license of the .NET core libraries, CoreCLR and compiler... Quite frankly the community would be better served if Google used the CLR. Microsoft actually doesn't need a lot of buy-in. They're already leading one of the top 5 most deployed binary platforms in the world. What they want is developers to recognize their platform is actually the technically superior and most open option.
I think most Android developers would just be happy if Android wasn't locked to JDK6. A real christmas miracle would be if they could stop using Gradle and its outrageously long build times.
There is nothing more inhetmrently wrong with "WYSIWYG" editors than there is with C++. Judicious, appropriate use is implied. I think the industry over-relies on unmanaged code, appealing to "performance" as a crutch for bad designs and algorithm selections. The results speak for themselves.
See: I'm saying that if you're splitting it, you're wrong. You did it wrong at the start and now you have no choice but to keep doing it wrong.
So I guess we agree to disagree, since you can't offer anything other than bland arguments and appeals to a largely ineffective status quo.
I have no idea what your objection or argument is. Sorry.
Who knows - GP may be in a unique and incredibly lucky situation (e.g. a smallish company still relying on something like AWS/EC2 for their heavy-lifting). I'm betting that it damned sure ain't typical no matter the case.
I'm a "Director of Software Engineering for Capital One. You might have heard of us. I was brought in awhile ago through one of the many acquisitions as the company flushes its legacy tech policy and tries to pivot to be a technology company. You have enough data to find my phone number now. Feel free to give me a call if you're interested in helping me out and can write code.
As an aside, AWS/EC2 is probably not the right choice for small companies anymore. GCE and Azure are way better for little ones because their service set and management tools are way richer. Amazon's willing to play ball with super-big companies at a scale even Microsoft isn't quite ready to embrace, as evidenced by my current workloads. And if the recruiter spams in my inbox are any indication, several other banks want to follow suit.
Claim victory however you like. I think dedicated sysadmins are not necessary for the majority of situations in the world of commercial software now. If you're maintaining your own data center, things change. Most people aren't, so they don't need them.
"I'm also hoping software developers will be replaced with uneducated under-paid employees using limited frameworks and wysiwyg editors to churn out solutions that barely work in the least amount of time possible and is outsources to a service that I directly profit from"
No. Nice try fearmongering though. I'm the antithesis of an "outsourcing" mentality for software. I'm busy "un-outsourcing" as many things as I can at my current employer because the value loss is just so extreme.
But you keep trying to pretend that C++ is somehow tied to good programming.
I'm busy replacing your infrastructure with a cloud hosted services which I profit from, but is unlikely to be able to provide all of the services you require.
Whatever we can't get, we write. Isn't that how everyone works? What we don't need are silly single-role ops people who have no say in the actual development of software but don't have the skills to participate in its creation or maintenance. That's makework.
I have a vested interest in companies that outsource your job and I need to destroy you so that I can make money.
Sorry, but I have little pity for people who lose their jobs in technology to improvements. Unlike many people, you have the resources to self-educate and keep abreast of the times and state of the art. You just elect not to.
If you want to say, "Operations people are the people who wake up at 3am to deal with a page" then that'd be me. But that's a pretty archaic and artificial boundary.
Engineers who design systems should be responsible for their continued operation. This has a lot of positive outcomes. Hence the term, "Devops." But I wouldn't hire an operations engineer who couldn't have at least in principle written the system they're managing, which means I don't hire most people who claim the title. Especially so in this day and age when containerization is effectively the annihilation of differences between local and remote operational environments.
Thanks for your grade school statistical analysis, anonymous coward. Why not just crawl back in the time machine and enjoy the 90s before you hear some Friends spoilers? You're farcical in this day and age, and I'd laugh at you were it not for the tragedy of how your how sharp and painful little words hurt some people who work harder than you've ever had to, just to stay in the US.
You mean, the kind of infrastructure that, when some moron with a backhoe slices through the fiber, renders your infrastructure unreachable.
What the hell are you even talking about? If my product is unreachable, then someone can't reach it. I can propose workarounds to this (multi-datacenter solutions with replicated databases and carefully tuned distributed consensus systems). During a true catastrophy (e.g., US-EAST going down due to flooding) the most important thing I can do is make sure that the data the system manipulates retains integrity through the event, and that the system can resume operation once connectivity can be restored.
We operate under the assumption that software and networks WILL fail, not in the fear that they MIGHT. Indeed, understanding the failure modes is the majorty of my time spent when designing distributed systems.
and everyone simultaneously calling the badly undermanned IT department,
Who said anything about not having a robust service department? Not me. I have zero interest in having your argument with you. It seems like you're quite capable of carrying on by yourself.
By the way, edit: 4 years. Sorry, simple typo I missed. Were that I were as diligent as my software.
One thing before my main rant: I disagree about C++. I'd say it's more an issue of knowing which features to use and which to avoid. For example, std::string and std::unique_ptr/std::shared_ptr, RAII good. strlen, malloc/new bad. (Unless, like you said, it really is necessary, but then I'd argue that one should be using straight-up C instead).
I disqualify languages that do this to the extent C++ does. It's like programming in a minefield. Despite the fact I love the power of C++ and the elegance of Haskell, I do not expect most software shops to actually reliably ship on them.
My biggest fear is the people will become unable to function without all these dashboards and reports and high-level process management apps that we're cooking up. What I mean is that it seems like the more advanced and abstracted these things get, the more people forget the processes and policies we've modeled and automated. I've run into this before when something just works too well. People forget what policies and rules they decided on that the system is modeling.
But it's also a testament to a good system when the abstractions become central. Engineers already function at a pretty high level of abstraction for the most part. I don't think we should be too afraid of embracing that so long as the underlying methodologies are open sourced and well-understood.
tl;dr That scene in Idiocracy after Not Sure tanks Brawndo's stock by using water on crops and Brawndo's system starts automatically firing everyone.
That's already how it is and it's not that bad. Bad things happen, and they're corrected. This is not unusual for the human condition.
Sorry, I disagree strongly.
You don't need strong AI to actually implement monitoring, elasticity, and write software that fails in a method amenable to self-repair and in extreme cases, quick diagnosis.
I've been frontline on Pagerduty at the company I founded for 5 years. There were some rough times during the first few apple features. No longer, though. Most of our systems self-heal or are designed to tolerate and report outages and partitions gracefully. Some categories of failure do knock us offline, but they're total failures and the system knows to go into an exponential backoff mode in that case.
Sad part is, most of that code was trivial to write, universal over our entire app (we have one common shared library called "tragedy" that regulates nearly all of this). I wrote it years ago, and it has required only a handful of fixes over time.
People who say it's impossible usually don't understand what's actually hard about it, don't keep up with current research in the field, and say things like, "No one understands zookeeper" and "Multi-PAXOS is over-engineered" and "backpressure is what broken systems need." I try to help educate people on this stuff, but I have a strong financial incentive not to, so... I generally let other people do it and laugh at the useless hand-wringers talking about how we should give every engineer a piece of a broken bridge or some shit.
This part of the thread is like some kinda racist time machine. It's nearly 2016, folks. This kind of garbage is called what it is now. Conflating trained software engineers with call center support is another great example of the kind of demeaning bullshit Americans do to anyone foreign: collapsing them into a demeaning caricature. You both should feel ashamed. Doubly so because you're comically wrong and outdated.
First of all, outsourcing as a primary source for software has been on a sharp decline for years. A far greater problem is that the vast majority of services simply aren't writing code at all. They're buying 5-10 year old whitelabel software with confusing adapters to modern patterns or simply outsourcing entire products and then letting daily batch processes weld things together. A great example of this is most small banks and credit card providers in the US.
Second of all, there's no reason people from India can't make great software. Go to any laudable US Compsci program and you'll find people from that country in every grade bracket of every division, if you "require proof" that humans are humans. The business model is the problem, not someone's skin color or language. Outsourcing firms (of which there area LOT in South America now, by the way, so maybe it's time to listen to Trump's rhetoric?) aren't effective because their model is making payroll, not delivering great software to their clients. Many companies are realizing this, and converting to a contracting supply model, which makes a lot more sense in an environment where good talent is hard to find.
Well, no. There's some truth to this. I'm part of the reason why.
See, I am what you could call an "architect" and "cloud services engineer". I prefer the term, "Distributed Systems Specialist." I've been focused on this since I learned under a bunch of ex-Yahoo! engineers at a company called Powerset, quite some time ago now. While my story is maybe unusual, my job and my general set of values are anything but.
And my goal is to eliminate operations personnel, "Storage Specialists", and to hasten the disappearance of the dying breed of "one machine data scientist." I'm also hoping in the next 5 years we can flush out most of the unmanaged language programmers from any place they don't need to be (unless performance constraints are so tight they outweigh potential security and scheduling implications, I resist the use of languages like C++*, C and Fortran). If life is truly sweet, we'll phase out Java or at least threaten to so Oracle will stop brutally mismanaging that project.
The "why" of it is complicated and reasons vary, but in general I'm very busy tearing down old crappy processes and infrastructures to make way for lightweight processes and efficient distributed infrastructure. This means things like making engineers have deploy rights (and responsibilities!) on their own code, making sure that data is effectively managed so that it's secure but still accessible to the folks who want to do statistical analysis, and that code gets written quickly and confidently.
So yeah, if you (being any reader) one of those people I am your enemy and the beneficiary of this climate all at the same time.
The source code in the presentation is for an off-the-shelf (and quite popular) microcontroller set that is sold at Maker Fairs to hobbyist teens. The entire protocol and the weakness of said protocol is exposed in said source code.
Just because you cannot imagine how he did it doesn't mean that it's unimaginable that someone could do this. It simply means you're out of his league.
I dunno where you are, but there are plenty of webdev and software development jobs where I am. To the point where recruiters still assail me for larger businesses and I get emails from contacts about startups. Lots of entry-level webdev work exists, with a mean pay of around $55k/yr. For people willing to acquire these skills (and not everyone has to be as good as Airbag or Happy Cog), these jobs are available and often allow frequent remote work and benefits.
America's economy is gradually changing, moving away from physical manufacturing to data manipulation. We're certainly primed for it, Computers are cheap and powerful (when it's cheaper to buy a computer on a low dollar than a high euro, you can safely say computers are very inexpensive in the US) and reasonably good internet access can be afforded in most places in the nation. There is a ton of information online on how to do the work, and lots of professionals share their experience routinely.
The startup activity in the Valley has slowed a bit, but certainly hasn't stopped. Nor is there a dearth of money being invested right now (to the contrary, it seems like people are almost eager. I suspect with a weak dollar this makes more sense, but I am not sure how that all works out in the end).
Yes, America's economy is suffering right now, but it's also in the process of changing and reorienting to focus on things that Americans are in a better position to do right now. Hopefully we can make our education system realize this and make sure it educates our children on how to work within this market.
And as for housing, we haven't "destroyed the middle class." We've just overvalued housing. That is now correcting itself (you can only lie to your money for so long), and housing prices will approach a more appropriate market value and the "middle class" can afford to buy them again.
Your one-dimensional analogy burns my eyes.
Yes, you can build better desktops than mac desktops. Yes, some laptops can outspec mac laptops for less (although usually this happens with dell where they do this by sacrificing the form factor, leaving you with a thick plug-to-plug behemoth). But the PCs can't run mac software, and right there that's all the performance gap anyone needs.
Sorry, but OSX or gtfo. And the virtualization for other OSs is cheap and easy on a mac, so it's hard to argue against it now. Please let this tired argument die out and instead argue on less tired freedom and openness and flexibility grounds as opposed to "zomg my video card is better!"
Wait, Eclipse is now considered a "good" IDE?
Wow, standards have fallen.
If you can't separate your ego from your engineering, perhaps you belong in a different profession! Preferably one where I will never have to endure your masochistic BS.
I'm pretty sure there is no such thing as a 100% reflective surface. Entropy has to come and ruin the party eventually as photons leave the system.
Anyways, thank you for the link.
If H.264 on the internet becomes very ubiquitous, I wonder if they could actually enforce their royalties as listed. The Licensing fees listed for broadcast TV seem ludicrously high for internet distribution. I suppose the same thing that's happening with internet radio could happen again, onloy this time pertaining to the underlying technology.
In other words, the internet usecase is free for several more years, and is renewable on the original terms.
Yes. From YouTube.