Особенности языка — это важно, но это не единственный и не всегда решающий фактор. Было бы интересно сравнение уровней ЗП, уровней разработчиков, культуре тестирования и типы компаний использующих эти языка.
На собеседованиях часто спрашивают о самой сложной задачи или проекта, который приходилось решать.
Автор, посоветуйте, что ожидают услышать на такой вопрос?
Меня всегда этот вопрос вводит немного в ступор. Потому что все сложные задачи все равно дробятся на маленькие, а дальше — думаешь, гуглишь, пишешь и решаешь.
Для себя решил, что тестовые задания должны быть либо короткие (15 минут), либо интересные.
Однажды взял тестовое задание на пару дней, но с условием, что мне отпишут что сделано хорошо и что сделано плохо. На работу меня не взяли, но я остался очень доволен, т.к. разобрался с интересными стандартами и получил очень качественный feedback.
Вникнуть в проблему, предусмотреть последствия и предложить улучшения/решения однозначно нужно.
Заниматься улучшениями, доработками «втихоря» не стоит. Потому что эти «улучшения» могут оказаться никому не нужны.
ИМХО, главное — правильная налаженная коммуникация.
Можете подсказать по статусам для ошибок?
Какие статусы выдавать в случаях:
1. Ошибка пользователя, ее необходимо показать. Например «Вы ввели некорректную дату» или «форамат логина неверный»
2. Ошибка для developer'а. Например «Не передан параметер id. Без него зарезервировать билет невозможно»
Важно уметь учиться на ошибках (своих и чужих). Каждый раз пытаться выявлять глубинные причины. Тогда с каждой новой попыткой везение будет увеличиваться. Без этого сколько бы попыток в не предпринималось, это будет лишь беготней по кругу.
А можете подсказать методы определения желаний и насколько они «родные»?
Ну т.е. я хочу Катьку или Ленку? А если хочу Катьку, то хочу потому что она мне нравится или потому что она в классе была звездой?
Странные выводы у Вас. У меня все наоборот — когда встретил такого заказчика, я полюбил свою работу на 50% больше. Я понял, что мне намного приятнее думать о том, какой паттерн применить и т.п., чем думать о виде попапов и т.д.
Совет про CSS спрайты с выходом HTTP/2 уже не такой однозначный.
Автор, посоветуйте, что ожидают услышать на такой вопрос?
Меня всегда этот вопрос вводит немного в ступор. Потому что все сложные задачи все равно дробятся на маленькие, а дальше — думаешь, гуглишь, пишешь и решаешь.
Однажды взял тестовое задание на пару дней, но с условием, что мне отпишут что сделано хорошо и что сделано плохо. На работу меня не взяли, но я остался очень доволен, т.к. разобрался с интересными стандартами и получил очень качественный feedback.
Заниматься улучшениями, доработками «втихоря» не стоит. Потому что эти «улучшения» могут оказаться никому не нужны.
ИМХО, главное — правильная налаженная коммуникация.
Какие статусы выдавать в случаях:
1. Ошибка пользователя, ее необходимо показать. Например «Вы ввели некорректную дату» или «форамат логина неверный»
2. Ошибка для developer'а. Например «Не передан параметер id. Без него зарезервировать билет невозможно»
Ну т.е. я хочу Катьку или Ленку? А если хочу Катьку, то хочу потому что она мне нравится или потому что она в классе была звездой?