То есть это не "удаление бита" а "изменение бита" приводит к уменьшении массы жесткого диска? То есть при каждодневном использовании к концу срока службы жесткий диск должен ощутимо потерять в массе?
То есть даже не за полученную визу а за подачу заявки? Сейчас H1B одобряют примерно 20% от всех заявителей, неплохое такое казино со ставкой 100K$ получается.
Сегодня LLM-ки регулярно генерируют чрезмерное число проверок на ошибки там где они не нужны. Например: - проверяется деление на ноль там где ноль впринципе не может быть (если он вдруг туда придет - лучше пусть апп крешнется и мы увидим в кор-дампе проблему). - аналогично проверки на null, проверки на кучу эксепшенов, проверки на всякие невалидные данные и тд.
В результате простые функции во первых - разрастаются в размерах, во вторых - вместо того чтобы явно зарепортить проблему в бизнес логике (апп крешнулся / пришел креш репорт etc.) они зачастую подавляют эти ошибки. То есть ситуация с багом (приход невалидных данных которых там быть не должно) вместо креша и alert-а в систему мониторинга приводит к "по тихому всё обработаем", что в большинстве случаев маскирует реальную проблему.
А что вам надо "помнить"? То что в остортированных данных можно найти быстрее чем полным перебором? Вы видимо бумажных книг вообще никогда не читали? Или вы нужную страницу в книге ищете пролистывая по очереди каждую?
Умение писать простой код, представьте себе, проверяется задачей на написание простого кода, а не теоретическими вопросами.
Это все равно что выдавать права на автомобиль только за теоретическую часть не проверяя вождение. Или все равно что давать диплом хирурга не проверяя как он оперирует.
Не вытащит он никакой прод, скорее сам ушатает. Это не то что не сениор, это не программист впринципе. Чтобы написать бинарный поиск вообще ничего знать не нужно, его любой программист хоть немного умеющий думать просто используя здравый смысл напишет. Да, возможно с ошибками в пограничных условиях или переполнением, но напишет.
А если ещё чуть чуть больше подумать, то можно и без IDE писать - блокнот / vim в помощь. А ещё можно код хранить не в GIT а делать zip архивы my_app_ver1.zip my_app_ver2.zip например. Много чего можно, но зачем?
если вы без ии этого сделать не можете, будете с ним свою зп делить
А кто сказал что инструменты бесплатные должны быть? Ещё до всяких IDE покупал себе лицензию на PyCharm Pro например, так как в нём есть к примеру удобный деплой на удаленный сервер, экономит кучу времени при отладке. Да, можно и руками деплоить через scp или git push и pull, но зачем?
LLM неплохо справляются с код-ревью, но все равно нужен человек чтобы понимать какие замечания по делу а какие нет. Зависит от задач / от проекта / промптов и тд, где-то будет 90% комментов по делу, а где-то все 100% мимо.
Ну со второго / третьего раза получится.
То есть это не "удаление бита" а "изменение бита" приводит к уменьшении массы жесткого диска? То есть при каждодневном использовании к концу срока службы жесткий диск должен ощутимо потерять в массе?
То есть даже не за полученную визу а за подачу заявки? Сейчас H1B одобряют примерно 20% от всех заявителей, неплохое такое казино со ставкой 100K$ получается.
Золото / недвижка / госдолг - много куда можно сбежать, особенно временно на панике
Надо еще электрический стул добавить для полного комплекта.
Удачи отрендерить сцену с несколькими миллионами треугольников.
Художником? Правда наверное не успели бы.
Сегодня LLM-ки регулярно генерируют чрезмерное число проверок на ошибки там где они не нужны.
Например:
- проверяется деление на ноль там где ноль впринципе не может быть (если он вдруг туда придет - лучше пусть апп крешнется и мы увидим в кор-дампе проблему).
- аналогично проверки на null, проверки на кучу эксепшенов, проверки на всякие невалидные данные и тд.
В результате простые функции во первых - разрастаются в размерах, во вторых - вместо того чтобы явно зарепортить проблему в бизнес логике (апп крешнулся / пришел креш репорт etc.) они зачастую подавляют эти ошибки. То есть ситуация с багом (приход невалидных данных которых там быть не должно) вместо креша и alert-а в систему мониторинга приводит к "по тихому всё обработаем", что в большинстве случаев маскирует реальную проблему.
Сколько уже можно цитировать это кривое не корректно проведенное исследование.
Каждый день одну и ту-же статью постить будете теперь?
А при попытки зайти обратно: I’m sorry Dave I’m afraid I can’t do that
webserial всё же будет в итоге, у меня тоже знатно бобмануло с отказа добавить webserial в свое время, но сейчас вроде пересмотрели подход
Одним обязательно надо контролировать других. Синдром вахтера планетарного масштаба.
Ну так не зря же цифровой рубль собираются вводить
Да хоть "нифига не понимает", ни одно из этих высказываний в рабочей переписке не допустимо.
Вы считаете "ни х*я не понятно" нормально в рабочей переписке?
А что вам надо "помнить"? То что в остортированных данных можно найти быстрее чем полным перебором? Вы видимо бумажных книг вообще никогда не читали? Или вы нужную страницу в книге ищете пролистывая по очереди каждую?
Умение писать простой код, представьте себе, проверяется задачей на написание простого кода, а не теоретическими вопросами.
Это все равно что выдавать права на автомобиль только за теоретическую часть не проверяя вождение. Или все равно что давать диплом хирурга не проверяя как он оперирует.
Не вытащит он никакой прод, скорее сам ушатает. Это не то что не сениор, это не программист впринципе. Чтобы написать бинарный поиск вообще ничего знать не нужно, его любой программист хоть немного умеющий думать просто используя здравый смысл напишет. Да, возможно с ошибками в пограничных условиях или переполнением, но напишет.
А если ещё чуть чуть больше подумать, то можно и без IDE писать - блокнот / vim в помощь. А ещё можно код хранить не в GIT а делать zip архивы my_app_ver1.zip my_app_ver2.zip например. Много чего можно, но зачем?
А кто сказал что инструменты бесплатные должны быть? Ещё до всяких IDE покупал себе лицензию на PyCharm Pro например, так как в нём есть к примеру удобный деплой на удаленный сервер, экономит кучу времени при отладке. Да, можно и руками деплоить через scp или git push и pull, но зачем?
LLM неплохо справляются с код-ревью, но все равно нужен человек чтобы понимать какие замечания по делу а какие нет. Зависит от задач / от проекта / промптов и тд, где-то будет 90% комментов по делу, а где-то все 100% мимо.