чем JS и Go не нормальны? JS вполне быстр на данный момент, тем более в БД все упирается в ввод/вывод который никак не аффектится хоть на ассемблере пиши.
Зачем сравнивать вообще инструменты из 90х? Я так понимаю вы много работали с Информатикой, но информатика это просто ужасное старье, она застряла в 90х и никакие попытки ее оживить не привели к успеху, ну серьезно, сравните АИ с каким нибудь matilion, pentaho, они гораздо удобнее. Даже писать скрипты на Python удобнее быстрее и понятнее
Control center на flash, lineage анализ на нем же ну и плюс куча остального хлама на нем же, metadatHub и т.д. Сам GDE имеет несколько компонент которые на flash
Да, но ту же Java можно профилировать и дебажить отлично, что не скажешь про sh.
В этом то и вся проблема, слишком сложно получить доку, что бы стать клиентом компании нужно заплатить кучу денег, а в доке про баги вы не узнаете и как лечить их тоже. Я сейчас точно не помню какая у меня была проблема, но АИ работал не так как было нужно и я не мог никак найти проблему и мне повезло что в другой комманде был человек который с этой проблемой сталкивался и подсказал лекарство.
В свое время поработал с этой системой и у меня к АИ накопилось куча претензий особенно к интерфейсу
По сути GDE это генератор Sh скриптов, очень глючный где глюки решаются перезагрузкой GDE и бывает очень тяжело отлаживать что там происходит. Какие-то базовые вещи можно отладить, но сделано не очень удобно и со сложными графами все очень печально. Весь исполняемый код это sh и никих преимуществ это не дает, но зато дает кучу проблем. Представьте что весь ваш ETL на sh. Когда это 5-10 процессов это еще норм, а когда 1000? Это боль
Flash в 2к20
Сами SH скрипты тяжело читать
Отсутствие комьюнити на том же stackoverflow. Я помню у меня были какие то проблемы с системой и быстро у кого то спросить невозможно. AI очень тчательно "секретит" всю документацию, вы не найдете ее в открытом виде.
Система застряла в 90х
Система слишком сложная по этому через пару лет это представляет из себя просто запускалку SQL скриптов по расписанию, то есть вся логика в SQL коде
Никакой удивительности в обработки даных через AI нет, вообще все ETL будут это делать примерно одинаково, потому что операции чтения и записи происходят на стороне СУБД, а они самые дорогие. Напиши ты скриптик хоть на js, хоть на С++ оно будет работать примерно одинаково, но этот .sh реально тяжело дебажить. Смысла сравнивать производительность вообще нет.
АИ стоит кучу денег, но по факту это одна большая жопа, но платят за нее норм.
Именно его Facebook использует в Libra, самом крупном проекте в истории компании, так что скоро мы увидим, на что Rust реально способен.
Какой такой самый крупный проект? Это который еще даже не взлетел и движется криптохайпом? Самый крупный проект FB — это и есть FB.
Если вы присматриваете новый язык, который стоило бы выучить, я очень рекомендую остановиться на Rust
Почему не на Brainfuck? Чем обоснована эта рекомендация в статье так и не раскрыто.
REST API в своем стандартном виде требует подгрузки данных с нескольких URL, в то время как GraphQL API получает все данные, необходимые вашему приложению, через единственный запрос.
Как оно позволяет ускорить разработку, упростить поддержку?
Как-то все в кучу, начали про Кимбала, закончили про упокой. Человек который не в теме — ничего из написанного не поймет, а тот кто в теме и так это все это знает.
Облачные хранилища данных обычно могут выполнять сложные аналитические запросы гораздо быстрее, потому что они используют массовую параллельную обработку.
Тут облачные хранилища не причем, они даже скорее проигрывают в производительности и функционале чем МРР DWH развернутые на реальном железе.
Все эти «интеллектуальные» штуки на подобии Panoply решают только одну маленькую проблему — тупо загрузка из внешних источников(как правило рекламных площадок).
Но в целом ( если не обращать внимание на «облачность»)б что бы освежить знания, норм.
Как бывший инженер ДВС, категорически не согласен с тем что современные авто достигли предела 98%. На мой взгляд авто самый не эффективный, костыльный и опасный способ перемещения. Каждую секунду на нашей планете в ДТП погибают люди, только подумайте, каждое мгновение и мы считаем это нормой, мы привыкли к этому! Мы сжигаем сотни тонн топлива ежесекундно загрязняя планету. И это только потому что мы в определенный момент история выбрали такое вот странное и нерациональное решение. Да современный автомобиль это инженерное чудо, но построенно поверх большого и толстого и не эффективного костыля, от которого сложно избавиться.
Поверх этого костыля мы строим не удобную инфраструктуру, все для автомобиля, парковки вместо игровых площадок для детей, дороги вместо велодорожек и тротуаров. С кодом ситуация совершенно другая, соврменный код хоть и не эффективен, но людей не убивает. На экологию влияет не сильно, да и жизнь делает лучше). Хотя сравнивать IT и другие инженерные искувства на мой взляд не совсем корректно
Если использовать облако чисто для внутренних нужд, как расширение собственной инфраструктуры — то никто не забанит. (на примере AWS, оно само будет к вам подключаться по VPN)
Если открывать ресурсы в итернет из облако, то блокировки тоже можно обойти, например сейчас все пользуются сервисами защиты от DDOS, которые как плюс помогают не замечать блокировок AWS, Microsoft и Google. Как пример, но все может зависеть от архитектуры приложения.
Всё было замечательно, пока в столб с оптикой для интернета не приехал бульдозерист.
Всё замечательно, пока работает датацентр
Так как раз таки облачные провайдеты позволяют вам не бояться этого, используя разные AZ.
Не знаю как обстоят дела в облаке Техносерва, но крупные Cloud-провайдеры позволяют значительно снизить риски.
Насчет выноса оборудования, это да… есть такая проблема, которая никуда не девается если у вас ЦОД под боком.
Не путайте выделенный сервер с сервисом Lambda и подобными. Это разные вещи. Когда вам сервер не нужен или нет нагрузки на него — он работает в холостую и ест деньги в любом случае.
Когда не работает Lambda она не ест деньги.
Умный город, умные фонари, только люди... ну вы сами понимаете.
Вопрос к автору, причем тут хабр? Айтишники за умными фонарями туда не поедут. В городе куча экологических проблем, никакого благоустройства.
чем JS и Go не нормальны? JS вполне быстр на данный момент, тем более в БД все упирается в ввод/вывод который никак не аффектится хоть на ассемблере пиши.
Статья про GUI без единой картинки?
Все это решается каким нибудь CSS фреймворком, типа Vuetify или bootstrapvue
ну это чистая вкусовщина, привыкнете, сам Vue — это такой синтаксический сахар к которому быстро привыкаешь.
В свое время поработал с этой системой и у меня к АИ накопилось куча претензий особенно к интерфейсу
Никакой удивительности в обработки даных через AI нет, вообще все ETL будут это делать примерно одинаково, потому что операции чтения и записи происходят на стороне СУБД, а они самые дорогие. Напиши ты скриптик хоть на js, хоть на С++ оно будет работать примерно одинаково, но этот .sh реально тяжело дебажить. Смысла сравнивать производительность вообще нет.
АИ стоит кучу денег, но по факту это одна большая жопа, но платят за нее норм.
не хотел вас расстраивать, гляньте pathify
Использую его, доволен.
Какой такой самый крупный проект? Это который еще даже не взлетел и движется криптохайпом? Самый крупный проект FB — это и есть FB.
Почему не на Brainfuck? Чем обоснована эта рекомендация в статье так и не раскрыто.
Как оно позволяет ускорить разработку, упростить поддержку?
Альтернатив как бы и нету во фронте.
Тут облачные хранилища не причем, они даже скорее проигрывают в производительности и функционале чем МРР DWH развернутые на реальном железе.
Все эти «интеллектуальные» штуки на подобии Panoply решают только одну маленькую проблему — тупо загрузка из внешних источников(как правило рекламных площадок).
Но в целом ( если не обращать внимание на «облачность»)б что бы освежить знания, норм.
Поверх этого костыля мы строим не удобную инфраструктуру, все для автомобиля, парковки вместо игровых площадок для детей, дороги вместо велодорожек и тротуаров. С кодом ситуация совершенно другая, соврменный код хоть и не эффективен, но людей не убивает. На экологию влияет не сильно, да и жизнь делает лучше). Хотя сравнивать IT и другие инженерные искувства на мой взляд не совсем корректно
Если открывать ресурсы в итернет из облако, то блокировки тоже можно обойти, например сейчас все пользуются сервисами защиты от DDOS, которые как плюс помогают не замечать блокировок AWS, Microsoft и Google. Как пример, но все может зависеть от архитектуры приложения.
Так как раз таки облачные провайдеты позволяют вам не бояться этого, используя разные AZ.
Не знаю как обстоят дела в облаке Техносерва, но крупные Cloud-провайдеры позволяют значительно снизить риски.
Насчет выноса оборудования, это да… есть такая проблема, которая никуда не девается если у вас ЦОД под боком.
Когда не работает Lambda она не ест деньги.
И да, блокировки обходятся.
Спасибо!