![\"Mexican](\"https:\/\/simpleprogrammer.com\/wp-content\/uploads\/2016\/01\/Depositphotos_57323581_m-2015.jpg\")
The phenomenon of the annual purging of our old, bad habits and the attempt to replace them with something new is tainted with the Fatal Tomorrow Fallacy. Don\u2019t worry if you\u2019ve never heard that term before; I just made it up.\\n\\nThe Fatal Tomorrow Fallacy is the idea that you have a magical time tomorrow, next week, next month, which is the right time to fix what\u2019s broken. It is an insidious evil because waiting to take action on something of value has several adverse consequences.\\n\\nWaiting until the New Year to fix a problem is a form of procrastination. In choosing what to do with your time today, you are subject to opportunity cost<\/a>. Unfortunately, you can\u2019t get everything done today in the way you\u2019d like. Choices must be made and priorities materialized. Choosing actions that will improve your life and have lasting impacts for many tomorrows to come are great choices for what to do today. Waiting to make those changes in favor of something seemingly urgent today makes for a less-than-optimal tomorrow.\\n\\nSuspending a thread with an idea for improvement to another time also incurs the overhead of context switching. \u00a0If something is on your mind today, there is a cost associated with saving it to durable storage (in your mind or in some sort of external brain<\/a>) and reconstituting your context later.\\n\\nUsing a magic date for an improvement can mean you\u2019ll be trying to concentrate several changes into the same time frame. \u00a0This is a recipe for failure. \u00a0I\u2019ve certainly experience taking on too many things at the same time, leading to coming up short on most or all of them.\\n\\nFinally, we should consider our mortality. \u00a0There is no guarantee your existence will have another tomorrow. \u00a0If there is a tomorrow, there is no guarantee we will have the same capabilities and capacities we have today. \u00a0Accidents can strike at any time. \u00a0Something left undone today may remain undone permanently.\\n\\n<\/p>\nArbitrary Milestones<\/h2>\n
\\n\\n \\n\\nOften cited as a Chinese proverb, a bit of wisdom states:\\n\\n\u201cThe best time to plant a tree was 20 years ago. The second best time is now.\u201d\\n\\nTrying to use the boundary between years as the line of demarcation for acting to improve oneself is fraught with peril. The looming of a date on the calendar that seems like a nice place for a fresh beginning is, more than anything, an excuse for doing nothing.\\n\\nWaiting is also a way to limit the benefit of your improvement.\\n\\nThe core tenet of Extreme Programming<\/a> is the idea that if a practice is beneficial, you should take it to the extreme and do it all the time. \u00a0In the same way, if you have decided on a way to improve, your best course of action is to take advantage of the benefits of your new practice immediately.\\n\\nThe idea that \u201cI\u2019ll start my diet Monday after enjoying cake Sunday\u201d is really just a lack of commitment to the awareness that making different choices is in your best interests.\\n\\nIf something is better, it\u2019s better now.\\n\\nWhen a software system has defects, usability issues, or other problems that hinder operation, but with known workarounds such that it can still run, the problems are often treated as lower priorities than other urgent matters.\\n\\nSometimes this is the correct assessment and the lights must remain on. Sometimes we do have urgent matters that need to be addressed first. When we can \u201climp along,\u201d we usually do just that.\\n\\nUrgent matters get addressed, and workarounds stay in place.\\n\\nUsually, things that seem urgent might be less impactful than we think, though, and, in the long term, suffering through interminable workarounds is a hindrance to progress.\\n\\nThis hurts the value we provide over the long term. Udi Dahan stated this eloquently on Twitter:\\n\\nUdi Dahan @UdiDahan<\/a>\\n\\nInsight: today’s burning issues were bred by us being too busy with yesterday’s burning issues to deal with the important but not urgent stuff.\\n\\nhttps:\/\/twitter.com\/UdiDahan\/status\/679265750822047745\\n\\n4:42 AM – 22 Dec 2015<\/a>\\n\\nDays pass as we suffer sub-optimal, but still operational workarounds. Days turn to week, weeks turn to months\u2026 you get the idea.\\n\\n<\/p>\n \\n\\nWard Cunningham<\/a> \\n\\nThe advice here to improve now rather than later might seem to contradict Robert Whitcomb\u2019s admonition to stop improving yourself<\/a>.\\n\\nI don\u2019t think it does, though.\\n\\nRobert\u2019s caution was to avoid the trap of \u201ccontinuous improvement\u201d and ride the ebbs and flows of the flow cycle<\/a>. Make sure you incorporate downtime into your routine, prioritize your life, interweave it with your work, and enjoy the things that light you up<\/a>.\\n\\nThe point of \u201cstop improving yourself\u201d is not to literally stop improving your life, your project, your product, your environment, and your productivity. The point is that you already have a lot to be proud of and guilt over not accomplishing some goal is counterproductive.\\n\\nIt is also an emphasis on something easily forgotten among the hard-charging productivity jockeys that are probably a majority of the Simple Programmer audience: downtime matters and you need it. \u00a0It\u2019s important to waste time well<\/a>, in addition to maximizing the benefits of productive time. The example set by John Sonmez of relentless dedication is paralleled by very few, and even he recognizes the value of some downtime<\/a>.\\n\\nSimilarly, the point of The 4-Hour Workweek<\/a><\/em> is not to literally limit your time working to an extremely small number, but to make the most of your time by investing it in the activities with the largest returns, as per the Pareto principle<\/a>.\\n\\nMaking the most of the time you spend working is the best way of which I am aware to make sure you can accomplish what you want and still have time for the things that matter.\\n\\nWhen you identify a way you can make your life better, the best thing you can do is act on it. Make it a way of life.\\n\\n Resolutions for the New Year seldom have the lasting impact they intend to. Unpacking the reasons for this is difficult. The human psyche is so complex it can be hard to determine all the reasons for why we fall short.\\n\\nThe problem with taking the New Year as an opportunity to change our habits is that,…<\/p>\n","protected":false},"author":22,"featured_media":15516,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","footnotes":""},"categories":[162229812,2185,183,415,162229112,1883271,5895],"tags":[],"class_list":["post-15482","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-advice","category-best-practices","category-entrepreneurship","category-guest-post","category-people-2","category-productivity-2","category-self-improvement"],"yoast_head":"\n![\"Depositphotos_77665216_m-2015\"](\"https:\/\/simpleprogrammer.com\/wp-content\/uploads\/2016\/01\/Depositphotos_77665216_m-2015-1.jpg\")
Why is January the best time to fix something or upgrade the way you operate?\\n\\nMarking the beginning of the year at a given point is arbitrary. Even if it wasn\u2019t, limiting yourself to moving into new habits can happen at other times.\\n\\nThe .NET Rocks!<\/a> podcast is a great show that has been creating awesome content for a long time. I\u2019m not sure if there is another podcast with such longevity. I recommend giving it a listen, even if you don\u2019t use .NET. Richard Campbell<\/a> and Carl Franklin<\/a> are simply awesome.\\n\\nWhen they reached 1000 episodes, they had a special retrospective show<\/a> to mark the occasion.\\n\\nThe conversations they had leading up to the milestone were fun. There was a sentiment expressed that 1000 was not worthy of celebration for geeks, but that it should be 1024 instead because software geeks love references to all things binary and a kilobyte is often regarded as 1024 bytes<\/a>.\\n\\nReally, this shows the arbitrary nature of the selection of noteworthy spots. One of those numbers is as good as another.\\n\\nToday is as good as the first day of January for making something better. It\u2019s not the date that makes a given moment significant. Rather, it\u2019s your choice to act that makes the day important. . Making this choice won\u2019t remove all potential excuses, but it will destroy the tomorrow fallacy and solidify your choice of direction.\\n\\nThere is not any more magic in a date on the calendar than there is in an episode number. 1024 episodes over the course of decades is a monumental accomplishment, but so is 1023.\\n\\n<\/p>\nPlanting Trees<\/h2>\n
Debt as Future Burden<\/h2>\n
![\"Businessman](\"https:\/\/simpleprogrammer.com\/wp-content\/uploads\/2016\/01\/Depositphotos_36471631_m-2015.jpg\")
<\/a> introduced the popular metaphor technical debt<\/a>. This term represents the costly shortcomings on quality appearing in software systems over time. Debt arises due to both entropy and conscious decisions to compromise in order to meet schedules and deal with other constraints.\\n\\nIt captures what we know to be true in the real world – taking on debt leads to a burden in the future that will interfere with progress on the issues of tomorrow. Limping along with sub-optimal workarounds in your system is like racking up credit card debt and making only the minimum payments<\/a>.\\n\\nPaying down your technical debt is often a hard sell in current work environments where so many people want to complete projects as quickly as possible and move onto the next. It\u2019s even possible some of these people cut corners knowing their quick fixes will slow things down in the future. More often, however, it\u2019s just not understood that quality matters and making compromises today constitutes taking on a technical debt that will hinder future progress.\\n\\nIt\u2019s not controversial among programmers to assert that \u201ctechnical debt slows down a project more than anything else<\/a>\u201d. Fixing the problems that will make you slow in the future should be a priority today.\\n\\n<\/p>\nWhen and Why<\/h2>\n
![\"search](\"https:\/\/simpleprogrammer.com\/wp-content\/uploads\/2016\/01\/Depositphotos_23099452_m-2015.jpg\")
This can include fixing bugs you have been working around in a sub-optimal way. \u00a0It can mean taking better care of your body, the hardware that supports the software that is your mind.\\n\\nKeep in mind the pitfalls of the Fatal Tomorrow Fallacy. \u00a0Limping along today means more urgent problems tomorrow to interfere with delivering what you need to get done.\\n\\nIn our personal lives, as well as our professional lives, addressing what can be improved is best done now. Magical dates are not magical.\\n\\nWhat are your thoughts on using the New Year as a crutch to avoid things that would be better addressed sooner? What changes do you need to make that you can address now? \u00a0How will having read this piece change your strategy for tackling what you need to do? Leave a comment below!<\/p>\n","protected":false},"excerpt":{"rendered":"