Either this is a technology failure, or HP has been trying very hard to ensure that nobody could possibly find their documentation.
Well, HP is a Fortune 500 company, so it's probably both.
Why fail merely through incompetence or ineptness when you can do both? You can legitimately classify every minor bug as WONTFIX - As Designed, and every major bug can be fixed as a design error in the next version of your hardware that costs 10% more. Obsolescence through incompetence is the major business model of the modern world.
With Kickstarter, you're expected to produce what you get funded to do. Usually, what the backers get in return is a copy of the game, and little else. If the game sucks or doesn't sell, the backers are shit out of luck and the founders get a lot of bad press. That's about it.
Before Kickstarter, you had to seek out investors or venture capitalists. You know what they want in return? A monetary share of the profits with a value somewhat greater than their investment. You drop the ball and you end up in court. They want to see your account books. They want the source code and any assets you produced.
Guess what? Kickstarter's fad phase is over. Now you have to show your work. Too many projects didn't deliver, or didn't deliver on enough. Too many assholes have poisoned the well and people are going to be wary about drinking. I suspect Steam's Greenlight will do the same thing. Too many games get released as "early alpha" and then the devs get the money and stop development or development slows to a crawl. Greenlight now feels like "buy a prototype" and Kickstarter feels like "fund a pipe dream." People don't want dreams and prototypes. They want fully fleshed out games!
If your car has an interlock installed, any driver would need to use it to start the vehicle.
It's not meant to be convenient. That it's onerous is entirely intentional. It's meant to punish you by forcibly preventing illegal behavior. It provides an alternative between a fine and a suspended license. That's all. Interlocks aren't installed for first time offenders. It's likely this will be the same. Don't like it? Stop risking other peoples lives.
1. POSIX environments have already been done on Windows, and they universally suck. SFU/Interix is shit. Cygwin is shit. MKS Toolkit is shit. MinGW/MSYS, which does a better job than any of them, is mostly shit. Even UnxUtils, which is just binaries modified for use with the actual Windows cmd shell are mostly shit. There are so many fundamental differences of philosophy that make working with a Windows system as though it were a POSIX system fundamentally untenable. You're stuck with mostly just munging text files in a binary world.
2. Powershell is what.NET developers think Windows administrators want in a shell. That's why you're allowed to do stuff like import.NET assemblies and use essentially unmodified C# code, but there's still no native SFTP client or server.
Powershell is about 90% of what an administrator actually wants in a shell, and it's actually not that bad. Compared to cmd.exe or VBscript it's balls out fantastic. However, an administrator shouldn't need to learn about.NET objects to be able to write a script, and they shouldn't feel like there's such a fundamental separation between what the shell can do with.NET piping and what executable programs can do. There's a very real encouragement to make everything in Powershell written in and with Powershell exclusively. Like no calling of a binary to do something unless you have no other choice. The shell and the community philosophy very much discourage that... for no real reason other than it's more difficult to get a.NET object out of a binary file and manipulate it with arbitrary.NET methods. I've seen people re-implement a command line zip program with [System.IO.Compression] instead of just using 7z.exe. Why? Just so they can use.NET objects that they never do anything with.
Honestly I really love Powershell, but I wish the philosophy were geared more around getting shit done than getting shit done with.NET.
No the dirty secret is when IT people are young we are all naive, idealistic Libertarians who couldn't fathom the idea that Labor might need protection from Capital when the Free Market can clearly fix all ills if only the government would get out of the way. When we're older one of two things has happened: we're in management and on the other side of the table, or we're still in the trenches and we'd rather dangle in the breeze than swallow the bitter pill of our own reality or try to convince the new, naive. idealistic, Libertarian junior coworker that he's getting the shit end of the stick on purpose.
Putting aside the whole whitespace debate(*), I'm pretty sure that python has its own list of issues. Maybe not to the same extent as PHP, but they exist.
Picking a programming language is like picking an application, though. It's not about picking the syntax. That's not particularly relevant unless you're looking at Brainfuck or INTERCAL or GW-BASIC. You start by deciding what capabilities you need. There are inevitably several choices that meet your technical requirements, so in the end you're picking a language based on whatever set of limitations and issues you're willing to work with.
Application support always says to turn off everything that might possibly interfere with their precious application. They would have you shut down the operating system if they didn't need it. Application support lives in a fairy land where the only thing they have to worry about is their application. They don't have to fix anything if the application isn't broken. They have no interest in anything else. A good vendor will program their application to work with the system standards. Most ISVs are not good vendors.
As a system or network admin, you have to protect the application from the rest of the network and protect the rest of the network from the application and protect everything from the users and the Internet. Part of doing that is firewalling the crap out of your core network, and if you can't do that you should be looking at adding more VLANs and controlling traffic that way.
The school district wasn't blindsided. The county was.
I work at a school district, so let me tell you how public schools get their Internet. Obviously it's going to vary, but from what I've seen our situation is the most common.
Every building in a district runs fiber between their buildings to a central building where the district's servers are kept. It could be in the basement of the high school or some administrative building, but that's what happens. It's easy enough for the district to do capacity planning. Each school district may then connect to an intermediate school district, but ultimately then connects to the county's municipal network. This network is the ISP that connects every municipal office, such as city, village, police, fire, public works, etc. to the Internet. In my state, Michigan, the county connects to a statewide municipal network originally put in place to connect the public universities to the proto-Internet for research (our ISP, Merit, was founded in 1966).
In this story, the problem is at the county level, the middle man between the school and the state-wide network. This is not particularly surprising, since since in every case I've seen, the county is a) poorly funded, b) poorly staffed, and c) tends to be forgotten about. When a neighboring district went 1-to-1 at the high school level with lots of online classes, they did reasonable capacity planning for the district's small network and quadrupled the bandwidth from the high school to the district servers, and the district to the county (the district consists of 3 buildings on the same plot of land, so it was fairly simple). What they didn't do was consider that the county level needed upgrades as well. My district is about 8500 students across more than a dozen buildings, and this was about 200 students in just one building (grades 9 and 10). They were using about 90% of the bandwidth on our connection. That district got moved to a different connection pretty quickly, but until then nobody in our district could use the Internet during the school day.
If they actually provide a service that people need, then why are they so afraid of direct sales? It seems to me that, like home realtors, car dealerships ought to be perfectly capable of functioning in a mixed market.
It depends. If he was a licensed PE he had a professional and legal obligation to intervene with the switch, regardless of how he felt about it. If he wasn't a PE, then whomever the PE was that was managing him and approving his designs is to blame.
It's not for reasons known only to them. It's for a very good reason.
Learning a new interface to do the same tasks you already know how to do is really irritating. Even when the new interface is better, it's irritating as hell, and it takes a long time to get used to. Apple has had a huge amount of success making iPhones, iPads, and iPods all with the exact same interface. The exact same OS. There's even talk that Apple will abandon OS X on the Mac in favor of iOS.
"But," you say, "Apple products for most people are home consumer products. Business and office applications still run on Windows." Ah, true, but the hype is that the cloud is where it's at, and web applications will replace all thick applications just like they've replaced client/server applications. If iOS is the number one platform (it isn't now, but it was looking like it would be when Win8 was being developed) and everybody grows up knowing iOS and there are all these iOS apps and everything else is web-based... what's drawing people to Windows? What happens when iOS Safari has a larger market share than Windows Internet Explorer? And what if Google makes Android work on the PC?! Now you've got two major competitors and you're not even competing with them in the largest portion of the market (i.e., mobile).
"Oh, no!" Microsoft screams. "We need to unify Windows on the PC, smartphones, and tablets! What do you mean we don't have any tablets!? We need a Windows tablet! We need an App Store! We need a touch interface at all costs!"
So, that's what they did. They made a new OS built to run on tablets and smartphones, since those are the fastest growing market segments and those with the most mind share. They cut the Start Menu, which doesn't work that well on a phone or tablet at all, and created the tile menu in Win8. Unfortunately, they missed that you can't increase market share by abandoning your old market in favor of a new market. And just because a common interface is beneficial doesn't mean any common interface is sufficient to the task. You'll notice, for example, that iOS is 7 years old and currently on version 7... and still not on the desktop.
Slashdot Mirror
Either this is a technology failure, or HP has been trying very hard to ensure that nobody could possibly find their documentation.
Well, HP is a Fortune 500 company, so it's probably both.
Why fail merely through incompetence or ineptness when you can do both? You can legitimately classify every minor bug as WONTFIX - As Designed, and every major bug can be fixed as a design error in the next version of your hardware that costs 10% more. Obsolescence through incompetence is the major business model of the modern world.
With Kickstarter, you're expected to produce what you get funded to do. Usually, what the backers get in return is a copy of the game, and little else. If the game sucks or doesn't sell, the backers are shit out of luck and the founders get a lot of bad press. That's about it.
Before Kickstarter, you had to seek out investors or venture capitalists. You know what they want in return? A monetary share of the profits with a value somewhat greater than their investment. You drop the ball and you end up in court. They want to see your account books. They want the source code and any assets you produced.
Guess what? Kickstarter's fad phase is over. Now you have to show your work. Too many projects didn't deliver, or didn't deliver on enough. Too many assholes have poisoned the well and people are going to be wary about drinking. I suspect Steam's Greenlight will do the same thing. Too many games get released as "early alpha" and then the devs get the money and stop development or development slows to a crawl. Greenlight now feels like "buy a prototype" and Kickstarter feels like "fund a pipe dream." People don't want dreams and prototypes. They want fully fleshed out games!
If your car has an interlock installed, any driver would need to use it to start the vehicle.
It's not meant to be convenient. That it's onerous is entirely intentional. It's meant to punish you by forcibly preventing illegal behavior. It provides an alternative between a fine and a suspended license. That's all. Interlocks aren't installed for first time offenders. It's likely this will be the same. Don't like it? Stop risking other peoples lives.
Which makes them not particularly different than Canonical. Or IBM. Or Microsoft, for that matter.
And what happens to the next guy? What happens when there isn't any truly indispensable software left? You just stop making new games?
Two reasons:
1. POSIX environments have already been done on Windows, and they universally suck. SFU/Interix is shit. Cygwin is shit. MKS Toolkit is shit. MinGW/MSYS, which does a better job than any of them, is mostly shit. Even UnxUtils, which is just binaries modified for use with the actual Windows cmd shell are mostly shit. There are so many fundamental differences of philosophy that make working with a Windows system as though it were a POSIX system fundamentally untenable. You're stuck with mostly just munging text files in a binary world.
2. Powershell is what .NET developers think Windows administrators want in a shell. That's why you're allowed to do stuff like import .NET assemblies and use essentially unmodified C# code, but there's still no native SFTP client or server.
Powershell is about 90% of what an administrator actually wants in a shell, and it's actually not that bad. Compared to cmd.exe or VBscript it's balls out fantastic. However, an administrator shouldn't need to learn about .NET objects to be able to write a script, and they shouldn't feel like there's such a fundamental separation between what the shell can do with .NET piping and what executable programs can do. There's a very real encouragement to make everything in Powershell written in and with Powershell exclusively. Like no calling of a binary to do something unless you have no other choice. The shell and the community philosophy very much discourage that... for no real reason other than it's more difficult to get a .NET object out of a binary file and manipulate it with arbitrary .NET methods. I've seen people re-implement a command line zip program with [System.IO.Compression] instead of just using 7z.exe. Why? Just so they can use .NET objects that they never do anything with.
Honestly I really love Powershell, but I wish the philosophy were geared more around getting shit done than getting shit done with .NET.
"February 2, 2009"? Wow, I didn't imagine it. The 90s did last forever.
perhaps you can enlighten us as to why he's wrong
I never said he was wrong... Only that he's true to form..
So he's right, but for the wrong reasons? How do you know when he's right for the right reasons?
Yeah, this is what they looked like in the 90s.
Actually, it does. It just boots too fast for you to press the key.
No the dirty secret is when IT people are young we are all naive, idealistic Libertarians who couldn't fathom the idea that Labor might need protection from Capital when the Free Market can clearly fix all ills if only the government would get out of the way. When we're older one of two things has happened: we're in management and on the other side of the table, or we're still in the trenches and we'd rather dangle in the breeze than swallow the bitter pill of our own reality or try to convince the new, naive. idealistic, Libertarian junior coworker that he's getting the shit end of the stick on purpose.
Don't listen to him! He sold me a dimension and when I got it home it turned out to be merely a complex vector!
Putting aside the whole whitespace debate(*), I'm pretty sure that python has its own list of issues. Maybe not to the same extent as PHP, but they exist.
Picking a programming language is like picking an application, though. It's not about picking the syntax. That's not particularly relevant unless you're looking at Brainfuck or INTERCAL or GW-BASIC. You start by deciding what capabilities you need. There are inevitably several choices that meet your technical requirements, so in the end you're picking a language based on whatever set of limitations and issues you're willing to work with.
I should also add that what they are doing is at best a "semi-formal specification". Still pretty clunky.
That seems appropriate considering the topic.
Application support always says to turn off everything that might possibly interfere with their precious application. They would have you shut down the operating system if they didn't need it. Application support lives in a fairy land where the only thing they have to worry about is their application. They don't have to fix anything if the application isn't broken. They have no interest in anything else. A good vendor will program their application to work with the system standards. Most ISVs are not good vendors.
As a system or network admin, you have to protect the application from the rest of the network and protect the rest of the network from the application and protect everything from the users and the Internet. Part of doing that is firewalling the crap out of your core network, and if you can't do that you should be looking at adding more VLANs and controlling traffic that way.
The possibility of a resonance cascade scenario is extremely unlikely!
The school district wasn't blindsided. The county was.
I work at a school district, so let me tell you how public schools get their Internet. Obviously it's going to vary, but from what I've seen our situation is the most common.
Every building in a district runs fiber between their buildings to a central building where the district's servers are kept. It could be in the basement of the high school or some administrative building, but that's what happens. It's easy enough for the district to do capacity planning. Each school district may then connect to an intermediate school district, but ultimately then connects to the county's municipal network. This network is the ISP that connects every municipal office, such as city, village, police, fire, public works, etc. to the Internet. In my state, Michigan, the county connects to a statewide municipal network originally put in place to connect the public universities to the proto-Internet for research (our ISP, Merit, was founded in 1966).
In this story, the problem is at the county level, the middle man between the school and the state-wide network. This is not particularly surprising, since since in every case I've seen, the county is a) poorly funded, b) poorly staffed, and c) tends to be forgotten about. When a neighboring district went 1-to-1 at the high school level with lots of online classes, they did reasonable capacity planning for the district's small network and quadrupled the bandwidth from the high school to the district servers, and the district to the county (the district consists of 3 buildings on the same plot of land, so it was fairly simple). What they didn't do was consider that the county level needed upgrades as well. My district is about 8500 students across more than a dozen buildings, and this was about 200 students in just one building (grades 9 and 10). They were using about 90% of the bandwidth on our connection. That district got moved to a different connection pretty quickly, but until then nobody in our district could use the Internet during the school day.
And what if you have a house fire, break in, or accident?
So, what, all Windows patents are invalidated?
If they actually provide a service that people need, then why are they so afraid of direct sales? It seems to me that, like home realtors, car dealerships ought to be perfectly capable of functioning in a mixed market.
No, I think GP is referring to the $1.2 billion settlement for concealing safety defects.
It depends. If he was a licensed PE he had a professional and legal obligation to intervene with the switch, regardless of how he felt about it. If he wasn't a PE, then whomever the PE was that was managing him and approving his designs is to blame.
Note: Patch for FileZilla is already available. Update to 3.8.1 which uses GnuTLS 3.2.15.
FileZilla uses GnuTLS because the maintainer decided OpenSSL had an API that was too unwieldy.
It's not for reasons known only to them. It's for a very good reason.
Learning a new interface to do the same tasks you already know how to do is really irritating. Even when the new interface is better, it's irritating as hell, and it takes a long time to get used to. Apple has had a huge amount of success making iPhones, iPads, and iPods all with the exact same interface. The exact same OS. There's even talk that Apple will abandon OS X on the Mac in favor of iOS.
"But," you say, "Apple products for most people are home consumer products. Business and office applications still run on Windows." Ah, true, but the hype is that the cloud is where it's at, and web applications will replace all thick applications just like they've replaced client/server applications. If iOS is the number one platform (it isn't now, but it was looking like it would be when Win8 was being developed) and everybody grows up knowing iOS and there are all these iOS apps and everything else is web-based... what's drawing people to Windows? What happens when iOS Safari has a larger market share than Windows Internet Explorer? And what if Google makes Android work on the PC?! Now you've got two major competitors and you're not even competing with them in the largest portion of the market (i.e., mobile).
"Oh, no!" Microsoft screams. "We need to unify Windows on the PC, smartphones, and tablets! What do you mean we don't have any tablets!? We need a Windows tablet! We need an App Store! We need a touch interface at all costs!"
So, that's what they did. They made a new OS built to run on tablets and smartphones, since those are the fastest growing market segments and those with the most mind share. They cut the Start Menu, which doesn't work that well on a phone or tablet at all, and created the tile menu in Win8. Unfortunately, they missed that you can't increase market share by abandoning your old market in favor of a new market. And just because a common interface is beneficial doesn't mean any common interface is sufficient to the task. You'll notice, for example, that iOS is 7 years old and currently on version 7... and still not on the desktop.