Comments 26
Да.
Скажу словами Атоса - "вы сделали всё правильно. Но может быть вы сделали ошибку". Минимальный фукнционал всегда был нужен. Но на поверхности. Под капотом-же всегда много сложностей. Без этого тоже никак.
На первый взгляд, человеку хватило бы Airtable или его многочисленных клонов разной степени платности (я за Grist, но это вкусовщина). Но раз ему повезло найти друга, который написал свой велосипед, - почему бы и нет.
Как считаете — нужен ли сейчас подобный минимализм?
Разве вопрос нужно ставить так? Если имеется в виду финансовый минимализм за приличную и быстро созданную программу, то я бы, однозначно, выбрал «семерку» (1С77). На ней можно вести полноценный торгово-производственный, зарплатный и бухгалтерский учет, на среднем предприятии (до 1000 человек, примерно, с помощью терминал-сервера для совместной работы), на полностью самописной конфигурации. На что, лично мне понадобилось два года (плюс еще система учета рабочего времени сотрудников на базе нетбуков, считывателей RFID-карт сотрудников и собственного драйвера, не считая всяких там клиент-банков и зарплатных проектов), хотя первая рабочая версия начала уже работать через три месяца. Конкретно, вашу задачу можно сделать за пару месяцев, так, чтобы к Экселу больше не тянуло.(красивые отчеты можно и в 7.7 делать). Единственное, надо быть рядом с заказчиком, чтобы своевременно согласовывать общие позиции.
Однако я сомневаюсь, что без «семи пядей во лбе» получится что-то стоящее быстро, дешево и качественно. Просто – не значит легко. Иногда, до простого идешь годами, хотя сложное сделал за месяцы.
В общем, пытайтесь. Если долго мучится – что-нибудь получится :) !
Ни разу не видел 1С дальше первого экрана, но что-то говорит мне о том, что если бы там все было настолько хорошо, никто не вел бы дела в экселе...
Ни разу не видел 1С дальше первого экрана, но что-то говорит мне о том, что если бы там все было настолько хорошо, никто не вел бы дела в экселе...
Ну, я же говорю, что нужно иметь «семь пядей во лбу», чтобы его эффективно использовать.
Мои первые эксперименты по расчету зарплаты были даже не в Экселе, а в его прототипе – Lotus-123, на 286-х машинах под MS-DOS, с одним (!) мегабайтом памяти, если помните такие. Поэтому, представление о возможностях Эксела у меня есть. Отличная вещь! Я его до сих пор использую в своих проектах по подготовке данных для моей обучающей, иностранным языкам, программы (о чем писал в своих статьях, здесь). Работаю с Экселом, в том числе, в Питоне (наиболее эффективно – через буфер обмена и текстовые копии).
Однако, для баз данных (а ваша задача к ним относится), эффективней иметь дело с полноценными учетными системами. Вроде той же «1С». Для серьезных предприятий лучше, конечно, ориентироваться на «восьмерку» (1С8х). Но там свои сложности, которые можно решать, если использовать для промежуточных расчетов «семерку» (1С77), внешние компоненты и обработки. Но, это всё неочевидные вещи, нужно, как минимум, быть в «теме», т.е., иметь хорошее представление об учете, как таковом и понимать алгоритмы и концепцию учетных задач. Ну и быть, в достаточной мере, подкованным в программировании.
Для частников и малых фирм, проще взять 1С77 и адаптировать под себя подходящую конфигурацию, либо написать собственную, если хватит ума.
У меня был случай, когда ко мне обратился частный предприниматель с просьбой помочь разобраться с конфигурацией, которую ему написал, по заказу, частный программист, потом поставил пароль на программу, а сам уволился.
Пароль я ему снял и показал что, как и где. Учет у него был простой, разобраться было нетрудно. Товарищу это так понравилось, что он сказал, что, да это я и сам могу делать! И, самое интересное, у него получилось. Хотя, он ни разу не программист, просто, хорошо знает свою «кухню». А код в «1С», как известно, на русском языке.
Поэтому, 1С77 – это самый дешевый вариант. ЧП-шнику стоит раз напрячься, разобраться в адаптированной для него конфигурации и дальше вести её самому.
Да и на моей работе, когда надо было переходить с украинской ПУБ (конфигурация «Производство, Услуги и Бухгалтерия») на её русский вариант (в связи с переходом на законодательство ЛНР, а потом и РФ), я пару раз показал нашим девочкам-бухгалтерам, ни разу ни программистам, как делать русификацию украиноязычных отчетов и прочих данных на русский язык, и они, с огромным удовольствием, продолжили эту работу сами. А мне пришлось, только, гривны переводить в рубли и менять соответствующую бизнес-логику.
Так что, «семерка» хотя и старенькая, но, вполне себе рабочая лошадка. Более простой учетной системы в природе не существует. А Эксел, вещь хотя и хорошая, но это не учетная система. На больших данных, со сложными связями, она быстро «падает».
С учетом того, что вы накидали форму логина и посторонние отчётов, то можно было и импорт данных из экселя накидать по бырику.
Что за друг вы такой, если заставляете товарища данные руками вбивать? 😁
А экспорт из экселя-то чего не сделали?
Если вдруг лень искать плагин для эксель-файлов, эксель же умеет в кома-сепарейтед сохрянять, там потом просто слово INSERT в начало каждой строки вставить остаётся.
Айфон с перфокартой - зачетный.
Проблема в том, что зачастую простые вещи далеко не простые.
public function execRequest($sql) {
$stmt = $this->db->query($sql);
return $stmt->result_array();
}Не в масть тебе эти котлы, дядь ©
Запуск произвольного кода в
ReportModel::execRequest()
Это вот тоже песня:
// PaymentModel::autoDistribution()
return new Exception('ошибка платежа в '.__LINE__);Исключение создаётся, но не выбрасывается. Ошибка молча проглатывается, деньги теряются
И архитектурные проблемы
Высокая связанность, протекающие абстракции, божественные модели, неявный контекст, одержимость примитивными типами.
Вот за такими вот я тут помойки разгребаю. Вам же хочется госуслуги получать качественно и надёжно?
Хотя, ваша система не претендует на корпоративную но совесть то надо иметь
Уберите из хабов CRM, ERP и не предлагайте форкать.
Знаете, наверно я бы сказал, что если программа работает очень быстро на любых ресурсах и доступ к её основной функции ничем не загорожен, остаётся интуитивно понятной, то пока вы остаётесь в этих рамках - делайте что хотите. А большие комбайны должны существовать только в пределах работы с одним типом информации, когда передача в другие сильно затруднена. Мне не нужен музыкальный синтезатор и видео-конвертер в программе для 3D-моделирования, а вот модули симуляции тканей, жидкости, риггинга и анимации - очень нужны. Только реальность такова, что в таких комбайнах какие-то отдельные модули выполняют свою задачу из рук вон плохо, а импорт/экспорт в другие программы, специализирующиеся на одной задаче, всё ломает, что приводит в негодность саму идею разбиения на простые этапы.
Так же как и оплата квитанций прямо из банковского приложения мне очень удобна. Это всё ещё очень смежные задачи. А вот если оно возьмётся быть чатом и фотогалереей - не дай бог
реальность такова, что в таких комбайнах какие‑то отдельные модули выполняют свою задачу из рук вон плохо
Зато все усилия отданы принципу "всё, сразу и ни**я толком". Я не знаю как это помогает продажам, но видимо как-то люди живут...
Скучаю по временам когда (при Джобсе вестимо) у яббле был такой "Mac Way", где принцип единой ответственности имел абсолютный приоритет над всем остальным и любая софтинка выполняла свою главную задачу на 104%.
Что касается написания велосипедов: иногда просто нет выбора. Человек, не работавший программистом ни дня в своей жизни, написал скрипты для обработки на встроенном в программу языке. Потому что рутинные задачи, которые решаются парой переменных, циклом и считанным минутами, занимали недели ручного труда. Да медленно, да потихоньку, но цель была достигнута, бремя с плеч упало. Я мог бы рассказать подробнее, но это займет очень много текста - просто поверьте, ни плагинов небыло, ни тем более готовых решений.
Хабр как раз и предназначен для "много текста" с тех. подробностями :)
3DS Max, создание спрайтов. Надо было рендерить в 16 направлениях, поворачивая камеру на точный угол. Сохранить в файлы: тень отдельно, тело отдельно, одежду отдельно, местами ещё и альфа маску для эффектов в игре. Все по папкам со строгим именованием, затем вызвать конвертер, который из 1024х1024 сделает 180х180, 256х256 и 320х320 (поскольку рендер напрямую сильно хуже), затем текстур-пакер с параметрами, который запакует всё это в атласы. Затем для каждого файла анимационной сцены (всего-то 30..50 штук, Idle, draw weapon, attack 1..7, hit 1..4, death 1..4, run 1..2, walk... и много других) надо загрузить и присвоить материалы из библиотеки (робот чистый, робот ржавый...). Большую часть операций удалось заменить на скрипты. Наверно настоящий программист сделал бы все гораздо более масштабируемым, оптимальным и тому подобное, но счастье уже в том, что это просто работало и снимало во-первых много ручного труда, а во-вторых исчезли ошибки именования, ракурсов, пропущенных файлов и прочего
Наверно стоит сделать статью с подробностями, вдруг кому-то пригодится
Люди готовы делать бешеные вещи в Экселе, лишь бы не платить за профессиональный софт
Однажды я анализировал проект для сада в Узбекистане. Сад огромный, нужно вести учёт чуть ли не каждого дерева, когда какое обрабатывали, какие проблемы где. Они скинули свой Эксель, в котором они ведут свои дела
Во-первых, то, что компания ведёт свои дела в Экселе, перекидывая актуальные версии друг другу файлом - уже выглядит даже не смешно, а жалко. Во-вторых, вы бы видели, что там они сделали
Страниц в этом Экселе несколько десятков. Но самое удивительное то, что тебя встречает при открытии файла на первой странице - интерактивная карта сада, разбитого на разные области, нажав на которую можно перейти сразу на нужную страницу. И это не какая-то пустышка, это реально выглядит как карта участка. Может для кого-то это обычное дело, но для меня, как написал автор "тук-тук кто там", это выглядело, да и до сих пор выглядит, как магия
Но как и полагается каждому заказчику: хотели они собственную систему (не готовое решение, а разработку под себя, чем мы и занимались), а так же систему с дронами, чтобы те анализировали деревья (где плоды поспели, где саженец болеет и т.п.), а готовы были платить 3 копейки до налогов. Вроде так и остались на Экселе, дальнейшая судьба их мне не известна
Интерактивная карта в экселе — это впечатляет...
Нужен ли сегодня минимализм в софте?