Да... Жалко что 2025 год уходит. Надеюсь, что в следующем году будет меньше статей с нулевым и отрицательным рейтингом. Также хотелось бы чтобы в следующем году представили больше интересных проектов.
Ой, да забыл оставить, а вот запустится может на всем, где есть поддержка uasyncio и machine.Timer. По памяти 40 кб хватит, но мало контроллеров с таким количеством памяти.
Больше всего на это ядро повлияло Mach. Почему Mach скажу только если попросите.
Я в детстве тоже максимализмом страдал
Поздравляю, я тоже. Причём тоже таким же описанным вами (пытался делать язык "программирования") который... У меня до сих пор вызывает отвращение этот "ЯП".
Я вообще за вами не слежу
Не следите, но вы хотите чтобы я делал всё по стандартам.
Я не спорю, что делать по стандарту хорошо.
Но вспомните про тот же синглтон.
В C++ он нужен, согласен.
Но в Python всё наоборот, там не нужен некому этот синглтон.
Я вижу, то что вы хотите чтобы я реализовал всякие эти семафоры и мьютексты.
Я могу. Но что изменится? Код работать будет почти также.
Первая фраза когда я показал тот же код, но написан был совсем по другому звучала так: "И что тут нового?". Тут также: Python это сделает за вас. Я понимаю что это круто когда твой код по стандартам, но, стандарты надо уметь и рушить.
Безусловно, я не оспариваю ваше право
Не знаю что ответить на это.
ничего оттуда актуальность свою не потеряло
Опять же, стандарты надо рушить.
Также с первыми ПК в СССР: говорили "ПК не может быть другим!!! все должны быть как ENIAC!!!".
В итоге - получилось, потом и другие начали так делать.
Если вы позволяете себе использовать те методы, которые придумали очень давно, то не знаю. Нам как-то не по пути что ли...
но так пафосно относиться к другому инструменту не стоит.
Мне просто не нравятся такие решения pyRTOS. Ладно это был бы Си (там же хардкор), но на MicroPython... Я был разочарован и подумал: хочу сделать втрое лучше чтобы не кто не использовал такие решение.
Согласен.
Ну вот к примеру PocketMage PDA (в статье) или SlimeDeck Zero поковырять ещё интересно.
А остальное не так интересно.
Скорее "работает? прекрасно. что теперь?"
Чёрт. Только вчера думал побыстрее выложить чтобы попасть в такую статью.
Ну ладно.
Да, и кстати к 24 января я успеваю выпустить.
Классно получилось. Продолжайте.
Очень плохо сделано. Очень. Автор говорит что сам не знает почему так.
Серьёзно. Там только "псевдо ядро" и жручий LVGL.
Самому поинтереснее кажись. Не знаю как считает автор, но я думаю так.
ахах, у меня такое сразу когда нахожу баг.
Ну вообще согласен, может удалю в будущем.
О как, я думал что мало где городят if-elif-else. Ну городят, но когда не придётся менять в ближайшее время. Либо же когда условий мало.
А нельзя что-ли? Какие проблемы будут если так делать?
Здраствуйте, такие подходы уже давно используются. Может, не во всëм коде, но, думаю что большинство делают так, конечно, не считая тех кто новички.
Советую брать код в отдельный блок:
Так красивее и проще.
До конца не дочитал, потому что не разбираюсь именно в этом, но вы - молодцы, мне нравятся такие hardware проекты.
Да... Жалко что 2025 год уходит. Надеюсь, что в следующем году будет меньше статей с нулевым и отрицательным рейтингом. Также хотелось бы чтобы в следующем году представили больше интересных проектов.
Ссылка вот, искать в "Releases":
SystemSoftware2/Pech
Сгорают это образно. Просто чем больше задач тем медленнее.
Точно ответить не могу но посудите:
pyRTOS постоянно что-то делает.
Pech отдыхает если нечего не надо делать.
Были конечно, пока я всякие тесты пилил периодически происходили ошибки и баги.
Не были, но могут быть (на Pech такого не может быть)
Согласен.
Ну тут практически также, просто если память не подводит то pyRTOS чем меньше тем первее, а у меня наоборот чтобы было проще отсчитывать.
Многие могут считать это как RTOS. pyRTOS это же тоже RTOS. Но я предпочитаю считать своё детище ядром.
Ссылка появилась!
Ой, да забыл оставить, а вот запустится может на всем, где есть поддержка uasyncio и machine.Timer. По памяти 40 кб хватит, но мало контроллеров с таким количеством памяти.
Признаю свою ошибку в прошлом комментарии.
Больше всего на это ядро повлияло Mach. Почему Mach скажу только если попросите.
Поздравляю, я тоже. Причём тоже таким же описанным вами (пытался делать язык "программирования") который... У меня до сих пор вызывает отвращение этот "ЯП".
Не следите, но вы хотите чтобы я делал всё по стандартам.
Я не спорю, что делать по стандарту хорошо.
Но вспомните про тот же синглтон.
В C++ он нужен, согласен.
Но в Python всё наоборот, там не нужен некому этот синглтон.
Я вижу, то что вы хотите чтобы я реализовал всякие эти семафоры и мьютексты.
Я могу. Но что изменится? Код работать будет почти также.
Первая фраза когда я показал тот же код, но написан был совсем по другому звучала так: "И что тут нового?". Тут также: Python это сделает за вас. Я понимаю что это круто когда твой код по стандартам, но, стандарты надо уметь и рушить.
Не знаю что ответить на это.
Опять же, стандарты надо рушить.
Также с первыми ПК в СССР: говорили "ПК не может быть другим!!! все должны быть как ENIAC!!!".
В итоге - получилось, потом и другие начали так делать.
Если вы позволяете себе использовать те методы, которые придумали очень давно, то не знаю. Нам как-то не по пути что ли...
Думайте как считаете нужным.
Я не запрещаю.
Если вам нужно это знать, то я могу написать пост или даже статью.
Мне просто не нравятся такие решения pyRTOS. Ладно это был бы Си (там же хардкор), но на MicroPython... Я был разочарован и подумал: хочу сделать втрое лучше чтобы не кто не использовал такие решение.