"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!
We've had about 30 years to decide draw up plans for dealing with Ebola. There is the real amount of time available for transparency, not the brief time you claim. That we chose to make no plans today does not mean we automatically agree to bring Ebola infected patients into our population centers, even if someone's life is on the line.
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!
If I could get a job in France, I think I'd move. I'd have more vacation time and I can drink wine at lunch.
I have a bunch of stuff on bandcamp and it's easier to stream it from my phone than to download it into something that my car will play.
because I say "Engage" 50 times a day now.
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.