Pull to refresh
2
44
Евгений@eugene_october

User

Send message

Хотя конечно если не целиться на бигтех, где по 5 техсобесов с хард-задачками, которые надо решить без ошибок за минимальное время

На моем опыте обычно medium дают, либо 1 easy и 1 medium. Хард не припомню даже

Базовый уровень и основные алгоритмы, думаю вполне можно запомнить надолго

Мне кажется это основная польза для человека, который не целится в бигтех. А то, что рука местами не набита – и ладно. Как-то что-то где-то все равно решишь при необходимости

Как это всё совмещать с работой над реальным проектом и каким-то отдыхом после работы - решительно непонятно.

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

поэтому надо их постоянно тренировать

Ну... Я бы тут не согласился. Невозможно находиться всегда на пике формы. Периодически проседать – абсолютно нормально. Перед заходом на цикл собеседований 2-3 недели каждый день нужно порешать, чтобы руку набить. В остальное время можно прокачивать что-нибудь другое

Так что я не знаю про какие ты 5-10 мин говоришь

Я говорил о 5-10 минут страданий перед пустым листком и 0 идей. Если даже не появляется мыслей как подступиться к задаче то нет смысла сидеть и страдать 25-30 минут без прогресса. Лучше открыть подсказки, открыть решение, разобрать. В этом был посыл. Я очень много лишнего времени потерял на таком и сил.

Я точно не монстр из видосов, где экран моргает, код появляется огромными кусками за доли секунды и все сразу зелененькое и пройденное.

А вообще спасибо на добром слове :)

Но ведь разборы для дейли задач обычно бесплатные и не требуют подписки

Выше тоже про дейли задачи где-то было в комментариях. Решать что-то каждый день != решать только дейли.

Есть замечательный блок "Editorial", там по темам здорово сгруппировано. Отдельно про графы, даже про сортировку неожиданно для меня было интересно (например, Counting Sort). Думаю, что у конкурентов есть похожие штуки. Не хотел бы на конкретной платформе акцентировать

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

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

Это верно. Для реляционных как правило используют B-tree. Из второй ссылки, к слову:
"The B-tree generalizes the binary search tree, allowing nodes to have more than two children"

А буквально BST используются в виде красно-черных деревьев.

Одним из самых первых шагов вкручивал. Пропустил, что убрали

Ну вот именно. Нет хотя бы зачаточного бизнес-плана на пальцах. Звучит ну очень утопически

Там где есть аудитория – ее можно монетизировать.

В случае с сайтами как правило размещаются рекламные блоки. Тогда за каждый клик администратор сайта получает процент с рекламы. Доход делается за счет большого количества визитов и кликов.

Ну и "продавать" в статье имелось в виду не буквально. Речь про привлечение аудитории. Нужно было в кавычки взять, пожалуй

Так у меня, кстати, не было проблем с Wordpress самим. Ну и да, я бы next.js тоже бы в докер заворачивал ровно по тем же причинам, что и Wordpress завернул :)

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

Это звучит как CMS :) К тому же поверх описанной функциональности там есть плагины, которые могут быть полезными

У вас докер, база и прочие страшные вещи там, где они вот вообще не нужны

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

Если совсем откровенно – я не верю, что сайт вырастет до таких масштабов, и самым эффективным было бы масштабировать Nginx (потому-что больше 99% запросов – чтение), затем MySQL (вертикально/горизонтально), затем Wordpress. И если бы пришлось решать эту проблему – я был бы вероятнее всего достаточно богат =)

Но все же, если рассуждать, то первый заход был бы такой: сделал бы master ноду для записи, и разливал бы на все secondary (остальные ноды). В лоб – rsync. После изменений в wp-content и доставки файлов на secondary возможно secondary нодам понадобился бы рестарт, тоже решаемо в принципе

классический дедовский «статический хтмл с картинками» тут бы не подошел?

Совсем без CSS не самый привлекательный вариант. В любом случае какие-то шаблоны нужно. В плане удобства написания/добавления формат WYSIWYG достаточно практичен. Сходу видится больше минусов чем плюсов

Information

Rating
154-th
Registered
Activity

Specialization

Бэкенд разработчик, Фулстек разработчик
Старший
JavaScript
TypeScript
Node.js
Веб-разработка