Мой друг попросил помочь ему с экселем. Он пусконалаживает-чинит-сопровождает всякие станки на всяких заводах и его контора, хоть и ведет дела в 1С, но это чисто бюстгалтерский учет и какому клиенту какая запчасть приехала и на каком этапе ремонт конкретного станка — бюстгалтерии неведомо. Поэтому друг мой ведет записи в экселе. Точнее вел, пока станков этих было немного. А вот как их перевалило за десяток — тут-то его познания в экселях уперлись в потолок, а сам эксель стал как-то не очень шустро поворачиваться.
Я в экселях полный "тук-тук кто там" и точно знаю что друг мой понимает в его сортах гораздо круче меня. Поэтому я заинтересовался и за кружкой пенного стал выведывать его истинную боль. Ага, примерно как делают настоящие взрослые дяди-аналитики перед постановкой задачи нам, разрабам.
Потому что у заказчиков так бывает: в ТЗ написали одно, думали при этом другое, а на самом деле проблема предприятия в третьем.
Оказалось что у друга моего проблема вовсе не в экселе.
из экселя он вырос
работодателю на его ремонтно-технарские дела совершенно наплевать
а покупать существующие на рынке решения для учета за свои деньги... ну такое
Ситуация "парадокс сложности Тога" когда для того чтобы упростить себе жизнь, нужно проделать какие-то сложные вещи и продукты, которые должны упростить некоторые задачи, на деле приводят к возникновению еще более сложных задач. Программировать он не умеет, а у экселя внезапно обнаружились лапки.
Но я-то прогер. ERP/CRM/админки и всякие корпоративные системы учета это прям моё, я такое прогаю с 2016 и соорудить легковесный сервис для одного человека — да как два байта переслать. Тем более когда заказчик сидит напротив с кружкой пива...
Пришли мы с другом вот к такой структуре:
login form
заказчики
оборудование
-
заявки на ремонт
затраты и платежи по заявкам
-
заготовка для наиболее востребованных отчетов
Излишеств — изоляции данных, ролей юзеров, логирования их действий, группировки по организациям — нет и не нужно: один человек, один круг задач.
Воркфлоу прямой как рельс и логически понятный:
создал Клиента
создал его Оборудование
создал Заявку на ремонт этого Оборудования
внутри заявки добавил доходы-расходы по ней
снял предложенные демо-отчеты (чтобы доход-расход видеть)
Написал я все это, протестил, отдал другу... и тут оказалось что нужно ведь перенести клиентов и их станки из экселя. А лень. На этом все и закончилось, друг продолжает крутить эксель. А я подумал а что бы не выложить это на Гитхаб.
Как считаете — нужен ли сейчас подобный минимализм? Решений на рынке хоть отбавляй, каждое стремится стать комбайном и перещеголять соседа интеграциями, плагинами итд, пока не получится нечто подобное:
Но это же не инженерный путь :-) Да и KISS никто не отменял...
Репо: https://github.com/gluck-59/midved
Написано на PHP с фреймворком Codeigniter 3. Рядом лежит то же самое в Symfony версии — изучал фреймворк и повторил то же самое с минимальными отличиями.
Форкайте если надо, только обратную связь дайте плиз.
Комментарии (24)
Myclass
06.02.2026 18:58Скажу словами Атоса - "вы сделали всё правильно. Но может быть вы сделали ошибку". Минимальный фукнционал всегда был нужен. Но на поверхности. Под капотом-же всегда много сложностей. Без этого тоже никак.
aborouhin
06.02.2026 18:58На первый взгляд, человеку хватило бы Airtable или его многочисленных клонов разной степени платности (я за Grist, но это вкусовщина). Но раз ему повезло найти друга, который написал свой велосипед, - почему бы и нет.
Emelian
06.02.2026 18:58Как считаете — нужен ли сейчас подобный минимализм?
Разве вопрос нужно ставить так? Если имеется в виду финансовый минимализм за приличную и быстро созданную программу, то я бы, однозначно, выбрал «семерку» (1С77). На ней можно вести полноценный торгово-производственный, зарплатный и бухгалтерский учет, на среднем предприятии (до 1000 человек, примерно, с помощью терминал-сервера для совместной работы), на полностью самописной конфигурации. На что, лично мне понадобилось два года (плюс еще система учета рабочего времени сотрудников на базе нетбуков, считывателей RFID-карт сотрудников и собственного драйвера, не считая всяких там клиент-банков и зарплатных проектов), хотя первая рабочая версия начала уже работать через три месяца. Конкретно, вашу задачу можно сделать за пару месяцев, так, чтобы к Экселу больше не тянуло.(красивые отчеты можно и в 7.7 делать). Единственное, надо быть рядом с заказчиком, чтобы своевременно согласовывать общие позиции.
Однако я сомневаюсь, что без «семи пядей во лбе» получится что-то стоящее быстро, дешево и качественно. Просто – не значит легко. Иногда, до простого идешь годами, хотя сложное сделал за месяцы.
В общем, пытайтесь. Если долго мучится – что-нибудь получится :) !
gluck59 Автор
06.02.2026 18:58Ни разу не видел 1С дальше первого экрана, но что-то говорит мне о том, что если бы там все было настолько хорошо, никто не вел бы дела в экселе...
Emelian
06.02.2026 18:58Ни разу не видел 1С дальше первого экрана, но что-то говорит мне о том, что если бы там все было настолько хорошо, никто не вел бы дела в экселе...
Ну, я же говорю, что нужно иметь «семь пядей во лбу», чтобы его эффективно использовать.
Мои первые эксперименты по расчету зарплаты были даже не в Экселе, а в его прототипе – Lotus-123, на 286-х машинах под MS-DOS, с одним (!) мегабайтом памяти, если помните такие. Поэтому, представление о возможностях Эксела у меня есть. Отличная вещь! Я его до сих пор использую в своих проектах по подготовке данных для моей обучающей, иностранным языкам, программы (о чем писал в своих статьях, здесь). Работаю с Экселом, в том числе, в Питоне (наиболее эффективно – через буфер обмена и текстовые копии).
Однако, для баз данных (а ваша задача к ним относится), эффективней иметь дело с полноценными учетными системами. Вроде той же «1С». Для серьезных предприятий лучше, конечно, ориентироваться на «восьмерку» (1С8х). Но там свои сложности, которые можно решать, если использовать для промежуточных расчетов «семерку» (1С77), внешние компоненты и обработки. Но, это всё неочевидные вещи, нужно, как минимум, быть в «теме», т.е., иметь хорошее представление об учете, как таковом и понимать алгоритмы и концепцию учетных задач. Ну и быть, в достаточной мере, подкованным в программировании.
Для частников и малых фирм, проще взять 1С77 и адаптировать под себя подходящую конфигурацию, либо написать собственную, если хватит ума.
У меня был случай, когда ко мне обратился частный предприниматель с просьбой помочь разобраться с конфигурацией, которую ему написал, по заказу, частный программист, потом поставил пароль на программу, а сам уволился.
Пароль я ему снял и показал что, как и где. Учет у него был простой, разобраться было нетрудно. Товарищу это так понравилось, что он сказал, что, да это я и сам могу делать! И, самое интересное, у него получилось. Хотя, он ни разу не программист, просто, хорошо знает свою «кухню». А код в «1С», как известно, на русском языке.
Поэтому, 1С77 – это самый дешевый вариант. ЧП-шнику стоит раз напрячься, разобраться в адаптированной для него конфигурации и дальше вести её самому.
Да и на моей работе, когда надо было переходить с украинской ПУБ (конфигурация «Производство, Услуги и Бухгалтерия») на её русский вариант (в связи с переходом на законодательство ЛНР, а потом и РФ), я пару раз показал нашим девочкам-бухгалтерам, ни разу ни программистам, как делать русификацию украиноязычных отчетов и прочих данных на русский язык, и они, с огромным удовольствием, продолжили эту работу сами. А мне пришлось, только, гривны переводить в рубли и менять соответствующую бизнес-логику.
Так что, «семерка» хотя и старенькая, но, вполне себе рабочая лошадка. Более простой учетной системы в природе не существует. А Эксел, вещь хотя и хорошая, но это не учетная система. На больших данных, со сложными связями, она быстро «падает».
gluck59 Автор
06.02.2026 18:58Рад за ваш опыт и слог, тем не менее вы не учитываете самое главное условие задачи, для которой создавался проект.
В моей вселенной инженер перед началом работы прежде всего четко понимает "а где/для чего/кем спроектированное/сделанное/внедренное будет использоваться".
Иначе увы.
ProgerMan
Да.