{"id":10804,"date":"2025-06-03T01:05:00","date_gmt":"2025-06-03T05:05:00","guid":{"rendered":"https:\/\/www.both.org\/?p=10804"},"modified":"2025-07-06T14:35:39","modified_gmt":"2025-07-06T18:35:39","slug":"the-linux-philosophy-for-sysadmins-tenet-21-there-is-no-should","status":"publish","type":"post","link":"https:\/\/www.both.org\/?p=10804","title":{"rendered":"The Linux Philosophy for SysAdmins, Tenet 21\u2014There is no should"},"content":{"rendered":"
\r\n
\r\n \r\n <\/i>\r\n <\/a>\r\n <\/span>\r\n<\/div><\/div>\n

Author\u2019s note: <\/strong>This article is excerpted in part from chapter 23 of my book, The Linux Philosophy for SysAdmins<\/a>, with significant changes to update the information in it and to better fit this format.<\/em><\/p>\n\n\n\n

This had not really been one of my tenets until I began writing my book and especially the part about the contest I created for Opensource.com. It struck me as I was writing that section that I had already used the phrase, \u201cThere is no should,\u201d more than once. I even discussed it briefly in Chapter 2 so I started thinking about this in a new way and decided that it really should be a tenet.<\/p>\n\n\n\n

This tenet is about possibilities. It is also the most Zen of all of the chapters in the book. It is more about how our minds work to solve problems than it is about specific technology. It is also about overcoming or at least recognizing some of the obstacles that prevent us from fully utilizing the potential we have in ourselves.<\/p>\n\n\n\n

There are always possibilities<\/h2>\n\n\n\n

In \u201cThe Wrath of Kahn,\u201d Spock says, \u201cThere are always possibilities.\u201d With Linux there are always possibilities — many ways to approach and solve problems. This means that you may perform a task in one way while another SysAdmin may do it in another. There is no one way in which tasks “should” be done. There is only the way you have done it. If the results meet the requirements then the manner in which they were reached is perfection.<\/p>\n\n\n\n

There’s an excellent example of this in \u201cThe pipeline challenge\u201d section of Tenet 2 –Transforming data streams<\/a>. More than 80 SysAdmins from around the world submitted their solutions to a problem I posed in the form of a contest on Opensource.com. A few of the solutions were very close to being alike but no two were exactly alike and many were very different. Each of those SysAdmins had a unique, creative solution that met the requirements of the contest.<\/p>\n\n\n\n

How can a single problem, when presented to so many different people, result in such a wide range of solutions? There are two factors in play here. It’s because what at first glance is the seeming complexity of Linux is in actuality its incredible flexibility. The many diverse solutions to this one specific problem is the direct result of the many different commands and utilities available to the Linux System Administrators.<\/p>\n\n\n\n

The second factor is that which Linux SysAdmins have learned Linux in many different ways and our experiences are so different. It is also the fact that these experiences have allowed us to realize that the unrestricted nature of Linux and open source software allows us to more fully understand and reason about the operating system. Even when using the exact same commands we can find different ways to apply them to the problem at hand.<\/p>\n\n\n\n

The beauty of Linux<\/h2>\n\n\n\n

The beauty of Linux is that there are so many ways to solve problems and every problem is a unique opportunity to apply the Linux tools in different and creative ways. <\/p>\n\n\n\n

Just as Linux furnishes users with multiple options for word processing, spreadsheets, financial management, web browsing, and much more, it also accommodates SysAdmins with dozens of options for many of the tasks we need to perform. Take the top<\/strong> command as just one example. We can choose from top<\/strong> itself, atop<\/strong>, htop<\/strong>, btop<\/strong>, iotop<\/strong>, powertop<\/strong>, free<\/strong>, and many others, depending upon the needs of the moment or our personal preferences.<\/p>\n\n\n\n

This incredible flexibility is the hallmark of Linux — and its parent, Unix — that can’t be matched by any other operating system, desktop or otherwise. <\/p>\n\n\n\n

In Tenet 17\u2014 Use your favorite editor<\/a>, I explore text editors as an exemplar for every type of Linux tool, whether for regular users or SysAdmins. There are many text editors available for Linux, and everyone has their favorite. In addition to the staples Vim and EMACS, I found more than 20 others available in the Fedora repositories, some of which are targeted at specific types of tasks. While everyone who uses a text editor can use the one of their choice, there are times when using a different one from our favorite makes sense because it may have a feature that makes certain tasks easier. <\/p>\n\n\n\n

The same is true of problem solving. We all have different methods for approaching a problem. No way is wrong, just different. We can all learn from those different ways of solving problems.<\/p>\n\n\n\n

Thoughts<\/h2>\n\n\n\n

Those of us who are successful at Unix and Linux System Administration are by our very nature inquisitive and thoughtful. We take every opportunity to expand our knowledge base.<\/p>\n\n\n\n

We like to experiment with new knowledge, new hardware, and new software out of curiosity and \u201cbecause it’s there.\u201d We relish the opportunities that are opened to us when computer things break. Every problem is a new possibility for learning. We enjoy attending technical conferences as much for the access to other SysAdmins they afford as for the amazing amount of new information we can gather from the scheduled presentations.<\/p>\n\n\n\n

Rigid logic and rules do not give us SysAdmins enough flexibility to perform our jobs efficiently. We don\u2019t especially care about how things \u201cshould\u201d be done. SysAdmins are not easily limited by the \u201cshoulds\u201d that others try to constrain us with. We use logic, critical thinking, and tools that are flexible; and that produces excellent results. We create our own ways of doing things, which enables us to learn more while we are at it.<\/p>\n\n\n\n

We don\u2019t just think outside the box. We are the ones who destroy the boxes in which others try to confine us. For us, there is no \u201cshould.\u201d<\/p>\n\n\n\n

.<\/p>\n\n\n\n

\n\n\n\n

This is the complete list of all the articles in this series.<\/p>\n\n\n\n

    \n
  1. What is the Linux Philosophy for SysAdmins?<\/a><\/li>\n\n\n\n
  2. Data Streams, the universal interface<\/a><\/li>\n\n\n\n
  3. Transforming Data Streams<\/a><\/li>\n\n\n\n
  4. Everything is a File<\/a><\/li>\n\n\n\n
  5. Use the Linux FHS<\/a><\/li>\n\n\n\n
  6. Embrace the CLI<\/a><\/li>\n\n\n\n
  7. Be the Lazy SysAdmin<\/a><\/li>\n\n\n\n
  8. Automate Everything<\/a><\/li>\n\n\n\n
  9. Always use shell scripts<\/a><\/li>\n\n\n\n
  10. Test Early, Test Often<\/a><\/li>\n\n\n\n
  11. Use common sense naming<\/a><\/li>\n\n\n\n
  12. Store data in open formats<\/a><\/li>\n\n\n\n
  13. Use separate filesystems for data<\/a><\/li>\n\n\n\n
  14. Make programs portable<\/a><\/li>\n\n\n\n
  15. Use Open Source software<\/a><\/li>\n\n\n\n
  16. Strive For Elegance<\/a><\/li>\n\n\n\n
  17. Find the simplicity<\/a><\/li>\n\n\n\n
  18. Use your favorite editor<\/a><\/li>\n\n\n\n
  19. Document everything<\/a><\/li>\n\n\n\n
  20. Backup everything frequently<\/a><\/li>\n\n\n\n
  21. Follow your curiosity<\/a><\/li>\n\n\n\n
  22. There is no should<\/a><\/li>\n\n\n\n
  23. Mentor the young SysAdmins<\/a><\/li>\n\n\n\n
  24. Support your Favorite Open Source Project<\/a><\/li>\n\n\n\n
  25. Reality Bytes<\/a><\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"

    Author’s note: This article is excerpted in part from chapter 23 of my book, The Linux Philosophy for<\/p>\n","protected":false},"author":2,"featured_media":2936,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[5],"tags":[],"class_list":["post-10804","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-linux"],"modified_by":"David Both","_links":{"self":[{"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/posts\/10804","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.both.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=10804"}],"version-history":[{"count":17,"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/posts\/10804\/revisions"}],"predecessor-version":[{"id":11069,"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/posts\/10804\/revisions\/11069"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.both.org\/index.php?rest_route=\/wp\/v2\/media\/2936"}],"wp:attachment":[{"href":"https:\/\/www.both.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=10804"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.both.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=10804"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.both.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=10804"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}