1C:Предприятие 8

К примеру, менеджер говорит:
Вот тебе Пользователь 1, Пользователь 2, Пользователь 3, им нужно, чтобы ты доработал конфигурацию, подробности можешь узнать у них самих.

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

Далее менеджер спрашивает – сколько времени уйдёт на разработку?

И вот с определением этого времени уже возникают проблемы:
1) Далеко не всё можно продумать заранее, пока не погрузился в проект

2) По ходу разработки может возникать множество «подводных камней» в самых неожиданных местах

3) По ходу выполнения задания могут возникать новые вопросы к пользователям, что также уменьшает возможность прогнозирования того, сколько нужно времени на выполнения задания

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

5) Если назвать срок с хорошим запасом, ввиду пунктов 1-4 трудно аргументированно ответить на вопрос «почему так долго?»

Можно ли стать хорошим разработчиком, не получая постоянно пизды за свои ошибки?
Замети у себя в работе некоторый «нездоровый перфекционизм». Я реально боюсь, что в моих проектах будут недостатки, особенно значительные, в следствии чего я получу негативную и неприятную «обратную связь» (получать обратную связь в процессе разработки, весьма не просто (так как у пользователей «есть своя работа», которой очень много), хотя я и стараюсь это делать).

С другой стороны, именно на неудачах учатся… наверное

Вопрос, в первую очередь, программистам 1С (так как сам являюсь программистом)

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

Вопрос, насколько это близко к истине?

Просто если буквально программировать по 8 часов «чистого времени» в день, придётся или вообще не делать перерывов (что отразится на качестве кода уже через 2 часа (в лучшем случае)) или рабочий день растянется часов на 12 (ежедневно), что отразится на качестве работы (и жизни) месяца через 2-3.

Поспрашивать коллег из других компаний.

Поискать свежие обзоры зп.

Провести опрос на профильном сайте.

Проанализировать вакансии с ЗП на сайтах поиска работ.

Походить на 5-10 фейковых собеседований, на вакансии которые вам в общем подходят, но работать вы там не планируете. И называть ЗП на 20-40% больше чем вы планировали озвучить.

Смотреть на реакцию, корректировать запросы.

Ценность работника для компании определяется тем, какую прибыль он приносит (упрощённо). Соответственно, чем больше эта прибыль, тем большую зарплату он может требовать.

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

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

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

Не очень понятно, что же такого должен делать этот запрос за такие деньги.

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