Сценарий: SaaS-стартап разрабатывает dashboard для аналитики.
То возникает проблема: для нормальной визуализации нужна хорошая библиотека с чартами (bar chart, linear chart), хороший date picker и т.д. и тут уже визуальная совместимость сильно хромает.
Абсолютно разные вещи. Во-первых макрос клавиатура ложится под вторую руку (не ту, в которой мышь). Во-вторых на мышах с миллионом кнопок эти кнопки нажимается не пойми как - я за 2 месяца так и не смог привыкнуть, постоянно приходилось искать кнопку пальцем и вместо ускорения работы получалось наоборот. В третьих - есть процессы работы, в которой мышь в целом как устройство мешает (к примеру работа в командной строке).
Бро, не слушай никого, если тебе комфортно в таком темпе терять вес - то огонь. Я по 7.5 кг за месяц терял, правда я и весил не 150.
Главное - плавный выход. По длине выход может быть таким же как и весь период жёсткой диеты, иначе есть ненулевая вероятность сорваться. Ну и понимать, что в целом диета и контроль калорий - это на всю жизнь.
А, и еще лично водичка очень сильно помогала с минералами - у них часто есть небольшое количество подсластителей при том, что калорий там всё равно что-то вроде 7 на всю бутылку. Вот это малое количество подсластителя, который обычный человек не чувствует, для отказавшегося от сладкого ощущается как ложка сахара всухомятку. Короче помогает обмануть организм когда совсем тяжело.
Меня в этом всём волновал всего 1 вопрос - как сделаны клавиши для клавиатуры. Ответ я так и не получил. Остальное - скучная фигня, мусоленная миллион раз.
Мы решили вопрос на этапе mvp через zigbee2mqtt и датчиками от aqara (они же xiaomi, они же Яндекс). Почему:
Их можно купить сколько угодно прямо сейчас. Не нужно ждать производства
Они достаточно обкатаны и погрешность и частота отказов у них ниже, чем у другой китайской фигни (которая подключается к Tuya, но там не поймешь что)
Zigbee2mqtt работает автономно на объекте, никаких облаков и передачи данных наружу
Zigbee делает mesh из коробки. Да, сами датчики не могут быть ретранслятором, но можно ставить как сами ретрансляторы, так и другие устройства, подключенные к сети (любые реле по умолчанию ретрансляторы)
Батарейки хватает стабильно больше чем на год
Минусы:
Нет сертификации для industrial grade, метрологических сертификатов и т.д. Но . Посмотрел ваш сайт - у вас из тоже нет
Часто датчики забивают пытаться подключиться если отвалились, пока не надумаешь кнопку. С этим можно бороться по-разному, мы до сих пор боремся, но всё равно изредка датчики со слабой связью просто отпадают и досвидос
Расстояния не сверхвысокие. Нужны ретрансляторы, если хотим условные 300 метров. Но устройства очень дешевые, по этому проблем нет.
Как мне кажется, устройства автора будут пользоваться нишевым спросом, но только при условии сертификации.
А в чем неудобный? Мы сейчас перешли на openovserve на всех проектах - пока только положительный опыт. Возможно зависит с чего переходили - с логов в Гугл Клауд. По вашему мнению у кибана удобнее интерфейс для логов?
Текстовое описание - как будто в детство вернулся - Запускаю квантовый перебор на синтетическом ядре, подключаюсь через зеркальный порт в обход фаервола третьего уровня… Ещё чуть-чуть — и их мейнфрейм рассыплется под нагрузкой моего рекурсивного инъекционного алгоритма. Добро пожаловать в новую эру, детка.
А зачем делать docker compose, если потом в настройках подключения к mcp делается docker run? Причем не используется даже фаил конфигурации с sql паттерном (подключенный в docker compose, но, как мы уже заметили, контейнер запущенный в docket compose не используется)
Интересно, в есть где-то сообщество для маркетологов и там маркетолог пишет как он классно завлекает аудиторию в свой пет проект, но сгенерированный чатжптшкой бот не работает никак и он разочаровался в программировании?
А ещё было бы круто, чтоб был типа тиндера для того, чтоб программистов матчить с маркетологами и они вместе пилили пет проекты.
Так это не про вопрос курицы и яйца. Если взять symfony, то это попытка писать на php как на Java. Если взять другие фреймворки, то там схожесть будет ниже. Но факт останется фактом - написать что-то простое, продебажить, поправить на php легче.
Для крупного энтерпрайза php - это стрелять себе а ногу.
Именно низкий порог входа и стал главной проблемой php - если джун в Java хотя бы понимает ооп, паттерны, может сам скомпилировать приложение и т.д., то джун в php не понимает что такое пространство имен и почему файлы в проекте загружаются сами (спойлер: не сами).
Ну я и полез в базу, чтобы обновить SQL-скриптом одну почту. Написал сначала скрипт WHERE, чтобы проверить выбор только одной почты. Затем для такого же WHERE написал уже UPDATE скрипт. И, по всей видимости, где-то не закрыл скобку.
Запустил. Через секунду все ~25 000 почт стали NULL.
В момент у меня пошёл холодный пот по спине и я подвис на две минуты. Но бекапы были на месте, я восстановился и пошёл менять футболку на сухую.
Оказалось, дропнуть базу на проде действительно можно.
Как будто бы та же история, а как будто и не понятно где правда.
Что кроме ELK есть? Нужно собирать логи с контейнеров кубера с нескольких окружений и анализировать их в одном месте. Раньше неплохо работали с логами в google cloud, но по некоторым соображениям клиенту пришлось отказаться от gke. Сейчас используем бесплатный elk, но нет ощущения целостности системы.
Могу предложить вам накидать на каком-нибудь n8n автоматический переводчик из php в c++ с помощью DeepSeek. Плюсы очевидны:
Вы получаете возможность писать на пхп
Отпадает задача портирования и запуска zend engine на контроллере
Не расходуете ресурсы контроллера впустую
Вы сами оцените и сможете представить сообществу преимущества и ограничения пхп для задач встраиваемых систем (удобство работы с данными с двоичном формате, побитовые операции, работа с асинхронностью и т.д.)
На работающем концепте сможете оценить реальность выполнения более сложных задач (для которых есть готовые инструменты, от периферийных библиотек до rtos)
Смотрится красиво, но если взять пример -
То возникает проблема: для нормальной визуализации нужна хорошая библиотека с чартами (bar chart, linear chart), хороший date picker и т.д. и тут уже визуальная совместимость сильно хромает.
Абсолютно разные вещи. Во-первых макрос клавиатура ложится под вторую руку (не ту, в которой мышь). Во-вторых на мышах с миллионом кнопок эти кнопки нажимается не пойми как - я за 2 месяца так и не смог привыкнуть, постоянно приходилось искать кнопку пальцем и вместо ускорения работы получалось наоборот. В третьих - есть процессы работы, в которой мышь в целом как устройство мешает (к примеру работа в командной строке).
Это даже для тизера как-то мало. Мы хоть и развращены тиктоком, но удерживать внимание чуть больше 30 секунд пока можем.
Бро, не слушай никого, если тебе комфортно в таком темпе терять вес - то огонь. Я по 7.5 кг за месяц терял, правда я и весил не 150.
Главное - плавный выход. По длине выход может быть таким же как и весь период жёсткой диеты, иначе есть ненулевая вероятность сорваться. Ну и понимать, что в целом диета и контроль калорий - это на всю жизнь.
А, и еще лично водичка очень сильно помогала с минералами - у них часто есть небольшое количество подсластителей при том, что калорий там всё равно что-то вроде 7 на всю бутылку. Вот это малое количество подсластителя, который обычный человек не чувствует, для отказавшегося от сладкого ощущается как ложка сахара всухомятку. Короче помогает обмануть организм когда совсем тяжело.
Меня в этом всём волновал всего 1 вопрос - как сделаны клавиши для клавиатуры. Ответ я так и не получил. Остальное - скучная фигня, мусоленная миллион раз.
Мы решили вопрос на этапе mvp через zigbee2mqtt и датчиками от aqara (они же xiaomi, они же Яндекс). Почему:
Их можно купить сколько угодно прямо сейчас. Не нужно ждать производства
Они достаточно обкатаны и погрешность и частота отказов у них ниже, чем у другой китайской фигни (которая подключается к Tuya, но там не поймешь что)
Zigbee2mqtt работает автономно на объекте, никаких облаков и передачи данных наружу
Zigbee делает mesh из коробки. Да, сами датчики не могут быть ретранслятором, но можно ставить как сами ретрансляторы, так и другие устройства, подключенные к сети (любые реле по умолчанию ретрансляторы)
Батарейки хватает стабильно больше чем на год
Минусы:
Нет сертификации для industrial grade, метрологических сертификатов и т.д. Но . Посмотрел ваш сайт - у вас из тоже нет
Часто датчики забивают пытаться подключиться если отвалились, пока не надумаешь кнопку. С этим можно бороться по-разному, мы до сих пор боремся, но всё равно изредка датчики со слабой связью просто отпадают и досвидос
Расстояния не сверхвысокие. Нужны ретрансляторы, если хотим условные 300 метров. Но устройства очень дешевые, по этому проблем нет.
Как мне кажется, устройства автора будут пользоваться нишевым спросом, но только при условии сертификации.
А в чем неудобный? Мы сейчас перешли на openovserve на всех проектах - пока только положительный опыт. Возможно зависит с чего переходили - с логов в Гугл Клауд. По вашему мнению у кибана удобнее интерфейс для логов?
Текстовое описание - как будто в детство вернулся - Запускаю квантовый перебор на синтетическом ядре, подключаюсь через зеркальный порт в обход фаервола третьего уровня… Ещё чуть-чуть — и их мейнфрейм рассыплется под нагрузкой моего рекурсивного инъекционного алгоритма. Добро пожаловать в новую эру, детка.
@alexandervarlamovможешь объяснить, пожалуйста?
А зачем делать docker compose, если потом в настройках подключения к mcp делается docker run? Причем не используется даже фаил конфигурации с sql паттерном (подключенный в docker compose, но, как мы уже заметили, контейнер запущенный в docket compose не используется)
Я про выход из АйТи вообще-то пришел читать…
Интересно, в есть где-то сообщество для маркетологов и там маркетолог пишет как он классно завлекает аудиторию в свой пет проект, но сгенерированный чатжптшкой бот не работает никак и он разочаровался в программировании?
А ещё было бы круто, чтоб был типа тиндера для того, чтоб программистов матчить с маркетологами и они вместе пилили пет проекты.
Так это не про вопрос курицы и яйца. Если взять symfony, то это попытка писать на php как на Java. Если взять другие фреймворки, то там схожесть будет ниже. Но факт останется фактом - написать что-то простое, продебажить, поправить на php легче.
Для крупного энтерпрайза php - это стрелять себе а ногу.
Именно низкий порог входа и стал главной проблемой php - если джун в Java хотя бы понимает ооп, паттерны, может сам скомпилировать приложение и т.д., то джун в php не понимает что такое пространство имен и почему файлы в проекте загружаются сами (спойлер: не сами).
Из предыдущей статьи автора:
Как будто бы та же история, а как будто и не понятно где правда.
А сейчас чем занимаетесь?
Ну, наверное если бы я хотел почитать chatgpt, я бы зашел в него, а не на Хабр?
Что кроме ELK есть? Нужно собирать логи с контейнеров кубера с нескольких окружений и анализировать их в одном месте. Раньше неплохо работали с логами в google cloud, но по некоторым соображениям клиенту пришлось отказаться от gke. Сейчас используем бесплатный elk, но нет ощущения целостности системы.
Это - релиз ради релиза? Чтоб зависимости ломать?
В чем смысл этой статьи?
Могу предложить вам накидать на каком-нибудь n8n автоматический переводчик из php в c++ с помощью DeepSeek. Плюсы очевидны:
Вы получаете возможность писать на пхп
Отпадает задача портирования и запуска zend engine на контроллере
Не расходуете ресурсы контроллера впустую
Вы сами оцените и сможете представить сообществу преимущества и ограничения пхп для задач встраиваемых систем (удобство работы с данными с двоичном формате, побитовые операции, работа с асинхронностью и т.д.)
На работающем концепте сможете оценить реальность выполнения более сложных задач (для которых есть готовые инструменты, от периферийных библиотек до rtos)
Это вас избавит от необходимости тратить время на изучения материала, к примеру вот этого: https://habr.com/ru/companies/vk/articles/538052/