Страница 7 из 8
Re: Общие размышления о FLProg
Добавлено: 26 июл 2025, 17:54
vovka1973
ecoins писал(а): 26 июл 2025, 16:32
montirovka писал(а): 26 июл 2025, 16:16
А чем новый дисплей LCD HD44780 отличается от старого?
1.Сразу о недостатках нового дисплея - пока он занимает много памяти, для AVR328 ощутимо, на MEGA2560 отлично.
Мегу тоже надо исключать , там идут кракозябры не понятно откуда ,так что только для разбери стм .
Re: Общие размышления о FLProg
Добавлено: 28 июл 2025, 14:41
Dryundel
ecoins писал(а): 25 июл 2025, 11:51
Постепенно внедряется мнемоника более близкая к C++.
v1 - bool;
v8 - байт, int8_t, uint8_t;
v16 - integer, int16_t, uint16_t;
v32 - long, unsignedLong, int32_t, uint32_t;
С уважением, ecoins.
Общие размышления о новой мнемонике.
Я всегда ЗА стандартизацию. И это здорово, что идут подвижки в этом направлении.
Поразмыслив на эту тему, для себя пришёл к неоднозначному выводу.
С одной стороны идея применять
v1, v8, v16... наверное правильная. И на входе и на выходе оно приемлемо. Понятно что на входе всегда value а на выходе всегда variable. Однако у int32_t и uint32_t есть существенная разница. Наверное в последнем случае можно применять
u1, u8, u16... В этом случае визуально понятно, что на вход
u16 не стоит подавать
v16 и наоборот, хотя возможно. С float и String можно поступить подобным образом. И было бы не плохо опубликовать тогда принятые стандарты.
Но тахой подход хорош когда у блока есть один вход и один выход. В случае когда входов хотя-бы два, становится совсем не понятно который за что отвечает. В этом случае без авторской мнемоники не обойтись. В любом случае, наверное лучше если вход будет обозначен к примеру
(x) а выход
sin. При таком варианте вообще не требуется пояснения что блок делает, что куда подавать и откуда брать.
А как быть когда у блока много входов? Ну к примеру 16. На входе value, пишем -
v1, v2, v3, v4, v5, v6, v7,
v8, v9, v10, v11, v12, v13, v14, v15,
v16. Возникает некоторый диссонанс.
Короче говоря, не просматривается пока однозначность прихода к общему стандарту мнемоники. По моему мнению он скорее она навредит, чем поможет.
Re: Общие размышления о FLProg
Добавлено: 28 июл 2025, 15:13
ecoins
Dryundel писал(а): 28 июл 2025, 14:41
ecoins писал(а): 25 июл 2025, 11:51
Постепенно внедряется мнемоника более близкая к C++.
v1 - bool;
v8 - байт, int8_t, uint8_t;
v16 - integer, int16_t, uint16_t;
v32 - long, unsignedLong, int32_t, uint32_t;
С уважением, ecoins.
Общие размышления о новой мнемонике.
Я всегда ЗА стандартизацию. И это здорово, что идут подвижки в этом направлении.
Поразмыслив на эту тему, для себя пришёл к неоднозначному выводу.
С одной стороны идея применять
v1, v8, v16... наверное правильная. И на входе и на выходе оно приемлемо. Понятно что на входе всегда value а на выходе всегда variable. Однако у int32_t и uint32_t есть существенная разница. Наверное в последнем случае можно применять
u1, u8, u16... В этом случае визуально понятно, что на вход
u16 не стоит подавать
v16 и наоборот, хотя возможно. С float и String можно поступить подобным образом. И было бы не плохо опубликовать тогда принятые стандарты.
Но тахой подход хорош когда у блока есть один вход и один выход. В случае когда входов хотя-бы два, становится совсем не понятно который за что отвечает. В этом случае без авторской мнемоники не обойтись. В любом случае, наверное лучше если вход будет обозначен к примеру
(x) а выход
sin. При таком варианте вообще не требуется пояснения что блок делает, что куда подавать и откуда брать.
А как быть когда у блока много входов? Ну к примеру 16. На входе value, пишем -
v1, v2, v3, v4, v5, v6, v7,
v8, v9, v10, v11, v12, v13, v14, v15,
v16. Возникает некоторый диссонанс.
Короче говоря, не просматривается пока однозначность прихода к общему стандарту мнемоники. По моему мнению он скорее она навредит, чем поможет.
Иногда кажется, что Вы всегда говорите "нет" всему, с чем Вы впервые соприкасаетесь в FLProg.
1.Затронутая тема исследовалась несколько лет.
2.Перепробованы были несколько вариантов. Когда задумываешь одно представляется, когда делаешь и потом испытываешь, эксплуатируешь - начальные представления меняются, порой значительно. FLProg предоставляет много возможностей, но он же накладывает и ограничения. В случае с пользовательскими блоками - они свои.
3.Если несколько входов. Посмотрите как в "Кандидатах" реализованы блоки из раздела "КОНВЕРТАЦИЯ переменных" - и часть вопрос отпадет.
--------------------------
Не пробуйте втянуть меня в дальнейшее обсуждение этой темы.
------------------------
"Те кто говорит, должны действовать,
и только те, кто действуют,
должны говорить."
Нассим Николас Талеб.
Re: Общие размышления о FLProg
Добавлено: 28 июл 2025, 16:06
Dryundel
ecoins писал(а): 28 июл 2025, 15:13
3.Если несколько входов. Посмотрите как в "Кандидатах" реализованы блоки из раздела "КОНВЕРТАЦИЯ переменных" - и часть вопрос отпадет.
Посмотрел. И что я вижу? А вижу я то, что Вы поступили именно так, как я и писал выше.
Где ваша мнемоника
v1 - bool; ?
Bits.jpg
Оказывается я был прав. Оказывается не везде прокатывает Вами же обозначенный стандарт
v1 - bool;
Или это "другое" ?
==============================
«Жизнь есть не что иное,
как постоянно побеждаемое противоречие»
(Иван Сергеевич Тургенев)
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 11:45
ecoins
Из сообщений в некоторых темах складывается впечатление, что некоторые участники форума не ознакомились c программным выступлением разработчика в первых 9-ти постах данной теме.
Оно начинается так:
"В этой теме я хочу поделится своими мыслями и виденьем будущего программы FLProg обсудить с Вами те вопросы, которые у вас возникают на эту тему.
Автор программы FLProg."
--------------------------------------------
Рекомендую ознакомиться, да и повторно прочитать полезно (я так и сделал).
И поблагодарить разработчика добрым словом правильно было бы...
--------------------------------------------
Сергею Глушенко еще раз спасибо за ясную картину будущего программы FLProg.
Отдельное спасибо за это:
"Со временем появится ответвления программы такие как FLProg-PLC и FLProg-Kinder."
--------------------------------------------
С уважением, ecoins.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 17:51
golloper
FLProg -kinder? Вы серьёзно? Ну как нибудь по другому надо наверно. FLProg- Start к примеру. Ну не знаю... Kinder это как то не серьёзно.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 17:55
golloper
Тем более что kinder это немецкий.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 18:48
ecoins
golloper писал(а): 02 авг 2025, 17:51
FLProg -kinder? Вы серьёзно? Ну как нибудь по другому надо наверно. FLProg- Start к примеру. Ну не знаю... Kinder это как то не серьёзно.
Это направление будет ориентировано именно на детей - специальные блоки, упрощенный функционал, оформление самого FLProg(картинки, звуки, возможно звуковые подсказки и пр.).
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 19:03
golloper
ecoins писал(а): 02 авг 2025, 18:48
golloper писал(а): 02 авг 2025, 17:51
FLProg -kinder? Вы серьёзно? Ну как нибудь по другому надо наверно. FLProg- Start к примеру. Ну не знаю... Kinder это как то не серьёзно.
Это направление будет ориентировано именно на детей - специальные блоки, упрощенный функционал, оформление самого FLProg(картинки, звуки, возможно звуковые подсказки и пр.).
Замечательно. Но только не Kinder, умоляю. Русский язык говорят самый богатый язык, найдите название для детей соответствующее.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 19:15
cfitymrf
можно было бы и по русски "для детей"
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 19:47
Dryundel
ecoins писал(а): 02 авг 2025, 18:48
Это направление будет ориентировано именно на детей - специальные блоки, упрощенный функционал, оформление самого FLProg(картинки, звуки, возможно звуковые подсказки и пр.).
В таком случае это будет совершенно другой продукт.
Приставленное Kinder. Отпугнёт часть пользователей по нескольким причинам.
- ассоциация с несерьёзностью
- недовольство патриотов
- выглядит как обрезка чего то целого
Может пойти немного другим путём в креативе названия?
Раз другой продукт то и название слегка другое, например
FLPaint
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 20:28
Ander
а мож вообще по русски - без английских букв. Я был бы за
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 20:58
montirovka
Раньше были журналы Юный техник, Моделист конструктор. Мне больше нравится слово -Школьник.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 21:09
Dryundel
Мдааа... " - Порутчик, молчать! "
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 21:33
aidar_i
Я , думаю, новые версии программы создаются со своими библиотеками, так как ориентированы на промышленное , коммерческое применение, а там авторские права, лицензии и тп. Сейчас FLProg развивается в этом направлении.
Понятно желание подтянуть детей, наше будущее, с названием конечно перемудрили) тогда уж children, тк есть версия программы на английском.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 21:53
golloper
Ну если английский то kids, чилдржны и киндеры это зашквар.
По мне так FLПроша, кино такое детское было в 74 году, Царевич Проша.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 22:07
Rovki
Для молодых , начинающих - FLOS (что бы ни кто не догадался) - FL One Step . Русский не прокатит в ВТ.
Re: Общие размышления о FLProg
Добавлено: 02 авг 2025, 23:10
Ilich
А может SE - Starting Edition?
Re: Общие размышления о FLProg
Добавлено: 03 авг 2025, 13:36
dstrufanov
FLStart, FLProf
Re: Общие размышления о FLProg
Добавлено: 03 авг 2025, 13:42
golloper
А вот интересно, если для детей то какой возраст хотите обьять? Начальный возраст входа? Понятно что есть индивидумы , уникумы, средне статистическое.
Идея замечательная.