В настоящее время, всё больше и больше информации о том как выучится на программиста и о том какое светлое будущее вас будет ждать.
И это работает, всё больше и больше людей меняют свою текущую деятельность и отправляются работать Программистами.
Проблема в том, что многие думают, что став программистом они будут спокойненько сидеть и писать код. Достаточно у любого человека далекого от программирования спросить, а чем занимаются программисты и он не задумываясь ответит - пишут код. И кажется да, это так, но на самом деле Нет.
Поэтому приступим, первый и главный минус работы программисты, вы скорее всего не будете спокойно писать код, и причина очень простая - всё уже написано: существует уйма кода, уйма продуктов, которые просто нужно поддерживать. А поддержка кода продукта требует не писать код тысячами строчек, а скорее исправлять ошибки, на языке программистов -"баг фиксинг", сделанные кем-то кто давно уже уволился из данного проекта и концов и края уже не найти, поэтому ваша задача разобраться что он, точнее они там сделали.
Тем самым вместо кодирования, вы будете вникать в миллионы строчек непонятного кода, читать уйму документации и постоянно работать с отладчиком, чтобы вникнуть в суть того, что эти "строчки" делают...
Сразу же хочется оговорится, поддержка продукта, также часто может требовать внедрения дополнительной функциональности, на языке программистов - "новая фича", но суть того что перед этим "внедрением" вам придется долго и однообразно читать код продукта не отменяет иначе ваша новая фича просто с легкостью порушит весь продукт...
И вот мы подходим к другой проблеме, вы вроде сделали новую фичу, либо поправили какую-то ошибку и считаете дело сделано, можно и расслабиться, но не спешите, сейчас в промышленной разработке всё безудержно внедряют так называемые "Бест практик"... И считают что это прям супер без неё никуда, и наиболее любимая "Бест практика" - это код ревью.
Код ревью - это когда Вас проверяют ваши же коллеги, кажется это хорошо, как же иначе, а вдруг вы где-нить ошиблись, другие-то может лучше знают как правильно. На деле ваше код-ревью может превратится в ад и шквал споров с коллегами.
Пример у вас нет выбора кто должен проводить код ревью, и вам назначают ревьювера абсолютного перфекциониста, который всегда считает, что правильно и качественно только как у него, и на вас сваливается куча критики, хорошо если эти замечания из серии " можно за час другой поправить", но вполне может быть, что ревьювер заявит, что у него есть сомнения что ваше решение айс и правильно работает в миллионе возможных случаев, а вот его только что возникшее в его разуме, конечно будет всегда работать, и тут перед вами выбор, делать как он просит или входить в жёсткий спор, который вполне может перерасти в конфликт. Вполне может быть случай и похуже, когда ревьювер просто скажет я сомневаюсь что это айс решение, придумай получше, но что получше и самое главное как - додумывать вам и отчитываться о том что все сроки вышли, а результата нет, также вам...
Ещё одной особой проблемой для спокойной работы может стать многозадачность, да именно это очень любимое качество у работодателей. Вот представим вам дали задачку, сделать новую фичу, ну пример пару новых кнопочек впилить в форму авторизации, и вы так с радостью начинаете погружаться в задачу, разбираться что за форма и как это реализовать, чтобы вся система не рухнула, заранее думая о будущем код-ревью и о том что надо будет угодить парочке код ревьюверов с противоположными мнениями. Спокойно пишете код в течение дня, и тут выясняется что появилась новая задача, как правило это резко обнаруженная бага от ваших заказчиков либо от команды тестирования, и вам говорят бросай всё и занимайся ей, проходит денек и вы вроде стали вникать в суть проблемы как вдруг вам ещё что-нибудь необходимо доделать и исправить, и вот вместо спокойного занятия одной задачей вы занимаетесь сразу тремя, и ещё каждый день отчитываетесь на разных "scrum" встречах перед вашим менеджером и коллегами о вашем "быстром" прогрессе по всем трем, а может даже пяти и более задачам...