Нет, я обсуждаю конкретно содержимое комментария. Специально отделяю общий случай и текущий. Что в общем случае, без уточнения языка, докомпиляция в рантайме вполне возможна. Однако в текущем случае, когда язык C++ и const(expr/eval/init), возникают вопросы. Может быть, у кого-то даже претензии, не важно.
Уточнение было адресовано, скорее, другим читателям, которые пока не понимают особенностей. Разъяснение причины возникновения вопросов к статье.
Хорошее замечание. Но здесь стоит отметить, что такой расклад вполне возможен, если рассматривать общую картину, так как в некоторых языках программирования возможна докомпиляция при старте приложения. Другой вопрос — насколько это относится непосредственно к C++.
Так если выделять подстроку с помощью split, то замер от момента вызова до получения результата в виде подстроки как раз и будет включать в том числе и разбиение строки по разделителю
Скажу сразу, что если бы я вел набор, то обратил бы внимание на такого джуна. Один из важных факторов для меня — умение использовать навыки для решения своих задач. Возникла потребность - изучил, сделал. Это хороший старт. А помимо питона на чем ещё пишете?
Как бы эти игры со временем на стали новой ахилесовой пятой UUID, от которой будут пытаться избавиться в UUIDv8+. Пока что смотрю на эту версию крайне скептически.
Как минимум понимание, зачем нужна отмена запроса к беку - это следствие осознания, что на фронте все не заканчивается, а только начинается. Отмена ненужных запросов очень критична для бекенда. Бек не знает, нужен результат метода или уже нет. Его попросили - он сделал. Но запросы бывают тяжёлыми. Остаётся только полагаться на фронт: чтоб сказал явно, если уже что-то не нужно. Условному соискателю-фронту потом с банком работать. А если он потом будет выдавать "я сделал у себя, как надо, это всё бек", то возникнут вопросы к лиду.
Одно последствие ясно: если задалбливать вопросами полезными и для своего роста (а не только для конторы), то если и уйдешь, то в плюсе. Если лид считает, что незнающий и молчаливый, который списывает x2, лучше интересующегося и развивающегося, то к лиду вопросы. И по качеству оценки, и по тому, чего он делал во время найма.
Джун джуну - рознь. Если их искать "на помойке" (см. статью), то надо отдавать себе отчёт о качестве. Но утверждать, что если джун, то сразу убытки - смешно. Если на протяжении 1-2 лет сотрудник не выдал выхлопа, то дело не в грейде, а в качестве найма.
Нет, я обсуждаю конкретно содержимое комментария. Специально отделяю общий случай и текущий.
Что в общем случае, без уточнения языка, докомпиляция в рантайме вполне возможна.
Однако в текущем случае, когда язык C++ и const(expr/eval/init), возникают вопросы. Может быть, у кого-то даже претензии, не важно.
Уточнение было адресовано, скорее, другим читателям, которые пока не понимают особенностей. Разъяснение причины возникновения вопросов к статье.
Не понимаю, чего к статье столько комментариев о "низком качестве".
Если опустить оплошность в преамбуле и оставить сам материал, то получается приемлемый обзор фичи const(expr|eval|init).
Доработать, и будет прекрасно.
Хорошее замечание. Но здесь стоит отметить, что такой расклад вполне возможен, если рассматривать общую картину, так как в некоторых языках программирования возможна докомпиляция при старте приложения.
Другой вопрос — насколько это относится непосредственно к C++.
Скорее, ирония. Автор пишет о древности приложения для оплаты
Окрашивать вершины и выбрать кратчайший путь, содержащий искомую вершину?
Так если выделять подстроку с помощью split, то замер от момента вызова до получения результата в виде подстроки как раз и будет включать в том числе и разбиение строки по разделителю
В чем странность заключается?
Так и не дождался)
Поэтому держу rdp за ssh на нестандартном порту
Скажу сразу, что если бы я вел набор, то обратил бы внимание на такого джуна. Один из важных факторов для меня — умение использовать навыки для решения своих задач. Возникла потребность - изучил, сделал. Это хороший старт.
А помимо питона на чем ещё пишете?
Как бы эти игры со временем на стали новой ахилесовой пятой UUID, от которой будут пытаться избавиться в UUIDv8+.
Пока что смотрю на эту версию крайне скептически.
Как-то я упустил момент, когда слово "монада" стало табу 😁
Отдает желтизной
Вот. Правильный вопрос для собеседования. Идёт после вопроса "а зачем вообще отменять". И перед вопросом "какие есть варианты имплементации?"
Вы говорите о разных админах
Как минимум понимание, зачем нужна отмена запроса к беку - это следствие осознания, что на фронте все не заканчивается, а только начинается.
Отмена ненужных запросов очень критична для бекенда. Бек не знает, нужен результат метода или уже нет. Его попросили - он сделал. Но запросы бывают тяжёлыми. Остаётся только полагаться на фронт: чтоб сказал явно, если уже что-то не нужно.
Условному соискателю-фронту потом с банком работать. А если он потом будет выдавать "я сделал у себя, как надо, это всё бек", то возникнут вопросы к лиду.
Так DDD или чистой архитектуры?
Почему? Если устраивать shared-хранилише дома для локального кластера, то вполне
Одно последствие ясно: если задалбливать вопросами полезными и для своего роста (а не только для конторы), то если и уйдешь, то в плюсе.
Если лид считает, что незнающий и молчаливый, который списывает x2, лучше интересующегося и развивающегося, то к лиду вопросы. И по качеству оценки, и по тому, чего он делал во время найма.
Джун джуну - рознь. Если их искать "на помойке" (см. статью), то надо отдавать себе отчёт о качестве.
Но утверждать, что если джун, то сразу убытки - смешно. Если на протяжении 1-2 лет сотрудник не выдал выхлопа, то дело не в грейде, а в качестве найма.