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

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

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

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

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

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

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

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

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

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

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

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

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