Вот реально сейчас так. Я не сильно большой специалист в отоплении, я так понимаю, у вас опыт есть в этом деле - это нормальное поведение системы или частота завышена?
При управлении котлом я столкнулся с ситуаций, что реле только так выходят из строя, поскольку у них частота включений достаточно велика для поддержания нужной температуры, и их хватает максимум на год. Потом под замену. Когда это отдельные реле - то менять их не так сложно и не так дорого. Если же у вас такая сложная конструкция - то ее цена, очевидно, сильно выше. И выход любого реле приведет к замене целой платы. Не рассматривали вариант использования твердотельных реле? Как в таком случае осуществить их нормальные условия функционирования, если их надо охлаждать, а тут рядом - котел, который еще дополнительно нагревает?
Это временно, еще несколько месяцев, ну пол года - и будут не мидлы, сеньор++, это не вопрос качества, это вопрос количества времени, когда это произойдет, и судя по скорости развития - прям ну вот уже завтра.
Все так, мы еще несколько лет назад, когда про ИИ говорили не очень много, в своих решениях уже человека видели как "помогайку" основному роботу, который делает работу и обращается к человеку, когда что-то не может, т.е. роли меняются местами, робот становится главным. Тогда это были эксперименты вообще без ИИ, а сейчас это просто факт, который перед глазами и его уже никак не развидеть. Посмотрим что будет дальше.
Но вот буквально вчера, работая не с самой умной моделью, я ощущал, что я вот тут ее поправляю и это приносит мне удовольствие, что это я, такой вот чел, придумал, а ИИшка не додумалась. А следующа мысль - а если я просто возьму модель чуть поумнее - это она мне скажет, где я не прав, а не я ей. И тогда идешь к старому доброму токарному станку по дереву, где все ручками, все зависит от тебя и никакой ИИ, где пахнет деревом и все такое ламповое, и надеешься, что у тебя есть еще небольшой кусочек, где ты еще правишь миром. Маленьким. Но своим, уютным.
Это он сейчас не предназначен для чтения, а когда зарождались компиляторы - очень даже был и для чтения, и для рефакторинга, и для осмысления и т.д.
Здесь то же самое - это скоро перестанет быть объектом чтения. По своему опыту, несмотря на десятиления в разработке, код, который мне написал ИИ - я просматривал наискосок, не рефакторил и не правил руками. Ибо он оработает, тесты проходят, бизнесовую задачу решает - зачем лезть?
Ключевая проблема архитектуры как код - это "тратил гораздо больше времени расстановку layout хинтов и борьбу с рендером, чем на само проектирование". Не должна быть архитектура как код. Вообще никаким боком. Сначала мы думаем. Потом рисуем. Потом кодим. Не наоборот. Думать кодом - это сложно. Именно поэтому придумали картинки. А вы сейчас предлагаете (не конкретно Вы, но сообщество) вернуться назад, во времена ассемблера, и на нем рисовать картинки. Это неверно в корне. Текст для положить в гит и увидеть дифф двух картинок в читаемом виде - это хорошо, но это не первопричина. Изначально картинка, и только потом - читаемое представление. И не наоборот.
Фишка архитектуры в виде картинок - архитектор ими ДУМАЕТ. Как только вы убираете картинки как инструмент думания, вы имеете текст, который решает второстепенные проблемы, и создаете огромную проблему, лишая архитектора картинок именно как средстаа моделирования. Да, они остаютсч как второстепеннве артеыакты, но не как первоисточники.
Данные таскать - ок, а вот что с кодом, как он конвертируется, если оно все сильно отличается? Автомат, потом ручками все проверять? Или модная ИИ все сделает так, что не надо весь код вычитывать глазками? Переписать сотни тысяч строк кода - вот где самая проблема-то.
Прошли старые добрые времена, когда все было понятно в /etc/resolv.conf, теперь там отправляют в nameserver 127.0.0.53 и пишут "DO NOT EDIT THIS FILE BY HAND"
Вот реально сейчас так. Я не сильно большой специалист в отоплении, я так понимаю, у вас опыт есть в этом деле - это нормальное поведение системы или частота завышена?
Нагрев твердотельных собственно от протекающих токов, если там 30А течет - то они греются, в этом и был вопрос
При управлении котлом я столкнулся с ситуаций, что реле только так выходят из строя, поскольку у них частота включений достаточно велика для поддержания нужной температуры, и их хватает максимум на год. Потом под замену. Когда это отдельные реле - то менять их не так сложно и не так дорого. Если же у вас такая сложная конструкция - то ее цена, очевидно, сильно выше. И выход любого реле приведет к замене целой платы. Не рассматривали вариант использования твердотельных реле? Как в таком случае осуществить их нормальные условия функционирования, если их надо охлаждать, а тут рядом - котел, который еще дополнительно нагревает?
Судя по минусам, народ не верит. Вернитесь через пол года - проверьте прогноз. Аж самому интересно, насколько он сбудется.
Это временно, еще несколько месяцев, ну пол года - и будут не мидлы, сеньор++, это не вопрос качества, это вопрос количества времени, когда это произойдет, и судя по скорости развития - прям ну вот уже завтра.
Все так, мы еще несколько лет назад, когда про ИИ говорили не очень много, в своих решениях уже человека видели как "помогайку" основному роботу, который делает работу и обращается к человеку, когда что-то не может, т.е. роли меняются местами, робот становится главным. Тогда это были эксперименты вообще без ИИ, а сейчас это просто факт, который перед глазами и его уже никак не развидеть. Посмотрим что будет дальше.
Но вот буквально вчера, работая не с самой умной моделью, я ощущал, что я вот тут ее поправляю и это приносит мне удовольствие, что это я, такой вот чел, придумал, а ИИшка не додумалась. А следующа мысль - а если я просто возьму модель чуть поумнее - это она мне скажет, где я не прав, а не я ей. И тогда идешь к старому доброму токарному станку по дереву, где все ручками, все зависит от тебя и никакой ИИ, где пахнет деревом и все такое ламповое, и надеешься, что у тебя есть еще небольшой кусочек, где ты еще правишь миром. Маленьким. Но своим, уютным.
Это он сейчас не предназначен для чтения, а когда зарождались компиляторы - очень даже был и для чтения, и для рефакторинга, и для осмысления и т.д.
Здесь то же самое - это скоро перестанет быть объектом чтения. По своему опыту, несмотря на десятиления в разработке, код, который мне написал ИИ - я просматривал наискосок, не рефакторил и не правил руками. Ибо он оработает, тесты проходят, бизнесовую задачу решает - зачем лезть?
Навайбкодьте до кучи под андроид, не все айфоном пользуются
Одной крайней необходимости достаточно, чтобы открыть двери нараспашку
Но Вы же не изучаете и не проверяете байткод после компилятора, вы ему доверяете и вообще даже не пытаетесь понять, что он там понаписал...
Важна не модель как таковая, а сколько мусора она привнесла в статью. То, что можно описать парой предложений, раздуто до невозможности
Я правильно понял, что все будет работать ровно до того момента, пока вам не отрежут туннель?
Используешь - плати.
Ключевая проблема архитектуры как код - это "тратил гораздо больше времени расстановку layout хинтов и борьбу с рендером, чем на само проектирование". Не должна быть архитектура как код. Вообще никаким боком. Сначала мы думаем. Потом рисуем. Потом кодим. Не наоборот. Думать кодом - это сложно. Именно поэтому придумали картинки. А вы сейчас предлагаете (не конкретно Вы, но сообщество) вернуться назад, во времена ассемблера, и на нем рисовать картинки. Это неверно в корне. Текст для положить в гит и увидеть дифф двух картинок в читаемом виде - это хорошо, но это не первопричина. Изначально картинка, и только потом - читаемое представление. И не наоборот.
Фишка архитектуры в виде картинок - архитектор ими ДУМАЕТ. Как только вы убираете картинки как инструмент думания, вы имеете текст, который решает второстепенные проблемы, и создаете огромную проблему, лишая архитектора картинок именно как средстаа моделирования. Да, они остаютсч как второстепеннве артеыакты, но не как первоисточники.
Раз люди читают и даже комментируют - кто ж его выключит? Хотя от таких текстов корежит знатно, но мир изменился - "пиплы хавают"
Попробуйте, флаг вам в руки
Данные таскать - ок, а вот что с кодом, как он конвертируется, если оно все сильно отличается? Автомат, потом ручками все проверять? Или модная ИИ все сделает так, что не надо весь код вычитывать глазками? Переписать сотни тысяч строк кода - вот где самая проблема-то.
Прошли старые добрые времена, когда все было понятно в /etc/resolv.conf, теперь там отправляют в nameserver 127.0.0.53 и пишут "DO NOT EDIT THIS FILE BY HAND"
И про это ни слова в статье.
Навернуть кучу всего ради одной html-странички... напомнило ощущение от первого "Hello, world" на Java