Technitribe

interesting problems (and a few solutions, too)

Technitribe
  • About the Authors
  • Log In
  • Log Out
  • Lost Password
  • Register
  • Reset Password
    • 29 Aug 2012

      On Long-Term Goals

      Written by Tim Bielawa

      When I started considering my “long-term” goals I realized it’s important that the goals are not trivial, or even just “hard”. I believe that long-term goals should require a great effort on one’s part to attain. For me they should represent stretches of my abilities that will result in improvements to my person, both generally and professionally.

      And so, after a few years of casual contemplation and meditating, I’ve discovered the only serious long-term goals that I believe in and would follow through with. While describing them I’ll try to explain why I decided each is important to me.

      The first is the most achievable, given my tenacity (read: hardon) for documentation. I want to author a technical book. The stretch part of this is thus: ideally the produced work, in the years to follow, would become regarded as a seminal tomb of knowledge with respect to its topic. As Brooks wrote “The Mythical Man Month“, and Dave Thomas & Andrew Hunt wrote “The Pragmatic Programmer” on software engineering, and Edward Johnson wrote the “Red Hat RPM Guide” on the all aspects of the packaging format, it would become a title people instantly associate with a topic.

      I decided this goal is realistic (and something I really should do) because of the unsolicited feedback I regularly receive about the quality of my documentation. In our technical community I have the uncommon ability to write documentation which is accessible, non-threatening, thorough, correct, and clear; while still maintaining appeal and value to both newcomers and advanced users. I am able to anticipate questions about projects or tools, which I was involved in creating or use regularly, and I consistently produce relevant reference material on the subjects almost reflexively.

      And I Enjoy Doing This.

      For simplicity though, lets summarize this goal as “becoming a published technical writer.”

       

      The second goal is one I only understand at much more of a superficial level. I want to be first-author on an RFC. Perhaps, I can relate this goal as such: it is the standards-driven-specification-geek version of being first-author on a published research paper. It is a goal which focuses a community of thought (perhaps not yet even realized by the thinkers themselves), encourages further analysis, and leads to useful implementations of the paper’s contents.

      In my career as an IT professional I have been able to identify areas needing standardizing and formalization. I understand that approaching these kind of problems is best done not in a Cathedral style approach. As I’ve matured I’ve begun to understand what it is that made the best standards, the most adopted ones, earn such respect. Now, when I work on something which is intended to make peoples lives better I have a very Bazaar style approach. I actively solicit feedback and discussion throughout all phases: planning, early prototype development, initial adoption and testing, and on through actual adoption.

      Over time in my workplace, and only because of the value gained through this transparent collaboration process, have I been able to produce “solutions” (ick, that feels like such a buzzword now) that have, sometimes vastly and unexpectedly, improved the consumer’s relationships in the respective areas.

      I have learned that what I think is the best approach to a workflow or task doesn’t count for shit if the person (who, by the way, is actually hoping it solves world hunger, fixes their depression, oh — and happens to makes their job easier by cutting 20 minutes off a repetitive task) runs into an “obvious mistake” when they try to use it for the first time.

      Standards, whether they be in the form of a tool, methodology, policy, or what have you, should be obvious. Anything you produce is worthless if people don’t look at it and say “well yeah, duh”. The point of a standard is having the idea that was on everybody’s mind already (or obvious if prompted to think about it), produced and available in a format which is agreeable to a broad community of consumers.

      This is the right goal for me because we don’t have enough people in the world who naturally identify areas which would benefit from the introduction of standards, while at the same time, working with their peers to create something that other people benefit from as well. I consider myself lucky to be one of those people.

      And I Enjoy Doing This.

      That is my second goal. Lets just summarize it as “becoming the author of an RFC.”

       

      I’m unsure of exactly how to close a blog post like this. It goes without question that this is the most personal thing I’ve posted on this otherwise technical space. I know now what my goals are. The next step will be equally as difficult as discovering and accepting them was: I’m going to have to figure out how to reach them.

      • Tags »
      • goals

    3 Comment on “On Long-Term Goals”

    • Hikus

      06 Oct 2012 11:10 am

      Noble goals. If you need an editor – or unsolicited comments – I’d be happy to help!

    • Working on The Virtual Disk Guide | Technitribe | not at all like a diatribe

      21 Jan 2013 10:01 pm

      […] On Long-Term Goals […]

    • I just published my first book, The Virtual Disk Guide | Technitribe

      14 Mar 2016 09:03 am

      […] very excited (and proud) to announce that on March 3rd, 2016 I reached a long-term goal I set for myself 3½ years ago, by self-publishing my first book, The Linux Sysadmin’s […]

    Leave a Reply Cancel reply

    Your email address will not be published. Required fields are marked *

    • The Authors
    • Virtual Disk Guide

      Interested in virtualization? Do QCOWs rule your filesystem? Are you a libvirt or KVM+QEMU wizard? I wrote a book about virtual disk management. Check out the The Linux Sysadmin's Guide to Virtual Disks online for free at ScribesGuides.com.


      Consider supporting the author by purchasing a hard copy of the first edition for just $10.00 on Lulu.com.

    • bitmath

      bitmath is a Python library for dealing with file size units (GiB's, kB's, etc) in a sane way. bitmath supports arithmetic, rich comparison, conversion, automatic best human-readable representation, and many other utility functions. Read some examples on the docs site or check out the source on GitHub.

    • latest posts

      • Querying block device sizes in Python on Linux and Mac OS X February 4, 2023
      • Using jq to filter an array of objects from JSON September 9, 2019
      • Two Year Break — And we’re back! November 16, 2018
    • tags

      bitmath blog conference css dblatex DNS DocBook eclipse Emacs Erlang Fedora fedora 22 filter GNU Screen Haiku Introduction java jboss LCSEE Linux locale locales fix slicehost ubuntu Macports module nist nXML-Mode opengl open source OS X package packaging pki prefix units presentation project pypi Python scholarship si summit Tutorial ubuntu xcode XML XMPP
    • h4ck teh world

      tbielawatbielawa
      • Issue Comment
        bitmath
        February 6, 2023 - 12:55 am UTC
      • Issue Comment
        bitmath
        February 6, 2023 - 12:54 am UTC
      • Push
        bitmath
        February 6, 2023 - 12:51 am UTC
      • Issue Comment
        bitmath
        February 6, 2023 - 12:36 am UTC
      • Push
        bitmath
        February 6, 2023 - 12:30 am UTC

Creative Commons License
Technitribe by Tim Bielawa is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.