Больше 10 лет занимаюсь венедрением, обучением и программированием 1С. Знаю нормально бухучет - поэтому проблем особых нет. Столько же являюсь пользователем Linux (сейчас Arch). Хотелось бы все это объединить.Последнее время занимаюсь собственным проектом - фреймворком для написания бизнеc-приложений по типу 1С Предприятия. Пишу на Qt/PostgreSQL.
Сам живу в глухомани, где это никому не нужно. Хотелось бы найти работу в большом городе. Может есть фирмы заинтересованные в этом или альтернативе 1С/wine под Linux нет?
ИМХОникто не возьмёт вас на работу для того чтобы писать альтернативу 1c ,потому как выходить с новым коммерческим продуктом против монополиста это самоубийство, для для того чтобы спонсировать разработку открытого проекта сейчас время не то, да и время это не наступало в РФ ещё.
P.S. так-же считаю что писать под Qt - это не верный подход (против Qt ничего не имею), просто десктоп приложение будет напрямую конкурировать с 1c (в отличие от web).
P.P.S. какой язык у вас используется в качестве скриптового?
P.S. альтернатива под вайн -- это вовсе никакая не альтернатива.
>P.P.S. какой язык у вас используется в качестве скриптового?В данный момент реализовал поддержку Ruby - простой синтаксис, нормальное ООП. Python, Perl и прочие показались мне слишком монструозные. А всякие Lua и QScript наоборот слабоваты.
>В данный момент реализовал поддержку Ruby - простой синтаксис, нормальное ООП. Python,
>Perl и прочие показались мне слишком монструозные. А всякие Lua и
>QScript наоборот слабоваты.Я бы посоветовал для разработки расширений JavaScript, просто из соображений того, что его уже знает большое число разработчиков близких к данной отрасли. Ruby с нуля изучать им будет сложно.
PS. На какоую согласны зарплату в месяц, при удаленной работе над opensource проектом ?
>
>Я бы посоветовал для разработки расширений JavaScript, просто из соображений того, что
>его уже знает большое число разработчиков близких к данной отрасли. Ruby
>с нуля изучать им будет сложно.В Qt уже есть ECMA-Script - т.н. QScript. Но тогда получается слишком много писать с нуля.Т.е. идем опять по пути проприетарщиков - постоянного изобретения велосипедов. Реально - это неподъемный и бесмыссленный труд, сравнимый с созданием собственного языка программирования. Потому что ничего кроме привычного синтаксиса мы ничего за душой не имеем.
Нужен полноценный язык программирования с большим количеством уже готовых модулей и библиотек - т.е полноценное использование достоинств opensource и повторного использования кода. Ruby я пока прикрутил, но возможны альтернативы - поддержка скриптов выделена в отдельные модули.
А так - опыт 1С со своим особенным ЯП свидетельствует что достоинство не в привычности и идеологической верности а в заточенности под конкретные нужды и наличии готовых классов для решения прикладных задач.
По моему убеждению быстрая разработка приложений не в удобстве и рюшечках IDE, а в наличии большого количестве готовых библиотек и модулей на все случаи жизни. Именно поэтому сколько ни хоронят например ужасные C/С++ а на них все пишут и пишут реально работающие программы. А где такое обилие ПО на Java и им подобных?
>
>PS. На какоую согласны зарплату в месяц, при удаленной работе над opensource
>проектом ?Если есть желание обсудить конкретные предложения - skmproject@mail.ru.
>Нужен полноценный язык программирования с большим количеством уже готовых модулей и библиотекQt и так полноценная библиотека, чтобы к ней "докручивать" сторонние модули, которые могут и не работать на всех платформах, на которых работает Qt
>
>А так - опыт 1С со своим особенным ЯП свидетельствует что достоинство
>не в привычности и идеологической верности а в заточенности под конкретные
>нужды и наличии готовых классов для решения прикладных задач.
>со своим особенным ЯП ушла-бы очень не далеке, если бы не то обстоятельсто, что они вовремя стали монополистом.
>По моему убеждению быстрая разработка приложений не в удобстве и рюшечках IDE,
>а в наличии большого количестве готовых библиотек и модулей на все
>случаи жизни. Именно поэтому сколько ни хоронят например ужасные C/С++ а
>на них все пишут и пишут реально работающие программы. А где
>такое обилие ПО на Java и им подобных?на Яве написано ооооооой как много -- уж точно в разы больше чем на рубях.
быстрая разработка приложений??? мы видимо не о том говорим -- (отталкиваясь от функционала и назначения 1c) нам не нужна разработка приложений -- нам нужен удобный конфигуряльшик интырфейсов, да так чтобы это всё хранилось в БД.
>
>быстрая разработка приложений??? мы видимо не о том говорим -- (отталкиваясь от
>функционала и назначения 1c) нам не нужна разработка приложений -- нам
>нужен удобный конфигуряльшик интырфейсов, да так чтобы это всё хранилось в
>БД.С этим согласен 100%. смотрите далее.
>>Qt и так полноценная библиотека, чтобы к ней "докручивать" сторонние модули, которые >>могут и не работать на всех платформах, на которых работает Qt
Если мы имеем скриптовый язык, то GUI и даже само конечное приложение мы можем целиком хранить в БД. Вы предлагаете хранить в БД исходники и компилировать для каждого клиента при подключении? Или бинарники, то тогда не гарантируется переносимость даже между дистрибутивами Linux не то что кросспатформенность.
>>со своим особенным ЯП ушла-бы очень не далеке, если бы не то обстоятельсто, что они вовремя стали монополистом.
Они стали по объективной причине. Уже с самых первых версий 1С можно было подстроить под себя. В отличие от всех остальных вместе взятых, где 100% зависимоть от разработчика. В свое время это по крайней мере для меня обусловило выбор.
>[оверквотинг удален]
>С этим согласен 100%. смотрите далее.
>
>>>Qt и так полноценная библиотека, чтобы к ней "докручивать" сторонние модули, которые >>могут и не работать на всех платформах, на которых работает Qt
>
>Если мы имеем скриптовый язык, то GUI и даже само конечное приложение
>мы можем целиком хранить в БД. Вы предлагаете хранить в БД
>исходники и компилировать для каждого клиента при подключении? Или бинарники, то
>тогда не гарантируется переносимость даже между дистрибутивами Linux не то что
>кросспатформенность.
>так что-то я вас не пойму -- чего компилировать??? qtscript он-жеж и есть скриптовый -- на нём ведь не нужно ничего компилировать -- он жеж интерпретируется.
по поводу "предлагаете" -- жык ничего о том где как и что хранить я не предлагал и ... даже не задумывался -- потому как это дело десятое.
>
>так что-то я вас не пойму -- чего компилировать??? qtscript он-жеж и
>есть скриптовый -- на нём ведь не нужно ничего компилировать --
>он жеж интерпретируется.
>Насколько помню, проект "Ананас" пошел именно по этому пути. И пилят они QtScript безуспешно уже очень много лет. А воз и ныне там.
Бизнес приложения - это не JavaScript на веб страничках. К сведению, только в глобальном модуле 1С Бухгалтерии 7.7 около 13 тысяч строк, а в Зарплате и того больше. Нужен полноценный язык программирования желательно со всеми современными возможностями.
>[оверквотинг удален]
>>
>
>Насколько помню, проект "Ананас" пошел именно по этому пути. И пилят они
>QtScript безуспешно уже очень много лет. А воз и ныне там.
>
>
>Бизнес приложения - это не JavaScript на веб страничках. К сведению, только
>в глобальном модуле 1С Бухгалтерии 7.7 около 13 тысяч строк, а
>в Зарплате и того больше. Нужен полноценный язык программирования желательно со
>всеми современными возможностями.да я ведь не настаиваю -- решайте -- только я....
я бы не стал прикручивать будучи не уверенным в том, что этот функционал не будет должным образом востебован. почему?
1. нельзя объять необъятное
2. возвращаемся к вопросу о концепции проекта -- чем проще функционал - тем меньше порог вхождения - тем более очерчена область применения. (или как-то так Ж:) )за сим откланиваюсь