Идея, стара, каждый год появляется немало людей, которые хотят сделать что-то типа 1С. Уточню — 1С — это платформа с несложным скриптовым языком, позволяющим относительно быстро написать/исправить решение для бизнеса и не только. (например можно посмотреть infostart.ru, что там только не пишут). Сама фирма 1С также пишет и решения — конфигурации на основе этого языка-платформы (Бухгалтерия, УПП например). С планированием там действительно все в зачатках. Предприятия полного цикла используют естественно совершенно другой тип систем (вот вводная статья например http://infostart.ru/public/93650/ )
Так, что здесь проблема не языковая. Проблема сделать это решение. Хотя бы на бумажке/оформить в проект. Поверьте это очень сложное дело. А язык дело 10-ое.

Мое личное мнение, H-ю рановато пока выходить в мир корпоративных приложений. Причин миллион — нет решения, нет бизнеса, нет инфраструктуры, нет денег, есть инерционность и дикость рынка, есть сильные конкуренты с готовыми продуктами. Я вижу на данном этапе два применения языку — 1. Удобные фичи, инструменты, либы и прочее для программистов. Аля websharper или sharpkit. 2. Образование. Попытаться стать академическим языком. Хотя бы. А там появится поколение, которое само добъет туда куда надо.

Н имеет недостаток — отсутствие известных продуктов и фреймворков, на нем основанных.
в свое время Python и Ruby резво пошли в массы, благодаря простым в использовании Web-фреймворкам.
есть такой интересный в финансовом отношении класс задач — управление производством.
в нашей действительности, где каждый делает все по своему, необходим глубоко кастомизируемый
фреймворк для адаптации к каждому конкретному производству. и как мне кажется Н здесь имеет серьезную фору.
Итак — предлагаю желающим рассмотреть идею создание стартапа, нацеленного на создание фреймворка для
различных производств, позволяющего гибко и большей частью в автоматическом режиме создавать готовые
системы управления производством.
Плюсы — финансирование (вообще не проблема под такой стартап), выход Н в продакшн, развитие языка,
обусловленное потребностями разработчиков.

Минусы — наши клиенты в будущем( те еще типы). Малое кол-во Н-разработчиков (уверен не на 100%).

P.s. Я давно не отслеживал состояние рынка подобных систем, но когда интересовался, там было все печально —
дорого и криво. проще было свое написать.

при желании можно даже связаться не с частными инвесторами (те еще типы), а через сколковские и им подобные фонды.

Здравствуйте, _Claus_, Вы писали:

_C_>фреймворк для адаптации к каждому конкретному производству. и как мне кажется Н здесь имеет серьезную фору.
_C_>Итак — предлагаю желающим рассмотреть идею создание стартапа, нацеленного на создание фреймворка для
_C_>различных производств, позволяющего гибко и большей частью в автоматическом режиме создавать готовые
_C_>системы управления производством.
Что понимается под управлением производством, это очень разные продукты, начиная от SCADA-систем, заканчивая супер специализированными вещами, позволяющими следить за аппаратурой и производством в целом. Или производство ПО в небольших фирмах? Если говорить о скада системах, то это очень крупные и серьезные проекты разрабатываемые большими фирмами (типа Инсат). Маленькой группе стартапов такое не осилить, это надо всем бросить текущую работу и полностью перейти на разработку нового продукта

_C_>Плюсы — финансирование (вообще не проблема под такой стартап), выход Н в продакшн, развитие языка,
_C_>обусловленное потребностями разработчиков.
Что даст это финансирование, все равно такую вещь самим сложно создавать, это годами пишется.

_C_>P.s. Я давно не отслеживал состояние рынка подобных систем, но когда интересовался, там было все печально —
_C_>дорого и криво. проще было свое написать.
Да действительно отечественный рынок систем связанных с производством золотая жила, я работал в фирме по разработке газоанализаторов, так этих систем вообще единицы, а покупают только так. Но сейчас они видимо начинают надеятся на западные инвестиции, предприятия раскупаются и переводяться на западное оборудование и ПО.

_C_>при желании можно даже связаться не с частными инвесторами (те еще типы), а через сколковские и им подобные фонды.
Я говорил с Владом как то что было бы вообще хорошо объеденить немерлистов в какую нибудь организацию, чтобы вместе быстрее дело двигалось, но он это все назвал пока несбыточными мечтами, пока нет своего продукта, мы не можем просто так начинать дело на Н. Тем более у людей всех своя жизнь, работа, мало кто захочет так просто со стабильной работы переходить непонятно куда. Мне щас все равно, я уже месяц не работаю, но людей так просто с места не сдвинешь, дальше чем опенсорс коммьюнити пока мы пойти не можем.

Здравствуйте, _Claus_, Вы писали:

_C_>Н имеет недостаток — отсутствие известных продуктов и фреймворков, на нем основанных.
_C_>в свое время Python и Ruby резво пошли в массы, благодаря простым в использовании Web-фреймворкам.

А вот этим можно заняться, бери и пиши какую нибудь интересную библиотеку, как я Nemerle.Statechart, идей множество, у Н огромный потенциал и добавишь полезных вещей написанных на Н в массы. Я думаю эти вещи формируются не запланированно, "вот щас мы выпустим кучу разных фреймворков", а люди которые любят этот язык просто взялись и написали что то интересное, и быстро получилось много фреймворков. Наша задача сделать язык хорошим и доступным, а люди подхватят, сейчас немного но есть такие проекты и они множатся, на память приходят:

NPad
ParserGenerator (Peg)
Nemerle.Statechart
NRails
Tao
создаваемый BlToolkit

осталось другим просто брать и писать что то интересное

CU>Что понимается под управлением производством, это очень разные продукты, начиная от SCADA-систем, заканчивая супер специализированными вещами, позволяющими следить за аппаратурой и производством в целом.

Я имею ввиду учет, контроль финансов/действий, производственная аналитика, планирование, т.п. То есть то, в чем есть потребность на каждом производстве.

Стыковка с оборудованием — это отдельная тема, специф. для каждого производства и рассматриваемая как опционально предусмотренная в архитектуре возможность.

CU>Что даст это финансирование, все равно такую вещь самим сложно создавать, это годами пишется.

когда то в одиночку создавал подобные программы для нескольких предприятий в харькове

CU>Я говорил с Владом как то что было бы вообще хорошо объеденить немерлистов в какую нибудь организацию, чтобы вместе быстрее дело двигалось, но он это все назвал пока несбыточными мечтами, пока нет своего продукта,

из астрала он сам не появится.

CU> Мне щас все равно, я уже месяц не работаю, но людей так просто с места не сдвинешь, дальше чем опенсорс коммьюнити пока мы пойти не можем.

Речь идет о нормальной платной работе. Финансирование обеспечивается инвестором в полном объеме. Главное — есть ли желание, опыт, кадры?

CU> Наша задача сделать язык хорошим и доступным, а люди подхватят,
не подхватят, призывать их к благоразумию — пустое занятие.
доказать правоту реальным продуктом — это серьезный ход.


CU>осталось другим просто брать и писать что то интересное
а я предлагаю еще получать за это деньги

Здравствуйте, _Claus_, Вы писали:

_C_>Я имею ввиду учет, контроль финансов/действий, производственная аналитика, планирование, т.п. То есть то, в чем есть потребность на каждом производстве.

Тут помоему уже все 1с перекрыл, по крайней мере то что ты назвал выше

_C_>Стыковка с оборудованием — это отдельная тема, специф. для каждого производства и рассматриваемая как опционально предусмотренная в архитектуре возможность.
ну это мне ближе, и таких систем действительно мало, на заказ такие вещи можно писать, например OPC-сервер для скада-систем

CU>>Что даст это финансирование, все равно такую вещь самим сложно создавать, это годами пишется.

_C_>когда то в одиночку создавал подобные программы для нескольких предприятий в харькове
ну это уникальный случай, наверное тебе твои руководители дали этот проект, а они нашли людей, сейчас же заказчика найти, никому неведомому стартапу целое производство, так просто не доверят

_C_>из астрала он сам не появится.
ну а чем мы по твоему занимаемся, вон Влад день и ночь трудится, что на форуме нет времени ответить. Когда будет свой язык можно будет уже о чем то говорить. Есть надежды на конференцию в Норвегии.

_C_>Речь идет о нормальной платной работе. Финансирование обеспечивается инвестором в полном объеме. Главное — есть ли желание, опыт, кадры?
Тут все не просто, даже если у меня есть желание и опыт, нужны люди, а остальные вряд ли соберутся. Создать проект на заказ на Н это интересно (и я это уже прокрутил как то, в двух организациях софт на Н), но сейчас найдется ли заказчик чтобы платить разработчику на неведомом языке, кто потом этот проект поддерживать будет, если люди разбираются в ПО, то этот факт не очень то будет в плюс. Но опять же кадров то и нет...

CU>Тут помоему уже все 1с перекрыл, по крайней мере то что ты назвал выше
не слышал об использовании 1с на производственных предприятиях. знаю у них есть что-то как модуль. но это мне кажется несерьезным.
в основу должно быть положено управление и планирование, а не учет и сбоку производство. в общем, на эту тему я бы послушал компетентное
мнение.


CU>ну это уникальный случай, наверное тебе твои руководители дали этот проект, а они нашли людей, сейчас же заказчика найти, никому неведомому стартапу целое производство, так просто не доверят

преимуществами можно любого заинтересовать. надо их обосновать и понятно озвучить. сейчас много всяких консорциумов / концернов / инвестиционных компаний, кровно заинтересованных в ясном и понятном управлении нажитого. заинтересовать их несложно. предложить им единую систему на все

_C_>>из астрала он сам не появится.
CU>ну а чем мы по твоему занимаемся, вон Влад день и ночь трудится, что на форуме нет времени ответить. Когда будет свой язык можно будет уже о чем то говорить. Есть надежды на конференцию в Норвегии.

я подумал, что речь не о языке, а о бизнес-приложении


CU>но сейчас найдется ли заказчик чтобы платить разработчику на неведомом языке, кто потом этот проект поддерживать будет, если люди разбираются в ПО, то этот факт не очень то будет в плюс. Но опять же кадров то и нет...

заказчик будет, если за этим будет стоять фирма. на каком языке пишут — заказчику по барабану. за счет этого в недрах подобных систем живут языки,
от которых тошнило еще 15 лет назад. кадры — это да.. захочет ли кто-то за деньги стать Н-программистом? ответа нет

Здравствуйте, _Claus_, Вы писали:


CU>>Тут помоему уже все 1с перекрыл, по крайней мере то что ты назвал выше
_C_>не слышал об использовании 1с на производственных предприятиях. знаю у них есть что-то как модуль. но это мне кажется несерьезным.
_C_>в основу должно быть положено управление и планирование, а не учет и сбоку производство. в общем, на эту тему я бы послушал компетентное
_C_>мнение.
то что ты назвал, планирование, управление, учет, на это уже есть 1с приложения. Связь с производством ты тоже сказал что это отдельным модулем, а сложные формочки это и у 1с есть.

_C_>преимуществами можно любого заинтересовать. надо их обосновать и понятно озвучить. сейчас много всяких консорциумов / концернов / инвестиционных компаний, кровно заинтересованных в ясном и понятном управлении нажитого. заинтересовать их несложно. предложить им единую систему на все
хорошо когда это серьезная фирма предлагает, а то стартап, звучит как-то несерьезно

_C_>заказчик будет, если за этим будет стоять фирма. на каком языке пишут — заказчику по барабану. за счет этого в недрах подобных систем живут языки,
_C_>от которых тошнило еще 15 лет назад.
ну опять же как то несерьезно один стартап и фирма заказчик, это еще искать надо

_C_>кадры — это да.. захочет ли кто-то за деньги стать Н-программистом? ответа нет
я бы и за небольшие деньги был бы Н программистом, а как остальные незнаю...

Тут проблема остается в объединении, если будет группа серьезных людей, то это да, но пока мы только опенсорс коммьюнити

Здравствуйте, _Claus_, Вы писали:


CU>> Наша задача сделать язык хорошим и доступным, а люди подхватят,
_C_>не подхватят, призывать их к благоразумию — пустое занятие.
_C_>доказать правоту реальным продуктом — это серьезный ход.

как я сказал если люди любят язык, то они всегда на нем будут писать разные проекты
Серьезный проект с сотнями форм и заточенный на конкретное производство, это даже показать никому будет невозможно в рабочем виде

CU>>осталось другим просто брать и писать что то интересное
_C_>а я предлагаю еще получать за это деньги
это интересно, но мы ничего не теряем если после работы занимаемся Н, зато нет таких больших рисков

CU>то что ты назвал, планирование, управление, учет, на это уже есть 1с приложения. Связь с производством ты тоже сказал что это отдельным модулем, а сложные формочки это и у 1с есть.

я хотел узнать о реальном использовании 1с на производстве. есть ли инциденты? довольны ли управленцы?

CU>хорошо когда это серьезная фирма предлагает, а то стартап, звучит как-то несерьезно

стартап — это форма финансирования. внешне это выглядит как обычная фирма.

CU>ну опять же как то несерьезно один стартап и фирма заказчик, это еще искать надо
заказчик один — предприятий много. искать обязательно надо. хотя бы 1 в активе должен быть клиент. лучше больше.
тогда уже можно и организовывать и деньги под это брать.

CU>Тут проблема остается в объединении, если будет группа серьезных людей, то это да,
ее надо самому организовать. т.е. узнать личное мнение ключевых Н-людей, интересно им или нет,
сапорт будет или нет. ибо без оперативного фиксинга затея будет сомнительной.
если ок, то пункт 2 — кто есть, кого не хватает, далее п. 3, в зависимости от п.2 ..
алгоритм линейный. но с ветвлениями.

я 1сник

руклвоство за частую довольно просто в силу того что на больших предприятиях упр конфа переписана, а поддерживать бухконфу у вас сил не хватит....

Сделать аналог 1с пытались много раз... многие сделали платформу, а вот до конф которые надо обгновлять не дошло...

CU>Серьезный проект с сотнями форм и заточенный на конкретное производство, это даже показать никому будет невозможно в рабочем виде
показывать нужно принцип работы. презентация + возможность пощупать , причем через Инет. чтобы потенциальный клиент мог получить представление о работе даже не связываясь с менеджером.

CU>это интересно, но мы ничего не теряем если после работы занимаемся Н, зато нет таких больших рисков
да я не уговариваю, чувствую, что это хорошее применение во всех смыслах. поэтому и расписал.

Вообще малопонятно причем тут язык программирования... тут важен функционал, производительность (почти все операции выполняются внутри скл запросами)

язык 1с один из самых медленных языков программирования... он на много медленнее питона и т д, но при профалинге виндно что на него приходится не более 10% затрат времени...

А>Сделать аналог 1с пытались много раз... многие сделали платформу, а вот до конф которые надо обгновлять не дошло...

вооот. а H как раз чудно решает проблему конфигурирования. причем одним DSL можно конфигурить связку модулей, что недоступно
даже для воображения у текущих СУП.

насколько в 1с развита производственная аналитика и планирование? может ли 1с отдавать-принимать свои данные в сторонние системы?
если да — тогда еще лучше, если на предприятии 1с уже стоит.

Здравствуйте, _Claus_, Вы писали:


А>>Сделать аналог 1с пытались много раз... многие сделали платформу, а вот до конф которые надо обгновлять не дошло...

_C_>вооот. а H как раз чудно решает проблему конфигурирования. причем одним DSL можно конфигурить связку модулей, что недоступно
_C_>даже для воображения у текущих СУП.

_C_>насколько в 1с развита производственная аналитика и планирование? может ли 1с отдавать-принимать свои данные в сторонние системы?
_C_>если да — тогда еще лучше, если на предприятии 1с уже стоит.

Может, 1с это язык программирования, ты можешь вытащить все данные.
Производственная аналитика расширяемая, в принципе не сложно добавить новые разрезы,
Планирование убого, но с УПП 2.0 перейдут на Агли модель (будет это лучше или хуже не понятно)
Как будешь решать вопрос с аудитом системы? (аудитом со стороны бухов)

А>Как будешь решать вопрос с аудитом системы? (аудитом со стороны бухов)
На какие сложности ты намекаешь? Бухам проецируется инфо о всех материальных и нематериальных активах-пассивах,
и они с ним резвятся сами,
а управление/анализ/планирование этим отдано отдано другой системе, в которой видится все без бух. требухи,
но в производственных и манагерских терминах и моделях.

Здравствуйте, _Claus_, Вы писали:


А>>Как будешь решать вопрос с аудитом системы? (аудитом со стороны бухов)
_C_>На какие сложности ты намекаешь? Бухам проецируется инфо о всех материальных и нематериальных активах-пассивах,
_C_>и они с ним резвятся сами,
_C_>а управление/анализ/планирование этим отдано отдано другой системе, в которой видится все без бух. требухи,
_C_>но в производственных и манагерских терминах и моделях.
Пришла аудиторская проверка и хочет сертификаты на систему так как им совсем не интересно возится с неизвестной системой и к тому же на у них нет уверенности что система работает правильно и как любой нормальный человек они скажут вот если бы у вас была 1с сап ахсапта оракл. К тому же геморой передачи доков в бух систему. Вообщем на это надо на начальном этапе 10 млн долларов и 100 программистов

Здравствуйте, _Claus_, Вы писали:

_C_>Н имеет недостаток — отсутствие известных продуктов и фреймворков, на нем основанных.
_C_>в свое время Python и Ruby резво пошли в массы, благодаря простым в использовании Web-фреймворкам.
_C_>есть такой интересный в финансовом отношении класс задач — управление производством.
_C_>в нашей действительности, где каждый делает все по своему, необходим глубоко кастомизируемый
_C_>фреймворк для адаптации к каждому конкретному производству. и как мне кажется Н здесь имеет серьезную фору.
_C_>Итак — предлагаю желающим рассмотреть идею создание стартапа, нацеленного на создание фреймворка для
_C_>различных производств, позволяющего гибко и большей частью в автоматическом режиме создавать готовые


Не до конца понятна идея. Выглядит, как "самолеты долетают до нашей границы и падают". Вообще неплохая идея для стартапа на nemerle это именно поддержка языка и стандартных конфигураций от 1С. Эдакий мост между 1С и более технологичными решениями. На начальной стадии нужен прототип и люди которые готовы создать его за свои деньги. Если таких не найдется, я не верю в идею, проект нормально могут двигать люди, которые в нем финансово заинтересованы.

Только при наличии хорошего прототипа можно уже искать финансирование, а вместе с ним людей которые могут обеспечить раскрутку и продажу. Ибо в этой части все, кто примет активное участие в первой фазе будут профанами. Не способными даже с деньгами нанять хороших маркетологов.

Но в первую очередь надо оформить идею до уровня: продукт, функции, целевая аудитория. Собрать 2-3 программистов готовых инвестировать часа 4 в день в свое дело и создать реально работающий прототип. 4 часа в день на 2-4 месяца. Только потом можно рассчитывать на какое-то финансирование.

Nemerle в данном случае сыграет хорошим плюсом. Ибо нужна не команда из 20 средних программеров, а 2-3 спеца выше среднего. Для такой команды плюсы языка хорошо перевесят минусы.

Z>Не до конца понятна идея. Выглядит, как "самолеты долетают до нашей границы и падают". Вообще неплохая идея для стартапа на nemerle это именно поддержка языка и стандартных конфигураций от 1С. Эдакий мост между 1С и более технологичными решениями.

я бы предпочел считать мост к 1с вторичной задачей, первичной — управление/планирование/анализ/моделирование для манагеров и директоров всех звеньев.

Z>На начальной стадии нужен прототип и люди которые готовы создать его за свои деньги. Если таких не найдется, я не верю в идею, проект нормально могут двигать люди, которые в нем финансово заинтересованы.

предложи идею лучше. чтобы она дала и деньги и инновации. это простая идея. остальное, что можно придумать, намного сложнее.

намного проще делать имея перед глазами реальный заказ/пожелания/требования. для данной задачи нужно иметь несколько из разных типов производств,
которые должны быть обобщены и дифференцированы для выявления архитектуры.
если делать абстрактную систему, то встает вопрос-колосс, годятся ли управленческие принципы Голдрата/Ханта/.. для наших реалий? заложить их можно,
а как заставить жить по уму? поэтому отталкиваться нужно от конкретных потребностей, а умное и красивое — опционально. по крайней мере так оно должно выглядеть по маркетинговым соображениям.

Z>Только при наличии хорошего прототипа можно уже искать финансирование, а вместе с ним людей которые могут обеспечить раскрутку и продажу. Ибо в этой части все, кто примет активное участие в первой фазе будут профанами. Не способными даже с деньгами нанять хороших маркетологов.

маркетинг в данном деле — Google Adwords. на начальном этапе более чем

Z>Но в первую очередь надо оформить идею до уровня: продукт, функции, целевая аудитория. Собрать 2-3 программистов готовых инвестировать часа 4 в день в свое дело и создать реально работающий прототип. 4 часа в день на 2-4 месяца. Только потом можно рассчитывать на какое-то финансирование.

я бы начал иначе начал — нашел того, кто проектировал подобные системы. лучше двух. и попросил бы их сделать набросок архитектуры,
представив, что они не ограничены никаким языком. с прицелом на расширяемость и адаптивность. если из этого что-то выйдет —
дальше можно планировать. мои знания в этом деле устарели и потерлись, но как второстепенный ревизор/консультант выступить смог бы.

Z>Nemerle в данном случае сыграет хорошим плюсом. Ибо нужна не команда из 20 средних программеров, а 2-3 спеца выше среднего. Для такой команды плюсы языка хорошо перевесят минусы.

Здравствуйте, _Claus_, Вы писали:

_C_>Н имеет недостаток — отсутствие известных продуктов и фреймворков, на нем основанных.
_C_>в свое время Python и Ruby резво пошли в массы, благодаря простым в использовании Web-фреймворкам.
руби -- да. популярность питона -- простота языка, наличие в никсах и маке по дефлоту, и изучение питона в универах и колледжах сша. плюс огромное кол-во самых разнообразных либ под питон.

почему я стал курить питон, хотя первое знакомство с ним много лет тому назад вызвало сильное отвращение? а потому что появилось слишком много питоновских скриптов, которые делают 90% того, что мне нужно. и потому легче дописать 10% самому (благо питон учится легко), чем писать с нуля на си.

Здравствуйте, _Claus_, Вы писали:


Z>>Не до конца понятна идея. Выглядит, как "самолеты долетают до нашей границы и падают". Вообще неплохая идея для стартапа на nemerle это именно поддержка языка и стандартных конфигураций от 1С. Эдакий мост между 1С и более технологичными решениями.

_C_>я бы предпочел считать мост к 1с вторичной задачей, первичной — управление/планирование/анализ/моделирование для манагеров и директоров всех звеньев.

Z>>На начальной стадии нужен прототип и люди которые готовы создать его за свои деньги. Если таких не найдется, я не верю в идею, проект нормально могут двигать люди, которые в нем финансово заинтересованы.

_C_>предложи идею лучше. чтобы она дала и деньги и инновации. это простая идея. остальное, что можно придумать, намного сложнее.

_C_>намного проще делать имея перед глазами реальный заказ/пожелания/требования. для данной задачи нужно иметь несколько из разных типов производств,
_C_>которые должны быть обобщены и дифференцированы для выявления архитектуры.
_C_>если делать абстрактную систему, то встает вопрос-колосс, годятся ли управленческие принципы Голдрата/Ханта/.. для наших реалий? заложить их можно,
_C_>а как заставить жить по уму? поэтому отталкиваться нужно от конкретных потребностей, а умное и красивое — опционально. по крайней мере так оно должно выглядеть по маркетинговым соображениям.

Z>>Только при наличии хорошего прототипа можно уже искать финансирование, а вместе с ним людей которые могут обеспечить раскрутку и продажу. Ибо в этой части все, кто примет активное участие в первой фазе будут профанами. Не способными даже с деньгами нанять хороших маркетологов.

_C_>маркетинг в данном деле — Google Adwords. на начальном этапе более чем

Z>>Но в первую очередь надо оформить идею до уровня: продукт, функции, целевая аудитория. Собрать 2-3 программистов готовых инвестировать часа 4 в день в свое дело и создать реально работающий прототип. 4 часа в день на 2-4 месяца. Только потом можно рассчитывать на какое-то финансирование.

_C_>я бы начал иначе начал — нашел того, кто проектировал подобные системы. лучше двух. и попросил бы их сделать набросок архитектуры,
_C_>представив, что они не ограничены никаким языком. с прицелом на расширяемость и адаптивность. если из этого что-то выйдет -
_C_>дальше можно планировать. мои знания в этом деле устарели и потерлись, но как второстепенный ревизор/консультант выступить смог бы.

Z>>Nemerle в данном случае сыграет хорошим плюсом. Ибо нужна не команда из 20 средних программеров, а 2-3 спеца выше среднего. Для такой команды плюсы языка хорошо перевесят минусы.
_C_>

Я писал такие системы, вот только причем тут nemerle? практически все находится в базах и от туда читается... варианты планирования это идеология... пользовался только одной...

язык тут дело 10е... например в nemerle формы делать на порядок сложнее чем в 8.2.14 где формы полностью декларативны...(упрвляемые формы) ничего аналогичного 1сскому отчетному механизму(8.2.14) нет не у кого... У разрабочиков аксапты он вызывает мат в сторону микрософт...

если брать язык программирования сап, то он близок к фортрану по возможностям.... но сап это больше половины рынка подобных систем в россии да и в мире....

тут решает функционал, аудируемость системы и поддержка бухучета... но это никто не потянет... так что вариант провальный....

Вот реальная история... В кабарде есть левый алкогольный завод,
где весь учет велся в какой то старой досовской программе и в экселе....

тут у владельца брат устроился в налоговую и владелец решил расширять предприятие (предприятие черное)
Нашел знакомого который обещал дать денежку под ремонт и новые линии, но инвестор (тоже левый алкогольный барон) естественно захотел сделать аудит предприятия прежде чем давать денежку и послал по соглосованию предварительно своего главбуха...

Та посмотрела на эту досовсую программу и ээкселовские файлы и сказала что не может понять где какой счет да и вообще учета у них нет так как нет 1с...

Владелец срочно нанял к одной тетке главбуху, которая там была еще 3 бухов со знанием 1с, кроме того поставил 1с и проследил внесение туда всех остатков и данных...

после этого опять приехал глбух инвестора.. сделал сверки, проверил ос, материалы и т д

и инвестор дал денежку....

А представьте себе если бы там была ваша система....

А>Я писал такие системы, вот только причем тут nemerle? практически все находится в базах и от туда читается... варианты планирования это идеология... пользовался только одной...

по высокоуровнему конф. сценарию можно сгенерировать систему из продуманного, гибкого шаблона(ов), все модули которой будут иметь согласованные входы\выходы. что-то наподобие UML->C++, только вместо UML-описание предприятия, на которое ложится система.

А>язык тут дело 10е...

это так кажется, когда сильно к чему-то привык. начинаешь думать, что по другому и быть не может.

А>если брать язык программирования сап, то он близок к фортрану по возможностям.... но сап это больше половины рынка подобных систем в россии да и в мире....

знакомые люди, которые пытались использовать САП, купив его за лимон, сильно пожалели и выбросили. (Азовсталь). оказалось,
система не позволяет выходить за установленные рамки. а в наших условиях это неприемлемо.

А>тут решает функционал, аудируемость системы и поддержка бухучета... но это никто не потянет... так что вариант провальный....
бухучет — это плюс на минус. чем вы пугаете? тупая рутина. тем более если ее на первых порах вынести в 1с.

А>А представьте себе если бы там была ваша система....

представляю. вполне нормально. а вы понимаете насколько отличаются запросы бухов и управленцев?
они пересекаются процентов на 20. а остальные 80 — это броуновские действия, обусловленные отсутствием
нормальной управленческой среды, которое состоит из формальных знаний и информационной поддержки.

если гнать левое бухло — 1с хватит, спору нет, а если выпускаешь оборудование или строишь, не дай бог, электростанцию?
то-то.

Здравствуйте, _Claus_, Вы писали:


А>>А представьте себе если бы там была ваша система....

_C_>представляю. вполне нормально. а вы понимаете насколько отличаются запросы бухов и управленцев?
_C_>они пересекаются процентов на 20. а остальные 80 — это броуновские действия, обусловленные отсутствием
_C_>нормальной управленческой среды, которое состоит из формальных знаний и информационной поддержки.

_C_>если гнать левое бухло — 1с хватит, спору нет, а если выпускаешь оборудование или строишь, не дай бог, электростанцию?
_C_>то-то.
Вообще то это был пример того что аудит вещь необходимая. Выпускать оборудование кстати проще чем гнать левое бухло с точки зрения учета. Строительство конечно своя специфика и вряд ли вы сумеете сделать программу которая будет охватывать весь спектр.
Если запросы бухов не учитывать изначально то перенос данных будет представлять собой ручной труд.

Здравствуйте, Аноним, Вы писали:


А>>Я писал такие системы, вот только причем тут nemerle? практически все находится в базах и от туда читается... варианты планирования это идеология... пользовался только одной...

А>по высокоуровнему конф. сценарию можно сгенерировать систему из продуманного, гибкого шаблона(ов), все модули которой будут иметь согласованные входы\выходы. что-то наподобие UML->C++, только вместо UML-описание предприятия, на которое ложится система.

А>>язык тут дело 10е...

А>это так кажется, когда сильно к чему-то привык. начинаешь думать, что по другому и быть не может.

Приведи пример как можно сделать по иному. Естественно учти что при обновлении ничего не должно теряться. Код можно в ограниченном виде дописывать и на местах и вами причем ничего не должно ломаться

А>>если брать язык программирования сап, то он близок к фортрану по возможностям.... но сап это больше половины рынка подобных систем в россии да и в мире....

А>знакомые люди, которые пытались использовать САП, купив его за лимон, сильно пожалели и выбросили. (Азовсталь). оказалось,
А>система не позволяет выходить за установленные рамки. а в наших условиях это неприемлемо.
Сап это система для фирмы выходящей на западные биржи. У него самое мощное производство. Но система написана на древнем языке и практически не поддается модификации на местах. Я склонен к мысли что Просто в сап не разобрались. Система оказалась не похожей на 1с или что у них там было и ее так послали
А>>тут решает функционал, аудируемость системы и поддержка бухучета... но это никто не потянет... так что вариант провальный....
А>бухучет — это плюс на минус. чем вы пугаете? тупая рутина. тем более если ее на первых порах вынести в 1с.

Бух учет это оперативное изменение в соответствии с законодательством. Учет как законов, подзаконных актов решений судов. Это море кода который надо непрерывно поддерживать и обновлять причем оперативно.перенос данных в 1с с учетом того что там тоже происходят изменения тоже довольно трудоемко. Например фирма микрософт Просто не потянула отслеживания российского законодательства и в результате ее уже фактически нет на нашем рынке так как практика показала что перенос данных в 1с не так уж и прост.

А> так как практика показала что перенос данных в 1с не так уж и прост.
пусть не прост. но уверен, те люди, которые переносом занимаются, смогут завести туда нужные данные из сторонней системы.
а большего и не надо.

А>Строительство конечно своя специфика и вряд ли вы сумеете сделать программу которая будет охватывать весь спектр.

принцип производства : ресурсы => фазы/трудозатраты => продукт. когда-то был универсальным. думаю и сейчас остался.

А>Приведи пример как можно сделать по иному. Естественно учти что при обновлении ничего не должно теряться. Код можно в ограниченном виде дописывать и на местах и вами причем ничего не должно ломаться

я бы ввел понятия двух уровней. системного и прикладного. системными занимаются производители. прикладные — делай что хочешь, используя
системные или сам ныряй в базу. если я правильно понял о чем ты.

Здравствуйте, _Claus_, Вы писали:

А>>Приведи пример как можно сделать по иному. Естественно учти что при обновлении ничего не должно теряться. Код можно в ограниченном виде дописывать и на местах и вами причем ничего не должно ломаться

_C_>я бы ввел понятия двух уровней. системного и прикладного. системными занимаются производители. прикладные — делай что хочешь, используя
_C_>системные или сам ныряй в базу. если я правильно понял о чем ты.
Так сделаны все. Платформа и конфигурация.Я ожидал какого то нового решения если уж немерле так хорош

Здравствуйте, _Claus_, Вы писали:


А>>Строительство конечно своя специфика и вряд ли вы сумеете сделать программу которая будет охватывать весь спектр.

_C_>принцип производства : ресурсы => фазы/трудозатраты => продукт. когда-то был универсальным. думаю и сейчас остался.
Производство может быть непрерывным, единичным, массовым... Материалы могут списываться по нормам, по факту... Может учитываться замены, а могут и нет.при планировании это все да еще с учетом задержек, занятости оборудования и т д возведи в степень разного непонимания этого руководством, исполнителями. И где ты будешь искать внедренцев? Как таковой продукт давно уже никому не нужен. Надо не только написать. Надо еще и продать и внедрить а это значит много недель сидеть там настраивая функционал под предприятие и обучая сотрудников и доделывая хотелки руководства, бухов и т д

Здравствуйте, _Claus_, Вы писали:


А>> так как практика показала что перенос данных в 1с не так уж и прост.
_C_>пусть не прост. но уверен, те люди, которые переносом занимаются, смогут завести туда нужные данные из сторонней системы.
_C_>а большего и не надо.
Заниматься будешь ты. А например микрософт не потянула... А это говорит о сложности проблемы.

_C_>>принцип производства : ресурсы => фазы/трудозатраты => продукт. когда-то был универсальным. думаю и сейчас остался.
А>Производство может быть непрерывным, единичным, массовым... Материалы могут списываться по нормам, по факту... Может учитываться замены, а могут и нет.

я ж писал, что изначально система конфигурируется на конкретное предприятие, производство, тех. циклы.

А>И где ты будешь искать внедренцев?

да вот таких как ты возьму на удаленную работу. заметь, тебе не нужно для доделки будет ехать в тьмутаракань. есть ноу-хау на этот финт.

А>Как таковой продукт давно уже никому не нужен. Надо не только написать. Надо еще и продать и внедрить а это значит много недель сидеть там настраивая функционал под предприятие и обучая сотрудников и доделывая хотелки руководства, бухов и т д

удаленный саппорт — не вопрос. остальное — в топку. прислали запрос на фичу — получили.
фишка в том что можно выстроить работу с клиентом так, чтобы всем было хорошо.
а клиент захочет потому, что цена и функционал системы будут выгодно отличаться от конкурентов.


P.S. Аноним, раз тебя это волнует, вот и придумай, как решить те сложности, о которых говоришь. Знание о конкурентах есть. И возглавишь эту тему.
А мы тебе поможем. Может быть. Если живы будем.

А>Так, что здесь проблема не языковая. Проблема сделать это решение. Хотя бы на бумажке/оформить в проект. Поверьте это очень сложное дело. А язык дело 10-ое.

тонкости профессии программиста-бухгалтера — это конечно не хухры-мухры. Однако.. работа прикладного программиста любых таких систем скучна,
угрюма и однообразна(по сути), и может быть сведена к набору конфигурируемых шаблонов. а по ним Н может написать код, подставив данные о конкретном предприятии. Это возможно, но за неделю, ясень пень, это не сделаешь. Скажу больше, можно под это делать подключить экспертную систему,
заточенную на эту задачу, но я сомневаюсь, что в этом есть необходимость. там все проще. было.

Итого: Н можно заставить выступить в роли прикладного программиста для создания СУП программ. Уверен польностью.

Здравствуйте, _Claus_, Вы писали:

А>>Так, что здесь проблема не языковая. Проблема сделать это решение. Хотя бы на бумажке/оформить в проект. Поверьте это очень сложное дело. А язык дело 10-ое.


_C_>Итого: Н можно заставить выступить в роли прикладного программиста для создания СУП программ. Уверен польностью.
И я уверен полностью. На 1с — аля vba можно, дык на nemerle к гадалке не ходи, можно. Но вы путаете божий дар с яичницей, а именно

_C_>тонкости профессии программиста-бухгалтера — это конечно не хухры-мухры. Однако.. работа прикладного программиста любых таких систем скучна,
_C_>угрюма и однообразна(по сути), и может быть сведена к набору конфигурируемых шаблонов. а по ним Н может написать код, подставив данные о конкретном предприятии. Это возможно, но за неделю, ясень пень, это не сделаешь. Скажу больше, можно под это делать подключить экспертную систему,
_C_>заточенную на эту задачу, но я сомневаюсь, что в этом есть необходимость. там все проще. было.
Это вообще ни о чем. Причем здесь программист-бухгалтер? Вы же про крупное предприятие говорили и планирование? Вы в курсе чем там занимаются? Какая неделя, люди годами не могут автоматизировать многие вещи, да и это цветочки. Нужно сделать продукт, универсальный, на который будут переходить другие, из-за которого руководство будет платить бабки и в ус не дуть. Здесь дело не в технологическом превосходстве (где макросы nemerle и казалось бы до ужасного примитивный 1С), а именно в программе-решении вами озвученных вопросов. Советую обратится/поспрашивать, (или погуглить) запросы будущих клиентов, дабы примерно ориентироваться в вопросе. Вспоминается извечный поединок Java+Oracle vs 1С на этом поле. Желтых победителей не судят)))

Здравствуйте, _Claus_, Вы писали:

А>>Так, что здесь проблема не языковая. Проблема сделать это решение. Хотя бы на бумажке/оформить в проект. Поверьте это очень сложное дело. А язык дело 10-ое.

_C_>тонкости профессии программиста-бухгалтера — это конечно не хухры-мухры. Однако.. работа прикладного программиста любых таких систем скучна,
_C_>угрюма и однообразна(по сути), и может быть сведена к набору конфигурируемых шаблонов. а по ним Н может написать код, подставив данные о конкретном предприятии. Это возможно, но за неделю, ясень пень, это не сделаешь. Скажу больше, можно под это делать подключить экспертную систему,
_C_>заточенную на эту задачу, но я сомневаюсь, что в этом есть необходимость. там все проще. было.

_C_>Итого: Н можно заставить выступить в роли прикладного программиста для создания СУП программ. Уверен польностью.
Добавлю еще немножко отсебятины...
я считаю необходимо определить четко цель и желаемый результат.
К примеру — хотим продвинуть nemerle, да еще и бабла заработать. — это очень оптимистично, подозреваю без первоначальных вложений это нереально.
Берем данную задачу бизнеса. Ага, действительно это приносит прибыль. Годится. Но требует изучения рынка, планирования и создания своего бизнеса. Я бы не стал бы лезть в российский рынок даже с полуготовым решением на nemerle. Это в лучшем случае низкая прибыль. Мне кажется западный рынок для nemerle вкусней. Там законы лояльнее, что ли, проще будет построить решение. А у нас каждый год, что-нибудь меняют. Приблизительно сфера применения подобная f# — финансовая математика, экономика, планирование. Сделать удобные инструменты и инвестиции появятся.
Второе применение — некоммерческое. Это образование.

Какие качества Nemerle обеспечат конкурентные преимущества этого продукта? В чем преимущество перед тем же J2EE?

Здравствуйте, _Claus_, Вы писали:


А>>А представьте себе если бы там была ваша система....

_C_>представляю. вполне нормально. а вы понимаете насколько отличаются запросы бухов и управленцев?
_C_>они пересекаются процентов на 20. а остальные 80 — это броуновские действия, обусловленные отсутствием
_C_>нормальной управленческой среды, которое состоит из формальных знаний и информационной поддержки.

_C_>если гнать левое бухло — 1с хватит, спору нет, а если выпускаешь оборудование или строишь, не дай бог, электростанцию?
_C_>то-то.
А пруф есть на то-что в 1С нельзя? А то получается, чего-то серьезного в 1С нельзя, айда занимать эту нишу. А потом выясняется, а на nemerle, то вообще пока ничего нет. Я лишь призываю к тому, чтобы критически оценить силы и силы будущих конкурентов. Крупные клиенты, которые не используют 1С, малоизвестное решение вообще не будут использовать. Электростанция...хм...вообще пример неудачный...а также стоит поинтересоваться, а что если такое большая часть задач на 1С делается быстрее и с меньшими затратами...

Здравствуйте, TimurSPB, Вы писали:

TSP>Какие качества Nemerle обеспечат конкурентные преимущества этого продукта? В чем преимущество перед тем же J2EE?
Думаю никаких, — хотя бы просто потому, что это даже не продукты, скорее средство для создания таких продуктов. Есть даже подозрение, что J2EE даст 100 очков вперед в силу уже развитой инфраструктуры.

А>J2EE даст 100 очков вперед в силу уже развитой инфраструктуры.
Капитан Очивидность с вами согласен.
Сто очков форы может дать только автор продукта для производства, когда сделает конкретное ПО. А преемуществом Nemerle тут может стать только то, что это дополнительная мотивация для разработчиков. Взять и сделать, доказать, что всё реально и в перспективе прибыльно.

А>Мое личное мнение, H-ю рановато пока выходить в мир корпоративных приложений. Причин миллион — нет решения, нет бизнеса, нет инфраструктуры, нет денег, есть инерционность и дикость рынка, есть сильные конкуренты с готовыми продуктами. Я вижу на данном этапе два применения языку — 1. Удобные фичи, инструменты, либы и прочее для программистов. Аля websharper или sharpkit. 2. Образование. Попытаться стать академическим языком. Хотя бы. А там появится поколение, которое само добъет туда куда надо.

А всегда будет рановато. Биллу Гейтсу со своим Windows 95 то же рановато было выходить. Это же ужасное глючное говно было на момент выхода на рынок. Если бы он тогда посчитал что рановато, то его бы обязательно поимели конкуренты.

А> Мне кажется западный рынок для nemerle вкусней. Там законы лояльнее, что ли, проще будет построить решение. А у нас каждый год, что-нибудь меняют. Приблизительно сфера применения подобная f# — финансовая математика, экономика, планирование. Сделать удобные инструменты и инвестиции появятся.

для этого надо рюхать их бизнес-поднаготную. ясно с ними лучше и толще. но спецов по ихнему бизнесу привлечь на порядок сложнее, чем по нашему.
только в этом причина.

А>Второе применение — некоммерческое. Это образование.

да можно и коммерческого — робототехника, анализ текстовых данных, базы знаний, .. но это несравнимо сложнее.

Здравствуйте, TimurSPB, Вы писали:

А>>Мое личное мнение, H-ю рановато пока выходить в мир корпоративных приложений. Причин миллион — нет решения, нет бизнеса, нет инфраструктуры, нет денег, есть инерционность и дикость рынка, есть сильные конкуренты с готовыми продуктами. Я вижу на данном этапе два применения языку — 1. Удобные фичи, инструменты, либы и прочее для программистов. Аля websharper или sharpkit. 2. Образование. Попытаться стать академическим языком. Хотя бы. А там появится поколение, которое само добъет туда куда надо.

TSP>А всегда будет рановато. Биллу Гейтсу со своим Windows 95 то же рановато было выходить. Это же ужасное глючное говно было на момент выхода на рынок. Если бы он тогда посчитал что рановато, то его бы обязательно поимели конкуренты.
Я написал на данном этапе. Это сейчас вы видите с высоты пройденного времени — не было винды — появилась винда. А я думаю, что пота и кучу всего пришлось в том числе и Гейтсу пройти перед этим. Целые книги наверное сейчас пишут. Зато сколько Ивановых или всяких там Джеков постигла неудача и они разорились? Для бизнеса нет места такой болтовни и именно такой философии. Без реализации — Идея ничто

А> Зато сколько Ивановых или всяких там Джеков постигла неудача и они разорились?
Гораздо больше Ивановых и Джеков, которыее вообще ничего не сделали и не пытались.
А на с чет разорения, так весь бюджет это время разработчика, который сам сидит и пишет. Самое плохое — потеря времени.

Здравствуйте, TimurSPB, Вы писали:

А>> Зато сколько Ивановых или всяких там Джеков постигла неудача и они разорились?
TSP>Гораздо больше Ивановых и Джеков, которыее вообще ничего не сделали и не пытались.
Я уже ответил, что разговоры по типу — если бы да кабы, не стоят ничего. Я написал, что по моему мнению, на данный момент, рановато с ничем, соваться в авантюру. Подчеркиваю — словосочетания "данный момент" и "рановато". Сделаете через месяц прорыв аля Бил Гейтс, тогда почему и нет.
TSP>А на с чет разорения, так весь бюджет это время разработчика, который сам сидит и пишет. Самое плохое — потеря времени.
Без комментариев. Это, когда я учился, были тяжелые времена и на запрос о денежном финансировании работы физиков, из руководства ответили — а нафига, чё ручки с бумажкой недостаточно?

А>Без комментариев. Это, когда я учился, были тяжелые времена и на запрос о денежном финансировании работы физиков, из руководства ответили — а нафига, чё ручки с бумажкой недостаточно?


Точно!!!
и еще говорили зачем ставить эксперименты когда все можно рассчитать на компьютере?