Point of Attack
Recently, as in last week, I learned a new Texas idiom. A senior executive at a client explained what he meant when he said that I was beating his dog. I didn't have a reference for the comment until he said that if he invited me over for a barbecue and I beat his dog that was inappropriate. "How would you like it if you invited me to your house for dinner and I beat your dog?" he asked.
I had no retort. I simply shut my mouth and listened. I found it strange considering the deliverables given to me at the start of the engagement: Prepare "as is" and "to be" event driven models as if the company deployed an Open source strategy and justify my observations.
If a process has bottlenecks and breakdowns, an analyst should determine and identify those defects. So, in discussing the matter with his committee, the problems morphed into me criticizing him and the criticism morphed a dog beating.
You have experienced this many times though you may not have explained it as beating a dog. When criticized, people use a common defense mechanism:Kill the messenger. Or criticize the person reporting problems and thereby deflect the truth of the report. Whatever you do take the attention off yourself and put it on the guy with the information to convey.
Criminal attorneys use this tactic when they go after the victim. "It wasn't my client's fault, Joe Blow provoked my client and when we bring witnesses who can verify Joe Blow's strange behavior, you will see why my client cut off his legs at the knees."
Back to the Meeting
After the screaming fit about attacking the dog, the crew settled down and preceded to attack their own shop. I didn't have to say another word. I watched the client beat his own dog.
I have also noticed another phenomenon associated with beating the dog. Touch a nerve (push a button) and the emotions sky rocket. You can read a few comments on various news sites to see the escalation points.
I once thought I wanted to become a psychologist. I spent two years in practice and gave it up. I did find two years of dealing with traumatic patients helped me when I worked in organizational behavior. I specialized at that time in post merger environments.
After handling very upset people 12 hours a day and longer for two years, people afraid they would lose their jobs seemed far less intense. I would sit down and diagram a corporate paradigm and see the breakdowns.
Does This have Something to do with Yesterday's Post
Yesterday's title was "Time to Write About Something Besides Redmond". I attempted to make a point about moving our attention from non-productive to productive behavior. The logic or subtext of the article went something like this: Over a two year period I observed indecent documentation in the Open Source community. I also made an appeal to people writing articles that touched everything Microsoft did to stop making a fuss about them and write something positive.
So, what did I see?
Here's a comment I really enjoyed:
"I won't disagree, but that's because I can't follow your reasoning. You worked real hard on a book, therefore it's time to tell others to write about something other than Microsoft? Huh?"
Instead of discussing the real issue, the commenter went after the me.
Here's some further flotsom and jetsome from the same critic
"Your opening lines show that you're not just talking about yourself. You're giving advice to other writers. (Including, I assume, the Editor in Chief of the publication whose blog you're using to plug your book?) But then you fail to take your own advice at the end of your blog entry (apply it to other authors, no?)."
We have a lot of people writing about Open Source and they think they're famous because they are prolific. So, be prolific in a productive way. Criticism of a deeply embedded vendor of software in the corporate world will attract very few, if any, friends of Linux. But, writing productively to help projects work for people wanting to use Open source Software could make a big difference.
At the moment, people who might consider an Open Future turn their noses up as if they smell something foul. They don't have the familiarity or understand terms like Abdabi, XEmacs, glibc, Xorg, bison and so forth. And, they don't have the motivation to find out.
So, point your attack where it will do some good. And that's all I have to say about that.
Practical Task Scheduling Deployment
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- The Firebird Project's Firebird Relational Database
- Stunnel Security for Oracle
- My +1 Sword of Productivity
- Non-Linux FOSS: Caffeine!
- Managing Linux Using Puppet
- SUSE LLC's SUSE Manager
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- SuperTuxKart 0.9.2 Released
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide