. А без этого - это тупо набор кода, 10000 форм ввода данных, 10000 таблиц и миллион процедур расчета, поди разберись да улучши, флаг тебе в руки :) Что же мешает его открыть, при таком раскладе? Как минимум будет меньше проблем с его поддержкой. Плюс просто "до хуя всего" не бывает. Ну не бывает просто куска монолита. Есть отдельные модули так или иначе, есть протоколы их взаимодействия.
Вот давай порассуждаем. Я про это учёт нихера не знаю, и слава богу. Сужу по другим областям. Так что поправь где неправ Программы бухгалтерского учёта может быть и разношерстные - для секс-шопа, для ресторана, для наркодилеров, для таксопарков. У них совершенно разный UI для конечных пользователей. Совершенно разный объём информации в них отображается - в секс-шопе каталог дилдочек, в ресторане пачка блюд, у наркодилеров каналы поставки и риски, у таксопарков интерактивная карта машин и их занятости, path-finding.
Только вот бухгалтерский учёт, те ведомости что поступают в налоговую и так далее службу, выплата зарплат, прочей поебистики проводится для всех них единообразно. Государство такие ведомости одни на всех даёт. Это раз. Два. Форм предприятий тоже конечное число, и каждое имеет свою юридическую модель - ЗАО, ООО, ОАО, ЧП, прочее. Для двух разных ЧП эти формы не отличаются.
Теперь внимание. Что мешает реализовывать и вылизывать в раках OpenSource каркаса для построения этих систем учёта, их общей части? Печать ведомостей, их отображение, интеграция с платёжными системами банков, и печать на выход ведомостей и на конвертах, что будет отправлено в налоговую службу. Программисты это ядро будут подпиливать по мере надобности, причём программисты ЦЕЛОЙ СТРАНЫ ИЛИ РЕГИОНА. А рендерить кошерные карты для таксистов и каталог дидлдочек плюс сайт для секс-шопа тебе до старости хватит - этих задач жопой ешь. Что мешает вытащить некоторый common в открытый код? Пусть кушают, пусть помогают - если ты пиздатый эксперт, то твой хлеб не этот код, а аналитика бизнес-процессов очередного клиента и написание фронтенда к этой общей части, интеграция с существующую инфраструктуру - тебе этого не хватит?
Минусы - долбоёбам со стороны проще начать на твоих разработках. Плюсы - долбоёбы аналитику всё равно не осилят - раз, два - другие кошерные умные пиздатые программисты будут брать твой код, патчить его и отправлять тебе патчи (проще в мейнстрим вливать чем вести форки и сникать), в общий каркам будет дописываться до хуя модулей, интеграция с другими банками, с отличными от 1С решениями, будут новые плюшки, появяться поддержка иных форм документооборота (ну помимо ОАО добавят ЧП) НО ЭТО ВСЁ ЛИШЬ ПРИ УСЛОВИИ ЧТО ТВОЙ ПРОДУКТ ЛУЧШИЙ НА ЭТОМ РЫНКЕ.
no subject
Что же мешает его открыть, при таком раскладе?
Как минимум будет меньше проблем с его поддержкой.
Плюс просто "до хуя всего" не бывает.
Ну не бывает просто куска монолита.
Есть отдельные модули так или иначе, есть протоколы их взаимодействия.
Вот давай порассуждаем. Я про это учёт нихера не знаю, и слава богу. Сужу по другим областям. Так что поправь где неправ
Программы бухгалтерского учёта может быть и разношерстные - для секс-шопа, для ресторана, для наркодилеров, для таксопарков.
У них совершенно разный UI для конечных пользователей. Совершенно разный объём информации в них отображается - в секс-шопе каталог дилдочек, в ресторане пачка блюд, у наркодилеров каналы поставки и риски, у таксопарков интерактивная карта машин и их занятости, path-finding.
Только вот бухгалтерский учёт, те ведомости что поступают в налоговую и так далее службу, выплата зарплат, прочей поебистики проводится для всех них единообразно. Государство такие ведомости одни на всех даёт. Это раз.
Два. Форм предприятий тоже конечное число, и каждое имеет свою юридическую модель - ЗАО, ООО, ОАО, ЧП, прочее. Для двух разных ЧП эти формы не отличаются.
Теперь внимание. Что мешает реализовывать и вылизывать в раках OpenSource каркаса для построения этих систем учёта, их общей части? Печать ведомостей, их отображение, интеграция с платёжными системами банков, и печать на выход ведомостей и на конвертах, что будет отправлено в налоговую службу.
Программисты это ядро будут подпиливать по мере надобности, причём программисты ЦЕЛОЙ СТРАНЫ ИЛИ РЕГИОНА.
А рендерить кошерные карты для таксистов и каталог дидлдочек плюс сайт для секс-шопа тебе до старости хватит - этих задач жопой ешь. Что мешает вытащить некоторый common в открытый код? Пусть кушают, пусть помогают - если ты пиздатый эксперт, то твой хлеб не этот код, а аналитика бизнес-процессов очередного клиента и написание фронтенда к этой общей части, интеграция с существующую инфраструктуру - тебе этого не хватит?
Минусы - долбоёбам со стороны проще начать на твоих разработках.
Плюсы - долбоёбы аналитику всё равно не осилят - раз, два - другие кошерные умные пиздатые программисты будут брать твой код, патчить его и отправлять тебе патчи (проще в мейнстрим вливать чем вести форки и сникать), в общий каркам будет дописываться до хуя модулей, интеграция с другими банками, с отличными от 1С решениями, будут новые плюшки, появяться поддержка иных форм документооборота (ну помимо ОАО добавят ЧП) НО ЭТО ВСЁ ЛИШЬ ПРИ УСЛОВИИ ЧТО ТВОЙ ПРОДУКТ ЛУЧШИЙ НА ЭТОМ РЫНКЕ.
Намёк ясен?