Обновить
29
Cherniaev Andrei@DungeonLords

Пользователь

0,2
Рейтинг
22
Подписчики
Отправить сообщение

В сентябре будут выбору в думу. Надо не просто идти, а ещё и всех "я вне политики" знакомых сагитировать сходить!

Как перестать гадать, какой сегодня номер Serial port'а.

Тогда лучше вообще отказаться от удобного речевого оборота "первый элемент" и использовать "элемент с индексом 0"?
Не хочу жить в мире, где нумерация не равно индексация, где нумерация всегда с 1, а индексация считается иначе, то ли с 0, то ли с 1 - зависит от языка...

Челом бью автору за труд дивный! Прошу разрешить сучки разные и дивные! Чтобы выбор был как на ярмарке

А не лучше ли изменить код библиотеки, добавив возможность выбора hardware/software SPI и отправить commit в библиотеку LedControl?

Это не должно быть сложно... Я однажды отправил commit в FreeRTOS, его рассмотрели и приняли...

С АлиЭкспресс микросхемы вскрывают на канале Lisin YT

На некоторых машинах у меня Ubuntu Server. Я переключаюсь по tty терминалам через Ctrl+Alt+Fномер

Но подождите, я использую популярный дистрибутив Ubuntu server и самый лучший редактор neovim с уже написанными плагинами на все случаи жизни... Какой рантайм, какой парсить? Должен же быть готовый путь! Открыл инструкцию, читаешь, копи-пастишь фрагменты кода...

А если у меня Ubuntu server? Есть readme.md с инструкцией, хочу открывать его в neovim, копировать оттуда строки скрипта, выходить обратно в tty и вставлять-исполнять...

Это всё очень интересно, но у меня практический вопрос. Как скопировать текст, открытый в neovim (из-под TTY Terminal'а) и вставить в GNOME Terminal window? Или copy-past между разными TTY Terminal'ами в neovim?

Я надеюсь, что это утверждение ложно:
In Linux (and any other Unix) clipboard is not built into the OS core (like it is done in Windows or macOS). But it is implemented inside X11 (or Wayland) server. No GUI, no system clipboard...

"идентификатор массива почти в любом контексте неявно приводится к указателю на первый элемент"
Не на первый, а на нулевой.

Существует open source симулятор simulide.com. Там пока не так много сенсоров/MCU. Но раз вы изобретаете симулятор, то мне кажется намного перспективнее будет развивать уже существующий проект. Что думаете?

Расскажите зачем в 21 веке мы все ещё делим все по (мелким) файлам? Открытие файла требует системный вызов, вы компилируете проект с 10 тысячами файлов исходников? Оверхед файловой системы может превзойти время компиляции

Оффтоп. Почему не получила распространение моя идея? Выделив текст и переключив раскладку, получаем смену раскладки для уже напечатанного текста.

Чтобы сделать потребление ещё меньше предлагаю перейти на Internal 128kHz RC oscillator. Производитель снизиться, но ее все равно должно хватить для задачи...

Почему мы все еще храним код в текстовых файлах? Почему?

"легла в основу стандарта IEEE 754, который используется почти во всех современных компьютерах"

Тем временем, ни одна реализация элементарных функций не соответствует стандарту IEEE 754, читать далее

тоже самое с убийцами raspberry pi, каждый месяц выходят такие статьи от тех, кто в руках никакого железа не держал...

А что такое /dev/serial/by-id/ и можно ли его использовать как серебряную пулю (вот тут рекомендуют)? И, если кто понимает как образуется ID_PORT - расскажите пожалуйста на примерах!

Хоть и оффтоп, но все же немного по теме. Попробуйте поиграть в Knight Province, сейчас идёт бета-тест! Хорошая стратегия, я думаю вам тоже понравится... Ну и ещё есть игра "Behind The Dune" с очень стильными рисовками 18+

1
23 ...

Информация

В рейтинге
3 317-й
Зарегистрирован
Активность

Специализация

Инженер встраиваемых систем
Git
STM32
Altium designer
Схемотехника
Программирование микроконтроллеров
Операционная система реального времени
Yocto Project