Как планируете решать вопрос с кодогенерацией из Дракон представления всё возможное синтаксически/семантическое представление целевого языка и оперирование этими понятиями разработчиком алгоритма в Дракон представлении?
В том то и дело, я немного ломаю игру. Корни идеи лежат в Драконе, но тем не менее то, что вы видете это отход от некоторых догм, сложившихся в Дракон сообществе.
всё возможное синтаксически/семантическое представление целевого языка
Цель falang быть как раз надмножеством любого языка. как например Typescript является надмножеством JavaScript. Довольно просто вместо блок схемы подставить соответствующие конструкции языка (if, switch, ...) и перевести это в код.
В идеале хотел бы добиться взаимной конвертации "код" <-> "схема", но посмотрим как будет.
Пока я немного если честно припух рисовать авто-стрелки, поэтому вылил это сейчас в сообщество послушать что люди скажут. Надо было высказаться.
Будет ли автономная версия редактора для Linux, Windows?
Я знаю как это перевести в автономную версию. Опять же если будет в этом потребность.
Всё будет. И кодогенерация в различные языки, и система контроля версий, и ветки. И шаблоны для различных действий, где можно выбрать например один параметр, а далее вставляется код по шаблону с этим параметром. Мысли как это реализовать есть.
Одна из целей данной статьи как раз собрать побольше фидбека от людей, которые в перспективе могут использовать такую систему в своей работе.
Вот вам контрпример: вы встраиваете компонет на страницу заказчика, а там используются те же имена стилей, что и в вашем компоненте. В результате чего происходит конфликт стилей.
Но это не значит что условные 200 сломают его пополам,
А я в своем комментарии утверждал что ломают пополам? Действительно люди весят по разному с этим никто не спорит. Как это влияет на суть моего комментария?
Я вас ни в коем случае не критикую. Катайтесь с девушкой на здоровье. Всё бывает, иногда можно прокатиться и втроем если приспичит. Цифры я назвал условные)
Там не написано что использовать эти типы не рекомендуется, там удален React.FC из базогого шаблона для тайпскрипта. И описаны причины, которые вполне логичны. Тем не менее использовать эти типы в обычных компонентах приложения вполне удобно, и никуда это не уйдет.
Самокат рассчитан на 120кг плюс минус, если на нем будет ехать 150-200 кг, это приведет к очень быстрому износу самоката, и убыткам со стороны компании. Если же делать самокаты, заранее рассчитанные на поездку вдвоем, то сильно возрастет стоимость самого самоката, что также сильно уменьшит конкурентоспособность компании.
З.Ы. а рассказы про безопасность пассажиров это просто рассказы. В нашем капиталистическом мире речь идет всегда про деньги.
Да, нанятый директор компании тоже пролетарий, т.к. он продает свой труд. Действительно некоторые пролетарии в силу своего положения на рынке могут получать довольно большие зарплаты, но сути это не меняет. Как только рыночная ситуация будет позволять, их зарплаты, также как и остальных пролетариев, будут стремиться к минимому, позволяющему только выживать и воспроизводиться.
Совершенно не согласен с мнением, что программист какой-то отдельный класс. А инженер чем отличается? Тоже на компьютере, тоже что-то тыкает в монитор, только не программы, а чертежи.
Микрометеорит потока Геминиды — основной «подозреваемый» в пробое внешней обшивки приборно-агрегатного отсека корабля «Союз МС-22», сообщил СМИ ведущий инженер Института прикладной математики им. М. В. Келдыша РАН Виктор Воропаев.
и тут же прямая речь
«Микрометеорит потока Геминиды как основного подозреваемого исключать нельзя...», — заявил СМИ Воропаев.
понятно что хотелось громкий заголовок, но желтовато выглядит.
В том то и дело, я немного ломаю игру. Корни идеи лежат в Драконе, но тем не менее то, что вы видете это отход от некоторых догм, сложившихся в Дракон сообществе.
Цель falang быть как раз надмножеством любого языка. как например Typescript является надмножеством JavaScript. Довольно просто вместо блок схемы подставить соответствующие конструкции языка (if, switch, ...) и перевести это в код.
В идеале хотел бы добиться взаимной конвертации "код" <-> "схема", но посмотрим как будет.
Пока я немного если честно припух рисовать авто-стрелки, поэтому вылил это сейчас в сообщество послушать что люди скажут. Надо было высказаться.
Я знаю как это перевести в автономную версию. Опять же если будет в этом потребность.
Реализовать последовательность бизнес-процессов, да конечно безусловно тоже надо. И можно сделать очень круто. Будем делать.
Средняя кнопка мыши. Для мобильных пока не адаптировано.
Здравствуйте! Спасибо за оценку!
Всё будет. И кодогенерация в различные языки, и система контроля версий, и ветки. И шаблоны для различных действий, где можно выбрать например один параметр, а далее вставляется код по шаблону с этим параметром. Мысли как это реализовать есть.
Одна из целей данной статьи как раз собрать побольше фидбека от людей, которые в перспективе могут использовать такую систему в своей работе.
Будет выглядеть вот так :)
Тут конечно не ставится задача переплюнуть текстовое программирование.
Спасибо, добавил в конце описание мотивации и задач.
Вот вам контрпример: вы встраиваете компонет на страницу заказчика, а там используются те же имена стилей, что и в вашем компоненте. В результате чего происходит конфликт стилей.
А я в своем комментарии утверждал что ломают пополам? Действительно люди весят по разному с этим никто не спорит. Как это влияет на суть моего комментария?
Я вас ни в коем случае не критикую. Катайтесь с девушкой на здоровье. Всё бывает, иногда можно прокатиться и втроем если приспичит. Цифры я назвал условные)
Донесу свои пару копеек:
вместо этого можно использовать интерфейс
React.PropsWithChildrenТам не написано что использовать эти типы не рекомендуется, там удален React.FC из базогого шаблона для тайпскрипта. И описаны причины, которые вполне логичны. Тем не менее использовать эти типы в обычных компонентах приложения вполне удобно, и никуда это не уйдет.
React + Mobx + TypeScript = Love
Не согласен.
Самокат рассчитан на 120кг плюс минус, если на нем будет ехать 150-200 кг, это приведет к очень быстрому износу самоката, и убыткам со стороны компании. Если же делать самокаты, заранее рассчитанные на поездку вдвоем, то сильно возрастет стоимость самого самоката, что также сильно уменьшит конкурентоспособность компании.
З.Ы. а рассказы про безопасность пассажиров это просто рассказы. В нашем капиталистическом мире речь идет всегда про деньги.
Статья закончилась, толком не начавшись.
Не совсем понял, какие такие предпосылки для ошибок создаются, по сравнению с использованием голого js
Да, нанятый директор компании тоже пролетарий, т.к. он продает свой труд. Действительно некоторые пролетарии в силу своего положения на рынке могут получать довольно большие зарплаты, но сути это не меняет. Как только рыночная ситуация будет позволять, их зарплаты, также как и остальных пролетариев, будут стремиться к минимому, позволяющему только выживать и воспроизводиться.
Совершенно не согласен с мнением, что программист какой-то отдельный класс. А инженер чем отличается? Тоже на компьютере, тоже что-то тыкает в монитор, только не программы, а чертежи.
Есть только два класса, и вы знаете какие.
Они же и границы стран удалили. Сейчас писать страну себе дороже, особенно если копания хочет работать по всему миру. Так и так кого-то обидишь.
Я меня лично процентов 90% знаний, полученных именно в процессе решения задач.
Если заменить слово "в западных" на "в любых более-менее крупных", то я согласен
и тут же прямая речь
понятно что хотелось громкий заголовок, но желтовато выглядит.