Этому легко научиться: выбери точку на удалении, например метров на 20, поднеси картинку к лицу, при этом продолжай быть сфокусированным на удаленной точке, паттерн на картинке при этом как бы двоится, после этого должно повезти и пазл сложится... если не сложился - повторить пока не сложится)
Кодогенерация алгоритмов и каких-то базовых программ — это хорошо, но что делать с бизнес-логикой?
Думаю, что возможен вариант решений на базе визуального программирования (блок схемы или описания пользовательского сценария/истории) и кодогенерация на базе всего этого.
А не пробовали из вашего проекта сделать несколько узкоспециализированных специфичных продуктов или проектов, основанных на части функционала с 2-3 ключевыми преимуществами для решения конкретных проблем бизнеса?
Возможно, что специализация позволит:
быстрее вникать в продукт и его преимущества потенциальным заказчикам и инвесторам
занять ниши в тех местах, где для решения "конкретного головняка" нет необходимости покупать большие системы (SAP etc..).
Соглашусь, что очень мало заправок. Пока не будет должного спроса на эти элементы, не будет заправок, не будет заправок — не будет таких машин. Интересно как 3,3 миллиона пойдет на экспорт… очень все медленно будет, да и цена авто в 27к евро (более 2кк по ткущему курсу) кусачая пока
Из минусов:
— Спонтанное срабатывание: например — сидишь ты в офисе на совещании, и вдруг — «Долой Луну!»
— приложению нужны сервера, для обмена файлами (можно, конечно, децентрализованную сеть, но это не наш случай), а сервера — это потенциальный след в интернете.
— может получиться новый «законопроект» по запрету «нужных» устройств
Из плюсов:
— отлично подходит для флешмобов, активностей на концертах или, например, поздравлений)
Вопрос применимости данной технологии. Как вы озвучили выше, методология используется крупными проектами и популярна в СНГ, любой инструмент в неумелых руках может привести к хардкоду и костылям, а в умелых — в мощный инструмент, позволяющий облегчить жизнь и упростить разработку.
а если позвонить при получении голубя?)
Этому легко научиться: выбери точку на удалении, например метров на 20, поднеси картинку к лицу, при этом продолжай быть сфокусированным на удаленной точке, паттерн на картинке при этом как бы двоится, после этого должно повезти и пазл сложится... если не сложился - повторить пока не сложится)
потом появился хостинг с php (h1, например), "джентельменский набор"… но это уже другая история)
Кодогенерация алгоритмов и каких-то базовых программ — это хорошо, но что делать с бизнес-логикой?
Думаю, что возможен вариант решений на базе визуального программирования (блок схемы или описания пользовательского сценария/истории) и кодогенерация на базе всего этого.
А не пробовали из вашего проекта сделать несколько узкоспециализированных специфичных продуктов или проектов, основанных на части функционала с 2-3 ключевыми преимуществами для решения конкретных проблем бизнеса?
Возможно, что специализация позволит:
Данный подход называют {Json:api}
Из плюсов:
— Спонтанное срабатывание: например — сидишь ты в офисе на совещании, и вдруг — «Долой Луну!»
— приложению нужны сервера, для обмена файлами (можно, конечно, децентрализованную сеть, но это не наш случай), а сервера — это потенциальный след в интернете.
— может получиться новый «законопроект» по запрету «нужных» устройств
Из плюсов:
— отлично подходит для флешмобов, активностей на концертах или, например, поздравлений)