Как вы думаете: смог бы Линус Торвальдс в одиночку за 20 лет полностью повторить Асапту версии 3.0?

[Lemming]

Как я уже говорил в других топиках, я пишу Open Source ERP систему для SMB. Пока что я занят исследованиями и бОльшая часть времени уходит на JavaScript и вообще Frontend.

Я всем этим занимаюсь один, но фуллтайм (так получилось в жизни, что я могу себе это позволить). Пока что всё идет очень медленно, но определенный прогресс есть. Увы, мне иногда не хватает мотивации чтобы продолжать, потому что "конца и края не видно".

Я хочу понять, что если допустим у меня есть ещё лет 20, когда у меня будет хватать сил целыми днями кодировать, реально ли создать продукт, с которым потом на старости лет заниматься маркетингом, привлечением сообщества и прочим?

То есть, по сути вопрос звучит так: смог ли бы программист уровня Линукса Торвальдся повторить в одиночку за лет, примерно, 20 аксапту версии, скажем, 3.0 c поправками на современные веб-реалии. Я ни в коем случае не ставлю себя в один ряд с создателем Linux, я просто пытаюсь понять насколько утопична моя затея!?

[belugin]

Если речь идёт обо всем вместе а не только о платформе, то т вряд ли. Мне кажется, столько в одну голову просто не влезет.

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

Да и цель такую вряд ли стоит ставить. Если заниматься маркетингом то после появления успешного mvp должны присоединиться другие люди.

А какое позиционирование у вашей системы?

[Lemming]

Цитата:

Сообщение от belugin

А какое позиционирование у вашей системы?

Пока что никакого, потому что система "есть" только в голове и обрывках R&D кода, причем из этих обрывков можно только маркетинговый лэндинг собрать и всё. Хочется для малого и среднего бизнеса. На Российский рынок ориентируюсь в последнюю очередь из-за одного сильного игрока, который сделал почти "бесплатную" Open Source и 10 лет занимается маркетингом, а не платформой.

По функционалу есть вообще безумная идея: взять международную аксапту 3.0 и начать переносить функционал на свою платформу, собственно в связи с этой идеей я и задал этот вопрос.

С ERP как с социальными сетями: никого не волнуют технологии, пока проект не набрал критическую массу. Odoo такая популярная в мире открытых КИС не потому что она на питоне написана или как-то удобно, а потому что там инвестиций 50 миллионов долларов и у них есть деньги не только на разработчиков, но и на мощный маркетинг.

В любом случае, начинать надо с западного рынка, хотя тут как говорится "куда ни кинь — всюду клин", потому что тут 1С, там Odoo. Я из-за этого много раз говорил себе, что всё мол, хватит - это невозможно, но я каждую ночь ложусь с мыслями об этом проекте и часто ловил себя на мысли, что если я сейчас просто устросюь работать программистом или консультантом, и забуду о своей идее, то в глубокой старости я сильнее всего буду жалеть именно о том, что не сделал, что не попробовал, что не приложил все усилия чтобы обойти все препятствия и завершить хотя бы одно внедрение!

[ax_mct]

Цитата:

Сообщение от Lemming

С ERP как с социальными сетями: никого не волнуют технологии, пока проект не набрал критическую массу. Odoo такая популярная в мире открытых КИС не потому что она на питоне написана или как-то удобно, а потому что там инвестиций 50 миллионов долларов и у них есть деньги не только на разработчиков, но и на мощный маркетинг.

В любом случае, начинать надо с западного рынка, хотя тут как говорится "куда ни кинь — всюду клин", потому что тут 1С, там Odoo. Я из-за этого много раз говорил себе, что всё мол, хватит - это невозможно, но я каждую ночь ложусь с мыслями об этом проекте и часто ловил себя на мысли, что если я сейчас просто устросюь работать программистом или консультантом, и забуду о своей идее, то в глубокой старости я сильнее всего буду жалеть именно о том, что не сделал, что не попробовал, что не приложил все усилия чтобы обойти все препятствия и завершить хотя бы одно внедрение!

Реальный challenge это не писать еще один 101 движок, который не лучше и не хуже, а взять тот же Odoo и внедрить его в реальном бизнесе. Все расширится что нужно и андреналина хватит. А потом уехать на этом опыте куда-нибудь в Эстонию и писать там свою ERP хоть на Haskell.

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

[Lemming]

Цитата:

Сообщение от ax_mct

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

Не вопрос, первая страна для этого США, одной ногой я уже там

[Lemming]

Год назад я ещё раздумывал о Российском рынке, но сейчас думаю хрен бы с ним. Вот моё видео годовалой давности Как нам конкурировать с 1С Если понравится, поддержите лайками и репостами в своих социальных сетях!

[sukhanchik]

Для ответа на вопрос нужна самая главная информация - будет ли спрос на эту систему?
Вот например, в Почте России взамен Microsoft Office внедряют российскую разработку MyOfiice. Соответственно, кто-то "пролез" и "убедил" сделать это внедрение в рамках импортозамещения. Мнение пользователей и обслуживающего персонала естественно никто не спрашивал.

Так и тут. Если есть понимание, как организовать спрос - система будет. А уровень знаний разработчика - не сильно важен. Даже если предположить, что Basic - чистое детище Билла Гейтса (в разных источниках ставится под сомнение его единоличное авторство), а не каждый программист может придумать язык программирования, то тот же Microsoft деньги сделал отнюдь не на нём, а на предустановленной системе MS-DOS на тех компьютерах, которые выпускались IBM-ом.
Соответственно, если есть возможность (в виде деловых связей), которые могут организовать массовое пилотное внедрение, то система жить будет. Если нет - то скорее всего идея утопична.

[Lemming]

Цитата:

Сообщение от sukhanchik

Соответственно, если есть возможность (в виде деловых связей), которые могут организовать массовое пилотное внедрение, то система жить будет. Если нет - то скорее всего идея утопична.

Речь идет об Open Source проекте, причем это что-то вроде детской мечты стать космонавтом или лётчиком, поэтому система должна не на связях выехать, а за счет своих других положительных качеств. Если я на ней ничего не заработаю вообще в денежном выражении, но она будет где-то использоваться, то для меня это успех!

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

p.s. Никаких связей нет, причем даже те что были по аксапте кроме как через этот форум не доступны.

[Lemming]

Идея с позиционированием следующая: предполагается платформа под лицензией Apache 2.0, следующим слоем идет то, что я решил назвать Fundamentals - это основные таблицы и справочники, что-то вроде SYS слоя в аксапте. Эти две части мне вероятно предстоит делать одному, вопрос сколько времени это займет и насколько это реально в одиночку сделать!?

Далее, если процесс пойдет хорошо и появятся инвесторы, предстоит сделать уже ERP, которую можно продавать в облаках и on-permise. Ну и для всего этого есть партнеры, которые будут продвигать свои решения с локальной функциональностью.

[mazzy]

Цитата:

Сообщение от Lemming

Далее, если процесс пойдет хорошо и появятся инвесторы, предстоит сделать уже ERP, которую можно продавать в облаках и on-permise.

"инвесторам" прежде всего надо ответить на вопрос, чем ЭТО отличается от уже существующих.

я, например, отслеживаю эти
https://github.com/mazzy-ax?tab=stars&q=erp

[Lemming]

Цитата:

Сообщение от mazzy

"инвесторам" прежде всего надо ответить на вопрос, чем ЭТО отличается от уже существующих.

В моем всбудораженном сознании зреет план как сделать реально обновление стандарта, не ломая партнерские решения и разработку in-house. То есть, я реально думаю и исследую вопрос о том, как можно соврешенно разным компаниям, условно говоря, коммитить в одну и ту же форму. С удвольствием читаю тут на форуме всё то, что касается Extension, увы D365FO видел только на картинках и видео-роликах. Если я это не придумаю, то это будет личный жирный минус в чашу весов о моей затее.

[belugin]

Цитата:

Сообщение от Lemming

Вложение 13170

Идея с позиционированием следующая: .

Что такое позиционирование
Позиционирование — это задача определения места товара, услуги, личности в сознании потребителя.

Разработка позиционирования — деятельность, направленная на особое представление потребителю товара, отличающемуся от конкурентов.

Правильно позиционированный продукт подразумевает:

Наличие особенностей продукта;
Наличие выгоды для пользователей;
Удовлетворение потребностей и ожиданий целевого сегмента рынка;
Отстройку от конкурентов на рынке.

[Lemming]

Sorry, Максим, торможу потому что ночь почти не спал.

В общем, сейчас реально тяжело и рано всё расписывать, но если в целом: во-первых, обновления не ломающие in-house доработки, во-вторых открытая лицензия, в третьих полноценный язык программирования с мощным DSL для описания бизнес-логики. (я думаю над Kotlin || Scala, но сегодня ночью увидел это и до утра бродил по их репозиториям).

Вообще, если свести к минимуму логику платформы на frontend, то можно кроме веб-интерфейса подумать так же над десктоп версией с помощью этой штуки. Но по поводу последней, это уже реально только если силами сообщества или всё попрёт так, что будет бизнес и ресурсы для этого.

[mazzy]

Цитата:

Сообщение от Lemming

То есть, по сути вопрос звучит так: смог ли бы программист уровня Линукса Торвальдся повторить в одиночку за лет, примерно, 20 аксапту версии, скажем, 3.0 c поправками на современные веб-реалии. Я ни в коем случае не ставлю себя в один ряд с создателем Linux, я просто пытаюсь понять насколько утопична моя затея!?

1.
Вопрос хороший. На этот вопрос ответ - нет.
https://www.youtube.com/watch?v=n1F_MfLRlX0

Линус не создавал операционную систему, он скомпионовал существующие компоненты в бандл.
Плюс, так получилось, что он стал координатором группы разработчиков Линукса.

2.
Несомненно, что сам Линус создал git, как форк от существующей системы контроля версий. git являлся инструментом разработки для той самой группы разработчиков Линукса.

3.
можно ли создать платформу Аксапты в одиночку?
да, конечно можно. Правильный вопрос - какие компоненты взять в бандл?

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

предыдущие переломные моменты:
* 8бит -> 16бит (появление IBM PC)
* 16бит -> 32бита (до сих пор Windows структуры для передачи данных 16битные, а кое-где встречаются каталоги типа System32)
* 32бита -> 64бита (многие не особо заметили)
* растровая графика -> 3d графика (в том числе шрифты)

после каждого переломного момента, компоненты фронтенда менялись кардинально. Ну кто теперь в зравом уме помнит Turbo Vision или какие-нибудь OWL с MFC...

вот и сейчас похоже будет очередной перелом и очередная смена компонент для фронтенда.
"Опять придется покупать Белый альбом Битлз" (С) Люди в чёрном.

4.
что могу сказать за "JavaScript и вообще Frontend"
JavaScript слишком низкоуровневый код для сложного ERP приложения.
Какие-нибудь планировщики задач с десятком контролов на нем еще получаются
а вот сотни контролов - уже неуправляемо.

Grid с полями для JavaScript почти невозможным по сложности объектом. А уж грида со вкладками и подробными сведениями на вкладках вообще не видел.
https://www.npmjs.com/search?q=grid

скорее для фронтенда стоит взять уровень повыше. типа того же Vaadin
https://vaadin.com/components/vaadin-grid/java-examples

[mazzy]

Цитата:

Сообщение от Lemming

Как я уже говорил в других топиках, я пишу Open Source ERP систему для SMB.

Кстати, было бы замечтательно, если бы ты разместил ссылку на свой проект в своем профиле или в своей подписи.
Я, например, с большим интересом наблюдаю.

[twilight]

Задача, чтобы при обновлении ничего не ломалось, не имеет решения в общем случае. Такое возможно только при косметических обновлениях/доработках со стороны поставщика/партнера/клиента. А при больших изменениях будет как с модулем WMS - выкидываем старый и внедряем новый с нуля.

[sukhanchik]

Цитата:

Сообщение от fed

А ты уверен, что вообще есть спрос на обновления ?

Спрос есть, потому что без обновлений у клиента возникает чувство его заброшенности.
Плюс не надо забывать, что фундаментом на большинстве компьютеров стоит Windows, который регулярно обновляется. Так-то понятное дело - клиент бы не менял ничего из ИТ, но мировой тренд заставляет его разоряться.

Цитата:

Сообщение от twilight

Задача, чтобы при обновлении ничего не ломалось, не имеет решения в общем случае. Такое возможно только при косметических обновлениях/доработках со стороны поставщика/партнера/клиента. А при больших изменениях будет как с модулем WMS - выкидываем старый и внедряем новый с нуля.

В общем случае - да. Но правило 20/80 никто не отменял. Реально в D365FO стало возможно почти ежемесячно обновляться без последствий. В AX 2012 и более ранних версиях об этом можно было только мечтать.
Конечно могут быть капитальные обновления. Но если они будут раз в полгода или реже - то клиента это может устроить, тем более, что дается время на тестирование и наконец-таки сильно продвинулись в разработке механизма автотестирования.

[fed]

Цитата:

Сообщение от sukhanchik

Спрос есть, потому что без обновлений у клиента возникает чувство его заброшенности.
Плюс не надо забывать, что фундаментом на большинстве компьютеров стоит Windows, который регулярно обновляется. Так-то понятное дело - клиент бы не менял ничего из ИТ, но мировой тренд заставляет его разоряться.
.

Ну я уже где-то писал, что на мой взгляд, проще перевнедрять систему с ноля каждые 10 лет. (Вероятно на развивающихся рынках - чуть чаще, на развитых - чуть реже). А регулярные обновления - это известный по рассказам Гиляровского анекдот "Как немец фоксику хвост отрубал"

[belugin]

Цитата:

Сообщение от sukhanchik

В общем случае - да.

Это вероятностный компромисс между расширяемостью, обратной совместимостью и возможностью дорабатывать расширяемое.

[twilight]

В локальном коде надо находить максимально полезные вещи и делать их глобальными. Например, чешские предоплаты.