EU
и да, на клиенте другие оптимизации: утечки памяти, работа с DOM-ом и прочее. Вот тут косяки могут больно бить, это и справшивал
Size: a a a
2019 May 08
АШ
Это другого типа вопросы, для них другая секция
A
я собеседовал иначе. Спрашивал на понимание языка, способность не отстрелить себе ногу и вообще софт-скилы смотрел. Но я фронтендеров нанимал. Если человек на клиенте начинает городить что-то такое, что требует сложных алгоритмов и оптимизацией, то скорее всего что-то пошло не так
У нас, например, нет разделения (в Яндексе, как я понимаю, тоже) на "ты фронтендер, значит if-ы имеешь право трассировать" и "ты core пишешь, if'ы должен в голове трассировать". Либо программировать умеешь без багов +/-, в ограниченное время, либо нет. Для Full-stack, front-end задачи несколько легче, чем для research developer'ов так называемых.
EU
У нас, например, нет разделения (в Яндексе, как я понимаю, тоже) на "ты фронтендер, значит if-ы имеешь право трассировать" и "ты core пишешь, if'ы должен в голове трассировать". Либо программировать умеешь без багов +/-, в ограниченное время, либо нет. Для Full-stack, front-end задачи несколько легче, чем для research developer'ов так называемых.
не знаю правильно ли это. Правила для всех одни - это круто, но рабочие задачи то в итоге разные
A
Задачи разные - баги одни и те же ))
A
Много багов = плохо
A
долго фиксим баги = плохо
AB
на клиенте не должно быть манипуляции таким объемом данных, что есть разница каким алгоритмом делать. На сотне объектов хоть квадрат, хоть куб, погоды особо не сделает
оффлайновый поиск подойдёт для примера?
АШ
Я когда-то делал саджест для Яндекс.Маркета, и там было полно самых разных манипуляций на фронте
АШ
Ну и вообще, вопрос в том, сколько боли вы готовы доставить пользователю :) В хорошем интерфейсе миллион лишних итераций внутри js-кода — очень больно для юзера
A
Плюс, например, у нас часто надо на backend'е что-то такое не очень медленное закодить. Почему бы full stack деву этим не заняться самостоятельно? У нас приветствуется желание брать сложные задачи, независимо от специализации, к примеру.
АШ
А как-то у меня был аналитик, который парсил логи (там сколько-то терабайт таблички) для поиска запросов с конкретным текстом. Работало пару часов. Потом запросов стало 500, и вы не поверите, что произошло
EU
Задачи разные - баги одни и те же ))
не согласен, баги разные
EU
оффлайновый поиск подойдёт для примера?
много примеров его использования есть?
A
не согласен, баги разные
ОК, в чем разница?
AB
много примеров его использования есть?
ну вроде как всё, что можно сохранить и продолжить пользоваться оффлайн 😄
EU
Плюс, например, у нас часто надо на backend'е что-то такое не очень медленное закодить. Почему бы full stack деву этим не заняться самостоятельно? У нас приветствуется желание брать сложные задачи, независимо от специализации, к примеру.
фуллстеки отдельная тема для разговора. Я их видел только в интеграторах, когда на качество кода более менее все-равно. Глядя на JS-ный код я почти всегда могу сказать какой язык программирования для автора родной. Думаю специалисты в своих языках тоже. Человек не может одновременно мыслить в разных парадигмах. Поэтому код на чужом языке неминуемо страдает в качестве
A
фуллстеки отдельная тема для разговора. Я их видел только в интеграторах, когда на качество кода более менее все-равно. Глядя на JS-ный код я почти всегда могу сказать какой язык программирования для автора родной. Думаю специалисты в своих языках тоже. Человек не может одновременно мыслить в разных парадигмах. Поэтому код на чужом языке неминуемо страдает в качестве
Вообще, вокруг меня много ребят, у которых больше чем 1 язык основной. Если тут утверждается, что "больше 1 языка использовать эффективно нельзя", то не соглашусь.
EU
ну вроде как всё, что можно сохранить и продолжить пользоваться оффлайн 😄
и кто сохраняет? Ты будешь весь Маркет человеку выкачивать, чтобы потом в нем поискать? Современный веб последнее время двигался активно в сторону офлайна, сервис-воркеры и все прочее, но на практике оно того не стоит. Поигрались и бросили. Код становится сложным, а человек либо всегда в онлайне, либо все-равно толком ничего сделать не может
EU
Вообще, вокруг меня много ребят, у которых больше чем 1 язык основной. Если тут утверждается, что "больше 1 языка использовать эффективно нельзя", то не соглашусь.
с разной парадигмой. Например, ООП и функциональщина