Saboteur

А как вы в программирование решаете, отступ это 4 пробела, 2 пробела или tab?
Каждый программист сам себе выбирает name convention для переменных и методов?

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

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

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

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

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

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

1. Корпоративная почта и рассылки.

2. Бот-уведомитель в телеграмм.

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

А какая цель у стартапа?

Если получить больше регистраций - считайте регистрации.
Если получить больше постоянных клиентов - считайте количество активных пользователей за день/месяц.
Если заработать - считайте деньги.

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

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

Далеко не всегда просто навыки, знания и упорство в изучении принесет тебе собственную реализацию. Люди разные, и "не твое" означает, что тебе будет противно заниматься какими-то вещами, ты не будешь отдаваться на все сто, и даже на 90, и вообще хорошо если хотя бы на 50%.

Кроме того, что такое выгодно? Не все меряется деньгами, особенно если зп хотя бы от 1$k - тут уже начинается минимальная зона комфорта, когда кроме работы появляется куча доступных интересов.

Хм. Нужно понимать, что их программиста в менеджера это не вырасти а перейти в другую профессию.

У программиста рост вверх - это это тех.лид и архитектор. Затем может быть собственный проект, где ты владелец. и то...

Менеджер это другая отрасль, и нужно вырасти нужно не из программиста, а просто вырасти.

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

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

Идет либо оплата за выполненный проект целиком.
Либо оплата по времени с тарифом.

Все равно вам нужно либо верить исполнителю на слово, либо нанимать другого программиста для приблизительной оценки, а затем договариваться.

Ваш мозг вас обманывает.

На всякое действие должно быть вознаграждение. Если его нет, вы не будете это делать. На работе основное вознаграждение - зарплата.

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

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

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

Варианты могут быть такие:
а) На каждый коммит сразу идет сборка продукта и прогоняются интеграционные тесты.

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

б) сборка может быть ночной. Например потому что билд идет 5 часов на толстом сервере, и на рабочей машине он будет идти 10-15 часов, а то и не идти вообще. Тогда конечно, желательно не ломать билд недоделанными коммитами. Но git же позволяет коммитить без пушей, либо пользоваться бренчами, и настраивать сборку не на просто коммит, а на мерж в девелоперский или мастер бренч.

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

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

Тех поддержка - мониторинг (в основном место на диске, место под базу, бэкапы и возможность восстановления), поддержка работоспособности (если упал сервер/база - поднять). Может включать в себя поддержку домена/хостинга.

Обновление версий ПО - в случае сторонних движков типа WP, Joomla - в принципе на ваше усмотрение (если новая версия совместима без доработок), но уязвимости нужно фиксить.

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

В сторону GIT смотреть лучше, но не суть.

Придумать красивый и удобный шаблон для коммита, и простенький скрипт, который будет бегать по git log (svn log) и собирать эти шаблоны в release notes.
Тогда можно будет всегда генерить отдельный release notes между двумя любыми релизами. И самим будет удобнее.

Плюсом образование конечно будет, но закрывать дорогу не будут.

Оснополагающим считается наличие знание и опыт работы менеджером.

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

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

"Системный архитектор" , "Ведение пресейл-проектов", "Аналитик", "Руководители проектов"

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

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

https://geektimes.ru/post/268802/

Про "усложнителей".

А вообще нельзя сказать "насколько детализировано описывать" в общем.

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

" Какая it специальность востребована для работы"

Востребована прежде всего не специальность, а квалификация. Любая IT специальность от уровня senior имеет высокие шансы на трудоустройство с релокацией. Мидлу - возможно, но шансы низкие. Джуниоры не нужны в принципе.

Многие молодые люди путают название должности с реальной карьерой.

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