Как только мы что-то выбираем, мы становимся заложниками того, чем пользуемся. Но! Какой из этого вывод? А то, что нужен какой-то специализированный язык для создания таких систем ("движок") и набор трансляторов на различные платформы и стеки.
Звучит страшновато. Не лучше ли выбрать, например, формат SVG? Или HTML+CSS. А трансляцию в стекозависимый вариант, ручную или автоматическую, оставить уже на совести проектной команды. Всяко такой подход уже упростит им жизнь.
через 2 года вы попадете в точку в которой надо будет ее переписывать
Боюсь, через такой срок мы туда попадем, даже если выделим на это специальную команду
> И очень трудно будет заставить команду у которой в KPI стоит вовремя сдать очередной релиз Нужен такой процесс наполнения системы, чтобы он не создавал отдельной проектной команде никакой нагрузки, а наоборот, экономил время: допустим, у команды в спринте есть задачи запилить красную и зеленую кнопки: 1. Смотрим в общем репозитории элементов 2. Красной кнопки нет. Делаем в соответствии с общими гайдами на кнопки(если он есть): шрифт, скругления. Заливаем в общую репу эту красную кнопку. 3. Зеленая кнопка в общей репе есть - берем оттуда готовую.
Да, через пару лет эта общая репа потребует серьезной ревизии, но это куда меньше работы, чем делать все с нуля, собирая требования с действующих и планируемых проектов.
Тема абсолютно верная, несмотря на "внушительные" названия типа "ядро", бигдата, сервисы, бизнес-логика, кластеры и прочий бэкенд, именно UI по прежнему съедает бОльшую часть дорогих ресурсов вашей команды
Но agile никто не отменял, не обязательно сразу пилить всю СИСТЕМУ, сделайте хотя бы сборник дизайна типовых элементов UI, без привязки к стеку. Это уже сразу сэкономит десятки дорогих человеко-часов.
Далее, придумайте правила, регламенты, как наращивать эту систему маленькими шажками, экологично, командами действующих проектов, без привлечения выделенных ресурсов. Через год-два глядишь и будет уже что-то серьезное.
К сожалению 99% нынешних программистов даже о своем фреймворке не помышляют, воспринимают то что придумано другими такими же программистами, как некие непреложные аксиомы и законы физики. А любые шаги более любопытных коллег в сторону, брезгливо называют "самописками" и велосипедами.
Не особо популярный. Полноценно работать на таком очень неудобно. Скорее игрушка для гиков, или резерв для технарей, кто по долгу службы вынужден иметь возможность куда-то подключиться и написать/исправить какие-то скрипты, а брать даже 13-14" ноут не всегда хочется.
Нормальной - это такой где все кириллические буквы (в т.ч. Х,Ъ,Ж,Э) можно ввести без нажатия дополнительных клавиш переключателей. На компактных устройствах с урезанными клавиатурами их просто невозможно сделать без переключений, а сменные клавиатуры бывают редко. На картинке рендер устройства из статьи.
Звучит страшновато. Не лучше ли выбрать, например, формат SVG? Или HTML+CSS. А трансляцию в стекозависимый вариант, ручную или автоматическую, оставить уже на совести проектной команды. Всяко такой подход уже упростит им жизнь.
Боюсь, через такой срок мы туда попадем, даже если выделим на это специальную команду
> И очень трудно будет заставить команду у которой в KPI стоит вовремя сдать очередной релиз
Нужен такой процесс наполнения системы, чтобы он не создавал отдельной проектной команде никакой нагрузки, а наоборот, экономил время: допустим, у команды в спринте есть задачи запилить красную и зеленую кнопки:
1. Смотрим в общем репозитории элементов
2. Красной кнопки нет. Делаем в соответствии с общими гайдами на кнопки(если он есть): шрифт, скругления. Заливаем в общую репу эту красную кнопку.
3. Зеленая кнопка в общей репе есть - берем оттуда готовую.
Да, через пару лет эта общая репа потребует серьезной ревизии, но это куда меньше работы, чем делать все с нуля, собирая требования с действующих и планируемых проектов.
GTD вам в помощь
Тема абсолютно верная, несмотря на "внушительные" названия типа "ядро", бигдата, сервисы, бизнес-логика, кластеры и прочий бэкенд, именно UI по прежнему съедает бОльшую часть дорогих ресурсов вашей команды
Но agile никто не отменял, не обязательно сразу пилить всю СИСТЕМУ, сделайте хотя бы сборник дизайна типовых элементов UI, без привязки к стеку. Это уже сразу сэкономит десятки дорогих человеко-часов.
Далее, придумайте правила, регламенты, как наращивать эту систему маленькими шажками, экологично, командами действующих проектов, без привлечения выделенных ресурсов. Через год-два глядишь и будет уже что-то серьезное.
Полгода думал периодически над этим вопросом, полагаю что абстракций все же не существует. Почему? По-определению понятия "абстракция" ))
Похоже, вы на пути изобретения паттерна Фабрика, но путь еще до конца не пройден.
Нажмите любую буквенную клавишу - и узнаете )
Русского в списке нет, но он все-таки поддерживается, судя по статье?
Про язык для музыки - очень интересно! А как вы его применяете? Можно пример кода?
Мне как программисту и музыканту это крайне интересно.
большинство интерпретаторов современных языков (не все) написаны на С++, но далеко не все на него похожи же, верно?
К сожалению 99% нынешних программистов даже о своем фреймворке не помышляют, воспринимают то что придумано другими такими же программистами, как некие непреложные аксиомы и законы физики. А любые шаги более любопытных коллег в сторону, брезгливо называют "самописками" и велосипедами.
Кстати да, не рассмотрел верхний ряд. Ну хоть и компромиссно, но все же неплохо!
Не особо популярный. Полноценно работать на таком очень неудобно. Скорее игрушка для гиков, или резерв для технарей, кто по долгу службы вынужден иметь возможность куда-то подключиться и написать/исправить какие-то скрипты, а брать даже 13-14" ноут не всегда хочется.
Не по НАСА а всего лишь по нескольким менеджерам НАСА. Ну поставят других. С НАСА ничего не случится.
Так и есть. Разваливающиеся и гибнущие 737-MAX тому яркая иллюстрация.
Думаю Роскосмос не откажет и в двух запусках Союзов. За деньги конечно. И с бонусом за срочность.
Надеюсь, решает все-таки не Боинг, а НАСА.
Нормальной - это такой где все кириллические буквы (в т.ч. Х,Ъ,Ж,Э) можно ввести без нажатия дополнительных клавиш переключателей. На компактных устройствах с урезанными клавиатурами их просто невозможно сделать без переключений, а сменные клавиатуры бывают редко. На картинке рендер устройства из статьи.
Нормальной русской клавиатуры можно не ждать, да? Болезнь почти всех мини-ноутов...
А вариант - вернуть на Союзах - не рассматривается?