Original

Как часто стоит менять проекты? Какой период времени смены работы можно считать некой нормой? На эти рассуждения меня натолкнуло обуждение в одном из чатов разработчиков. Вопрос действительно интересный. Disclaimer Все данные в статье являются моими личными оценками и не являются истиной в последней инстанции. Смена проетка - не всегда смена работодателя. А иногда даже и новая роль на том же проекте. TL;DR: Адекватные сроки: Грейд/роль Срок Джун 0.5 - 1 год Миддл 1 - 2 года Сеньор / лид 2 - 3 года Тимлид 2+ лет ПМ 2+ лет Но это не точно. ...

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

На днях посмотрел видео, где автор видео критикует книгу о “Мужском движении”. Книга, как и само мужское движение, так себе. Видео немного лучше, но тоже среднее, на мой взгляд. Но мой пост не об этом. Больше всего в видео меня зацепил этот момент, где автор берет факт из книги и разносит его в пух и прах, как он сам думает. Факт из книги: “… в некоторых регионах России количество разводов достигает более ста процентов от количества заключенных браков”. ...

Недавно пересмотрел мультфильм “Кунг-фу Панда”, а точнее два из трех. Последний раз смотрел почти десять лет назад, поэтому многое уже забылось. Сейчас, когда я вступил в осознанный возраст в 26 лет ¯\_(ツ)_/¯, философия мультфильма видится совершенно другой. Мультфильм о том, как обрести себя, как отпустить прошлое и как начать жить сегодняшним днем. В первом мультфильме По, главный персонаж, воспользовался случаем и изменил свою жизнь. Случай - его посчитали избранным Воином Дракона. По и до этого чувствовал, что не принадлежит тому месту, где он был и чем занимался. А занимался он семейным бизнесом и помогал отцу в лапшичной. А снились ему сны о битвах, где По - непосредственный участник и предводителей других воинов кунг-фу. Мечтатель, одним словом. И мечтателю мешал страх “предать” мечты отца, который видел По продолжателем семейного дела. ...

Написать эту статью меня натолкнул один случай. В моей команде двое junior-девелоперов: парень и девушка, и девушке я делал код-ревью. Задача была простая: ранее она написал экстеншн-метод (extension method из .NET) для валидации свойств объекта, и я предложил перенести этот экстеншн в сам класс объекта в качестве публичного метода. Девушка перенесла метод, и в качестве аргументов передавала те же свойства, которые нужно было провалидировать. Это было странное решение, ведь свойства объекта доступны в самом методе, нет нужды передавать их извне. Я написал ей в Slack, зачем она так написала. Разработчица мне ответила, что теперь поняла суть задачи и пообещала переделать в ближайшее время. ...

Каждый раз, когда говорят, что “в советском союзе было самое лучшее образование в мире”, я в это несильно верю. Разница подходов образования Я не могу судить о западном школьном образовании, потому что я сам не учился в американской школе, однако могу сделать некоторые предположения на основе общеизвестной “болонской” системе образования в университетах и образовательных документальных видео американского производства. Западное образование строится на желании самого обучающегося. Американскому школьнику не дают знания в том объеме, в котором их дают советсткому. Неужели американские учителя глупее советских? А если так, то почему США в 2019ом году еще существует, а СССР распался еще в начале девяностых? ...

В комментариях к одному видео некто задал интересный вопрос: А должны ли программисты изучать бизнес-сферу проекта, где работают? Автор видео не успел ответить, а я же посчитал, что меня забыли спросить и что я должен ответить на этот вопрос. Почему не стоит слепо доверять прописанным требованиям Некоторые разработчики могут подумать, что они приходят в компанию писать код и разрабатывать архитектуру, а не вдаваться в подробности бизнеса компании. Что, мол, бизнес-аналитики должны прорабатывать все нюансы проекта и сценарии взаимодействия (Use Case - UML). И это значит, по мнению этих разработчиков, что можно не о чем не волноваться, читать требования и воплощать их в жизнь так, как прописаны аналитиком. С одной стороны, такое мнение имеет право на жизнь, однако есть пара проблем: ...

Disclamer Источник: https://www.joelonsoftware.com. Эта статья - вольный перевод без претензии на достоверность. В переводе не стремился сохранить формулировки автора, а использовал перефразирования, которые использую в своей речи сам. Тест содержит 12 быстрых вопросов, и каждый ответ “Да” дает один балл. Градация результата такова: 12 баллов - идеально, 11 - это приемлемо, 10 и меньше - у команды есть проблемы. Ну а если команда набрала только лишь 2-3, то у нее действительно серьезные проблемы. ...

Disclaimer: Данная статья — только мнение отдельно взятого разработчика о бизнес-процессах в отдельно взятой компании. Никаких неопровержимых доказательств здесь не приводят. Я работаю в команде разработки раздела сайта в банке. Сайт внешний, содержит FAQ о продуктах банка. Посещаемость клиентами в стране около 587к в месяц. Хотя относительно остальных разделов сайта это небольшая цифра. Например, в разделе “Мой банк” — мобильное интернет-отделение — посещаемость гораздо выше, но точных цифр мне никто не дал. Да я и не просил. Веб-приложение работает с кучей внутренних сервисов, дизайн раздела должен строго соответствовать установленному на всем сайте. В общем, наша команда не автономна, всегда есть зависимости от других подразделений. ...

Источник: записи из моего блокнота. Возможно, на лекциях MBA рассказывали, а может и записал откуда-то. Руководитель - человек, распоряжающийся людскими ресурсами. Менеджер - работний, от принимаемых решений которого зависит в той или иной степени прибыль компании. Принципы восточного менеджмента 1. Все законы войны распространияются и на искусство ведения бизнеса Успех может ослепить менеджера, а поражение - заставить его думать, что виновы все и вся, но только не он. 2. Если ты силен, то покажи слабость; если ты слаб - покажи силу. Если ты близко, то покажи, что ты далеко; если ты далеко - покажи, что близко. Действия и обстоятельства внутри фирмы должны быть скрыты от конкурентов, но при этом они должны думать, что все про нас знают. ...