{"id":54667,"date":"2020-01-01T00:00:00","date_gmt":"2019-12-31T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-ajtishniku-ne-stoit-delat-v-2020"},"modified":"2020-02-18T14:02:42","modified_gmt":"2020-02-18T11:02:42","slug":"chto-ajtishniku-ne-stoit-delat-v-2020","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","title":{"rendered":"What should an IT person avoid doing in 2020?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Habr is full of predictions and advice on what to do in the coming year\u2014what languages to learn, which fields to shift towards, and how to handle our health. It sounds inspiring! But any coin has two sides, and we stumble not only in something new but mostly in what we do every day. \"Why didn't anyone warn me!\" we exclaim irritably, often addressing ourselves. We call the fire upon ourselves\u2014we have gathered for you a list of things NOT to do in 2020 (or perhaps always).\u00a0<\/p>\n

\"What<\/a><\/noindex>
\nAnd gravity was not asked<\/i>
\n<\/a><\/noindex>
\nWe would love to organize anti-recommendations in order, from the most important to the least significant. But they are so widespread, equivalent, and familiar to almost everyone that we will write them haphazardly. So, shall we check the list?<\/p>\n

Don't go into IT if everything is fine<\/h3>\n

\nDon't study a new technology to change professions or start from scratch. Our times are great in that you can learn, change jobs, fundamentally change fields\u2014and do so until retirement. It's an enticing and cool thing. But if you are over 28-30, it's not advisable to drop everything to enter IT or switch to a new stack (for instance, if you are writing high-load systems in Java and suddenly decide to switch to neural networks in Python). The reason is simple: it will be difficult for you. Firstly, there is high competition from specialists who have been in that stack since the beginning of their careers, secondly, you'll have to become a junior again with a low salary, and thirdly, it will be psychologically challenging to become the subordinate at the lowest level of the hierarchy. Therefore, if you want to move in a different direction, try to do it either within the scope of your current job and current tasks or develop new knowledge as a hobby\u2014work on a pet project so that you can come to a new job not as a junior.\u00a0<\/p>\n

Switching stacks is just wasting time<\/h3>\n

\nDon't jump between technology stacks for your development. If you are writing a project in one language, using a specific framework and libraries, don't just throw everything away and rewrite it in Dart just because it seems interesting to you. Make it a rule to find justification for changing technology\u2014not only at the level of \"I want to, I can't,\" but also on financial and engineering levels.\u00a0<\/p>\n

\"What
\n<\/p>\n

There's no need to stand your ground and turn to bronze.<\/h3>\n

\nSticking to one language or technology and not exploring new ones is just as extreme as switching tech stacks with every new technology. It\u2019s essential to learn new libraries and frameworks; don\u2019t be stubborn, believing that everything has already been invented by others and polished solely by you. Almost every programming language regularly releases updates that can greatly enhance your project. Don\u2019t be lazy about keeping track of your stack's evolution, and as soon as you find something cool and useful, confidently integrate it into your project!<\/p>\n

Your own mind is good, it's always good.<\/h3>\n

\nDon\u2019t think with others' minds; your own is better. Unfortunately, some developers sit and wait for tasks, coding from the previous error to the end, without attempting to contribute something of their own to the project, develop a new feature, test it, and propose it for production. Why burden yourself when there\u2019s a team lead or manager who will make all the decisions? If this sounds like you, we\u2019ve got bad news: a passive stance won\u2019t help either your career or your growth. You have a chance to try your hand as an engineer-developer, not just a coder in a real project, and understand where to go and what is lacking; yet you prefer to spend your time on something else, doing only the bare minimum. Those who take such an approach in modern IT are surviving less and less; it\u2019s time to come out of hibernation.\u00a0<\/p>\n

Users are strange creatures.<\/h3>\n

\nDon\u2019t overestimate the users of your software: if you're not writing for programmers, expect that the program will face incomprehensible challenges. For the first few days or weeks, users may hate your software because 'the old one wasn\u2019t this stupid.' To avoid this, create great documentation and training materials. When installing or purchasing, strongly hint that manuals should be read before starting work with the software, not after a database crash, password loss, and self-control breakdown.<\/p>\n

\"What
\n
\nDon\u2019t underestimate users either: they are smarter, more cunning, and more curious than you think. If you believe that the bug with the variable format and the exception on pressing Enter at the 138th time with a one-second interval won\u2019t come up, you\u2019re mistaken \u2014 it will, and it will affect the operation of your application in the most peculiar ways. There's a rule of thumb: it is often the amateur who does the best testing. However, for some reason, users don\u2019t like finding bugs in production \u2014 there\u2019s no IT solidarity in that. In summary, the more confident you are in your software, the better. After all, it's better to delay the release of certain features than to add them to a functioning application and make it suddenly unstable.<\/p>\n

\"What\u00a0<\/p>\n

Stop Googling!<\/h3>\n

\nStop relying solely on Google. There's no debate here \u2014 in the development sphere, you can find a lot with a direct query to a search engine. The deeper you dig for information, the more 'side' data you\u2019ll uncover, and you\u2019ll learn more because you\u2019ll encounter new information that may not directly relate to your query but could be useful in the future. Refer to complete materials, books, articles, etc. Languages and libraries have specifications, communities, how-to guides, and thus you get the most reliable way to develop your skills as a programmer \u2014 simply by reading documentation instead of searching for someone else's local solutions and code snippets. What if your solution is more optimal, faster, and better?\u00a0<\/p>\n

Trust, but verify<\/h3>\n

\nDo not use libraries and frameworks created by third-party developers without checking the code and adapting it to your goals. You have no reason to unconditionally trust the author of the code you don\u2019t even know. Yes, various intentional malicious elements in third-party code don\u2019t occur that often, and you shouldn\u2019t suffer from paranoia, but blindly copying ready-made software parts into your project can lead to unpredictable consequences. Therefore, always read and analyze the code before usage and conduct testing after code implementation.\u00a0<\/p>\n

Make backups!<\/h3>\n

\nStop neglecting backups or keeping them on the same third-party servers where your project is hosted. Think this is a funny and unnecessary piece of advice? Over 700 members of a Telegram chat who recently faced an unpleasant situation with a well-known data center shutdown didn't think so \u2014 there were everything from pet projects to major government websites and corporate 1C databases and billing systems involved. A significant number lacked backups or had backups stored on the same servers. So distribute your risks and keep a backup at least on your main hosting, on a reliable VDS, and on your local server. In the end, it will be much cheaper.\u00a0<\/p>\n

Stop bringing your own issues at the expense of the project<\/h3>\n

\nDon't do in a working project what you want; do what your clients need. Yes, it's incredibly interesting and great to create your own neural network, train it, and implement it in your software, but if your clients need a simple contact manager, that's an unnecessary extravagance. Look at how the project works, read the documentation, go through client reviews and requests, and implement what will add business value to the project. If you want to create something scientific or overly complex, start with your own project.<\/p>\n

Not code, but a bundle of nerves<\/h3>\n

\nDon't write unreadable and undocumented code. We're familiar with this trick: a developer writes code as they see fit, intentionally making it somewhat confusing so that no one else can figure it out \u2014 a sort of preventive revenge before anything happens. However, you're putting not only the company (which pays you for your work) at risk but yourself as well: it's quite possible that you won't remember what you meant by this unintentional obfuscation. The same goes for undocumented code: relying on your variable and function naming logic and good memory, in a couple of years, you might not recall why you chose that particular loop, method, pattern, etc. Documenting code and structuring it well is a fantastic service to your colleagues, employer, and primarily to yourself.\u00a0<\/p>\n

\"What
\n<\/p>\n

Keep it simple, stupid<\/h3>\n

\nDon't complicate code, solutions, and projects. There\u2019s no need to build\u590d\u6742\u7ed3\u6784 and create entities without significant meaning. The more complex your code, the more you become its hostage \u2014 it will be extremely difficult to maintain and develop. Of course, the well-known KISS principle ('Keep it simple, stupid') doesn\u2019t always apply, but it exists for a reason: simplicity and elegance of code are key to its successful implementation and reuse.<\/p>\n

\"What
\n<\/p>\n

Stay protected<\/h3>\n

\nDon\u2019t ignore security \u2014 in 2020, this is literally criminal. Even if your company, development, and you are not interesting to malicious actors, problems related to the compromise of some segment of the network, a hosting provider, an attack on a data center, password theft from email, and unsafe employee behavior, who may steal data from the company, take customers, or the entire project\u2019s source code, can affect you. If it's within your power and falls under your area of expertise, try to protect the projects you work on. And also maintain information security yourself; it has never hurt anyone.\u00a0<\/p>\n

Don't spit in the well<\/h3>\n

\nDon't disrespect your employer. Nowadays, communication has reached such a level that, for example, all HRs in the city are virtually familiar with each other and can exchange any information in chats and closed groups (such as how to help find employment, or write 'Vasily Ivanov, system architect, deleted all accounts before leaving, erased backups, and disabled the network; recovery took 3 days. Don\u2019t hire him.'). Therefore, your behavior will play against you \u2014 and sometimes relocation to another city or capital won\u2019t help. Even if you leave in anger, there\u2019s no better revenge than being a valuable and cool employee of a competitor \ud83d\ude42 Above all, completely without consequence.<\/p>\n

\"What
\nIt's also not a good idea to do that. But, as experience shows, we won't stop.<\/i><\/p>\n

Anyway, friends, read the advice but do what seems best to you \u2014 after all, true discoveries are made when we question established truths. We congratulate you on the New Year; may your projects be successful, your career be interesting, your colleagues and leaders be reasonable, and life, in general, be rewarding. Cheers to the New Year and new code!\u00a0<\/p>\n

With love,
\nthe RegionSoft Developer Studio team<\/i><\/p>\n

In the new year, we will continue to work for you and develop a powerful desktop CRM system. RegionSoft CRM <\/a><\/noindex>and a simple and convenient helpdesk and ticket system. ZEDLine Support<\/a><\/noindex>.\n<\/p><\/blockquote>\n

Source: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0425\u0430\u0431\u0440 \u043f\u043e\u043b\u043e\u043d \u043f\u0440\u043e\u0433\u043d\u043e\u0437\u043e\u0432 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0432 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u0433\u043e\u0434\u0443 \u2014 \u043a\u0430\u043a\u0438\u0435 \u044f\u0437\u044b\u043a\u0438 \u0443\u0447\u0438\u0442\u044c, \u0432 \u043a\u0430\u043a\u0438\u0435 \u0441\u0444\u0435\u0440\u044b \u0441\u0432\u043e\u0440\u0430\u0447\u0438\u0432\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u043e\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u0441\u043e \u0441\u0432\u043e\u0438\u043c \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u0435\u043c. \u0417\u0432\u0443\u0447\u0438\u0442 \u0432\u0434\u043e\u0445\u043d\u043e\u0432\u043b\u044f\u044e\u0449\u0435! \u041d\u043e \u0443 \u043b\u044e\u0431\u043e\u0439 \u043c\u0435\u0434\u0430\u043b\u0438 \u0434\u0432\u0435 \u0441\u0442\u043e\u0440\u043e\u043d\u044b, \u0438 \u043c\u044b \u0441\u043f\u043e\u0442\u044b\u043a\u0430\u0435\u043c\u0441\u044f \u043d\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0432 \u0447\u0451\u043c-\u0442\u043e \u043d\u043e\u0432\u043e\u043c, \u0430 \u043f\u043e \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0435\u043c \u043a\u0430\u0436\u0434\u044b\u0439 \u0434\u0435\u043d\u044c. \u00ab\u041d\u0443 \u043f\u043e\u0447\u0435\u043c\u0443 \u043c\u0435\u043d\u044f \u043d\u0438\u043a\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54667","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47What should IT professionals avoid doing in 2020? | ProHoster","description":"Habr is full of forecasts and advice on what to do in the next year \u2014 what languages to learn, which fields to pivot to, how to take care of your health. Sounds inspiring!","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u0430\u0439\u0442\u0438\u0448\u043d\u0438\u043a\u0443 \u043d\u0435 \u0441\u0442\u043e\u0438\u0442 \u0434\u0435\u043b\u0430\u0442\u044c \u0432 2020? | ProHoster","og:description":"\u0425\u0430\u0431\u0440 \u043f\u043e\u043b\u043e\u043d \u043f\u0440\u043e\u0433\u043d\u043e\u0437\u043e\u0432 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0432 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u0433\u043e\u0434\u0443 \u2014 \u043a\u0430\u043a\u0438\u0435 \u044f\u0437\u044b\u043a\u0438 \u0443\u0447\u0438\u0442\u044c, \u0432 \u043a\u0430\u043a\u0438\u0435 \u0441\u0444\u0435\u0440\u044b \u0441\u0432\u043e\u0440\u0430\u0447\u0438\u0432\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u043e\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u0441\u043e \u0441\u0432\u043e\u0438\u043c \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u0435\u043c. \u0417\u0432\u0443\u0447\u0438\u0442 \u0432\u0434\u043e\u0445\u043d\u043e\u0432\u043b\u044f\u044e\u0449\u0435!","og:url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-31T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54667","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 12:18:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:00:12","updated":"2026-01-24 12:18:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/54667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=54667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/54667\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=54667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=54667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=54667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}