Врачелюди тоже ошибаются. Знакомый в больнице лежал, его три дня от ОРЗ лечили, на третий день он от язвы желудка умер.
"Доктор сказал в морг, значит в морг"
Люди и сейчас наверное больше с ИИ консультируются, прежде, чем идти к врачу.
Я вот прихожу к врачу, и вижу, что ему пох.. на меня. У меня есть пять минут, что бы объяснить ему мои симптомы. А там лотерея. Либо он выпишет мне сосательную конфетку, либо назначит анализы или может быть даже отправит к профильному врачу. В нашей местности он получает не с пациента деньги, а за пациента деньги от с мед страховки. Ему важнее за день пропустить как можно больше пациентов.
Так почему бы не сделать какого то ИИ помощника, которому я бы предварительно описал все симптомы, который мог бы задать уточняющие вопросы. Что бы я пришел уже к врачу со структурированным описанием моей проблемы и может быть даже предварительным набором диагнозов. Да, ИИ может что то упускать, но на то есть доктор, что бы его проверять. Это лучше, чем та же секретарша пытающаяся выяснить по телефону, что у меня.
Я бы честно говоря даже обязал так работать врачей.
С авто дополнениями и копилотами, я уж забывать стал, где что искать. Я по памяти только может на чистом языке смогу написать, а вот уже заюзать библиотеки в решении задачек на том же лееткоде, с трудом. Ну может самые простые, коллекции там.
Stack trace не всегда достаточно, все равно может потеряться контекст, в котором было брошено исключение. Какие то данные, которые собирались для метода, выбросившего исключение, бизнескейс, имя файла хотя бы, его размер и путь, запись которого вызвало IOException исключение. Исключения выброшенные каким ни будь библиотечными функциями, часто содержат информацию слишком низкого уровня. Типа "у вас ошибка в строке 17", а для анализа хотелось бы эту самую строку в логе иметь.
Не обязательно из-за recovery. Иногда от сервиса прилетает к примеру IOException без дополнительной информации, только вызывающий метод, обладает информацией, что бы нормально записать в лог, что произошло.
Ну во первых entity классы не всегда пишутся руками, они еще могут и генерироваться из описания к примеру. Там уже логику замучаешься втискивать. Потому имхо, если уж решили логику отдельно от данных держать, то везде, во всех проектах.
Во вторых, если понадобятся dto, то придется писать еще отдельные классы dto, а так можно взять эти пустоголовые классы и использовать в межмодульном общении.
Во третьих, логика еще подразумевает обращение к каким то сторонним сервисам. Вы для этого создали по сути тот же сервис ActivateBonusAccount со странным именем больше подходящим какому то методу. Уж тогда BonusAccountActivationService ;). И получилось, что у вас логика размазалась. Может потом в условии активации надо будет опросить еще и какой то сторонний сервис?
В четвертых, Если у меня есть UserEntity и есть UserService с методом activateUser, почему мне должно прийти в голову писать еще один сервис с таким же методом? Как можно этот сервис не заметить? Нашел UserEntity и не нашел UserService? Либо бардак с именованием в проекте, или программируете в блокноте.
" даже глубокой ночью путём измерения крошечных частиц света " звучит как то дико. Размер фотонов что ли измеряют? :) Посмотрел, в статье по ссылке тоже так же. Наверное для тетушек статья.
"measuring thiny bits of light"
У canon на сайте написано, что каждый пиксель сенсора детектирует и считает отдельные фотоны.
"SPAD sensors employ a principle called photon counting, which detects each photon (light particle) entering a pixel and counts the incident number of photons. "
Почему не готов? В мире полно людей, которые не могут сами шевелить конечностями. Знакомый, у которого был БАС радовался возможности, что то написать на компьютере своим дочерям, пару букв в минуту. Не говоря уже о том, что бы просто позвать на помощь. Не знаю, конечно, помогут ли имплантаты таким больным.
Да даже я здоровый, не отказался бы от "третьей руки". Если технология будет отработана, то почему бы и нет.
Предатели человечества :) Чего они хотят добиться? Типа сверх разум поможет им еще больше обогатиться или поможет стать королем над всеми человеками? Они что, не читали всех этих фантастических книжек, и не смотрели хотя бы Терминатора? :)
Страшно, очень страшно, "некоторые пользователи, кажется, не осознают, что делятся своими текстовыми сообщениями". Перед использованием приложения проконсультируйтесь с вашим врачом или фармацевтом.
Можно было бы подключить стримы нескольких радиостанций к игре. Что бы прямо в игре слушать музыку, диджеев и рекламу. Стоило бы пять копеек наверное, трудозатрат.
В intellj есть галочка, если ее установить, то в редакторе будет добавляться тип переменной.
Я часто пользуюсь var. Меньше писать, компактнее код визуально. Если не обзывать переменную типа var retval =, как это некоторые делают, а писать понятное, что то вроде var calcResult = , то и читать легче. И потом если вдруг поменялся тип возвращаемый функцией, не надо переписывать вызовы.
Некоторые коллеги тоже жалуются, "не видно сразу, что за тип, надо мышкой наводить". Лайфхак с галочкой помог разрядить обстановку. :)
Да нет, микрофоны, они звук сами оцифровывают с PDM модуляцией в байтики, и передают этот сигнал до микросхемы по проводам. Если проводник достаточно длинный и вероятно вовсе не экранирован, так как разведен на плате, то сигнал можно поймать на некотором расстоянии. И судя по всему PDM модуляцию можно простым приемником поймать и "декодировать" обратно в звук. Я не электронщик, могу ошибаться.
Про АОТ. Я так думаю, дело не в том, что бы решить будет создан Бин или нет, а в том, какой бин будет создан. Ты там можешь создать инстанцию любого класса и зарегистрировать как бин.
А теперь есть конкретное описание бина, с его свойствами, который ты собираешься создать в рантайме.
Хоть и избито уже, но добавлю. По приданию, во времена золотой лихорадке больше все обогатились производители лопат.
Так и тут, На всех хайпах в айти, больше всего вижу появление всяких фирм, которые предлагают какие то чудо утилиты, которые обязательно перевернут процесс программирования. На рубеже веков это были визуальные редакторы кода. Это типа когда не надо писать код, а только мышкой диалоги собираешь, ну и код можно писать, если хочешь. Потом выясняется, что код не можно, а нужно писать. Figma вот, хорошо забытое старое.
Про блокчейны и ICO так вообще добавить нечего. Смартконтракты и прозрачность должны были решить вообще все проблемы в мире. От учета монеток, до владельцев произведенных банок сгущенки.
Потом вот помню бум стартапов, которые рождали всякие проекты, которые почему то не решали какие то прикладные задачи, а больше порождали проекты призванные чего то то там улучшить в программировании. Мне кажется тогда стали модными хакатоны. На выходных завайбкодил поделие, привлек инвесторов и свалил в закат на свой остров.
Сейчас вот ИИ способное по запросу выдать код змейки или даже крестики нолики. И это будет даже работать. Имхо, почему бы в git-e не хранить историю запросов и сидов, в место кода. Экономия места же! :) Причем, через год обновили модель, она на тот же самый запрос выдаст более оптимальный и более безбажный код, с современным интерфейсом. Не надо ничего переписывать, не надо оптимизировать. Код и продукт эволюционируют со временем. Это же вообще сказка :)
Не мудрено, что и ИИ бум рождает чудо инструменты, которые решат все ваши проблемы. Главное пережить время бурления, а там и новый бум подберется со спины.
"Не 10 рублей, а 100 и не выиграл, а проиграл."
Врачелюди тоже ошибаются. Знакомый в больнице лежал, его три дня от ОРЗ лечили, на третий день он от язвы желудка умер.
"Доктор сказал в морг, значит в морг"
Люди и сейчас наверное больше с ИИ консультируются, прежде, чем идти к врачу.
Я вот прихожу к врачу, и вижу, что ему пох.. на меня. У меня есть пять минут, что бы объяснить ему мои симптомы. А там лотерея. Либо он выпишет мне сосательную конфетку, либо назначит анализы или может быть даже отправит к профильному врачу. В нашей местности он получает не с пациента деньги, а за пациента деньги от с мед страховки. Ему важнее за день пропустить как можно больше пациентов.
Так почему бы не сделать какого то ИИ помощника, которому я бы предварительно описал все симптомы, который мог бы задать уточняющие вопросы. Что бы я пришел уже к врачу со структурированным описанием моей проблемы и может быть даже предварительным набором диагнозов. Да, ИИ может что то упускать, но на то есть доктор, что бы его проверять. Это лучше, чем та же секретарша пытающаяся выяснить по телефону, что у меня.
Я бы честно говоря даже обязал так работать врачей.
С авто дополнениями и копилотами, я уж забывать стал, где что искать. Я по памяти только может на чистом языке смогу написать, а вот уже заюзать библиотеки в решении задачек на том же лееткоде, с трудом. Ну может самые простые, коллекции там.
Я тоже не вижу проблем. либо "обертками исключений", либо в нужном месте записать в лог и SneakyThrow
Stack trace не всегда достаточно, все равно может потеряться контекст, в котором было брошено исключение. Какие то данные, которые собирались для метода, выбросившего исключение, бизнескейс, имя файла хотя бы, его размер и путь, запись которого вызвало IOException исключение. Исключения выброшенные каким ни будь библиотечными функциями, часто содержат информацию слишком низкого уровня. Типа "у вас ошибка в строке 17", а для анализа хотелось бы эту самую строку в логе иметь.
Не обязательно из-за recovery. Иногда от сервиса прилетает к примеру IOException без дополнительной информации, только вызывающий метод, обладает информацией, что бы нормально записать в лог, что произошло.
Ну во первых entity классы не всегда пишутся руками, они еще могут и генерироваться из описания к примеру. Там уже логику замучаешься втискивать. Потому имхо, если уж решили логику отдельно от данных держать, то везде, во всех проектах.
Во вторых, если понадобятся dto, то придется писать еще отдельные классы dto, а так можно взять эти пустоголовые классы и использовать в межмодульном общении.
Во третьих, логика еще подразумевает обращение к каким то сторонним сервисам. Вы для этого создали по сути тот же сервис ActivateBonusAccount со странным именем больше подходящим какому то методу. Уж тогда BonusAccountActivationService ;). И получилось, что у вас логика размазалась. Может потом в условии активации надо будет опросить еще и какой то сторонний сервис?
В четвертых, Если у меня есть UserEntity и есть UserService с методом activateUser, почему мне должно прийти в голову писать еще один сервис с таким же методом? Как можно этот сервис не заметить? Нашел UserEntity и не нашел UserService? Либо бардак с именованием в проекте, или программируете в блокноте.
" даже глубокой ночью путём измерения крошечных частиц света " звучит как то дико. Размер фотонов что ли измеряют? :) Посмотрел, в статье по ссылке тоже так же. Наверное для тетушек статья.
"measuring thiny bits of light"
У canon на сайте написано, что каждый пиксель сенсора детектирует и считает отдельные фотоны.
"SPAD sensors employ a principle called photon counting, which detects each photon (light particle) entering a pixel and counts the incident number of photons. "
Почему не готов? В мире полно людей, которые не могут сами шевелить конечностями. Знакомый, у которого был БАС радовался возможности, что то написать на компьютере своим дочерям, пару букв в минуту. Не говоря уже о том, что бы просто позвать на помощь. Не знаю, конечно, помогут ли имплантаты таким больным.
Да даже я здоровый, не отказался бы от "третьей руки". Если технология будет отработана, то почему бы и нет.
Предатели человечества :) Чего они хотят добиться? Типа сверх разум поможет им еще больше обогатиться или поможет стать королем над всеми человеками? Они что, не читали всех этих фантастических книжек, и не смотрели хотя бы Терминатора? :)
Распечатал коробочку с двумя кюветами, в одну кюветку положил внутренности от стимдека, во вторую hdmi донгл и прикрыл все клавиатурой. И плов готов.
Страшно, очень страшно, "некоторые пользователи, кажется, не осознают, что делятся своими текстовыми сообщениями". Перед использованием приложения проконсультируйтесь с вашим врачом или фармацевтом.
Можно было бы подключить стримы нескольких радиостанций к игре. Что бы прямо в игре слушать музыку, диджеев и рекламу. Стоило бы пять копеек наверное, трудозатрат.
В intellj есть галочка, если ее установить, то в редакторе будет добавляться тип переменной.
Я часто пользуюсь var. Меньше писать, компактнее код визуально. Если не обзывать переменную типа var retval =, как это некоторые делают, а писать понятное, что то вроде var calcResult = , то и читать легче. И потом если вдруг поменялся тип возвращаемый функцией, не надо переписывать вызовы.
Некоторые коллеги тоже жалуются, "не видно сразу, что за тип, надо мышкой наводить". Лайфхак с галочкой помог разрядить обстановку. :)
Вроде как это просто одно-пиксельный датчик, два на два сантиметра. Такой наверное еще рано в глаз вставлять.
Да нет, микрофоны, они звук сами оцифровывают с PDM модуляцией в байтики, и передают этот сигнал до микросхемы по проводам. Если проводник достаточно длинный и вероятно вовсе не экранирован, так как разведен на плате, то сигнал можно поймать на некотором расстоянии. И судя по всему PDM модуляцию можно простым приемником поймать и "декодировать" обратно в звук. Я не электронщик, могу ошибаться.
Если у меня какой то не такой порт, то винда не заведется или как это понимать? Как это было с TPM модулем?
Про АОТ. Я так думаю, дело не в том, что бы решить будет создан Бин или нет, а в том, какой бин будет создан. Ты там можешь создать инстанцию любого класса и зарегистрировать как бин.
А теперь есть конкретное описание бина, с его свойствами, который ты собираешься создать в рантайме.
Просто два разных процесса регистрации бинов.
Один статический, управляемый конфигурацией и на него не повлиять после запуска приложения. Одна и та же конфигурация, породит одни и те же бины.
И динамический, когда бины создаются в ручную, динамически, в рантайме.
Хоть и избито уже, но добавлю. По приданию, во времена золотой лихорадке больше все обогатились производители лопат.
Так и тут, На всех хайпах в айти, больше всего вижу появление всяких фирм, которые предлагают какие то чудо утилиты, которые обязательно перевернут процесс программирования. На рубеже веков это были визуальные редакторы кода. Это типа когда не надо писать код, а только мышкой диалоги собираешь, ну и код можно писать, если хочешь. Потом выясняется, что код не можно, а нужно писать. Figma вот, хорошо забытое старое.
Про блокчейны и ICO так вообще добавить нечего. Смартконтракты и прозрачность должны были решить вообще все проблемы в мире. От учета монеток, до владельцев произведенных банок сгущенки.
Потом вот помню бум стартапов, которые рождали всякие проекты, которые почему то не решали какие то прикладные задачи, а больше порождали проекты призванные чего то то там улучшить в программировании. Мне кажется тогда стали модными хакатоны. На выходных завайбкодил поделие, привлек инвесторов и свалил в закат на свой остров.
Сейчас вот ИИ способное по запросу выдать код змейки или даже крестики нолики. И это будет даже работать. Имхо, почему бы в git-e не хранить историю запросов и сидов, в место кода. Экономия места же! :) Причем, через год обновили модель, она на тот же самый запрос выдаст более оптимальный и более безбажный код, с современным интерфейсом. Не надо ничего переписывать, не надо оптимизировать. Код и продукт эволюционируют со временем. Это же вообще сказка :)
Не мудрено, что и ИИ бум рождает чудо инструменты, которые решат все ваши проблемы. Главное пережить время бурления, а там и новый бум подберется со спины.