Патент не про это, а про повышение прижимной силы за счёт создания пониженного давления под днищем автомобиля с помощью вентиляторов. Это тоже уже было испробовано давно и достаточно эффективно, и не раз.
Угу, только тот производитель поставили пароль длиннее, и позже я нашёл его в файлах настройки. Похоже их либа/клиент отсекала лишние буквы при автризации, а я пытался по полному паролю подключиться извне другим клиентом.
В году эдак 2015-м мне была поставлена задача интегрировать сторонний тикет-трекер колл центра с программой, записывающей разговоры упомянутого коллцентра. Разумеется никакой документации, поддержки производителя не было, флайщиттаун всё-таки. Путём "обратного инжиниринга", состоящего из гуглежа, просмотра открытых портов, файлов в установленной директории программы и научного тыка было установлено, что в качестве СУБД использовалась Firebird. Нагугленный дефолтный дароль к нему не подходил, пришлось на коленке варганить скрипт для брутфорса. Оказалось пароль состоял из первых 6 (?) букв дефолтного пароля, и вообще при установке пароля пользователя он отсекал лишнюю часть и использовал только первые 6 букв. Я не помню было ли это ограничение той версии Firebird, или производители программы-записывалки наложили свой патч на него.
Емнип существуют несколько стартапов, как раз пытающихся создать "магнитные холодильники" потребительского сегмента. Основная цель этих стартапов - избавиться от фреонов, загразняющих окружающую среду.
Вопрос в том, что если не допусти они хотя бы одну из ошибок - катастроф не было бы. Будь MCAS нормально запрограмирован - летали бы эти боинги до сих пор и в ус не дули, несмотря на остальные проблемы архитектуры. А изначальный тезис был о том, что за качеством кода надо следить, иначе клиенты пострадают
Насколько я понимаю, там целая цепочка проблем. В боинге захотели новые движки, которые были по размеру больше, чем заложенные в проекте. Пришлось их повесить чуть-чуть вперёд и ниже, алтернатива - всё переделывать. Решили таки не переделывать. Что сместило центр тяги и задирало нос самолёта (кривая архитектура). Как костыль приделали (перепрошили?) MCAS, который опускал нос самолёта ниже, основываясь на датчиках. Боинг, посчитав, что в случае проблем с MCAS пилоты разпознают ситуацию как "runaway stabilizer" и отключат автотримминг (или как он там правильно называеся), который в свою очередь отключает MCAS, решило не оповещать об этом авиалинии для включения в тренировки пилотов. Потому что дополнительные тренировки - дополнительные деньги.
Так вот, MCAS тоже не был должным образом протестирован, и заваливал нос самолёта тогда, когда этого не надо было делать. А пилоты тех злополучных рейсов не распознали ситуацию как "runaway stabilizer" и... в общем дальше вы знаете. Тогда как пилоты как минимум одного другого рейса смогли правильно распознать ситуацию и отключить MCAS.
Вследствие всего этого в интернете одни винят "эффективных" менеджеров боинга за неправильные решения, другие инженеров-проектировщиков за кривую архитектуру, третьи недостаточную квалификацию пилотов.
Код-то может и стерпит. А клиенты могут и не стерпеть.
Утеря средств клиентов крипто-биржей из-за кривого кода. Упавший интернет-банк из-за кривых ручонок погромистов с тестерами и, как следствие, финансовые и репутационные убытки у достаточно крупного и зрелого банка. И это наблюдения только из моей практики. Есть и достаточно известные случаи. Например достаточно известен случай про облучение пациентов смертельной дозой медицинским аппаратом из-за кривого кода. Проблемы с MCAS у боинга связаны (в том числе) и с кривым кодом. У Тоёоты были отзывы из-за кривого софта в ABS и, емнип, с цифровой педалью газа, приводившей к неконтролируемому ускорению автомобиля.
Через несколько лет, когда вышеупомянутая контора "рога и копыта" проработала на рынке не один год и стала уже "зрелой и успешной", нам случилось выступить в качестве субподрядчика в тендере от GIZ. Для выполнения этой работы нам нужно было получить статистические данные о количестве выпускников ПТУ по специализациям от одной госконторы (название которой я даже не буду пытаться перевести с монгольского на русский). Представители GIZ разумеется это всё предусмотрели и состыковали нас с этой госконторой. К сожалению, сайт этого ведомства (где были все данные) был разработан их рядовым сотрудником. Даже не админом/эникеем, а обычным рядовым сотрудником, который вёл эту статистику. В таких условиях ни о каких API и прочих "обычных" вещей речи не шло, у госконторы не было ни средств, ни возможностей. Поэтому они сразу отдали нам код их сайта с дампом БД. Опять каша из html шаблона, sql и логики, + захардкоженная пагинация. Дежавю, мать его. К тому же объекты в БД были из разряда "таблица1", "колонка_2" и в таком духе, как и названия переменных в коде.
В оправдание этого "програмиста" могу сказать, что у него не было ни профильного образования, ни опыта работы в ИТ, а обычный "продвинутый пользователь ПК", но тем не менее сайт этого ведомства работал.
Я уже и не помню почему нам просто не отдали исходные данные, но веская причина тому была, это я помню.
Если бы он был простой и понятный, то претензий нет. Но тут веб версия - html шаблоны в перемешку с запросами в базу и с бизнес-локигой в одном файле. Вы просто тот код не видели, там добавление одной кнопки или колонки в таблицу - сущий ад. А бекэнд на 15к строк - да, тупорый, но простой. Впрочем, Индия большая, ~миллиард населения, програмистов соответственно тоже оведофига, очень возможно, что просто мне попался один из самых худших.
Когда американец с PhD или россиянин с двумя высшими образованиями начитается книги «Нешаблонные шаблоны» Н.Чаушеску и начинает свой умище демонстрировать, это, по-моему, гораздо хуже.
А рассказ не хотите? Я кажется когда-то здесь рассказывал о своём опыте работы с индусским кодом. Такое врагу не пожелаешь. Давным давно, на одной из моих прошлых работ (обычная "молодая и стремительно развивающаяся" контора "рога и копыта", которая бралась за всё подряд. Таких тогда развелось дофига), к нам пришёл один заказчик. Купил он у индусов "платформу", которую хотел развернуть у нас. От нас требовалось локализировать, подключить местные платёжные системы, внести некоторые изменения по желанию заказчика и прочие мелочи. Платформа позволяла клиенту вызывать такси, доставку, мужа на час для мелкого ремонта и прочее прочее. Состояло из мобильных приложения под андроид и айфон (оба нативных), и сайта, где тоже можно было заказать услугу. Так вот, "бэкенд" к этому приложению состоял из одного файла php в 15000 (пятнадцать тысяч) строк! Весь этот огромный файл состоял из цепочек if-else, ни одного метода/функции не было объявлено. Суть в том, что мобильный клиент отправлял POST запрос с параметром actionType где-нибудь в теле, который обозначал какую же кнопку таки нажал клиент в мобильном приложении. И бэкенд проходил по всем этим if-else пока не натыкался на нужный и обрабатывал запрос. Код состоял из сплошной копипасты, вносить изменения было... скажем так, затруднительно. Актуальный на тот момент PHPStorm, открыв этот файл, отказывался его обрабатывать (версии поновее таки прожевывают его). Удивившись такому положению дел, я открыл код сайта. Там дела обстояли ещё хуже. Бизнес-логика была вперемешку с кусками html-страниц, css и с запросами в БД. Каждый url - это отдельный php файл, получащий необходимые данные извне, дёргающий БД и обрабатыващий свою часть бизнес-логики. Вносить изменения в ЭТО было решительно невозможно. Но делать нечего, договор подписан директором, да и кушать хочется. Мы командой с матами, всевозможными срывами сроков и такой-то матери всё же выполнили задачу. Хорошо хоть заказчик оказался понятливым и не гонял нас за срыв сроков.
Всё это очень смахивало на курсовую студента-троечника, раздутая до невозможности. Но нет, это была третья (!) версия платформы, многократно развёрнутая в разных городах Индии и её единственный разработчик очень гордился ею.
Как и человек, впрочем, галлюцинирует очень неслабо. Даже, физически и ментально здоровый. Начиная от мелочей вроде "ну я же точно поставил телефон на зарядку сегодня", и заканчивая эффектом Манделлы. И это не помешало запустить ракеты в космос и построить ии)
Эффекту Даннинга-Крюгера подвержены все. Даже профессионалы в одной области могут "галлюционировать" в смежной, но быть гениями в своей. Поэтому мы придумали профессии и специализации (строго говоря не только поэтому, ну да ладно, опустим), которые сообща и построили ракету с ИИ. Но у нынешних моделей это не так, даже специализированные модели галлюционируют на задачах, для которых и создавались. Похоже пока не наступит прорыв в этом направлении весь ИИ-хайп - это не более чем хайп.
Патент не про это, а про повышение прижимной силы за счёт создания пониженного давления под днищем автомобиля с помощью вентиляторов.
Это тоже уже было испробовано давно и достаточно эффективно, и не раз.
Угу, только тот производитель поставили пароль длиннее, и позже я нашёл его в файлах настройки. Похоже их либа/клиент отсекала лишние буквы при автризации, а я пытался по полному паролю подключиться извне другим клиентом.
В году эдак 2015-м мне была поставлена задача интегрировать сторонний тикет-трекер колл центра с программой, записывающей разговоры упомянутого коллцентра. Разумеется никакой документации, поддержки производителя не было, флайщиттаун всё-таки. Путём "обратного инжиниринга", состоящего из гуглежа, просмотра открытых портов, файлов в установленной директории программы и научного тыка было установлено, что в качестве СУБД использовалась Firebird. Нагугленный дефолтный дароль к нему не подходил, пришлось на коленке варганить скрипт для брутфорса. Оказалось пароль состоял из первых 6 (?) букв дефолтного пароля, и вообще при установке пароля пользователя он отсекал лишнюю часть и использовал только первые 6 букв. Я не помню было ли это ограничение той версии Firebird, или производители программы-записывалки наложили свой патч на него.
Как обычно в больших корпорациях - правая рука не знает, что делает левая.
Емнип существуют несколько стартапов, как раз пытающихся создать "магнитные холодильники" потребительского сегмента. Основная цель этих стартапов - избавиться от фреонов, загразняющих окружающую среду.
Хм, а печати в pdf по дефолту там нет? Когда надо док в pdf я так всегда делаю, в том числе и в либреоффис, и в мс офис.
А с ним не надо общаться, им надо пользоваться. В качестве хренового справочника или хорошего поисковика. А общаться надо с людьми.
В копилку идей для улучшения: парсить html необязательно, есть куча сервисов, отдающих погоду по json.
Вопрос в том, что если не допусти они хотя бы одну из ошибок - катастроф не было бы. Будь MCAS нормально запрограмирован - летали бы эти боинги до сих пор и в ус не дули, несмотря на остальные проблемы архитектуры. А изначальный тезис был о том, что за качеством кода надо следить, иначе клиенты пострадают
Насколько я понимаю, там целая цепочка проблем. В боинге захотели новые движки, которые были по размеру больше, чем заложенные в проекте. Пришлось их повесить чуть-чуть вперёд и ниже, алтернатива - всё переделывать. Решили таки не переделывать. Что сместило центр тяги и задирало нос самолёта (кривая архитектура). Как костыль приделали (перепрошили?) MCAS, который опускал нос самолёта ниже, основываясь на датчиках. Боинг, посчитав, что в случае проблем с MCAS пилоты разпознают ситуацию как "runaway stabilizer" и отключат автотримминг (или как он там правильно называеся), который в свою очередь отключает MCAS, решило не оповещать об этом авиалинии для включения в тренировки пилотов. Потому что дополнительные тренировки - дополнительные деньги.
Так вот, MCAS тоже не был должным образом протестирован, и заваливал нос самолёта тогда, когда этого не надо было делать. А пилоты тех злополучных рейсов не распознали ситуацию как "runaway stabilizer" и... в общем дальше вы знаете. Тогда как пилоты как минимум одного другого рейса смогли правильно распознать ситуацию и отключить MCAS.
Вследствие всего этого в интернете одни винят "эффективных" менеджеров боинга за неправильные решения, другие инженеров-проектировщиков за кривую архитектуру, третьи недостаточную квалификацию пилотов.
Код-то может и стерпит. А клиенты могут и не стерпеть.
Утеря средств клиентов крипто-биржей из-за кривого кода. Упавший интернет-банк из-за кривых ручонок погромистов с тестерами и, как следствие, финансовые и репутационные убытки у достаточно крупного и зрелого банка. И это наблюдения только из моей практики. Есть и достаточно известные случаи. Например достаточно известен случай про облучение пациентов смертельной дозой медицинским аппаратом из-за кривого кода. Проблемы с MCAS у боинга связаны (в том числе) и с кривым кодом. У Тоёоты были отзывы из-за кривого софта в ABS и, емнип, с цифровой педалью газа, приводившей к неконтролируемому ускорению автомобиля.
Через несколько лет, когда вышеупомянутая контора "рога и копыта" проработала на рынке не один год и стала уже "зрелой и успешной", нам случилось выступить в качестве субподрядчика в тендере от GIZ. Для выполнения этой работы нам нужно было получить статистические данные о количестве выпускников ПТУ по специализациям от одной госконторы (название которой я даже не буду пытаться перевести с монгольского на русский). Представители GIZ разумеется это всё предусмотрели и состыковали нас с этой госконторой. К сожалению, сайт этого ведомства (где были все данные) был разработан их рядовым сотрудником. Даже не админом/эникеем, а обычным рядовым сотрудником, который вёл эту статистику. В таких условиях ни о каких API и прочих "обычных" вещей речи не шло, у госконторы не было ни средств, ни возможностей. Поэтому они сразу отдали нам код их сайта с дампом БД. Опять каша из html шаблона, sql и логики, + захардкоженная пагинация. Дежавю, мать его. К тому же объекты в БД были из разряда "таблица1", "колонка_2" и в таком духе, как и названия переменных в коде.
В оправдание этого "програмиста" могу сказать, что у него не было ни профильного образования, ни опыта работы в ИТ, а обычный "продвинутый пользователь ПК", но тем не менее сайт этого ведомства работал.
Я уже и не помню почему нам просто не отдали исходные данные, но веская причина тому была, это я помню.
Не в этом случае. Это был явно необфусцированный код, к тому же, у заказчика был договор с автором о техподдержке, я неоднократно с ним общался.
Если бы он был простой и понятный, то претензий нет. Но тут веб версия - html шаблоны в перемешку с запросами в базу и с бизнес-локигой в одном файле. Вы просто тот код не видели, там добавление одной кнопки или колонки в таблицу - сущий ад. А бекэнд на 15к строк - да, тупорый, но простой. Впрочем, Индия большая, ~миллиард населения, програмистов соответственно тоже оведофига, очень возможно, что просто мне попался один из самых худших.
И с таким встречался. И да, там хуже.
Сочувствую, коллега.
А рассказ не хотите? Я кажется когда-то здесь рассказывал о своём опыте работы с индусским кодом. Такое врагу не пожелаешь.
Давным давно, на одной из моих прошлых работ (обычная "молодая и стремительно развивающаяся" контора "рога и копыта", которая бралась за всё подряд. Таких тогда развелось дофига), к нам пришёл один заказчик. Купил он у индусов "платформу", которую хотел развернуть у нас. От нас требовалось локализировать, подключить местные платёжные системы, внести некоторые изменения по желанию заказчика и прочие мелочи. Платформа позволяла клиенту вызывать такси, доставку, мужа на час для мелкого ремонта и прочее прочее. Состояло из мобильных приложения под андроид и айфон (оба нативных), и сайта, где тоже можно было заказать услугу.
Так вот, "бэкенд" к этому приложению состоял из одного файла php в 15000 (пятнадцать тысяч) строк! Весь этот огромный файл состоял из цепочек if-else, ни одного метода/функции не было объявлено. Суть в том, что мобильный клиент отправлял POST запрос с параметром actionType где-нибудь в теле, который обозначал какую же кнопку таки нажал клиент в мобильном приложении. И бэкенд проходил по всем этим if-else пока не натыкался на нужный и обрабатывал запрос. Код состоял из сплошной копипасты, вносить изменения было... скажем так, затруднительно.
Актуальный на тот момент PHPStorm, открыв этот файл, отказывался его обрабатывать (версии поновее таки прожевывают его).
Удивившись такому положению дел, я открыл код сайта. Там дела обстояли ещё хуже. Бизнес-логика была вперемешку с кусками html-страниц, css и с запросами в БД. Каждый url - это отдельный php файл, получащий необходимые данные извне, дёргающий БД и обрабатыващий свою часть бизнес-логики. Вносить изменения в ЭТО было решительно невозможно. Но делать нечего, договор подписан директором, да и кушать хочется. Мы командой с матами, всевозможными срывами сроков и такой-то матери всё же выполнили задачу. Хорошо хоть заказчик оказался понятливым и не гонял нас за срыв сроков.
Всё это очень смахивало на курсовую студента-троечника, раздутая до невозможности. Но нет, это была третья (!) версия платформы, многократно развёрнутая в разных городах Индии и её единственный разработчик очень гордился ею.
John Deere, Apple и прочие категорически с Вами не согласны. Речь о так называемом праве на ремонт. Хотя, это и не книги...
Эффекту Даннинга-Крюгера подвержены все. Даже профессионалы в одной области могут "галлюционировать" в смежной, но быть гениями в своей. Поэтому мы придумали профессии и специализации (строго говоря не только поэтому, ну да ладно, опустим), которые сообща и построили ракету с ИИ. Но у нынешних моделей это не так, даже специализированные модели галлюционируют на задачах, для которых и создавались. Похоже пока не наступит прорыв в этом направлении весь ИИ-хайп - это не более чем хайп.
Не получается. Долго засыпаю, а потом не просыпаюсь даже под будильник. Просыпаюсь разбитым через час-полтора.