I know a woman who until recently worked as a secretary to one of the presidents of a large regional bank. The first thing she did each morning was to print out the president's e-mails, and bring them to him on paper. He would then dictate his responses and she would send the e-mail responses for him.
The job paid big bucks for several reasons:
- She knows how to take fast, accurate dictation with steno. They don't teach that anywhere anymore.
- She knows how to file. Real paper files.
- She would place his phone calls for him, old-fashioned style. He would say, "I need to talk to Mr. X," and a in a couple of minutes she'd be on the phone: "Is this Mr. X? Please hold for bank president Y."
- She dressed the part; coming to work in a proper business suit and briefcase each day, not carrying a backpack like a sixth-grader.
- She didn't mind making coffee for the boss. It's a hate crime to even ask these days, but she did it happily.
That bank president must have a very low stress level, since he only had to see his paper e-mail once a day.
Or at all hours of the evening, night and early morning, since some people we work with don't seem to understand the concept of leaving work at work.
Curiously, post-retirement he's bought a smartphone and is actually moderately competent with it, in a way I never really saw him be with a computer...
> - She didn't mind making coffee for the boss. It's a hate crime to even ask these days, but she did it happily.
This seems like very strange editorializing to me. Do backpacks bother you so much? Who is complaining about making coffee if that's in the job description?
I would be surprised if this is still not one of the responsibilities of secretaries that work for CEO's.
Here in Finland, practically everyone carries one. From young kids to grown adult men and women. I even saw an old person with one the other day. One can’t carry as much nor is it practical to use briefcases.
https://media.gettyimages.com/photos/illustration-depicting-...
It is also dominance game - there is that thug-of-war among professionals over autonomy, leadership, ideas, credit, blame and what not. A person that should have no authority to order her around is ordering her around in front of third parties, which makes him look more like a boss and her more like secretary. Both request and complaint are office politics. Not coincidentally, secretaries (unlike industry professionals) are supposed to act rather submissive and manage boss emotions rather then propose ideas, argue or fight for them.
Of course they do, usually it's directed at court jobs, but anyone can take a steno course.
"Steno" with pencil and a steno pad. Not a stenography machine.
This is something I've been thinking more and more about lately. I used to be happy with the lax attitude most tech places have to attire but honestly I look around my office now and I wish we had a bit more of a dress standard. I was a tshirt and hoodie fiend but changed to slacks/smart jeans and a shirt recently. I've been on the end of so many barbs and jokes from coworkers over this (which I take in good humour). Interestingly I've found that I'm being taken more seriously by our management side/CTO etc. I have no interest in moving over there by the way, I'll be coding til I retire.
I'm going to be asked why we should change and what's wrong with the casual approach. I think if as a profession we want to be taken seriously, we need to start looking the part. Sure a lawyer could rock up into court wearing shorts and a faded 1980s Man Utd jersey and still do a good job, but honestly what would you actually think of him? What is actually wrong with looking smart?
Pretty much a reverse of a casual Friday.
* Client in the client-server computing sense.
I would hire him as my full time lawyer in a heartbeat, but that's just me.
(An IT illustration: there are still places running RHEL6 in production and not seeing an effort to migrate from it worth the while. They have more important things to do.)
Teaching seems to be one way to avoid this. You have to keep defending your decisions. Switching specializations (or creating new ones) is another. The only other way I know is to seek outside help, and that level of humility is rare in experts.
I've barely been in the industry for 90 days and I've already had to deal with the lack of the above in RHEL6.
(Indirectly, mind you; but I believe that the transition between RHEL6 and CentOS6 is negligible for the current topic.)
That said, I also hate working on RHEL 6.
... unless the software's needs evolve over time such as to require them.
> you know if your gray box ships with a 10gbe card or not
Yes; and lucky we do know. Else, our upcoming model of gray boxes that - unlike their predecessors - aren't approaching EOL but are only available with 10gbe cards ... would already be shipping with broken networking.
> all Python packages
That's a weakness in the language. You trade such a simple syntax for dependency hell. Oh, you wanted XML-derp-3.5.2.9.6? Well that requires XML-slurp-2.6.5.9.77 and you only have '75, sorry bud, can't possibly work. Oh but if you upgrade XML-slurp that breaks pycairo-2.7.55-1 and all your GUI code will stop working. Fun stuff.
We just got off of RHEL5, so I can understand why there are people still running 6.
I recently interviewed at a startup (though a reasonably far-along/mature, if not spectacularly successful by VC standards) that was both running RHEL6 and depending a remarkable amount on "enterprise" gear, software, and support, which seemed incongruous for any small company, let alone a startup.
They did see it as worthwhile to "migrate" to CentOS6, but I'm pretty sure the interviewer who was the incumbent rejected me quickly and strenuously after I admitted a preference for Ubuntu (due to its package ecosystem better catering to a wider array of developers, making my DevOps culture evangelism and implementation that much easier) and a focus on frugality first when it comes to hardware (that being a huge benefit of it being a commodity).
> They have more important things to do.
Poe's Law aside, I do actually find this to be a valid argument, if it's presented eyes-open, rather than just through inertia.
That is, there's a difference between having considered the migration and deciding it's not worth it (or that the "more important things" are more worth it and take priority) and not having considered the migration at all because those "more important things" completely consumed everyone's attention. I don't mean to present these as a false dichotomy, just two extremes that illustrate my point.
We're currently re-building all our systems to target RHEL6 because that's what the execs decided, if we're lucky the project will be done before it's end of lifed. They also decided that we'd be using modern c++, more modern than the GCC that ships with RHEL6. Thanks to these largely incompatible requirements the team responsible has practically built their own distro on top of RHEL6, with a newer gcc and a rebuild of all the libraries we use complete with it's own package management system. I think it's customized enough that a highly doubt redhat could off us any support anyway.
I'm not blaming these guys, they're part of a system that treats them like gods.
Do you need to now IP protocol to use the internet?
Old people generally don't like change, they have things set up as they like them.
Out of and interest in both computer protocols and medicine, I'm curious to know if you have any specific examples of those concepts you mention.