Понимаю Вашу боль, но это не единственная причина. Размазывание логики между разными слоями это тоже огромная проблема. Представьте, что часть у нас на фронтенде, часть на бэкенде, а часть в СУБД. И через год уже мало кто помнит что где и почему именно так. Такие моменты нужно описывать в документации и в комментариях в коде капсом "ЛОГИКА В БД!".
Естественно. На отдельном телефоне это тоже будет. Shelter - некоторая разумная альтернатива для подозрительных приложений, если лишнего телефона нет или не хочется его носить с собой.
Знаю предприятие, где есть мазутная лужа. Если ее убрать/засыпать, что пытались делать несколько раз, через полгода опять возникает. История первоначального возникновения неизвестна. Вероятно, что-то близкое к описываемому в этой ветке. Вот такое месторождение.
А как может гугл что-то "требовать" от волонтерского проекта, который даже не финансирует? При наличии финансирования можно хотя бы косвенно давить. А так, кто запретит закрыть issue с формулировкой "Что-то мне щас неохота это фиксить. Пойду пивка бахну" :) Юристы гугла, ваш выход!
Сталкивался с огромным оверинжинирингом, который когда потребовался, просто не выполнил свою функцию. Суть:
Для приложения требовался механизм согласований различных сущностей. Немного упрощенно - нужно проверять кому доступны некоторые действия, отображать кнопки типа "Согласовать", "Отказать" и фиксировать результат. В качестве механизма использовалась Jira с которой приложение общалось по REST API. В теории все красиво - мощный, надежный и гибко настраиваемый механизм. Можно различные workflow делать, гибко разные условия проверять и т. д. и т. п. Для максимальной гибкости, был сделан интеграционный сервис, в котором через конфигурацию настраивалось какие методы Jira и с какими параметрами должны вызываться для каждой операции. Условно - "получить доступные действия для данного пользователя", "Выполнить действие в workflow" (пользователь нажал кнопку и т. д.). Фактически был разработан некоторый собственный макроязык. В ТЗ это громко называлось "Универсальная state-машина" и предполагалось, что только с помощью настроек, можно будет вместо Jira использовать другой движок. Разумеется и в эксплуатации и в разработке все это было крайне сложно. Каждая проблема и доработка требовала глубокого понимания логики работы нескольких разнородных сервисов и систем с кастомными настройками. Отладка - ад. В общем мы быстро пришли к пониманию, что туда лучше вообще не лезть без крайней необходимости.
А потом случилось импортозамещение. И мы сначала поверили во фразу "Универсальная state-машина" и угрохали кучу ресурсов, чтобы попытаться вместо Jira прикрутить Битрикс24. А потом поняли, что несмотря на всю суперсложную гибкость настройки, это попросту невозможно, и начали все делать с нуля.
Это идеальный пример, когда собрали все минусы оверинжиниринга, лишних уровней абстракции и в итоге получили ноль плюсов.
Нет. У меня стоит направленная антенна подключенная к обычному USB "свистку" LTE. Без антенны связи нет. ГРЧЦ никаких претензий не предъявлял. А на каком основании они могут угрожать штрафом, если я использую стандартное оборудование совершенно законным образом?
Если разрешить личные дрезины или мини-вагоны то несомненно так и будет. А покупать фуру в личное пользование, чтобы она возила два мешка цемента никто не будет. Невыгодно. Поэтому дороги забиты легковушками. Фуры ездят только, когда жд не может справиться с задачей. Бизнес достаточно хорошо умеет считать, а кто не умеет, быстро разоряется.
А что случилось с этими алгоритмами? Вместе с реформой РЖД все диски были отформатированы, а бумажные ТЗ сожжены? (146% они были именно в бумаге и еще по ГОСТу). Логистика определяется "физикой" т. е. от права собственности слабо зависит. Она кардинально может измениться только в случае изобретения телепортации. И торговые системы мы научились строить очень хорошо. Почему на рынке автоперевозок такого практически нет, чтобы в одном месте фуры пустые стояли, а в другом бы их не было? Абсолютно уверен, что имеются скрытые факторы, помимо логистики, которые мешают свободно оперировать вагонами. Возможно административные ограничения (не можешь ты просто так отправить вагон куда выгоднее), возможно коррупция (формально можешь, но пока не заплатишь кому надо, не будет "технической возможности").
Мутная какая-то ситуация. Допустим у меня есть вагоны. Они стоят. Т. е. как минимум не приносят денег, а вообще занимают место на путях, которое в конечном счете стоит денег. Т. е. каждые сутки вместо дохода, пусть небольшой, но убыток. И тут ко мне приходит клиент, в роли которого может выступать кто угодно в т. ч. другой оператор, и говорит "я у тебя возьму вагоны на недельку за X денег?". Конечно, я согласен, если X>стоимости амортизации. Если эта очевидная схема не работает, значит задача ФАС очень пристально присмотреться к рынку и принять меры. 146% что там что-то не то происходит.
Более того - направленная антенна уменьшает помехи, так как она передает только в определенном направлении, и у соседа в 50 метрах сигнал от нее может быть совсем не виден.
Не, лучше скриншот сильно отличающийся от описания и тем паче от реальности. В описании: "переведите рычаг АКПП в положение D". На скриншоте карп. В реальности у вас в руках смартфон.
Просто напомню, что "rm -rf /" появился и наносил ущерб сильно задолго до появления ИИ. Джуны находили такие злые шутки на форумах и уверенно запускали. Проблема настолько массовая, что в итоге пришлось даже менять стандартное поведение терминала, чтобы дополнительно запрашивал подтверждение.
rm: опасно рекурсивно обрабатывать '/'
rm: используйте --no-preserve-root, чтобы отменить предупреждение об опасности
В массовом сознании, почему-то закрепилось мнение, что ИИ = "Компетентный и ответственный сотрудник senior-уровня с которым мы работаем >3 лет". Это не так. Гораздо ближе к реальности "мидл, вроде толковый, но мы его наняли всего 2 недели назад". Может быть мы неверно оценили скиллы, а может он вообще завтра в запой уйдет. Никто в здравом уме сразу не выдаст бесконтрольный доступ к критическим ресурсам такому человеку. И да, разумеется подавляющее большинство работников это именно мидлы и джуны. Синьеров на всех не напасешься. И да, многих наняли не так давно и в принципе непонятно чего от них ждать. Кто-то из них наверняка сотворит какую-нибудь фигню, и не факт что поймет что это фигня и своевременно предупредит/спросит у более опытных коллег. Но мы с этим работаем и никого такое положение вещей не удивляет. Се ля ви.
С проблемой надежности сложно спорить. Только она присуща не только ИИ-агентам, но и людям. И большинство людей имеют "надежность" гораздо меньше 95%. Пообещать и не сделать вовремя? Да, легко. Или вообще "ой, я забыл"? Сплошь и рядом. Ошибаются вообще все. Контроль результата и корректировка являются неотъемлемой частью абсолютно любого workflow безо всяких ИИ-агентов.
Понимаю Вашу боль, но это не единственная причина. Размазывание логики между разными слоями это тоже огромная проблема. Представьте, что часть у нас на фронтенде, часть на бэкенде, а часть в СУБД. И через год уже мало кто помнит что где и почему именно так. Такие моменты нужно описывать в документации и в комментариях в коде капсом "ЛОГИКА В БД!".
Естественно. На отдельном телефоне это тоже будет. Shelter - некоторая разумная альтернатива для подозрительных приложений, если лишнего телефона нет или не хочется его носить с собой.
Как вариант https://f-droid.org/packages/net.typeblog.shelter/
В яндекс.браузере он встроен по умолчанию. Попробуйте через него работать. Это проще чем виртуалка.
А если в настройках астериск разрешена конференция, то можно голосовой чат на всех замутить
Знаю предприятие, где есть мазутная лужа. Если ее убрать/засыпать, что пытались делать несколько раз, через полгода опять возникает. История первоначального возникновения неизвестна. Вероятно, что-то близкое к описываемому в этой ветке. Вот такое месторождение.
А как может гугл что-то "требовать" от волонтерского проекта, который даже не финансирует? При наличии финансирования можно хотя бы косвенно давить. А так, кто запретит закрыть issue с формулировкой "Что-то мне щас неохота это фиксить. Пойду пивка бахну" :) Юристы гугла, ваш выход!
Если для ее поиска нужна серьезная хакерская квалификация, найдут единицы. Если практически всю работу делает ИИ, найдут все кому не лень.
... и передумают покупать автомобиль этого произволителя.
"Со мной в комнате 50 млн. подарочных кодов, и я буду активировать по одному каждый час пока не получу таким образом миллион долларов и вертолёт."
Ответить
Сталкивался с огромным оверинжинирингом, который когда потребовался, просто не выполнил свою функцию. Суть:
Для приложения требовался механизм согласований различных сущностей. Немного упрощенно - нужно проверять кому доступны некоторые действия, отображать кнопки типа "Согласовать", "Отказать" и фиксировать результат.
В качестве механизма использовалась Jira с которой приложение общалось по REST API. В теории все красиво - мощный, надежный и гибко настраиваемый механизм. Можно различные workflow делать, гибко разные условия проверять и т. д. и т. п. Для максимальной гибкости, был сделан интеграционный сервис, в котором через конфигурацию настраивалось какие методы Jira и с какими параметрами должны вызываться для каждой операции. Условно - "получить доступные действия для данного пользователя", "Выполнить действие в workflow" (пользователь нажал кнопку и т. д.). Фактически был разработан некоторый собственный макроязык. В ТЗ это громко называлось "Универсальная state-машина" и предполагалось, что только с помощью настроек, можно будет вместо Jira использовать другой движок. Разумеется и в эксплуатации и в разработке все это было крайне сложно. Каждая проблема и доработка требовала глубокого понимания логики работы нескольких разнородных сервисов и систем с кастомными настройками. Отладка - ад. В общем мы быстро пришли к пониманию, что туда лучше вообще не лезть без крайней необходимости.
А потом случилось импортозамещение. И мы сначала поверили во фразу "Универсальная state-машина" и угрохали кучу ресурсов, чтобы попытаться вместо Jira прикрутить Битрикс24. А потом поняли, что несмотря на всю суперсложную гибкость настройки, это попросту невозможно, и начали все делать с нуля.
Это идеальный пример, когда собрали все минусы оверинжиниринга, лишних уровней абстракции и в итоге получили ноль плюсов.
Нет. У меня стоит направленная антенна подключенная к обычному USB "свистку" LTE. Без антенны связи нет. ГРЧЦ никаких претензий не предъявлял. А на каком основании они могут угрожать штрафом, если я использую стандартное оборудование совершенно законным образом?
Если разрешить личные дрезины или мини-вагоны то несомненно так и будет. А покупать фуру в личное пользование, чтобы она возила два мешка цемента никто не будет. Невыгодно. Поэтому дороги забиты легковушками. Фуры ездят только, когда жд не может справиться с задачей. Бизнес достаточно хорошо умеет считать, а кто не умеет, быстро разоряется.
А что случилось с этими алгоритмами? Вместе с реформой РЖД все диски были отформатированы, а бумажные ТЗ сожжены? (146% они были именно в бумаге и еще по ГОСТу). Логистика определяется "физикой" т. е. от права собственности слабо зависит. Она кардинально может измениться только в случае изобретения телепортации. И торговые системы мы научились строить очень хорошо. Почему на рынке автоперевозок такого практически нет, чтобы в одном месте фуры пустые стояли, а в другом бы их не было? Абсолютно уверен, что имеются скрытые факторы, помимо логистики, которые мешают свободно оперировать вагонами. Возможно административные ограничения (не можешь ты просто так отправить вагон куда выгоднее), возможно коррупция (формально можешь, но пока не заплатишь кому надо, не будет "технической возможности").
Мутная какая-то ситуация. Допустим у меня есть вагоны. Они стоят. Т. е. как минимум не приносят денег, а вообще занимают место на путях, которое в конечном счете стоит денег. Т. е. каждые сутки вместо дохода, пусть небольшой, но убыток. И тут ко мне приходит клиент, в роли которого может выступать кто угодно в т. ч. другой оператор, и говорит "я у тебя возьму вагоны на недельку за X денег?". Конечно, я согласен, если X>стоимости амортизации. Если эта очевидная схема не работает, значит задача ФАС очень пристально присмотреться к рынку и принять меры. 146% что там что-то не то происходит.
Более того - направленная антенна уменьшает помехи, так как она передает только в определенном направлении, и у соседа в 50 метрах сигнал от нее может быть совсем не виден.
Не, лучше скриншот сильно отличающийся от описания и тем паче от реальности.
В описании: "переведите рычаг АКПП в положение D". На скриншоте карп. В реальности у вас в руках смартфон.
Просто напомню, что "rm -rf /" появился и наносил ущерб сильно задолго до появления ИИ. Джуны находили такие злые шутки на форумах и уверенно запускали. Проблема настолько массовая, что в итоге пришлось даже менять стандартное поведение терминала, чтобы дополнительно запрашивал подтверждение.
В массовом сознании, почему-то закрепилось мнение, что ИИ = "Компетентный и ответственный сотрудник senior-уровня с которым мы работаем >3 лет". Это не так. Гораздо ближе к реальности "мидл, вроде толковый, но мы его наняли всего 2 недели назад". Может быть мы неверно оценили скиллы, а может он вообще завтра в запой уйдет. Никто в здравом уме сразу не выдаст бесконтрольный доступ к критическим ресурсам такому человеку. И да, разумеется подавляющее большинство работников это именно мидлы и джуны. Синьеров на всех не напасешься. И да, многих наняли не так давно и в принципе непонятно чего от них ждать. Кто-то из них наверняка сотворит какую-нибудь фигню, и не факт что поймет что это фигня и своевременно предупредит/спросит у более опытных коллег. Но мы с этим работаем и никого такое положение вещей не удивляет. Се ля ви.
С проблемой надежности сложно спорить. Только она присуща не только ИИ-агентам, но и людям. И большинство людей имеют "надежность" гораздо меньше 95%. Пообещать и не сделать вовремя? Да, легко. Или вообще "ой, я забыл"? Сплошь и рядом. Ошибаются вообще все. Контроль результата и корректировка являются неотъемлемой частью абсолютно любого workflow безо всяких ИИ-агентов.