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

не всех. свои кейсы же.

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

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

ну и т.п. там в итоге подводных пассажиров много очень

подводных граблей

CRM - тоже игла

срм моя будет.

короче вот пример. чтобы не голословно

CRM которая не будет распространяться?

одна CRM чтобы управлять всеми

CRM которая не будет распространяться?

ну да, а зачем?

вот, например, одна из областей - ремонт пк

таких областей до дури

под каждую своя предметка, но задачи общие - там заявки, тут заявки, там звонки - тут тоже, ну и т.п.

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

смешивать не надо, надо кодобазу крутую

чтобы потом наклепать 20 теперь уже срм )

чтобы что?

эм... рельсу?

и жить в своё удовольствие

рельса отлично подходит

не надо CRM

ну да, а зачем?

Тебе не кажется, что у тебя будет больше проблем, чем пользы? Из того, что я вижу: 1. 100% будут проблема с кастомизацией 2. Лишняя абстракция 3. Сложно будет найти человека под проект 4. Однобокая разработка в виде тебя одного 5. Никому это будет не нужно ибо закрытый софт, а не принесёт тебе пользы

> 3. Сложно будет найти человека под проект я б сказал не реально, если это не студент какой

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

> 3. Сложно будет найти человека под проект я б сказал не реально, если это не студент какой

можно подумать что студент - человек

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

1. DSL (для этого и спрашивал, а шаблоны рисуются быстро) 2. унификация без паранои - экономия времени и ресурсов. я могу себе это позволить, к тому же это будет реально интересно. 3. человек - я 4. this is problem? 5. это под мои бизнесы. я ж не от нефиг делать тут рисую интерфейсы по полгода

под свои бизнесы лучше писать с нуля такое

под каждый свое

копипастить код

а если общие процессы?

не бывает такого :)

там есть заявка и тут, там надо ей статус менять и тут

берешь рельсу, хуяришь одно, потом сосиски там переименовываешь в комплюктеры и всё

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

там есть заявка и тут, там надо ей статус менять и тут

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

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

и ещё раз, почти всё что пишешь есть в рельсе/легко там реализуется и ты больше про бизнес логику пишешь а не про код

1. DSL (для этого и спрашивал, а шаблоны рисуются быстро) 2. унификация без паранои - экономия времени и ресурсов. я могу себе это позволить, к тому же это будет реально интересно. 3. человек - я 4. this is problem? 5. это под мои бизнесы. я ж не от нефиг делать тут рисую интерфейсы по полгода

1. Дсл- ещё одна абстракция в проекте, которая усложнит кодовую базу 2. Да, только рано или поздно ты попробуешь сам побороть своё творение 3. Ты всю жизнь планируешь код один писать? 4. Да, это проблема

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

это фигня не фигня когда у тебя вокруг transition происходят разные процессы: отправить письмо, выписать счет это проще сделать заново, чем предсказать гибкость универсального модуля

1. Дсл- ещё одна абстракция в проекте, которая усложнит кодовую базу 2. Да, только рано или поздно ты попробуешь сам побороть своё творение 3. Ты всю жизнь планируешь код один писать? 4. Да, это проблема

2. имею хромую, но привычку вести доки по тому что делаю, структурам, схемам БД и объектным моделям

Что мешает сделать генератор проекта с нужными вещами, а потом быстро его дописывать? (Доделывая бизнес только)

1. Дсл- ещё одна абстракция в проекте, которая усложнит кодовую базу 2. Да, только рано или поздно ты попробуешь сам побороть своё творение 3. Ты всю жизнь планируешь код один писать? 4. Да, это проблема

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

Что мешает сделать генератор проекта с нужными вещами, а потом быстро его дописывать? (Доделывая бизнес только)

юношеский максимализм

Что мешает сделать генератор проекта с нужными вещами, а потом быстро его дописывать? (Доделывая бизнес только)

это интересно

юношеский максимализм

Ну только если

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

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

это реально, но не реально чтобы машины его понимали

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

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

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

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

забудь

1 бизнес - 1 решение

При этом ты решишь ахуелярд проблем с кастомизацией в будущем

2 бизнеса - 1С предприятие, лучше наверное ничего не написано

ну вы чего ругаетесь то, вы бы битрикс ещё вспомнили (

Антон

ну

универсально же

во кстати, не мог вспомнить на что похоже)

а кодобазу видели?

а кодобазу видели?

конечно

я не видел, но пару статей почитал, не удивился и пошёл спокойно со своими мыслями дальше

про тонны костылей

и неадекватный код

ну если ты такую базу напишешь на рубях, у тебя будет костылей на 1 порядок меньше, было 100500, станет 10050 кому от этого будет легче не понятно

ERROR: S client not available

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

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

нет универсального языка бизнес процессов - нет универсальной системы без костылей, нет УСБК - нет дворца, нет дворца - нет дворца

Экосистема 1с-битрикса куда важней кодобазы. И она решает проблемы бизнеса. Плохо это или хорошо, уже не важно.

ну если ты такую базу напишешь на рубях, у тебя будет костылей на 1 порядок меньше, было 100500, станет 10050 кому от этого будет легче не понятно

ну я же не хочу все возможные сценарии проиграть. тогда мне надо в универ идти экономистом аналитиком и потом ещё кодить лет 10 чтобы правильно спроектировать как реальные мужики-архитекторы (хотя в 1С походу особо болт забили на это всё)

нет универсального языка бизнес процессов - нет универсальной системы без костылей, нет УСБК - нет дворца, нет дворца - нет дворца

BPMN

и оттуда транслируют в декларативный код только впуть

ну я же не хочу все возможные сценарии проиграть. тогда мне надо в универ идти экономистом аналитиком и потом ещё кодить лет 10 чтобы правильно спроектировать как реальные мужики-архитекторы (хотя в 1С походу особо болт забили на это всё)

ты один, тебя на две системы с "общими" якобы процессами хватит с трудом

ну я раскидаю мелочи по исполнителям

1 бизнес - 1 решение

Все так

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

ну я раскидаю мелочи по исполнителям

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

равно как и тестируемость

Антон ж заебись вариант предложил - общее ядро и генератор проекта с этим ядром

ну так мне и понравилось, аж со стула съехал вот немного )

Антон ж заебись вариант предложил - общее ядро и генератор проекта с этим ядром

почти, так то rails new - общее ядро уже

ну человеку надо чет общее там с заказами, ещё чего, раз уж хочется общего

бтв hanami, там же с общим ядром зашибись все

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

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

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

плохой вариант

почму?

я банальные вопросы тут в принципе не хочу задавать, но чтобы успевать - гем это либа же?

почму?

трудно поддерживать гем для более одного проекта

я банальные вопросы тут в принципе не хочу задавать, но чтобы успевать - гем это либа же?

да

трудно поддерживать гем для более одного проекта

так гемом будет ядро

остальное - кастом

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

но всё равно рельсу бери для своих задач

так гемом будет ядро

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

а наоборот обеспечивать реализацию общих с другими проектами задач

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