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

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

Ну в том то и проблема что это нужно на собесах, но в реальной работе у вас уже все написано, есть стек и общее понимание, что много проходов по базе — это плохо и тому подобное. Достаточно EMLI5 понимать что дорого а что дешево и все.

Изучение алгоритмов, и вообще CS, и вообще математики нужно для того, чтобы иметь возможность "увидеть" применение. Тут ловушка в том, что если этого не знать, то просто не видишь, где это применить, и думаешь, что не нужно. Imo, конечно

Это если в небольшой компании работать, где делают однотипные задачи, которые уже были решены 100 раз. Но разве это интересно? Тот же YouTube как спроектировать в гугле не найдешь.

Так уверен в Google по сути большинство пишет скучные web-микросервисы, и полтора рокстара мозгуют с нуля крутые вещи. По крайней мере много слышал такого.

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

Верно подмечено, но я написал ответ выше)

В бизнес-разработке за clever код бьют по рукам. 😀

У него поддерживаемость стремится к нулю.

Тут тоже важно учитывать контекст. Если это отдельная задачка, то отлично. А в рабочем проекте надо написать так, чтобы будущим читателям было понятно, и чтобы было расширяемо

Пришел к нам как-то в Python команду бывший перлист ...

Опередили меня :)

Хотя в либе, которую вынуждены использовать, нашел такую штуку:

const isX = (a && b) || b (названия переменных заменил)

Как это cr прошло, загадка

Хороший повод запушить в опенсурс

Это закрытая либа

Это же JS да? Там у вас еще есть с вопросительными знаками веселый конструкт:

oldEnough = (age >= 21) ? "You may enter." : "You may not enter.";

Я как-то переносил немного фронтовой логики в бек долго залипал на это. Но вцелом удобно.

oldEnough = (age >= 21) ? "You may enter." : "You may not enter.";

Такая конструкция уже давно в разных языках применяется)

oldEnough = (age >= 21) ? "You may enter." : "You may not enter.";

не вижу ничего весёлого или страшного в тернарном операторе

В Python еще не завезли или я не встречал.

oldEnough = (age >= 21) ? "You may enter." : "You may not enter.";

JS, но это в том примере не важно. на любом языке, где есть AND и OR, такая конструкция была бы бессмысленна. Там можно просто b использовать, без isX, a и этих вычислений

oldEnough = (age >= 21) ? "You may enter." : "You may not enter.";

Тут как раз нет логической ошибки, как там