One of the entry level jobs at my company is working in our Network Operations Center. This job is part system administration, part customer service and part security guard:) Typically a NOC engineer watches monitoring systems and performs actions when things go wrong. They also execute changes on our production systems and occasionally communicate with customers about system issues. There are also routine administration tasks that need to be performed.
The hours can be challenging since the NOC is staffed 24/7. But the shifts are regular and predictable, and more desirable shifts open up after some time on the job. The best NOC engineers are resourceful and reliable, which seems achievable by retrained elderly workers. You can learn quite a bit on the job as well, since there are so many different ways that systems can fail:)
One of our better employees lives in Kansas City - rock on! I think you have brought up an important point - good talent is awesome, no matter where they live. Going forward it is critically important to find good talent wherever you can find it.
This sounds like a real situation, but I don't see it here in the Bay Area. Most companies list everything they want in a perfect candidate and take the best fit they can find, due to the large demand and lack of supply of qualified software engineers here. Companies that hire based exclusively on exact experience matches will end up paying for their narrowmindedness by hiring mediocre talent instead of looking at brighter candidates that could end up contributing more if given the opportunity to learn the specialized skills they lack.
I am reminded of what I heard about hiring at a state school though. It is not unusual to tailor the requirements to either match a desired prospect or exclude undesirable coworkers who are guaranteed a preferential opportunity to apply for the job. I guess these are the games that employers play when they have to play by arbitrary rules.
Ironically those are three things that were not true for Bilbo Baggins when he started his adventure. I'm not sure why I felt the need to point this out.
I had largely the same experience at UC Berkeley, but I wasn't paying tens of thousands of dollars a year in tuition. If I were going to an elite, spendy private school I would expect more in the classroom.
That said, teachers are only a part of the learning experience. I learned a lot of interesting things from the teaching assistants that helped with our large classes, and still more from random older students in our computer labs. One of the advantages of going to a ginormous research university is that there are a lot of really smart people that you can learn from outside of lectures.
Java developers aren't going to decide to switch to Objective-C to address 5% of the desktop market. Most of the Java developers I know prefer Mac hardware for its easy interoperability with Linux. If Apple kills the Mac OS JVM then we will be forced to switch to Windows. I don't see how this benefits Apple in any way.
I know I don't - I don't think there are a whole lot of them. After all, Objective C has no significant enterprise market and 5% of all desktops. The only software market they have a significant presence in is mobile apps, which is growing but is still pretty tiny. I don't see Objective C getting all that much traction unless Apple loosens their grip, and that doesn't seem very likely.
I agree with your point, but given the popularity of RPGs that force the player to perform inventory management this task must actually be enjoyable to many gamers. It does force the player to make decisions about the relative worth of loot.
Sadly I agree that many developers will put up with awful working conditions, but that is mostly because they are paid pretty well. I disagree that you don't need brilliant developers, but it can be difficult finding the right balance between folks that write "profound code" and folks that are willing to copy that code and finish all the required functionality. Software development is still growing rapidly, so any company that thinks their developers are willing to put up with anything to keep their jobs is going to lose out when the economy gets good and there are many jobs available.
If everyone followed your suggestion then developers would all work in the equivalent of a college computer lab - long tables with closely packed workstations and no personal space. I have never seen anyone try this, but even when companies use relatively small, open cubes it can be distracting to many developers. OTOH I have worked in a building where every developer had an office with a door that closed, and that didn't really help either since it made collaboration kind of tough. I think it is worth thinking about productivity when it comes to setting up an office. The incremental costs are not that high compared to the cost of even a single-digit change in a typical developer's productivity.
It can be difficult to determine the size of a program when you are first starting to write it. Obviously it would be faster to hack together a trivial program like "Hello World" in a simple text editor. IDEs are more useful when you are solving non-trivial problems, like maintaining a couple hundred source files and integrating dozens of external libraries.
That sounds like a project manager to me - an experienced professional with leadership experience that doesn't participate in the day-to-day work of the development team. The best sprints I have participated in have been facilitated by project managers.
How is a website supposed to know the difference between a visitor and a crawler? Both send HTTP requests for pages. Crawlers could use special user agent strings, but they don't have to. The only way to keep automated systems off of a website is to use a CAPTCHA, which tends to be annoying to legitimate users, and therefore used sparingly.
Apparently some folks in Zimbabwe had to start posting signs on restroom doors to ask people not to wipe their asses with money, since it's cheaper than toilet paper but clogs up the plumbing.
Many folks cannot call 911. Local civil services are mobilizing to ensure that folks can get critical services if needed. Banks are closed, businesses are unable to process credit card transactions. And I can't work from home today. I would call this havoc.
Python? Luxury! Back in the day we had to write a solution for the Towers of Hanoi in assembly! And we didn't have PCs with gigabytes of memory, large color monitors and local processing resources. We had to make do with VT220 terminals (in green or amber) connected to a DEC minicomputer, which today wouldn't be trusted to control a modern toaster.
Actually that is exactly what data is - a bunch of anecdotes. You only get information when you analyze the anecdotes and determine if there is a common pattern.
I have been coding biz apps for even longer, and I sympathize. I recently transferred to a group that produces back-end serving software, which is a really different challenge. There is no UI, no RDBMS, and we are using a new programming language to boot. These opportunities are out there if you are willing to change.
One of the entry level jobs at my company is working in our Network Operations Center. This job is part system administration, part customer service and part security guard :) Typically a NOC engineer watches monitoring systems and performs actions when things go wrong. They also execute changes on our production systems and occasionally communicate with customers about system issues. There are also routine administration tasks that need to be performed.
The hours can be challenging since the NOC is staffed 24/7. But the shifts are regular and predictable, and more desirable shifts open up after some time on the job. The best NOC engineers are resourceful and reliable, which seems achievable by retrained elderly workers. You can learn quite a bit on the job as well, since there are so many different ways that systems can fail :)
One of our better employees lives in Kansas City - rock on! I think you have brought up an important point - good talent is awesome, no matter where they live. Going forward it is critically important to find good talent wherever you can find it.
This sounds like a real situation, but I don't see it here in the Bay Area. Most companies list everything they want in a perfect candidate and take the best fit they can find, due to the large demand and lack of supply of qualified software engineers here. Companies that hire based exclusively on exact experience matches will end up paying for their narrowmindedness by hiring mediocre talent instead of looking at brighter candidates that could end up contributing more if given the opportunity to learn the specialized skills they lack.
I am reminded of what I heard about hiring at a state school though. It is not unusual to tailor the requirements to either match a desired prospect or exclude undesirable coworkers who are guaranteed a preferential opportunity to apply for the job. I guess these are the games that employers play when they have to play by arbitrary rules.
Isn't every IT "war" a fight between cupcakes?
Kudos for hitting virtually all of the important buzzwords! MVC is far too old for your usage, though; you should have used RESTful instead.
Yes, I read there is an impending Zombie Apocalypse to prepare for...
How does your company attract and retain talent with such draconian policies?
Ironically those are three things that were not true for Bilbo Baggins when he started his adventure. I'm not sure why I felt the need to point this out.
I had largely the same experience at UC Berkeley, but I wasn't paying tens of thousands of dollars a year in tuition. If I were going to an elite, spendy private school I would expect more in the classroom.
That said, teachers are only a part of the learning experience. I learned a lot of interesting things from the teaching assistants that helped with our large classes, and still more from random older students in our computer labs. One of the advantages of going to a ginormous research university is that there are a lot of really smart people that you can learn from outside of lectures.
Java developers aren't going to decide to switch to Objective-C to address 5% of the desktop market. Most of the Java developers I know prefer Mac hardware for its easy interoperability with Linux. If Apple kills the Mac OS JVM then we will be forced to switch to Windows. I don't see how this benefits Apple in any way.
I know I don't - I don't think there are a whole lot of them. After all, Objective C has no significant enterprise market and 5% of all desktops. The only software market they have a significant presence in is mobile apps, which is growing but is still pretty tiny. I don't see Objective C getting all that much traction unless Apple loosens their grip, and that doesn't seem very likely.
I agree with your point, but given the popularity of RPGs that force the player to perform inventory management this task must actually be enjoyable to many gamers. It does force the player to make decisions about the relative worth of loot.
They're going to lock up everyone who tries to access internet porn? I doubt there are enough prisons in China to hold every man with a computer.
How can a company that is shaping up to gross 60 billion dollars a year and earn a 20% profit margin possibly not be at least partly evil?
Sadly I agree that many developers will put up with awful working conditions, but that is mostly because they are paid pretty well. I disagree that you don't need brilliant developers, but it can be difficult finding the right balance between folks that write "profound code" and folks that are willing to copy that code and finish all the required functionality. Software development is still growing rapidly, so any company that thinks their developers are willing to put up with anything to keep their jobs is going to lose out when the economy gets good and there are many jobs available.
If everyone followed your suggestion then developers would all work in the equivalent of a college computer lab - long tables with closely packed workstations and no personal space. I have never seen anyone try this, but even when companies use relatively small, open cubes it can be distracting to many developers. OTOH I have worked in a building where every developer had an office with a door that closed, and that didn't really help either since it made collaboration kind of tough. I think it is worth thinking about productivity when it comes to setting up an office. The incremental costs are not that high compared to the cost of even a single-digit change in a typical developer's productivity.
It can be difficult to determine the size of a program when you are first starting to write it. Obviously it would be faster to hack together a trivial program like "Hello World" in a simple text editor. IDEs are more useful when you are solving non-trivial problems, like maintaining a couple hundred source files and integrating dozens of external libraries.
That sounds like a project manager to me - an experienced professional with leadership experience that doesn't participate in the day-to-day work of the development team. The best sprints I have participated in have been facilitated by project managers.
How is a website supposed to know the difference between a visitor and a crawler? Both send HTTP requests for pages. Crawlers could use special user agent strings, but they don't have to. The only way to keep automated systems off of a website is to use a CAPTCHA, which tends to be annoying to legitimate users, and therefore used sparingly.
Apparently some folks in Zimbabwe had to start posting signs on restroom doors to ask people not to wipe their asses with money, since it's cheaper than toilet paper but clogs up the plumbing.
Can the C64 be overclocked? Yes. My friend has a souped up C64 with a turbo switch. I believe you can crank up the clock from 1Mhz to 2-4Mhz.
Not to mention the added luster of nostalgia. I was showing my mom Fallout 3 and her comment was like "wow, it looks almost as good as Myst!"
Many folks cannot call 911. Local civil services are mobilizing to ensure that folks can get critical services if needed. Banks are closed, businesses are unable to process credit card transactions. And I can't work from home today. I would call this havoc.
Python? Luxury! Back in the day we had to write a solution for the Towers of Hanoi in assembly! And we didn't have PCs with gigabytes of memory, large color monitors and local processing resources. We had to make do with VT220 terminals (in green or amber) connected to a DEC minicomputer, which today wouldn't be trusted to control a modern toaster.
Actually that is exactly what data is - a bunch of anecdotes. You only get information when you analyze the anecdotes and determine if there is a common pattern.
I have been coding biz apps for even longer, and I sympathize. I recently transferred to a group that produces back-end serving software, which is a really different challenge. There is no UI, no RDBMS, and we are using a new programming language to boot. These opportunities are out there if you are willing to change.