Кто-нибудь может подсказать, какую проблему решает "Feature 4: Constexpr Placement New" ?
Я не могу придумать, зачем в constexpr какие-то хитрости с выделением памяти и размещающим new, если оно отрабатывает при компиляции и в конечном коде только результат этой фукнции будет.
На данный момент ИИ может успешно решать типовые задачи, эквивалентные ручной копи-пасте решения с гитхаба и стэковерфлоу. Вряд ли дотягивает до джуниора.
Вот когда появятся ИИ, генерирующие код по текстовое описание + UML, то уже можно будет переживать даже мидлам.
Но я не эксперт, мнение поверхностное. Из того, что знаю, что-то сложное нагенерить не получится. А уж если в коде где-то будет какая-то ошибка, то её найти и исправить будет в разы сложнее, чем если сам код писал.
Ментор на то и ментор. Для того, чтобы человек мог начать работать с любой системой контроля версий достаточно вводной на 20 минут. А вот когда если вдруг возникнет ситуация, требующая каких-то особых знаний, вот тогда уже это тпрограммист обращается к своему ментору или читает документацию.
Я просто в принципе не понимаю, зачем нужно по памяти помнить команды git или чего-то ещё. Я вообще не понимаю, зачем нужено работать через консоль и что-то помнить, если все простые и частые операции выполняются через GUI (или программа, или контекстное меню - не важно)? Важно просто знать возможности системы, а как конкретно что-то сделать, всегда можно глянуть в мануал. Зачем помнить команду с кучей переменных аргументов, если её надо вызывать раз в пару лет, если случилась неприятная беда?
fetch, pull, push и всё, чтобы начать работать бользих знаний не требуется. Что вы ещё собрались спрашивать? Как откатить изменение в середине файла к ревизии трёхкоммитной давности, при этом переключить ветки и сделать мерж? За такой вопрос на собеседовании можно получить по лицу.
Когда говорю без контекста, стараюсь говорить чуть больше слов для пояснения. "графический интерфейс" и "интерфейс класса", даже если это не совсем правильное название, но оно ближе по смыслу к тому, о чём говорю. Не про собесы, а про вообще повседневные беседы говорю.
Мои знания об 1С ограничены анекдотами и байками. Как я понял, это отдельный дивный Мир. Если там "всё из коробки", а чег онет - запрашивается у службы поддержки 1С на дополнения. Тогда, действительно, для продуктивной раоты нужны только знания имеющегося функционала 1С, без побочных знаний. Но и отойти ни на шаг технически невозможно и из-за отсутствия занний и из-за технической невозможности. Но это пальцем в небо, я только мемчики читал.
А про это уже в комментариях тут писали. Компании налево и направо раздают титулы. Этот программист у нас работает дольше всех, уже целых джва года, поэтому ему табличка сеньор тим лид. В принципе, ничего плохого в этом не вижу. Программисту приятно, директор ему звание присовоил, а з/п не поднимает, типа разменялись и все довольны :) А по факту работает как мидл или джун вообще. И вот приходит настоящий сеньор и ему приходится скромничать. Или этот недосеньор меняет работу, пробуется на сеньора главного лидера отрасли и не может ответить, надо ли в конце строчки ставить точку с запятой.
Эти знания передаются за 20 минутный инструктаж. Спросить можно, конечно, но я бы не стал кандидата из-за ошибки в таком вопросе отклонять. А раз так, то и вопрос задавать нет смысла. Но вот в первый день провести инструктаж нужно. Если всякие коммиты и конфликты встречались абсолютно всем, кто более чем в одиночку разрабатывал, а вот "ребейзы и прочее" уже могли и не встречаться. И это скорее исключение, чем нормальная работа. Да, это оправдание с моей стороны, без справки я не смогу через консоль сделать что-т сложнее коммита или апдейта :)
То есть сеньор(!!!) пишет работу с БД, не понимая базовых принципов работы СУБД? А вы точно собеседовали сеньоров, а не джунов?
Уточню, что я говорю не о конкретных реализация конкретных БД - эти данные почти никто в три часа ночи сказать не сможет. Я говорю о примитивной информации, типа "поиск по индексированной БД это O(logN), а поиск по не индексированной O(N^2)". Тут можно поспорить про реализацию, что где-то не бинарный поиск, а хэш-таблица и O(N), вместо (logN), но в качестве первого приближения и без конкретики это адекватный ответ. А вот если сеньор скажет "я не понимаю, о какой О-сложности вы говорите, я с высоконагруженными БД работаю через чатГПТ", то как бы HR плохой, да.
Если проблема всё же в коде, кидаем этот кусок в GPT, просим оптимизировать
До чего дошёл прогресс, вкалывают роботы, а не человек... Но это объясняет причину отсутствия начальных знаний. Если решаешь только типовые задачи, то копипаста со SO и chatGPT позволяют решать большинство вопросов, надо только немного синтаксис языка знать, английский для составления запросов и в целом достаточно. Как же приятно быть программистом, оказывается. Даже завидно немного :)
А если серьёзно, то проходить "первичную фильтрацию" у HR, который даже не знает, на какую должность вы претендуете и который не способен адекватные вопросы задать - это трагедия всей IT-индустрии. Вот вы опытный разработчик хайлоад сервисов и устраиваетесь на аналогичную позицию, а вам задают вопросы не только из другой области, но ещё и на другом языке программирования... Я считаю большим везением, если удаётся собеседоваться сразу со специалистом или с будущим руководителем, в обход первичной фильтрации. Хотя бы не спросили, кем вы видите себя через 5 лет и не попросили нарисовать дом :)
Потому что данные хранятся в БД. И вы знаете, что к записям надо обращаться по индексированному ключу. А если индексной таблицы нет, то её приходится создавать. Без этих знаний вы никак не смогли бы работать с БД (поэтмоу вы и имеете представление про О-сложность). Это всё те же знания линейного и бинарного поиска, но абстрагированные за интерфейсом СУБД.
Так никто и не просил вспоминать алгритм бинарного поиска. А по памяти его ни один нормальный человек не напишет, если предварительно специально код не заучивал (это утверждение основано на том, что баги в алгоритме его изобретатель много лет отыскивал, прежде чем он безсбойно заработал). Его спросили про разницу между этими поисками и вопрос следовал после вопроса про О-сложность. Как бы очевидно, какой ответ хотели услышать.
Миддл, незнающий разницы между бинарным и линейным поиском? Это в Y2K25 такие миддлы теперь?
Ни в коем случае не хочу вас как-то унизить или обидеть, просто это базовые знания любого программиста, который программирует дольше одного дня. Каким чудодейственным образом вы подробно ответили про О-сложность, если не знаете разницу между бинарным и линейным поиском? Ничего не утверждаю, но недовольство интервьювера вполне могло быть обоснованным.
Я не знаю PHP, возможно, для бэкэнда все эти знания и не нужны, лепите сайтики по готовым фреймворкам и в ус не дуете :)
А потом зашёл на страничку Стим и понял, что вид сверху это просто превьюшка уровня, а сама игра на подвалы какого-то Скайрима похожи.
На 99% уверен, что вы вспоминаете про DungeonKeeper
Кто-нибудь может подсказать, какую проблему решает "Feature 4: Constexpr Placement New" ?
Я не могу придумать, зачем в constexpr какие-то хитрости с выделением памяти и размещающим new, если оно отрабатывает при компиляции и в конечном коде только результат этой фукнции будет.
Зато сэкономили целую одну строку кода! Ради этого стоило пилить новый стандарт...
Ещё и статические анализаторы надо ждать доработанные, чтобы они не ругались, что в if написано "=", а не "==".
На данный момент ИИ может успешно решать типовые задачи, эквивалентные ручной копи-пасте решения с гитхаба и стэковерфлоу. Вряд ли дотягивает до джуниора.
Вот когда появятся ИИ, генерирующие код по текстовое описание + UML, то уже можно будет переживать даже мидлам.
Но я не эксперт, мнение поверхностное. Из того, что знаю, что-то сложное нагенерить не получится. А уж если в коде где-то будет какая-то ошибка, то её найти и исправить будет в разы сложнее, чем если сам код писал.
Ментор на то и ментор. Для того, чтобы человек мог начать работать с любой системой контроля версий достаточно вводной на 20 минут. А вот когда если вдруг возникнет ситуация, требующая каких-то особых знаний, вот тогда уже это тпрограммист обращается к своему ментору или читает документацию.
Я просто в принципе не понимаю, зачем нужно по памяти помнить команды git или чего-то ещё. Я вообще не понимаю, зачем нужено работать через консоль и что-то помнить, если все простые и частые операции выполняются через GUI (или программа, или контекстное меню - не важно)? Важно просто знать возможности системы, а как конкретно что-то сделать, всегда можно глянуть в мануал. Зачем помнить команду с кучей переменных аргументов, если её надо вызывать раз в пару лет, если случилась неприятная беда?
fetch, pull, push и всё, чтобы начать работать бользих знаний не требуется. Что вы ещё собрались спрашивать? Как откатить изменение в середине файла к ревизии трёхкоммитной давности, при этом переключить ветки и сделать мерж? За такой вопрос на собеседовании можно получить по лицу.
Когда говорю без контекста, стараюсь говорить чуть больше слов для пояснения. "графический интерфейс" и "интерфейс класса", даже если это не совсем правильное название, но оно ближе по смыслу к тому, о чём говорю. Не про собесы, а про вообще повседневные беседы говорю.
Когда пишешь комментарий не думая, а читают - думая. Красиво по фактам уделали :D
Реквест Пер Монс. Поэтому и с линейным поиском работает нормально :)
Мои знания об 1С ограничены анекдотами и байками. Как я понял, это отдельный дивный Мир. Если там "всё из коробки", а чег онет - запрашивается у службы поддержки 1С на дополнения. Тогда, действительно, для продуктивной раоты нужны только знания имеющегося функционала 1С, без побочных знаний. Но и отойти ни на шаг технически невозможно и из-за отсутствия занний и из-за технической невозможности. Но это пальцем в небо, я только мемчики читал.
О-большое, от немецкого слова Ordnung
о-малое, произошло от olezh
А про это уже в комментариях тут писали. Компании налево и направо раздают титулы. Этот программист у нас работает дольше всех, уже целых джва года, поэтому ему табличка сеньор тим лид. В принципе, ничего плохого в этом не вижу. Программисту приятно, директор ему звание присовоил, а з/п не поднимает, типа разменялись и все довольны :) А по факту работает как мидл или джун вообще. И вот приходит настоящий сеньор и ему приходится скромничать. Или этот недосеньор меняет работу, пробуется на сеньора главного лидера отрасли и не может ответить, надо ли в конце строчки ставить точку с запятой.
Эти знания передаются за 20 минутный инструктаж. Спросить можно, конечно, но я бы не стал кандидата из-за ошибки в таком вопросе отклонять. А раз так, то и вопрос задавать нет смысла. Но вот в первый день провести инструктаж нужно. Если всякие коммиты и конфликты встречались абсолютно всем, кто более чем в одиночку разрабатывал, а вот "ребейзы и прочее" уже могли и не встречаться. И это скорее исключение, чем нормальная работа. Да, это оправдание с моей стороны, без справки я не смогу через консоль сделать что-т сложнее коммита или апдейта :)
Совершенно верно, ваша ссылка именно то, про что я говорил.
То есть сеньор(!!!) пишет работу с БД, не понимая базовых принципов работы СУБД? А вы точно собеседовали сеньоров, а не джунов?
Уточню, что я говорю не о конкретных реализация конкретных БД - эти данные почти никто в три часа ночи сказать не сможет. Я говорю о примитивной информации, типа "поиск по индексированной БД это O(logN), а поиск по не индексированной O(N^2)". Тут можно поспорить про реализацию, что где-то не бинарный поиск, а хэш-таблица и O(N), вместо (logN), но в качестве первого приближения и без конкретики это адекватный ответ. А вот если сеньор скажет "я не понимаю, о какой О-сложности вы говорите, я с высоконагруженными БД работаю через чатГПТ", то как бы HR плохой, да.
До чего дошёл прогресс, вкалывают роботы, а не человек... Но это объясняет причину отсутствия начальных знаний. Если решаешь только типовые задачи, то копипаста со SO и chatGPT позволяют решать большинство вопросов, надо только немного синтаксис языка знать, английский для составления запросов и в целом достаточно. Как же приятно быть программистом, оказывается. Даже завидно немного :)
А если серьёзно, то проходить "первичную фильтрацию" у HR, который даже не знает, на какую должность вы претендуете и который не способен адекватные вопросы задать - это трагедия всей IT-индустрии. Вот вы опытный разработчик хайлоад сервисов и устраиваетесь на аналогичную позицию, а вам задают вопросы не только из другой области, но ещё и на другом языке программирования... Я считаю большим везением, если удаётся собеседоваться сразу со специалистом или с будущим руководителем, в обход первичной фильтрации. Хотя бы не спросили, кем вы видите себя через 5 лет и не попросили нарисовать дом :)
Потому что данные хранятся в БД. И вы знаете, что к записям надо обращаться по индексированному ключу. А если индексной таблицы нет, то её приходится создавать. Без этих знаний вы никак не смогли бы работать с БД (поэтмоу вы и имеете представление про О-сложность). Это всё те же знания линейного и бинарного поиска, но абстрагированные за интерфейсом СУБД.
Так никто и не просил вспоминать алгритм бинарного поиска. А по памяти его ни один нормальный человек не напишет, если предварительно специально код не заучивал (это утверждение основано на том, что баги в алгоритме его изобретатель много лет отыскивал, прежде чем он безсбойно заработал). Его спросили про разницу между этими поисками и вопрос следовал после вопроса про О-сложность. Как бы очевидно, какой ответ хотели услышать.
Миддл, незнающий разницы между бинарным и линейным поиском? Это в Y2K25 такие миддлы теперь?
Ни в коем случае не хочу вас как-то унизить или обидеть, просто это базовые знания любого программиста, который программирует дольше одного дня. Каким чудодейственным образом вы подробно ответили про О-сложность, если не знаете разницу между бинарным и линейным поиском? Ничего не утверждаю, но недовольство интервьювера вполне могло быть обоснованным.
Я не знаю PHP, возможно, для бэкэнда все эти знания и не нужны, лепите сайтики по готовым фреймворкам и в ус не дуете :)