Мой друг попросил помочь ему с экселем. Он пусконалаживает-чинит-сопровождает всякие станки на всяких заводах и его контора, хоть и ведет дела в 1С, но это чисто бюстгалтерский учет и какому клиенту какая запчасть приехала и на каком этапе ремонт конкретного станка — бюстгалтерии неведомо. Поэтому друг мой ведет записи в экселе. Точнее вел, пока станков этих было немного. А вот как их перевалило за десяток — тут-то его познания в экселях уперлись в потолок, а сам эксель стал как-то не очень шустро поворачиваться.

Я в экселях полный "тук-тук кто там" и точно знаю что друг мой понимает в его сортах гораздо круче меня. Поэтому я заинтересовался и за кружкой пенного стал выведывать его истинную боль. Ага, примерно как делают настоящие взрослые дяди-аналитики перед постановкой задачи нам, разрабам.

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

Оказалось что у друга моего проблема вовсе не в экселе.

  • из экселя он вырос

  • работодателю на его ремонтно-технарские дела совершенно наплевать

  • а покупать существующие на рынке решения для учета за свои деньги... ну такое

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

Лапки
Лапки

Но я-то прогер. ERP/CRM/админки и всякие корпоративные системы учета это прям моё, я такое прогаю с 2016 и соорудить легковесный сервис для одного человека — да как два байта переслать. Тем более когда заказчик сидит напротив с кружкой пива...

Пришли мы с другом вот к такой структуре:

  • login form

  • заказчики

  • оборудование

  • заявки на ремонт

    • затраты и платежи по заявкам

  • заготовка для наиболее востребованных отчетов

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

Воркфлоу прямой как рельс и логически понятный:

  • создал Клиента

  • создал его Оборудование

  • создал Заявку на ремонт этого Оборудования

  • внутри заявки добавил доходы-расходы по ней

  • снял предложенные демо-отчеты (чтобы доход-расход видеть)

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

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

Но это же не инженерный путь :-) Да и KISS никто не отменял...

Репо: https://github.com/gluck-59/midved

Написано на PHP с фреймворком Codeigniter 3. Рядом лежит то же самое в Symfony версии — изучал фреймворк и повторил то же самое с минимальными отличиями.
Форкайте если надо, только обратную связь дайте плиз.