Ахах это у меня уже не к девочке хр претензия а к мальчикам айти)

Так этот мальчик может быть в душе той самой принцессой Hr и дела производства. Это же состояния души.

Это точно))👍

Тут скорее весь цимус в понимании как то или иное решение работает и как и что в каком то случае что использовать

Ну если такая ментальность нанимающего, я только за)

Да и разные задачи бывают.

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

У тебя возникают сомнения в том что человек хочет делать А, когда он отказывается делать Б? Ты серьёзно сейчас?🥰

А где граница между А и Б?

Ну если ты мне в общих чертах расскажешь суть фактической работы на которую нанимаешь (хотя бы для примера) человека, и скинешь задачку которую бы ты ему дал, я тебе проведу эту границу.

Ну тогда пусть не позиционирует себя как программиста, а претендует на вакансию рисователя квадратных красных кнопок с желтым текстом без картинок, или что он там умеет. Мы обязательно к нему обратимся, когда будет нужна такая кнопка. Начинаю понимать HR, ыильтрующих отклики по ключевым словам.

Не очень адекватный ответ.

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

И вам спасибо) если увижу вас на собеседовании, сразу же уйду))👍

Забавный тред. По моему опыту проведения собеседований, те кто не пытаются решить задачи, а сразу начинают «качать права», обычно работают над шаблонными проектами, где эти знания действительно бесполезны. В аутсорс и аутстаф компаниях чаще всего действительно нужно быстрее формы шлёпать и эндпоинты к бд клепать и там leetcode ни к чему.

Расскажите какие нешаблонные задачи вы решаете, где актуальны задачи и знания алгоритмов из leetcode (которые к слову и сами просто все реитерации 10 базовых шаблонов 🤣🤣) Или я не прав? Если я неправ, расскажите где, не затруднитесь. Или идите отсюда понты резать туда где они есть.

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

Окей, ну допустим круто, хотя в понятия не имею, Расскажи может быть хоть сейчас как именно пригодились знания leetcode задач? Должен же у тебя хоть один пример быть - я же не говорю что leetcode прямо абсолютно бесполезен) а то стыдно как-то.

Ахах, с вашим опытом всё понятно. Самый банальный пример при работе с маршрутами карт в которых нужно что-нибудь посчитать, мы например считали трафик по улицам. Карты в одной либе, вектора с полосами движения в другой, а информация с радаров в третей. Чтобы это всё объединить, нужно создать своё представление графа и обойти его своими силами, потому что на каждом узле нужна специальная логика принятия решения. Понимаю это не авторизацию формошлёпать xD

Вот так уже интереснее, спасибо)

Литкод то тут причём?) Скажешь что не гуглили аналогичные решения?)

Конечно частично гуглится, но для этого неплохо бы знать, что гуглить. Вот простейший вопрос, есть карта и 2 перекрёстка, нужно найти любой путь из одного перекрёстка к другому, на выбор только 2 алгоритма обхода: в глубину и в ширину. Какой алгоритм выбрать, чтобы было проще? Как программисту нужно гуглить не карту, а граф и не перекрёстки, а узлы ну и тд. На собесах обычно дают задачки уровня easy (изредка medium, а hard отбитые какие-то :)). Easy задачи почти все на то, чтобы использовать какую-то конкретную структуру или подобие сортировки, которые ты и так в жизни используешь, вот и вопрос, быстро ты это осознаешь или нет :)

Спасибо, так и правда интереснее)

Там на самом деле всё не так сложно, алгоритмы все похожи, но руку нужно набивать по новой перед каждым поиском работы

Ну у меня и вопрос в том, зачем нам набивать руку при каждом поиске работы? Ведь руку можно набивать на конкретную задачу. Вот нужно тебе в графы углубиться для кейса, идёшь фигачишь графы пару дней, почему не так?) Логичнее было бы же, не скажешь? ❤️