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

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

Решил поискать курсы по конфигурированию ERP. Какие-то курсы в интернете есть, но, в основном не по конфигурированию и, в некоготых случаях, ценник такой, что непонятно, зачем учить ERP тем, кто способен платить за такие курсы:

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

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

Как же совмещать текущую работу с поиском новой, более высокооплачиваемой?

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

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

Что вы будете делать в такой ситуации? Случалось ли с вами что-то подобное?

(Я в такие ситуации не попадал, но страх подобных ситуаций мешает мне пробовать устроиться в компанию с зарплатой значительно больше, чем моя и перестать работать за копейки)

Притензии руководителя к программисту можно поделить на 2 категории:

1) Почему так долго?

2) Почему здесь и здесь что-то работает не так, как должно?

На первый вопрос, лично мне, зачастую не просто найти ответ, который будет звучать убедительно. По факту ответ таков: n времени было потрачено на то, чтобы вникнуть в задачу и понять, как работает уже имеющаяся функциональность. m времени, на то, чтобы продумать структуру доработок и понять, что может пойти ни так, x времени на сами доработки, v на исправление того, что пошло не так (что предугадать не получилось), k на то, что всё протестировать и т.д. (и это я ещё не говорю, что нужно сделать так, чтобы пользователь понял, чего он хочет и объяснил это программисту) В итоге, хотя кажется, что задача очень простая, на практике на неё может уйти очень много времени.

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

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

Но, понимая это, стоит ли смириться с тем, что периодически придётся оказываться крайнем или существуют другие варианты?

Вот вместо ChatGPT вышел DeepSeek.
Когда вместо 1С выйдет 1D которая будет работать в 100 раз быстрее и обновляться автоматически на основе новых законов ФНС?