Проблема во всем. Начиная с около "76.3%". Это ж какая у них была выборка и какие крутые статистические методы, что для них три значащих цифры - это "около"?
Во вторых, я не уверен что 76.3% процента россия имеет смартфон вообще. Включая детей, пенсионеров, нищих, заключенных и т.д.
Ну и в третьих, вы точно уверены что у 3 из 4 человек в общественном транспорте будут айфоны?
Такое ощущение что мы с вами читали две разных статьи. Подметание пола - это просто фон. Знаете как в начале книги автор устанавливает контекст: "события разворачиваются на космической станции в 2075 году". Хотя, большинство историй можно рассказать используя другие декорации. Типа, если сменить старушку-процентщицу на крипто-барыгу, а Петербург - на Лондон, то в принципе ничего в "Преступлении и наказании" не изменится.
Так вот, статья не про полы. И даже не про оптимизацию движения на двухмерной карте. Это - всего лишь иллюстрации к главной, но довольно таки банальной мысли - "надо правильно выбирать критерий оптимизации". Точно такую же статью можно было написать про KPI, например. Как неправильно выбранный KPI все делает только хуже. Но обсуждение KPI уже всех задолбало, а тут - что-то новенькое.
Интересно, а какой смысл в HMB если ОС и так использует всю свободную память как файловый кеш? Или в HMB накопитель сбрасывает содержимое блоков которые он собирается обновлять частично?
А какая разница - почему? То же самое можно сказать про большинство картин известных поп-культуре: "Крик", "Звездное небо", "Искушения святого Антония" и т.д.
Ну что-нибудь уровня черного квадрата, например. Что-то новое и неожиданное. Чтобы люди потом об этом еще 100 лет говорили.
Кстати, я вот попросил нарисовать тот же черный квадрат на белом фоне. Он только с пятого раза справился, все норовил добавить тени, даже если я просил без теней.
Иногда занимаюсь литьем силикона и полиуретана. Понял что дегазировать нужно в меру. Если перестараться - то действительно может начать пениться там где не надо. Но и если не дегазировать, то пузырьки будут. Главное - дегазировать перед заливкой. Если пытаться дегазировать состав который уже залит в форму - выйдет полная шляпа.
Вторая, неочевидная проблема с дегазацией состоит в том, что некоторые вещества в составе эпоксидки - довольно таке летучие и если перестараться с дегазацией, то можно оставить смесь без нужного ингредиента, ибо он тупо улетучится.
Так оно ж даже не компилируется. При том что CI там настроен, но последних 4 дня все проверки фейлятся. Даже при том, что последний (на данный момент) называется "resolve browser binary compilation errors", оно нифига не компилируется.
Ну в принципе современный DSD приблизительно так и работает. Только там - частота ШИМ - несколько МГц и фильтр на выходе, естественно. Но да, те давние процессоры и чипсеты с таким конечно же не справились бы.
Не могу представить как коррекция промтов тут поможет. Единственное что может реально сработать - это выставление температуры в 0, чтобы исключить любую случайную составляющую. Ну и привязка к одной конкретной модели навсегда. Ну и хочу напомнить что исполнение любой модели либо очень медленное (если делать это локально), либо дорого, если платить условному OpenAI. Это сейчас OpenAI работает в убыток, даже по подписке. Но вечно продолжаться так не может...
Что бы вы сделали с компилятором, который при каждом запуске генерирует разный код? При чем "разный", не в смысле оптимизаций, которые сохраняют инвариант, а "разный" в том смысле, что видимое поведение кода будет разным. Я бы такой компилятор выбросил в мусорку.
Никогда такого не было и вот опять. Зачем было придумывать весь этот блокчейн если даже его пользователи все равно порываются хранить деньги на каких-то счетах, которые они не контролируют?
Проблема во всем. Начиная с около "76.3%". Это ж какая у них была выборка и какие крутые статистические методы, что для них три значащих цифры - это "около"?
Во вторых, я не уверен что 76.3% процента россия имеет смартфон вообще. Включая детей, пенсионеров, нищих, заключенных и т.д.
Ну и в третьих, вы точно уверены что у 3 из 4 человек в общественном транспорте будут айфоны?
Это вы про Абрамсы с турбинной установкой? Там, конечно, да...
Такое ощущение что мы с вами читали две разных статьи. Подметание пола - это просто фон. Знаете как в начале книги автор устанавливает контекст: "события разворачиваются на космической станции в 2075 году". Хотя, большинство историй можно рассказать используя другие декорации. Типа, если сменить старушку-процентщицу на крипто-барыгу, а Петербург - на Лондон, то в принципе ничего в "Преступлении и наказании" не изменится.
Так вот, статья не про полы. И даже не про оптимизацию движения на двухмерной карте. Это - всего лишь иллюстрации к главной, но довольно таки банальной мысли - "надо правильно выбирать критерий оптимизации". Точно такую же статью можно было написать про KPI, например. Как неправильно выбранный KPI все делает только хуже. Но обсуждение KPI уже всех задолбало, а тут - что-то новенькое.
Вслед за Microsoft, гугл пытается запихнуть ИИ в каждую щель. "Ну пожалуйста, ну пользуйтесь нашим ИИ"
Интересно, а какой смысл в HMB если ОС и так использует всю свободную память как файловый кеш? Или в HMB накопитель сбрасывает содержимое блоков которые он собирается обновлять частично?
На Марсе можно будет устроить такой технофашизм, который тут на Земле и не снился.
А какая разница - почему? То же самое можно сказать про большинство картин известных поп-культуре: "Крик", "Звездное небо", "Искушения святого Антония" и т.д.
Ну что-нибудь уровня черного квадрата, например. Что-то новое и неожиданное. Чтобы люди потом об этом еще 100 лет говорили.
Кстати, я вот попросил нарисовать тот же черный квадрат на белом фоне. Он только с пятого раза справился, все норовил добавить тени, даже если я просил без теней.
А то что робот пишет код? Сядете в самолет, авионику которому писал робот?
А, действительно. Ведь космонавт - в первую очередь коммунист, а потом уже - мужчина или женщина.
Иногда занимаюсь литьем силикона и полиуретана. Понял что дегазировать нужно в меру. Если перестараться - то действительно может начать пениться там где не надо. Но и если не дегазировать, то пузырьки будут. Главное - дегазировать перед заливкой. Если пытаться дегазировать состав который уже залит в форму - выйдет полная шляпа.
Вторая, неочевидная проблема с дегазацией состоит в том, что некоторые вещества в составе эпоксидки - довольно таке летучие и если перестараться с дегазацией, то можно оставить смесь без нужного ингредиента, ибо он тупо улетучится.
Так оно ж даже не компилируется. При том что CI там настроен, но последних 4 дня все проверки фейлятся. Даже при том, что последний (на данный момент) называется "resolve browser binary compilation errors", оно нифига не компилируется.
Ага, а еще нужно очень внимательно читать спецификации и думать про самые неожиданные корнер кейсы.
Ну в принципе современный DSD приблизительно так и работает. Только там - частота ШИМ - несколько МГц и фильтр на выходе, естественно. Но да, те давние процессоры и чипсеты с таким конечно же не справились бы.
Не могу представить как коррекция промтов тут поможет. Единственное что может реально сработать - это выставление температуры в 0, чтобы исключить любую случайную составляющую. Ну и привязка к одной конкретной модели навсегда. Ну и хочу напомнить что исполнение любой модели либо очень медленное (если делать это локально), либо дорого, если платить условному OpenAI. Это сейчас OpenAI работает в убыток, даже по подписке. Но вечно продолжаться так не может...
Что бы вы сделали с компилятором, который при каждом запуске генерирует разный код? При чем "разный", не в смысле оптимизаций, которые сохраняют инвариант, а "разный" в том смысле, что видимое поведение кода будет разным. Я бы такой компилятор выбросил в мусорку.
В среду - третий день недели. Все, короче, HL3 confirmed.
Угу. Вы спеку на XML откройте и удивитесь. Вот это, например, вполне себе валидный XML документ:
Никогда такого не было и вот опять. Зачем было придумывать весь этот блокчейн если даже его пользователи все равно порываются хранить деньги на каких-то счетах, которые они не контролируют?
Если бы ассемблер на каждый перезапуск генерировал бы разный машинный код, временами еще и неработающий - я бы с вами согласился, пожалуй.
Если я в Makefile вставлю промпт к чатжпт - какие шансы что сегодняшний и завтрашний билды будуть иметь хоть что-то общее?