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