> А нужно ли оно вообще на всех перечисленных системах?
Продукт планируется использовать не только в компании, но открыть его. В самой компании используется win, но разработчики и на других осях часто пишут. Тем более это не mssql.
> А почему везде должен работать один и тот же код? Может, достаточно сделать кроссплатформенной библиотеку, а GUI-оболочки написать под каждую ОС отдельно, на родных инструментах?
Можно, но хочется избежать лишней работы.
> Так что вариант: под винду гуй на Winforms, под остальные - на чем-то Xamarinовском.
Почему winforms, а не WPF?
Петр: Конкуренты делают это на фултайме. Они по определению продуктивней.
Проект именно деградирует. Т.к. рынок(тренды, потребности клиентов и т.п.) идет вперед. И именно он определяет норму. Если вы отстаете от него, значит вы деградируете. Например при появлении цветных телевизоров, те производители, которые не обновили свое производство и продолжили выпускать черно-белые. С одной стороны это была стагнация т.к. ничего не менялось. Но с точки зрения потребителя это была деградация т.к. эти фирмы ухудшились - перестали предоставлять продукт нормального для рынка уровня.
Петр: Проект, который не развивается - деградирует. Пользователям нужны новые фичи. Т.к. если они не появятся у вас, то они уйдут к конкурентам, у которых эти фичи есть. А разрастание кода - это не только написание нового функционала, но и поддержка старого. Как итог времени надо тратить еще больше.
Петр: >Я свой проект реализовывал год, тратя крупицу времени вечерами после основной работы.
Во-первых, это только разработка прототипа. По вашему плану надо еще и пользовательскую базу набрать. А там не получится такими темпами работать т.к. пользователи от вас разбегаться будут быстрее, чем вы будете их искать.
Петр: Ну я бы не стал на столько утрировать. Но для того чтобы реализовать рабочий прототип нужно время (и прилично). Либо вам делать это по вечерам не видя семьи и вы платите на это не деньгами, а отношениями с близкими. Либо вместо работы, а в это время семье что-то надо кушать.
Вы правы - не все нужно измерять деньгами. Но вы учитывайте и то, что описанный вами алгоритм занимает времени и сил намного больше, чем жарка яичницы.
1. rgb не очень хорошо подходит для нахождения визуально похожих цветов. Но перевести в другую схему - не проблема.
2. Вот в нахождении групп схожих цветов и проблема. Если делать так, как вы предложили, то цвета могут сильно различаться. Например, первый отличается от второго, скажем, на 10 оттенков. Третий от второго тоже на 10. А в итоге первый отличается от третьего на 20 оттенков. И хотя они считаются похожими, они уже таковыми не являются.
Александра: попробуйте с ними пообщаться greenrabbit.ru Очень приятная комманда. Ответственные, а главное спецы там хорошие работают - не запорят сложный проект.
Kronus77: Да. Отложенная загрузка модулей сильно мешает. Мы при инициализации приложения пробегаемся по списку модулей и вызываем у каждого статичный метод setEventHandlers(). Из-за того, что метод статичный инициализация модуля не требуется. Не очень красиво, но работает.
