Что кроме ELK есть? Нужно собирать логи с контейнеров кубера с нескольких окружений и анализировать их в одном месте. Раньше неплохо работали с логами в google cloud, но по некоторым соображениям клиенту пришлось отказаться от gke. Сейчас используем бесплатный elk, но нет ощущения целостности системы.
Могу предложить вам накидать на каком-нибудь n8n автоматический переводчик из php в c++ с помощью DeepSeek. Плюсы очевидны:
Вы получаете возможность писать на пхп
Отпадает задача портирования и запуска zend engine на контроллере
Не расходуете ресурсы контроллера впустую
Вы сами оцените и сможете представить сообществу преимущества и ограничения пхп для задач встраиваемых систем (удобство работы с данными с двоичном формате, побитовые операции, работа с асинхронностью и т.д.)
На работающем концепте сможете оценить реальность выполнения более сложных задач (для которых есть готовые инструменты, от периферийных библиотек до rtos)
Вкладывать в себя- лучшая идея, спору нет. Вопрос только что будем делать со всеми накопленными знаниями и сертификатами когда рынок кардинально перестроится из-за ИИ?
Есть такой, только там словарь на 700gb нужен, а так - да, рекурсивно сжимаешь пока до нужного размера не дойдешь. Ссылку не буду давать, потому что чувак, который опубликовал, боялся что hrы утащат.
Спасибо за статью! А можно немного технической части - на чем сегодня работают в BI? Есть ли у вас девелоперы, которые собирают дашборды или вы используете решения вроде Power BI, Tableau, Metabase, Superset, и тд? Если второе, то как справляетесь с кастомными задачами? Отговариваете клиента, если какого-то функционала нет в используемом стеке?
Ещё интересно услышать как происходит масштабирование. Наша команда маркетологов работает над большим количеством проектов, но дашборды у них почти всегда одинаковые. Они их раньше делали в google data studio (looker studio) и были счастливы, потому что делали красиво и самостоятельно могли редактировать. А потом им надоело вносить одинаковые изменения вручную в десятки проектов и они попросили сделать автоматизацию. Оказалось, что в looker studio нельзя программно работать с дашьордами, хоть и есть какой-то апи.
А будет какой-то ответ или у юзеров мака нет на это времени, есть только время сливать коммент?
Вопрос реальный - я 5 дет назад пытался пересесть с линукса и нашел как заменить и настроить все повседневные инструменты, кроме одного - в наших проектах мы раздаём автоматически хосты в /etc/hosts разным контейнерам из docker compose и благодаря этому все контейнеры на всех рабочих машинах доступны под одними и теми же именами, к примеру project.local, api.project.local, solr.project.local, и т.д Оказалось на маке это действительно нельзя было сделать, хотя обещали поправить.
Не совсем понятно, что именно у вас было в firebase. Если только аутентификация и база - это одно. Если надо использовать realtime database, pubsub, cloud functions, file storage и т.д, то писать вот так на коленке не имеет смысла, а имеет смысл использовать supabase, к примеру или сборки с хасурой, как nhost.
Когда обустраивал собственную квартиру, заморочился на автоматизации, сразу сделал весь свет на zigbee, всю технику. Было очень удобно. Когда пришлось переехать, очень парился, что придется обустраивать съемную квартиру так же. Но отложил на потом и уже скоро год, как откладываю. Оказалось, что заниматься этим второй раз лень, проще дойти до выключателя или пульта.
А вот со своей квартирой было веселее. При сдаче эти все плюшки выглядели как киллер фича для съёмщиков и квартира выделялась на сайте объявлений. Но семья, которая со итогу въехала - оказалась очень неготова к этим всем ит плюшкам и сперва каждый день писали мне по банальным (как нам бы тут показалось) вопросам, а потом попросили приехать и всё отключить. Пришлось доставать пульты из коробок, выключать скрипты, даже протянуть ещё один кабель. И как не удивительно, но потратил на это пол дня.
Как человек, не только с опытом тимлида, но так же и сео хоть и небольшой, но вполне жизнеспособной конторы, я вообще них*я не понял, что я сейчас прочитал. Автор дернул ТЛа, который его продинамил по каким-то собственным причинам (тут вообще мутно, тл по описанию мудак редкий, но если в его компетенции согласовывать отпуск, то это тупо нереальная история, что ты разрешаешь сотруднику, которому приходят таски напрямую от клиентов, свалить в отпуск, не подготовив замену). ТЛ не подтвердил и автор тупо свалил в отпуск, не удосужившись проверить, согласован ли его отпуск.
Тут как раз вся попаболь от ИТ контор и выходит на первый уровень - в большинстве других сфер работник так бы не поступил.
Как я это вижу: ребята зарегистрировались в юрисдикции мутной страны, где на ТК все клали болт. Благодаря этому смогли платить зп «как раньше». Автор эти условия принял, но про плюшки от ТК авторитарного режима не забыл. Пришел к ТЛ и начал гнуть линию про «если за месяц предупредил про отпуск, обязаны согласовать». У ТЛ было другое мнение, но он в силу мягкости характера или простого пофигизма решил не спорить и тупо наморозился.
В итоге оказалось, что сотрудник не такой уж и важный, а разбираться никому не надо, т.к. тимлид хоть и бывает не прав, но ценен для конторы, а автор хоть и пишет код неплохо, но всем уже заноза в заднице своей нудятиной.
Автор это четко осознал и решил отомстить, запилив статью на Хабре, чтоб доказать себе и возможно жене, что ему сорок второй год и он-ж не лох.
Впрочем, фирму он решил не указывать, чтоб было чем угрожать более серьезным чем тл ребятам из конторы.
Прошу прощения за время, которое вы потратили на прочтение этого комментария, как и статьи в целом. Это - интернет, время вам никто не вернет.
Ответ, который вас устроит: бесплатно вы это не попробуете. Нужно будет вложить либо усилия, либо деньги. И в первом и во втором случае - минимальные. Если не подходит - вам это не нужно: это для избалованных буржуев, что-то вроде рябчиков, Петрович шарит за машины реально (и это не сарказм сейчас) лучше, чем чатжипитишечка и сделает ликбез бесплатно, а не за рубли. Рубли лучше потратить на жигулевское.
О, это примерно как я, когда попытался в бизнес, долбил грунт по 20 часов в сутки, потом осознал, что направление в корне не правильное и вроде попытался свалить, но далеко убежать не успел - несут меня фекальные массы легко и непринужденно, уже гораздо дальше того места, откуда начал копать.
А мне понравилась статья. Все знают, что писать с ChatGPT лучше, я сам без него уже не могу работать - тупо лень заниматься рутиной, вроде написания аннотаций к моделям, джойнов в мускуле и прочих регекспов. И все знают, что реальный проект человек без знаний не получит. Но только тут увидел реальный эксперимент со сравнением: сам написал бы за день, ChatGPT написал за 10.
Там мутно в оригинале написано, что-б никого не подставить. Не понятно, команда вообще отправилась на него или нет - тупо зависнув в очереди, пока обрабатывались команды с тем же или выше приоритетом.
А рэндом - нет там никакого рэндома. Просто асинхронно приборы шлют сигналы и забивают очередь (возможно там какая-то RTOS стоит с кооперативной многозадачностью). Просто когда пярщик роскосмосса пытался добраться до сути как же всё таки формируется очередь комманд и как раздаются приоритеты коммандам, инженеры заколебались ему объяснять и когда он спросил "то есть случайным образом?" они сказали "да, случайным, отстань". А "вероятностный" он добавил уже для красивого оборота. Так и отправили в релиз. Но это не точно.
Там оптико-волоконный гироскоп, построенный на эффекте Саньяка. Если по-простому - есть волокно, скрученное во множество колец, с разных сторон в которое направляются сигналы одинаковой частоты и в одинаковой фазе. Изменение угловой скорости вращения приводит к получению сигналов со сдвигом по фазе.
Не знаю, можно ли физически симулировать вращение в такой конструкции, но диагностировать работоспособность, ответ системы точно можно было.
И да, если я правильно понял, они всунули 2 таких на аппарат, чтоб можно было один использовать как резервный.
Что кроме ELK есть? Нужно собирать логи с контейнеров кубера с нескольких окружений и анализировать их в одном месте. Раньше неплохо работали с логами в google cloud, но по некоторым соображениям клиенту пришлось отказаться от gke. Сейчас используем бесплатный elk, но нет ощущения целостности системы.
Это - релиз ради релиза? Чтоб зависимости ломать?
В чем смысл этой статьи?
Могу предложить вам накидать на каком-нибудь n8n автоматический переводчик из php в c++ с помощью DeepSeek. Плюсы очевидны:
Вы получаете возможность писать на пхп
Отпадает задача портирования и запуска zend engine на контроллере
Не расходуете ресурсы контроллера впустую
Вы сами оцените и сможете представить сообществу преимущества и ограничения пхп для задач встраиваемых систем (удобство работы с данными с двоичном формате, побитовые операции, работа с асинхронностью и т.д.)
На работающем концепте сможете оценить реальность выполнения более сложных задач (для которых есть готовые инструменты, от периферийных библиотек до rtos)
Это вас избавит от необходимости тратить время на изучения материала, к примеру вот этого: https://habr.com/ru/companies/vk/articles/538052/
Запрещу с понедельника своим ребятам использовать указатели и ОЗУ в контроллерах, а то они тоже законы физики нарушают, походу
Вкладывать в себя- лучшая идея, спору нет. Вопрос только что будем делать со всеми накопленными знаниями и сертификатами когда рынок кардинально перестроится из-за ИИ?
Есть такой, только там словарь на 700gb нужен, а так - да, рекурсивно сжимаешь пока до нужного размера не дойдешь. Ссылку не буду давать, потому что чувак, который опубликовал, боялся что hrы утащат.
Ну, сдвг мы уже успешно детям индуцировали.
А чего пароль в токен не добавили? Что-то вроде «доя упрощения примера я засунул юзера вместе с паролем в токен, но вы можете так не делать»
Спасибо за статью! А можно немного технической части - на чем сегодня работают в BI? Есть ли у вас девелоперы, которые собирают дашборды или вы используете решения вроде Power BI, Tableau, Metabase, Superset, и тд? Если второе, то как справляетесь с кастомными задачами? Отговариваете клиента, если какого-то функционала нет в используемом стеке?
Ещё интересно услышать как происходит масштабирование. Наша команда маркетологов работает над большим количеством проектов, но дашборды у них почти всегда одинаковые. Они их раньше делали в google data studio (looker studio) и были счастливы, потому что делали красиво и самостоятельно могли редактировать. А потом им надоело вносить одинаковые изменения вручную в десятки проектов и они попросили сделать автоматизацию. Оказалось, что в looker studio нельзя программно работать с дашьордами, хоть и есть какой-то апи.
А будет какой-то ответ или у юзеров мака нет на это времени, есть только время сливать коммент?
Вопрос реальный - я 5 дет назад пытался пересесть с линукса и нашел как заменить и настроить все повседневные инструменты, кроме одного - в наших проектах мы раздаём автоматически хосты в /etc/hosts разным контейнерам из docker compose и благодаря этому все контейнеры на всех рабочих машинах доступны под одними и теми же именами, к примеру project.local, api.project.local, solr.project.local, и т.д Оказалось на маке это действительно нельзя было сделать, хотя обещали поправить.
А в маке уже можно создавать виртуальную сеть, чтоб разграничивать контейнеры в докере по ip или всё ещё приходится их по портам различать?
Не совсем понятно, что именно у вас было в firebase. Если только аутентификация и база - это одно. Если надо использовать realtime database, pubsub, cloud functions, file storage и т.д, то писать вот так на коленке не имеет смысла, а имеет смысл использовать supabase, к примеру или сборки с хасурой, как nhost.
Когда обустраивал собственную квартиру, заморочился на автоматизации, сразу сделал весь свет на zigbee, всю технику. Было очень удобно. Когда пришлось переехать, очень парился, что придется обустраивать съемную квартиру так же. Но отложил на потом и уже скоро год, как откладываю. Оказалось, что заниматься этим второй раз лень, проще дойти до выключателя или пульта.
А вот со своей квартирой было веселее. При сдаче эти все плюшки выглядели как киллер фича для съёмщиков и квартира выделялась на сайте объявлений. Но семья, которая со итогу въехала - оказалась очень неготова к этим всем ит плюшкам и сперва каждый день писали мне по банальным (как нам бы тут показалось) вопросам, а потом попросили приехать и всё отключить. Пришлось доставать пульты из коробок, выключать скрипты, даже протянуть ещё один кабель. И как не удивительно, но потратил на это пол дня.
Как человек, не только с опытом тимлида, но так же и сео хоть и небольшой, но вполне жизнеспособной конторы, я вообще них*я не понял, что я сейчас прочитал. Автор дернул ТЛа, который его продинамил по каким-то собственным причинам (тут вообще мутно, тл по описанию мудак редкий, но если в его компетенции согласовывать отпуск, то это тупо нереальная история, что ты разрешаешь сотруднику, которому приходят таски напрямую от клиентов, свалить в отпуск, не подготовив замену). ТЛ не подтвердил и автор тупо свалил в отпуск, не удосужившись проверить, согласован ли его отпуск.
Тут как раз вся попаболь от ИТ контор и выходит на первый уровень - в большинстве других сфер работник так бы не поступил.
Как я это вижу: ребята зарегистрировались в юрисдикции мутной страны, где на ТК все клали болт. Благодаря этому смогли платить зп «как раньше». Автор эти условия принял, но про плюшки от ТК авторитарного режима не забыл. Пришел к ТЛ и начал гнуть линию про «если за месяц предупредил про отпуск, обязаны согласовать». У ТЛ было другое мнение, но он в силу мягкости характера или простого пофигизма решил не спорить и тупо наморозился.
В итоге оказалось, что сотрудник не такой уж и важный, а разбираться никому не надо, т.к. тимлид хоть и бывает не прав, но ценен для конторы, а автор хоть и пишет код неплохо, но всем уже заноза в заднице своей нудятиной.
Автор это четко осознал и решил отомстить, запилив статью на Хабре, чтоб доказать себе и возможно жене, что ему сорок второй год и он-ж не лох.
Впрочем, фирму он решил не указывать, чтоб было чем угрожать более серьезным чем тл ребятам из конторы.
Прошу прощения за время, которое вы потратили на прочтение этого комментария, как и статьи в целом. Это - интернет, время вам никто не вернет.
Ответ, который вас устроит: бесплатно вы это не попробуете. Нужно будет вложить либо усилия, либо деньги. И в первом и во втором случае - минимальные. Если не подходит - вам это не нужно: это для избалованных буржуев, что-то вроде рябчиков, Петрович шарит за машины реально (и это не сарказм сейчас) лучше, чем чатжипитишечка и сделает ликбез бесплатно, а не за рубли. Рубли лучше потратить на жигулевское.
О, это примерно как я, когда попытался в бизнес, долбил грунт по 20 часов в сутки, потом осознал, что направление в корне не правильное и вроде попытался свалить, но далеко убежать не успел - несут меня фекальные массы легко и непринужденно, уже гораздо дальше того места, откуда начал копать.
А мне понравилась статья. Все знают, что писать с ChatGPT лучше, я сам без него уже не могу работать - тупо лень заниматься рутиной, вроде написания аннотаций к моделям, джойнов в мускуле и прочих регекспов. И все знают, что реальный проект человек без знаний не получит. Но только тут увидел реальный эксперимент со сравнением: сам написал бы за день, ChatGPT написал за 10.
Там мутно в оригинале написано, что-б никого не подставить. Не понятно, команда вообще отправилась на него или нет - тупо зависнув в очереди, пока обрабатывались команды с тем же или выше приоритетом.
А рэндом - нет там никакого рэндома. Просто асинхронно приборы шлют сигналы и забивают очередь (возможно там какая-то RTOS стоит с кооперативной многозадачностью). Просто когда пярщик роскосмосса пытался добраться до сути как же всё таки формируется очередь комманд и как раздаются приоритеты коммандам, инженеры заколебались ему объяснять и когда он спросил "то есть случайным образом?" они сказали "да, случайным, отстань". А "вероятностный" он добавил уже для красивого оборота. Так и отправили в релиз. Но это не точно.
Там оптико-волоконный гироскоп, построенный на эффекте Саньяка. Если по-простому - есть волокно, скрученное во множество колец, с разных сторон в которое направляются сигналы одинаковой частоты и в одинаковой фазе. Изменение угловой скорости вращения приводит к получению сигналов со сдвигом по фазе.
Не знаю, можно ли физически симулировать вращение в такой конструкции, но диагностировать работоспособность, ответ системы точно можно было.
И да, если я правильно понял, они всунули 2 таких на аппарат, чтоб можно было один использовать как резервный.