Я понимаю :) и в зависимости от того, какие кто считает параметры, можно получать разные результаты. Кстати, у вас в паблике нет каких-нибудь статей/презентаций про это? Видел как-то видосик от Спотифай, было бы интересно узнать другие точки зрения на этот вопрос

И потом квадраты и кубы по коду будут раскиданы. Ну уж нет

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

в паблике насколько я знаю ничего нет

Это легко исправить. Не во всех частях системы нужны инженеры. Для кодеров тоже есть работа в любом проекте

Мне кажется, есть 2 ситуации:
1. Он не знает про это с формальной точки зрения (abs(f(x)) < M*g(x) и вот это всё)
2. Он не знает этот концепт. Я бы поспрашивал про например сортировки и разность в скорости, чтобы это понять.

Если (1), то не страшно. Если (2), то страшно

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

совсем не знание о том, что такое сложность наверное не очень, но вот конкретно какая сортировка какой сложности помнить - ну хз. )

обычно как происходит - пишешь код, ставишь // TODO: отрефаткторить эту дичь и потом возвращаешься, когда появилась проблема )

👌

была как-то в твитерах волна камингаутов, когда куча айтишных инфлюенсеров созналась, что ни дерево не развернет, ни виды сортировки не перечислит )

на хабре есть 4 статьи про сложности алгоритмов. вот первая
https://habr.com/ru/post/196560/

общие концепции знать надо, но блин, мне кажется анализ сложности кода надо делать какими-то анализаторами )

Можно не помнить, но обсудить и посмотреть получится ли вывести.

В больших и долгоживущих компаниях обычно эти ТУДУ не работают, если дичь просочилась - она прорастет в 100500 мест и все будут страдать.

К тому же менеджить таких людей сложно. Нужно все время помнить, что «Васе сложные задачи не давать» и выискивать в беклоге именно подходящие. И это знание как-то распространять, чтобы условно во время твоего отпуска кто-то не совершил эту ошибку. И делать это так, чтобы было необидно. В общем это всё на ваще усмотрение конечно, я стараюсь избегать этого геморроя - и других проблем обычно достаточно :)

Всегда есть место для one-time скриптов, формочек на фронте, sales engineering, etc. Этим всем можно заниматься просто зная язык программирования, но не являясь программистом

а что там про преждевременную оптимизацию говорят? )

Мне кажется, вы неправильно это готовите. Нет же задачи «вспомнить все виды сортировок». Но например обсудив как работает мердж сорт, нужно мочь его написать. Если не получится - почему любой другой алгоритм получится?

почему ксттаи туду не работают? туду же автоматом можно из кода парсить и ишью генерить )

Не для наброса, а ради понимания - в какого размера команде / компании тебе удалось поработать?
Спрашиваю потому что работать в команде из 5 высокомотивированных чуваков, делающих общее дело, и в энтерпрайзе с OKR-ами, performance review и вот это всё - большая разница. И чтобы её объяснить, нужно обсуждать не точечный вопрос ТУДУ в коде, а как всё в целом работает

Я тут не в праве спорить, но я никогда на собесах этого не спрашивал. Либо видно, что человек рубит, либо видно что не рубит. Либо видно, что будет айпишники серверов в пакеты хардкодить, либо видно, что не будет :)

И тут ты тоже, кажется, путаешь теплое с мягким. Одно дело - написать где-то квадрат когда ты понимаешь почему так, а другое дело - потому что не понимаешь что за те же усилия можно написать сильно лучше

всегда было 30-40 человек, с которыми лично, я конечно же не работал. в ближнем круге всегда человек 5, с которыми можно наладить все процессы.