Путь разработчика
12 subscribers
1 link
Я Александр. Занимаюсь веб разработкой уже более 20 лет. На этом канале вы найдёте советы, истории и размышления по софт скилам, основанные на моём опыте работы. Уверен, они будут полезны тем, кто хоть как-то связан с разработкой.
Download Telegram
Расширяй кругозор

Когда человек увлекается каким-то делом или направлением, то он зачастую ограничивает свои знания только тем, что с этим связано. И не пытается смотреть в другую сторону, что часто бывает неправильно.

Основной нюанс в том, что замыкаясь в чем-то одном, человек перестаёт развиваться в широком смысле этого слова. Он "варится" в одном бульоне и не пробует новое. А ведь именно новые знания в других сферах более эффективно сказываются на навыках человека.

Но это не значит, что нужно изучать всё и по чуть чуть. Важно сосредоточиться на чем-то одном, но не забывать изучать что-то новое. Правильно быть эрудированным специалистом, который отлично знает свою специальность, но и имеет хорошие знания в других областях.
Карьера не просто модное слово

Если, читая эти строки, у вас есть четкое понимание что такое карьера и зачем этим заниматься, то дальше можно не читать. Потому что дальше я попытаюсь кратко объяснить зачем нужно развивать себя, набираться опыта и сделать себе хоть какое-то имя.

В молодости я не строил больших и далёких планов. Если получалось работать и что-то толковое от этого зарабатывать, то я просто брал это. Я думал тактически, но не стратегически. Это было похоже на азарт, но не план. И это была ошибка.

Когда присутствует уверенность в том, что есть то, к чему нужно стремиться, и что прогресс и саморазвитие приведут к успеху, то нужно идти по этому пути. Нужно составить хоть какой-то план и двигаться вперёд. Именно следование стратегии даст максимальный эффект, а короткие бездумные шаги будут только тормозить.

Без основы, без опоры, без чёткой цели вы не сможете сделать правильный и осознанный выбор. Вы будете сомневаться и совершать просчёты. Вы будете винить обстоятельства, но не свой выбор. Вы будете топтаться на месте. Но если бы у вас был план и четкая цель, вы бы обгоняли всех и быстро бы приближались к успеху. Я уверен.

На основе своего опыта хочу пожелать всем не повторять моих ошибок, чтобы потом не сожалеть о потраченном времени. Хотя в моменты выбора были причины так поступать, но и были возможности сделать другой, более правильный выбор. Просто надо было смотреть немного шире и быть смелее. Карьера, действительно успешная, даётся только смельчакам.
👍1🔥1
Работа во время учёбы

Любите ли вы работу так же, как люблю её я? Думаю тут всё относительно. А работали ли вы во время учёбы? Я работал, но не так много и целенаправленно, как стоило бы. С одной стороны не хотелось и хотелось больше отдыхать от учёбы. С другой стороны я не достаточно ясно понимал какое это имеет значение и не имел хоть какого-то плана в тот момент.

Если подумать, то тогда это было приемлемо, но сейчас я понимаю, что время было потрачено зря. Хотя если бы мне дали направление и подсказали тогда что делать и как, то я бы намного раньше добился значимых успехов.

Отсюда вывод. Старайтесь найти себе полезное занятие ещё во время учёбы. Чтобы оно дало вам ценный опыт и потом можно было бы его использовать как аргумент в будущем трудоустройстве. Личный опыт очень полезен, особенно если он связан с ошибками, которые обычно случаются в первое время.

Это не строгое правило и обычно у каждого получается своя история. Но важно помнить, что чем раньше начинается реальный опыт, тем более ценным специалистом можно стать в будущем.
Хороша ложка к обеду

Когда тебе за 40 и ты уже из касты олдов, то ты всё чаще и чаще задумываешься об упущенных возможностях и нереализованных идеях. С чем-то я уже опоздал, с чем-то припозднился, а что-то ещё успеваю. И хоть я уже писал выше, что сделанное в прошлом имело свои причины, но с высоты своего опыта мнение меняется.

Понять причину не сложно. Когда ты вспоминаешь свои поступки 20 лет назад, то начинаешь осуждать себя как своего неопытного ребёнка. Поэтому сейчас у меня есть сильное желание дать ему парочку советов. Ему и всем тем, кто читает эти строки.

Тут я хочу обратить внимание на следующее. Когда вам приходит в голову хорошая идея, но требует времени или сил, то нужно очень хорошо подумать о том, чтобы не затягивать с её осуществлением. Ведь есть большая вероятность упустить момент и потом всё потеряет смысл. А спустя время вы будете сильно жалеть об этом, как я иногда жалею о том, что не сделал то, что мог.

Но как понять, что идея стоит внимания? Как определить, что ещё не поздно? Очень просто. Доверяйте интуиции и представьте, что идея осуществлена. Осознайте это. Поживите с этим чувством один день, а потом сравните ощущения с вашими обычными (без реализованной идеи). Разница есть? Заметная? Она вас тронула? Значит идея стоящая и потом можете пожалеть, что не стали её претворять в жизнь.

А теперь последнее. Идеи бывают большие и маленькие. И каждая подходит под упущенные шансы, которые не дадут покоя. И если у вас хорошая память, то нужна сильная воля. Не упускайте свой шанс, жизнь одна.
Ты растишь проекты или они тебя?

За время моей профессиональной деятельности я несколько раз менял работу из-за того, что разрабатываемые мной проекты закрывались. И в какой-то момент я начинал думать о том, что это некое проклятие, которое я несу в процесс работы. Но на самом деле всё иначе.

Проекты не делают на небесах или в кузнице ада. Их придумывают, разрабатывают и поддерживают люди. И пользуются ими тоже обычные люди. Приписывать этому процессу какую-то магическую составляющую просто глупо. Поэтому важно понять несколько простых вещей.

Хороший проект может оказаться невостребованным, потому что появился не вовремя или есть лучшие аналоги. Отличный проект может закрыться из-за прекращения финансирования или различных юридических нюансов. Супер проект может просто быть очень дорогим для пользователя или трудно поддерживаемым. Но есть ли в этом вина разработчика? Нет.

Однако разработчик может быть виноват в том, что проект "не смог". И это технические проблемы. Ведь очевидно, что если проект полон ошибок и недоработок, то пользователи предпочтут более надёжные аналоги. И именно разработчик должен суметь сделать качественный продукт. Если он не смог, то проект не взлетит.

У меня было парочку проектов, которые не смогли именно из-за некомпетентности разработчиков. Ушедшие клиенты, дурная репутация, сложная поддержка и возросшие траты являются приговором для проекта.

Поэтому я хочу донести до каждого, кто причастен к подобной работе и не намерен высосать из проекта все соки. Старайтесь сделать всё качественно, проявите сознательность, возьмите ответственность на себя, будьте профессионалом своего дела и стремитесь к совершенству. Именно это является большим вкладом к успешному проекту и вашему прогрессу на пути разработчика.
Рутина - это порядок

Жить однообразно скучно и я не призываю этого делать. Цель этого сообщения в другом. Я хочу объяснить, что регулярные поступки и дисциплина в выполнении однообразных действий полезна.

Наш мозг не вечный двигатель. За день он устаёт и требует отдыха. И чем более разнообразная деятельность была в течении дня, тем больше он устаёт. Сразу оговорюсь, разнообразие важно для того, чтобы не застыть. Но это тема другого сообщения.

Дам пару примеров. Когда вы запланировали регулярно читать книги или ходить на тренировку с определенной периодичностью, то это создаёт рутинные процессы, которые полезны и не сильно нагружают мозг. Или же если придерживаться определенной схемы питания с умеренным разнообразием ингредиентов, то это тоже полезно.

Добавлю к этому один из важных моментов, это режим дня. Если вы день за днём и год за годом придерживаетесь определенного режима, следуете ему, то ваша жизнь становится легче и освободившуюся энергию можно потратить на другие полезные активности.

Поэтому именно рутинные действия прививают дисциплину и порядок. А если вы заранее спланировали свои действия, то это ещё больший плюс. Но не надо бросаться в крайности, всё хорошо в меру.
В команде будь командным

Есть такие люди, которые являются профессионалами, но их можно назвать индивидуалами. Не потому что они могут сами решить любую задачу, а потому что работают в стороне от всей команды. Это либо бывшие фрилансеры либо эгоисты. Так то первых можно перевоспитать, а вот со вторыми сложнее. Они считают своё мнение единственно верным и идут против общего мнения.

С одной стороны сработаться можно с каждым и к каждому найти подход. При умелом обращении любой будет приносить пользу. Но это лишняя борьба, да и я хочу поговорить о другом. Думаю многие согласятся, что до борьбы лучше не доводить.

Поэтому важным правилом при росте и развитии сотрудника будет способность к адаптации и понимании того, что всегда нужно работать на команду. Если ты работал раньше один, то будь готов работать совместно со всеми и ради общего блага. Если ты считал себя лучшим в другой команде, то постарайся стать равным.

В целом все должны подчиниться общей цели и личные амбиции должны уйти на второй план. Иначе можно стать белой вороной, а таких обычно не любят. И чаще всего от таких избавляются в первую очередь. Разве это оправданно? Думаю нет.

Но я не хочу сказать, что надо стать серой массой. Совсем нет. Обязательно должна быть индивидуальность. Но это нужно уметь совмещать с целями команды. Вы должны заполнять её своими уникальными навыками, а не давить на других своим эго. Важен баланс. Если его найти, то команда вас полюбит. И начальство тоже.
Итоги года

Пришло время подвести своего рода итоги года на пути моего профессионального роста. И надо сказать мне есть что отменить. Потому что в отличии от итогов 23-го года (хотя я их специально не подводил) прогресс от прошлого (24-го) года заметно отличается.

Для начала хочу в себе отметить всё большую зрелость в профессиональном плане. Мои поступки стали более осознаны, целенаправленны и качественно выверены. Я стараюсь делать меньше "пустых" вещей и пытаюсь закладывать больший смысл в будущее. Обратите внимание на такой подход.

С точки зрения развития профессиональных навыков я не сбавлял оборотов. Продолжал читать книги, смотреть тематические видео. Но больший упор я делал на статьи в различных блогах. Люди пишут много полезных вещей и это отлично помогает быть в курсе событий и не отставать от остальных профессионалов. Вот и вы старайтесь найти свой источник знаний.

В плане разработки ничего заметно нового я не узнал, однако мои проекты стали сложнее, задачи масштабнее, а их реализации более качественные и проработанные. Всё больший упор при разработке я делаю на тестирование. Так называемый способ разработки через тестирование (TDD) я применяю все чаще и глубже. К тому же новые проекты я стараюсь делать на последних версиях ПО. Использование современных практик и технологий - это основа будущих проектов.

И наверно основное достижение за прошлый год это моё участие в проекте в роли тимлида. Это то, чего я хотел и что я получил. И считаю что я с этим справился. Мне доверили эту роль, мне дали проект целиком и всё прошло успешно. Я очень рад этому, хотя были недостатки и мне есть куда стремиться. Обращаю ваше внимание, что цели достижимы, если делать максимум для этого.

На будущий год я планирую развивать себя, продолжу выполнять роль тимлида, хочу посещать конференции для самосовершенствования и постараться уменьшить свою роль как программиста в пользу роли наставника и руководителя. Уверен, всё получится.
🔥1
Я не лучший и таковым уже не буду

Есть такая поговорка: как бы ты не был крут всегда найдётся китаец (индиец / кореец / вставь любую нацию), который сделает это лучше тебя. Однако это не значит, что не нужно стремиться стать лучшим из лучших. Это значит, что в своём стремлении к совершенству нужно знать цену затрат и цель этих стараний. Иначе можно остаться один на один в своём самосовершенствовании и проскочить мимо других важных вещей.

Я никогда не стремился стать лучше всех. Во первых это кажется для меня просто нереальным ввиду различных внутренних недостатков, во вторых я не хочу заниматься только чем-то одним и упускать шансы попробовать что-то другое. Поэтому важно хорошо подумать в достижении цели - стать лучше всех.

Готовы ли вы тратить на это больше времени, чем все остальные? Готовы ли вы проводить меньше времени с родными и друзьями? Готовы ли вы никогда не попробовать чего-то очень интересного в угоду своей уникальности? Готовы ли вы развиваться только в одном направлении и упустить шанс познать что-то новое в правильное время? Готовы ли вы продать душу дьяволу ради власти над миром? Последнее является абстрактным вопросом, но не теряет своей актуальности.

Путь в жизни всегда состоит из выборов, ошибок и достижений. Многое не будет очевидно, пока не будет испробовано. Но что-то можно понять, изучив опыт других людей. Там есть ответы на вопросы. Ведь стать лучшим в чём-то одном, получить известность, но не уметь больше ничего другого это спорный выбор. Я выбираю разностороннее развитие, а не ограниченный потенциал. В остальном же выбор за вами.
Круговорот взаимоотношений

Все совпадения в этой истории случайны.

Один разработчик недолюбливал пользователей за то, что они слишком дотошные и требовательные. То это им не нравится, то то им не нравится. И что ни сделай, обязательно найдут изъян. Может поэтому он не особо то и стремился делать свою работу качественно. Всё равно идеально не сделать и найдут к чему придраться. Работает да и ладно.

И вот одним из проектов этого разработчика был сервис автоматизации работы с задачами. Или проще говоря таск менеджер. В этом сервисе были как достоинства так и недостатки. И один из недостатков это некорректная обработка уведомлений для високосного года. Разработчик это знал, но считал эту задачу неприоритетной, поэтому проект работал без этого исправления.

Пользователь этого не знал и считал проект надёжным и использовал его уже какое-то время. Он вложил в него свои средства и рассчитывал на него. Но в тот самый день сервис дал сбой, из-за чего функционал уведомлений не выполнил свою функцию и юзер понес убытки.

Для получения компенсации (или же просто для получения извинений) пользователь написал разработчику о проблеме и попросил решить этот вопрос. Однако это не дало нужный эффект, после чего от использования приложения пришлось отказаться. А у пользователя сложилось предвзятое мнение о всех разработчиках. Плюс к этому (не без помощи этого юзера) проект получил негативные отзывы и низкие рейтинги, что привело к угасанию проекта.

На самом деле ситуация довольно рядовая, однако она описывает отношение авторов проекта к своим разработкам и довольно очевидные последствия такого отношения. В итоге для разработчика пользователь оказался слишком принципиальным, для пользователя проект оказался слишком ненадёжным.

Кто же в итоге виноват? Слишком требовательный пользователь или же безответственный разработчик? Для меня ответ очевиден. Разработчик должен был выполнить работу качественно и нести ответственность за то, что сделал. Даже в мелочах. А мелочи важны. Даже такие незначительные недоработки могут привести к краху проекта и к снижению качества продукта. Нужно уважать других и отвечать за свои действия. Тогда все будут довольны.
Фиксируй все детали

Как-то я устроился на одну работу, где мне нужно было работать под наблюдением тайм трекера. Но это не главное. Главное было в том, что я изначально обговорил ставку устно, но не проверил того, что эта договоренность зафиксирована в договоре.

В итоге после первого месяца я получил оплату меньше ожидаемого, хотя старался изо всех сил. Во втором месяце я уже не сильно старался, однако отработал всё время, но всё равно получил меньше ожидаемого. В третьем месяце я откровенно занимался посторонними вещами, за что получил выговор, и благополучно уволился.

Что я хочу этим сказать? А то, что все договорённости важно где-то фиксировать, и лучше всего в договоре. Так вы будете уверены в том, что получите ожидаемое.

Хотя моя история банальна, почти все об этом знают, но почти все проходят через это, чтобы набить своих шишек и потом не наступать на эти грабли. Но может кто-то всё же будет умнее и не повторит таких простых ошибок.
Оптимальный режим работы

За всё время я перепробовал разные режимы работы: фриланс, на проектах, удаленно и в офисе, весь день и частичная занятость. И по итогу мне больше всего нравится работать фуллтайм над одним проектом или задачей. Это позволяет концентрировать силы, погрузиться основательно в проект и не отвлекаться на лишние вещи. Проще говоря мне так удобнее и привычнее.

Конечно же при необходимости можно совмещать режимы занятости, но это не всегда получается. К тому же так можно делать если тебя не тяготит работа и можно делать перерывы. Т.е. работа для тебя не способ существования.

Я же сделал для себя выбор. И советую сделать выбор каждому. Чем раньше вы определитесь с комфортным для вас режимом работы, тем проще вам будет потом.
А нужно ли расти дальше?

В своем окружении мне попадаются сотрудники, которые не хотят расти дальше. Не имеют желания развиваться, становиться лучше или превзойти кого-то. На это я вижу несколько причин.

Например у человека есть другие более важные или интересные занятия. А текущая работа это как переходный период или способ пережить этот этап. В таких нет смысла вкладывать свои силы, но выявить таких сложно. Нужно больше общаться, сдружиться и попытаться понять.

Другая причина это когда у человека просто нет времени на саморазвитие. Его хватает только на 8 часов работы и то не всегда. Таких видно. Они постоянно куда-то опаздывают, просят помощи, не думают о завтра. Они могут быть неплохими работниками, но на перспективу они не принесут пользы.

Ещё одна причина, это когда человек не видит смысла в росте или ему не на кого равняться. Он просто бродит в темноте и не понимает зачем ему это. Ведь и так уже вполне неплохо. С такими нужно работать, для таких нужно стать примером и показать то, чего можно достичь. Из таких могут получиться хорошие работники, но они потребуют много сил. Обычно это молодые сотрудники, но возраст не имеет особой роли.

Так же есть такие, которым хорошо и сейчас и они не думают о том, что потом будет что-то не так. Такие уверены, что сейчас уже хорошо и так будет всегда. Странные люди. Наверно у них уже всё есть или будет в наследство или ещё где-то. Может так и будет. С такими надо быть аккуратнее.

Ещё бывают люди, которые просто не знают о том, что надо учиться и развиваться. Школу прошли и всё, дальше как-то само случится. Это случайные люди. Таких нужно обходить стороной, чтобы не заразиться беспечностью.

А ещё есть просто особенные, которые считают себя уже умнее других. Им ничего не надо, они всего достигли. А когда ты говоришь им обратное, то они находят массу причин в своё оправдание. Виноваты все и всё, кроме них. От таких надо бежать куда подальше.

В общем я считаю, что саморазвитие не должно останавливаться никогда. Только рост над собой, только новые навыки, только прогресс. Каждый новый день должен делать вас лучше. Только так.
🔥1
Не застывай на одном месте

В прошлой публикации я рассуждал о том, почему некоторые люди не хотят расти дальше либо развиваться в своей профессии. Я предложил несколько вариантов и каждый из них по-своему имеет место быть. В этот раз я хочу поговорить о том, а нужно ли задерживаться на каком-то месте, на какой-то должности очень долгое время, либо работать всю жизнь на одном и том же месте.

Моё мнение такое, что это работает точно так же как и с любой другой профессией, навыком или способностью. Если ты всё время занимаешься чем-то одним, то с одной стороны ты можешь стать профессионалом и экспертом в этом деле, но с другой стороны ты будешь очень узкоспециализированным. И если этот навык никому не потребуется или не пригодится в будущем, то ты легко останешься без цели, без возможности приложить свои силы и без способов к самореализации.

Поэтому логично сделать вывод, что не нужно задерживаться на одном и том же месте очень долгое время. Нужно искать что-то новое. И пусть оно будет похоже по специальности, пусть оно будет в том же ключе и в том же русле, но оно должно отличаться, оно должно давать тебе возможность научиться чему-то новому или выучить что-то другое.

Каждые новые дела, вещи, обязанности, окружение, люди, требования заставляют взглянуть на работу по-другому. Ты смотришь в другую сторону, ты развиваешься немножко в другом направлении, а значит ты становишься совершеннее. Потому не нужно оставаться на месте, нужно развиваться, даже путем смены работы.
Работа с тайм-трекером

В этой заметке хотелось бы поговорить о работе с тайм-трекером. В одной из записей выше я уже упоминал подобную тему, но сейчас хотелось бы немножко высказаться на этот счёт.

Сам я не люблю работать с тайм-трекером. Не потому что это какая-то принципиальная позиция, а просто такой режим работы я считаю не очень комфортным. Однако он имеет место быть и под него можно подстроиться, так как работодателю это выгодно, а исполнитель вполне может комфортно работать и выполнять свои задачи.

Для меня основным недостатком работы с тайм-трекером является гонка. То есть ты должен торопиться, должен уложиться вовремя, должен уметь расставить приоритеты и спланировать свой режим работы таким образом, чтобы затраченное время стоило заложенных усилий. Поэтому основным моментом в работе с использованием тайм-трекера я считаю момент готовности и самонастройки работать в таком режиме. Разработчик должен оценивать свои возможности довольно хорошо, должен уметь выдерживать интервалы. Он должен понимать, что тот час работы, который будет потрачен, будет действительно стоить заложенных усилий.

Для некоторых это может показаться через чур неприятным, потому что в какой-то степени придется работать в кабальных условиях. Поэтому важно здраво оценивать стоимость часа работы. Работник должен понимать, что за час он получит достаточную оплату своего труда, даже если приложит слишком много усилий, нежели обычно.

После продолжительного времени работы в таком режиме обычно привыкаешь к нему, поэтому можно получать эффективную оплату за это время. Но я всё же имел больше негативный опыт работы, нежели положительный. Поэтому моё мнение такое, что если бы мне предлагали ещё раз поработать, то я бы очень основательно подумал стоит ли оно того. Если оно действительно того стоит, тогда я бы согласился. Но всё же я рекомендую очень хорошо подумать над тем в каком же режиме вам комфортнее работать и подходит ли этот режим работы для вас, так как этот режим работы довольно специфичный.
Годно или модно?

В этой заметке уйдём немного в крайности и поговорим о том как можно работать в срезе того как ваша работа воспринимается другими.

С одной стороны можно быть консервативным и работать так как вы считаете правильным. То есть выполняя свою работу вы следуете только своим внутренним целям, которые характеризуют вас как качественного и исполнительного разработчика. С другой стороны можно выполнять работу таким образом, чтобы это формировало мнение других о вас как о модном и современном разработчике в угоду качеству.

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

Второй вариант предполагает противоположный подход. Разработчик может использовать только последние версии библиотек, только самые свежие советы и рекомендации, только самые странные и восхитительные подходы. Однако он не учитывает качество кода, простоту его поддержки, лёгкость в реализации задачи и другие хорошо устоявшиеся практики. То есть по сути разработчик пытается таким способом получить одобрение окружающих, но он не старается реализовывать задачу эффективно и наиболее оптимально с точки зрения технической стороны.

Каждый способ имеет свои плюсы и минусы и каждый выбирает свой путь. Но если вы действительно считаете себя разработчиком, то второй вариант - вариант популизма и использования новомодных фишек явно не может быть оптимальным способом. Я всё-таки рекомендую либо придерживаться первого варианта либо использовать оба варианта, но в приоритет взять первый вариант.
Дорогу осилит идущий

Иногда так бывает, что работая долгое время на одной должности и уже получив от неё многое, всё равно видишь какие-то новые перспективы. Это либо какое-то повышение, либо дополнительные обязанности, либо какой-то иной опыт, который тебе явно будет полезен и даст отличного роста.

Но иногда в процессе движения по пути карьерного роста ты замечаешь, что в какой-то момент твои ожидания и твои намерения не совпадают с тем чего бы ты хотел достичь. Не обязательно из-за каких-то внешних факторов. Это может быть просто внутреннее ощущение или желание чего-то другого, что не совпадает с тем чего ты можешь получить.

И в этом случае, как обычно, есть несколько вариантов. Либо продолжать надеяться на что-то эфемерное, либо поменять что-то в себе. Надеяться на что-то эфемерное можно, но это по большей части желание получить что-то на удачу, отдаться на волю случая. И это не наш вариант. В нашем случае нужно двигаться вперёд и брать ситуацию в свои руки.

Можно попытаться взглянуть на ситуацию со стороны, попробовать оценить свои перспективы и прикинуть варианты, а по итогу провести анализ и попробовать определить, что для тебя лучше. Главное не застыть в ожидании чего-то и продолжать искать варианты.

Всегда есть что-то новое, что-то интересное, что-то действительно стоящее. Главное не останавливаться. Нужно искать и продолжать развиваться дальше. Это мой совет. Кто ищет, то всегда найдёт.
Положиться можно только на проверенных

Сегодня с разочарованием обнаружил, что младшие сотрудники и коллеги не выполняют довольно простые вещи, которые в моём понимании должен выполнять каждый ответственный разработчик. Я, конечно, предполагал такой расклад, но не был уверен, что всё настолько плохо.

После непродолжительного опроса я выяснил, что в процессе работы они не выполняли простые вещи самоконтроля и не особо то и старались на своём этапе обдумывания будущего решения текущих задач. Т.е. ввиду наличия более старших сотрудников, которые контролируют часть процессов, они просто игнорировали некоторые этапы разработки, дабы упростить себе работу.

Поэтому я обращаю пристальное внимание каждого, кто как-то зависим от других сотрудников и коллег, на качество выполнения обязанностей других работников. Постоянно контролировать других не получится, поэтому нужно стараться развивать в других сотрудниках самостоятельность. В моём случае было проведено обучение, а в последствии будут проведены мероприятия контроля за выполнением нужных процессов.
Пол года взращивания и наставления

В заметке "Ты тот, с кем ты работаешь" я писал, что напишу результат работы со своими сотрудниками по вопросу повышения качества работы. Прошло пол года и можно сделать некоторые выводы. На самом деле выводы неутешительные.

За пол года ничего не изменилось. Результат остался тот же самый, а иногда стал даже хуже. При всех моих стараниях прогресса нет. Так в чем же дело? Думаю тут несколько причин.

Основная - это отсутствие мотивации. Никто не хочет стать лучше. Желание самосовершенствования отсутствует практически полностью, в основном из-за того, что каждый уверен в том, что он уже лучший. А значит незачем расти.

Другая причина - это лень. Нет желания стараться больше, чем надо. Всё равно никто не накажет, а оклад и так заплатят. Ну может пожурят чуть чуть. И это проблема, т.к. у меня нет никаких рычагов влияния.

Ещё могу выделить невежество. Такое чувство, что люди живут одним днём и просто не собираются оставаться в профессии после.

Конечно, это всё очень демотивирует, снижает темп работы и мешает положительному результату. В итоге непонимание общей цели и взаимовыгодного сотрудничества снижает общий результат. А подобных сотрудников можно назвать диверсантами.
Декомпозиция не только в работе

Иногда бывают такие большие проекты, в которых задачи довольно объемные и в процессе разработки не всегда очевидна конечная цель. Такие задачи, при долгой работе с ними, иногда приводят к ступору и стагнации процесса. Т.е. в рамках всего проекта ты понимаешь конечную цель, но в рамках подзадачи конечная цель не очевидна. И чем дольше ты работаешь с такой задачей, тем дольше идёт над ней работа.

Поэтому в процессе разработки нужно декомпозировать (разбивать) такие задачи на более мелкие, максимально мелкие и с чёткой понятной конечной целью. Бесспорно, что если в рамках самого проекта не всегда ясная конечная цель (из-за различных причин), то и выделить чёткое направление в подзадаче не просто, но в любом случае нужно уметь ставить себе понятные и чёткие цели. Самостоятельно или вместе с командой. Это очень полезный и продуктивный процесс.

Такое же работает и в жизни. Если у вас цель, к примеру, сделать ремонт в доме, то это большая задача и не всегда понятно где она должна закончиться. И это часто сильно демотивирует и снижает продуктивность. Как раз тут очень поможет процесс декомпозиции работ и разделения всего на мелкие подзадачи. Например можно выделить ремонт кухни. В ремонте кухни можно выделить ремонт стен. В ремонте стен можно выделить приобретение материалов. И уже в этой задаче можно выделить приобретение конкретных материалов. И даже если вы купите только обои (помимо краски, грунтовки и т.д.), то сам результат доставит вам больше удовольствия в сравнение с выполнением этой же задачи в рамках большого проекта "ремонт кухни". Проще говоря купил обои и день уже прошёл не зря. Но главное делать такие задачи регулярно.