Все равно я слабо себе представляю, как грамотного специалиста в здравом уме могут опустить некомпетентные собеседующие. Грубо говоря, если собеседующий говорит, что на RFC ему наплевать, а паттерны и алгоритмы это ерунда, то я просто извинюсь и уйду.
Задача собеседующего во время технического интервью заключается в том, чтобы выяснить способности кандидата. И кандидат должен понимать, что если он показывает хорошие знания, то это не «хоботом меряться», а плюс ему в карму. А сидеть, молчать и слушать «дураков» — это малоперспективно.
Встречал таких людей, которые что буквально написано в ТЗ — сделают все точно и качественно. Но все, что не описано, даже если это само собой разумеется с самой простой обывательской точки зрения, сделают как получится. В итоге нужно составлять сверхдетальное ТЗ, а потом тщательно проверять сделанное.
Мне кажется, тут все от конкретного специалиста зависит. Кто-то считает правильным работать точно по ТЗ, кто-то любит проявлять инициативу.
Но, с другой стороны, это ужасно, когда заказчик считает нормальным давать ТЗ на задачу, которая занимает 3 месяца, в виде 2-х страничек в word'е с постановками вида «хочу, чтобы все было как на [мойлюбимыйсайт].com».
Странно. Мои знакомые, которые уезжали в США в последние 3-4 года, точно сдавали еще и практический экзамен по вождению. И некоторые из них даже не с первого раза)
Сложный экзамен или не очень — это уже закапывание в детали. Основная суть в том, что это уж точно не «поменять права просто по почте».
Не все так просто. Права поменяют, только если:
1. У вас водительское удостоверение нового образца.
2. Вы успели подать заявление в течение 90 дней с момента регистрации на територии Чехии.
3. На запрос о подлинности ваших прав, отправленный в Россию, нормально ответят (что может затянуться не на один месяц).
удалось внедрить Youtrack + TeamCity + Mercurial, написать тесты, поднять свой nuget-сервер и навести порядок в коде и архитектуре
Хех) Я еще пока не видел джунов, которые могли бы хотя бы грамотно покрыть свой код тестами, не то что выстроить архитектуру проекта и процесс разработки)
По сути, обладая знаниями нормального middle-программиста, вы почему-то пришли на вакансию джуниора. Мне кажется, это и есть часть причин, почему вам стало неинтересно. Такие случаи не очень часто встречаются, но есть люди, которые почему-то ставят себе очень низкую планку, обладая по сути нормальными знаниями. А потом через несколько месяцев уходят из компании, потому что им элементарно стало не интересно. А компании потом обижаются, пишут про саботажников и т.п.
Вы, видимо, путаете замену прав внутри одной страны (по истечению срока действия или еще по какой-то причине) с получением прав совершенно другой страны. При переезде из России в Европу или США вам, скорее всего, придется проходить автошколу чуть ли не с нуля.
Мы можем говорить о Gchat целый день, но Google никогда не признавала это слово. Несмотря на его распространённость в устной речи, Google упорно противостояла названию “Gchat”, не объясняя причин.
Почему-то я и мои окружающие всю жизнь называли его «Gtalk». Я даже не понял из заголовка, о чем речь, пока не посмотрел на картинку)
Стесняюсь спросить, это где же вы умудрились такой юридический адрес зарегистрировать, что туда почта не доходит? На Северном полюсе? =)
Старайтесь просто, чтобы фактический и юридический адрес фирмы совпадали, и вы избежите многих проблем.
В России ведь уже приняты законодательные акты, по которым налоговая может отправить фирме документы только на юридический адрес, и не утруждать себя отправкой на разные доп. адреса.
Я к чему это все говорю — зачастую это не «мы перекладываем наши обязанности на клиента», а «клиент не хочет устранять ошибки в своих процессах, а хочет, чтобы специально под эти ошибки в систему впиливался специфический костыль».
Если у браузера ресурсов мало, то и процесс будет долгий
В том и дело, что слишком много «если». Особенно в 2016-м году, когда даже телефоны имеют 4-ядерные процессоры. А если у меня мощный компьютер, а интернет так себе? Тогда мне быстрее будет получить данные через json и отрендерить страницу у себя, чем тянуть полностью весь html с сервера (и опять же, не в 100% случаях это будет так).
ничего не мешает кэшировать html, который отдает сервер
Кэшировать отрендеренный сервером html на стороне клиента? В таком случае, никто не мешает и кэшировать html, отрендеренный клиентом при первой загрузке страницы.
Мне кажется решение проблем с поисковиками вытекает как следствие из того, что мы можем быстро отдать первый раз отрендеренную страницу.
Нет, решение проблем с поисковиками вытекает из того, что мы пишем один и тот же код для сервера и клиента, и используем его и там, и там. И это позволяет нам не тратить время на создание дополнительных решений специально для поисковиков (и для всех других нужд, которые могут потребовать отрендеренную страницу без участия браузера). То, что страница рендерится сервером в некоторых случаях быстрее, это просто приятный бонус.
Я вот не совсем согласен, что главное достоинство изоморфности — это скорость начальной загрузки страницы. Потому что js-файл приложения будет грузиться только 1 раз, при самом первом открытии сайта пользователем. Во всех остальных случаях он будет подгружаться из кэша браузера, а с сервера будет запрашиваться только легкий json. И вот когда js уже в кэше нашего браузера, и мы жмем f5 для полной перезагрузки страницы, то далеко не факт, что рендеринг всей страницы на сервере будет быстрее, чем запросить json (вместо того чтобы тянуть с сервера весь html целиком) и вставить его на клиенте в нужные блоки.
На мой взгляд, гораздо более полезная плюшка изоморфности — это решение проблем с поисковиками, потому что мы пишем код только один раз, и он дает один и тот же результат и поисковику и человеку в браузере. Это избавляет нас от костыльных решений типа генерации снапшотов страниц по крону, или хуже того, написания второго приложения специально для поисковиков.
Нужно просто понимать, что ситуации бывают разные. Подход, который советует автор статьи, очень хорошо подходит для больших состоявшихся компаний с готовым продуктом, кучей legacy-кода и неприоритетных задач. Если же у вас команда из пяти человек, жесткие сроки и 85% времени пишется новый функционал, то нанимать джуниоров вместо миддлов и сеньоров будет провальной стратегией. Потому что в данном случае, найми ты хоть трех джуниоров с зарплатой 40к — они не дадут такой эффективности, какую бы дал один сильный миддл или сеньор за 150к.
Так что же вы их не уделали знаниями и опытом, если они дураки?)
Мне кажется, тут все от конкретного специалиста зависит. Кто-то считает правильным работать точно по ТЗ, кто-то любит проявлять инициативу.
Но, с другой стороны, это ужасно, когда заказчик считает нормальным давать ТЗ на задачу, которая занимает 3 месяца, в виде 2-х страничек в word'е с постановками вида «хочу, чтобы все было как на [мойлюбимыйсайт].com».
Хех)
Сложный экзамен или не очень — это уже закапывание в детали. Основная суть в том, что это уж точно не «поменять права просто по почте».
1. У вас водительское удостоверение нового образца.
2. Вы успели подать заявление в течение 90 дней с момента регистрации на територии Чехии.
3. На запрос о подлинности ваших прав, отправленный в Россию, нормально ответят (что может затянуться не на один месяц).
Иначе — автошкола и экзамен по вождению.
Хех) Я еще пока не видел джунов, которые могли бы хотя бы грамотно покрыть свой код тестами, не то что выстроить архитектуру проекта и процесс разработки)
По сути, обладая знаниями нормального middle-программиста, вы почему-то пришли на вакансию джуниора. Мне кажется, это и есть часть причин, почему вам стало неинтересно. Такие случаи не очень часто встречаются, но есть люди, которые почему-то ставят себе очень низкую планку, обладая по сути нормальными знаниями. А потом через несколько месяцев уходят из компании, потому что им элементарно стало не интересно. А компании потом обижаются, пишут про саботажников и т.п.
Почему-то я и мои окружающие всю жизнь называли его «Gtalk». Я даже не понял из заголовка, о чем речь, пока не посмотрел на картинку)
Стесняюсь спросить, это где же вы умудрились такой юридический адрес зарегистрировать, что туда почта не доходит? На Северном полюсе? =)
Старайтесь просто, чтобы фактический и юридический адрес фирмы совпадали, и вы избежите многих проблем.
В России ведь уже приняты законодательные акты, по которым налоговая может отправить фирме документы только на юридический адрес, и не утруждать себя отправкой на разные доп. адреса.
Я к чему это все говорю — зачастую это не «мы перекладываем наши обязанности на клиента», а «клиент не хочет устранять ошибки в своих процессах, а хочет, чтобы специально под эти ошибки в систему впиливался специфический костыль».
Зачем этот костыль? Есть же стандартные коды состояний HTTP.
В том и дело, что слишком много «если». Особенно в 2016-м году, когда даже телефоны имеют 4-ядерные процессоры. А если у меня мощный компьютер, а интернет так себе? Тогда мне быстрее будет получить данные через json и отрендерить страницу у себя, чем тянуть полностью весь html с сервера (и опять же, не в 100% случаях это будет так).
Кэшировать отрендеренный сервером html на стороне клиента? В таком случае, никто не мешает и кэшировать html, отрендеренный клиентом при первой загрузке страницы.
Нет, решение проблем с поисковиками вытекает из того, что мы пишем один и тот же код для сервера и клиента, и используем его и там, и там. И это позволяет нам не тратить время на создание дополнительных решений специально для поисковиков (и для всех других нужд, которые могут потребовать отрендеренную страницу без участия браузера). То, что страница рендерится сервером в некоторых случаях быстрее, это просто приятный бонус.
На мой взгляд, гораздо более полезная плюшка изоморфности — это решение проблем с поисковиками, потому что мы пишем код только один раз, и он дает один и тот же результат и поисковику и человеку в браузере. Это избавляет нас от костыльных решений типа генерации снапшотов страниц по крону, или хуже того, написания второго приложения специально для поисковиков.