Не все хотят и не все могут разбираться с микроконтроллерами, как организовать к ним доступ по сети, кодом на сях, конечными автоматами и прочим.
Кому-то хочется готовый сервер с linux, ssh, gpio и библиотеками на питоне. Чтобы сразу играться с сервоприводами и сенсорами без прослойки в виде компиляций и заливки/дебага кода через serial-over-usb и прочего.
Но согласен, статьи про хардкор и выживание в ограниченных ресурсах куда интереснее, чем скрипт на питоне со стандартной библиотекой на стандартном дебиане :)
Также рекомендую его, и сам пользуюсь lnav на серверах, где часто надо смотреть логи по ssh. Например, веб-сервера или сервера приложений. Радует удобное управление и поддержка форматов из коробки.
Эх, ещё бы примеры кода на распространённых языках… но это я уже размечтался, при желании всё можно найти в интернетах :))
А за список спасибо, интересно было почитать. Добавил бы сюда ещё redis, и возможно, бд как средство общения между сервисами. Сам на одном проекте кладу данные в MySQL одним сервисом, а забираю и обрабатываю другим.
Ну и плюс в облаках свои сервисы для очередей, вроде aws sqs, тоже можно добавить в статью
Эх, непросто всё в мире фронт-энда, кучи инструментов и технологий :)
Всегда была интересна эта область, но никогда не было достаточно свободных времени и ресурсов, чтобы нормально изучить её…
Мастера фронтов, а подскажите, есть что-то простое, без всяких нод и компиляций, чтобы в идеале подключил чистый js файл (вроде jquery) и можешь работать с беком по api (crud, json) и динамически обновлять таблички на фронте без тонн кода?
Поэтому предпочитаю покупать там, где я могу скачать оффлайн установку и могу просто запустить setup.exe без всяких библиотек и клиентов (передаю привет gog)
Но аудио - это не только один микрофон. Это могут быть как несколько микрофонов с разным покрытием спектра, так и программно сгенерированный в любой частоте сигнал. Мне кажется 32 бита с большей вероятностью смогут перекрыть весь диапазон от разных источников, разве не так?
PS я от аудио далёк, могу ошибаться в принципиальных вещах.
Только начал изучать terraform, и не придумал, как мне с помощью tf поднять у себя виртуальную машину, и закинуть в неё публичный ключ от ssh. Чтобы уже потом ансиблом подключиться по ssh, и настроить приложения.
Виртуалки у себя в vSphere, поэтому ресурсы с ключами не доступны :(
Много лет искал замену Конфлуенсу, особенно после того, как они убрали возможность хостинга у себя своего инстанса…
Смотрел и dokuwiki, и mediawiki, и redmine, и sphinx.
Но все они по удобству до конфлуенса с draw.io вообще не дотягивают… хотя для многих, в том числе и для меня, подошла бы упрощённая версия с древовидной структурой страниц, версиями страниц и синтаксисом наподобие markdown и возможностью хранить файлы и диаграммы…
У нас в офисе уже стоят такие. Так что монитор, к которому подключены питание, сеть, мышь, клава, и один type-c шнурок к ноуту и всё.
Причем к этому же док-монитору подключен второй такой же, так что в итоге два монитора.
Не все хотят и не все могут разбираться с микроконтроллерами, как организовать к ним доступ по сети, кодом на сях, конечными автоматами и прочим.
Кому-то хочется готовый сервер с linux, ssh, gpio и библиотеками на питоне. Чтобы сразу играться с сервоприводами и сенсорами без прослойки в виде компиляций и заливки/дебага кода через serial-over-usb и прочего.
Но согласен, статьи про хардкор и выживание в ограниченных ресурсах куда интереснее, чем скрипт на питоне со стандартной библиотекой на стандартном дебиане :)
И pi fs, все данные уже там, внутри числа pi. Надо только смещение нужных данных найти :)
По теме статьи - вода, без смысла и практической ценности, опрос в конце не связан с самой статьей.
Автор, что вы хотели сказать статьёй? Что можно хранить идентификаторы видео на ютубе? Какой смысл в этом?
Также рекомендую его, и сам пользуюсь lnav на серверах, где часто надо смотреть логи по ssh. Например, веб-сервера или сервера приложений. Радует удобное управление и поддержка форматов из коробки.
Эх, ещё бы примеры кода на распространённых языках… но это я уже размечтался, при желании всё можно найти в интернетах :))
А за список спасибо, интересно было почитать. Добавил бы сюда ещё redis, и возможно, бд как средство общения между сервисами. Сам на одном проекте кладу данные в MySQL одним сервисом, а забираю и обрабатываю другим.
Ну и плюс в облаках свои сервисы для очередей, вроде aws sqs, тоже можно добавить в статью
Эх, непросто всё в мире фронт-энда, кучи инструментов и технологий :)
Всегда была интересна эта область, но никогда не было достаточно свободных времени и ресурсов, чтобы нормально изучить её…
Мастера фронтов, а подскажите, есть что-то простое, без всяких нод и компиляций, чтобы в идеале подключил чистый js файл (вроде jquery) и можешь работать с беком по api (crud, json) и динамически обновлять таблички на фронте без тонн кода?
Они могут передавать привет сколько угодно, но уже купленное и скачанное с моего диска никуда не денется. И в этом я вижу принципиальную разницу.
Ну и потом скорее всего тоже вернутся. Я надеюсь :)
Поэтому предпочитаю покупать там, где я могу скачать оффлайн установку и могу просто запустить setup.exe без всяких библиотек и клиентов (передаю привет gog)
Для этого же используется reset
А он self-hosted или нет? Что-то не нашёл на сайте где скачать его.
Стандартный apt update && apt upgrade без проблем только что обновил с 7.1 до 7.2-3
Для Firefox не планируете сделать? Было бы интересно попробовать, но предпочитаю лисицу :)
Согласен, провайдер для терраформа выглядел бы заманчивее, чем библиотека на одном языке.
Но аудио - это не только один микрофон. Это могут быть как несколько микрофонов с разным покрытием спектра, так и программно сгенерированный в любой частоте сигнал. Мне кажется 32 бита с большей вероятностью смогут перекрыть весь диапазон от разных источников, разве не так?
PS я от аудио далёк, могу ошибаться в принципиальных вещах.
PS обещаю в следующий раз проверять текст перед отправкой с мобильных устройств. И меньше доверять автокоррекции :)
Шикарная статья, спасибо За перевод!
Особенно понравились эмулятор и сравнение времени вычисления в конце.
Круто, что люди таким занижаются и делятся.
>Аккреционный диск представляет собой единую текстуру, которая программно искажается.
>Туман вокруг диска был создан с помощью понижения качества рендеринга, что дало эффект размытия и зернистости.
Мне кажется это визуализация, а не симуляция.
Канает :), спасибо, по всей видимости так и сделаю. Просто думал может ещё варианты есть какие-либо, про которые пока не знаю.
Только начал изучать terraform, и не придумал, как мне с помощью tf поднять у себя виртуальную машину, и закинуть в неё публичный ключ от ssh. Чтобы уже потом ансиблом подключиться по ssh, и настроить приложения.
Виртуалки у себя в vSphere, поэтому ресурсы с ключами не доступны :(
Много лет искал замену Конфлуенсу, особенно после того, как они убрали возможность хостинга у себя своего инстанса…
Смотрел и dokuwiki, и mediawiki, и redmine, и sphinx.
Но все они по удобству до конфлуенса с draw.io вообще не дотягивают… хотя для многих, в том числе и для меня, подошла бы упрощённая версия с древовидной структурой страниц, версиями страниц и синтаксисом наподобие markdown и возможностью хранить файлы и диаграммы…
Может сейчас кто заполнит эту нишу?)