Аудит конфигурации 1с

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

(301) Бизнес работал, задачи решались. Не факт, что после правильного внедрения все это будет делаться лучше и будет хоть какой-нибудь положительный эффект.

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

(303) к (302)

(296) так тут немного другое. Это неудачное внедрение рукожопом. Основная проблема которого в жлобстве на обучении. Как показывает опыт, в таких конторах основная проблема безграмотность пользователей. И не потому что они не могут, а потому что обучение пользователей считается в СНГ делом постыдным самими руководителями бизнеса. Если бы пользователи прошли ЦСОшные курсы по конфе, то "внедрение" КА и без доработок прошло бы. В описанной тобой ситуации проблема не в быдлокодинге как таковом, а в том, что программист не зная типовую ее запорол. Так он может запороть и делая доработки чистым идеальным кодом, который нарушает логику конфигурации. Мы же о неоптимальном но функционально правильном коде говорим.

(299) Вот интересно, как в "оптимизаторской" голове уживаются посылы про "большую команду узких специалистов" и авторитетное мнение о том, как бизнесу надо расходовать и экономить деньги?

(306) может ты удивишься, но крупные предприятия тратят на ИТ миллиарды, и это нормально, естественно и полностью оправдано. Например, ИТ-департамент Сбербанка ака СберТех насчитывает более 5 тысяч человек. Нетрудно догадаться, что только на оплату труда этой орды айтишников уходят сотни миллиардов. Welcome to the Real World №2

(307) Какой смысл тратить на ИТ миллиарды, если оборот, например, 100 миллионов? Таких организаций на несколько порядков больше, чем крупных предприятий. И именно они являются нормой, а крупные предприятия - это меньшинства ;)

(280) Т.е. технический долг напрочь отрицаешь?

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

(308) крупные конторы могут себе позволить тратить миллиарды на ИТ. А судя по тому, как они бодро это делают, такие затраты полностью оправдывают себя

(309) в смысле? Так-то техническим долгом как раз и будет ситуация, когда МВТ висит "на всякий случай"

(310) Если ты можешь перечислять 90% зарплаты на благотворительность - это не означает, что ты будешь это делать. Тратят миллиарды, потому что есть экономический эффект. Не было бы эффекта - не тратили бы миллиарды. И тратят их не за хороший код, а потому что по-другому при их масштабе уже не получится. А 1С, вроде как, никогда на такие масштабы не претендовала.

(311) Да, не спорю.
Отрицаешь сам факт таких ситуаций, когда оставить технический долг может быть оправдано?

(312) "И тратят их не за хороший код"

Сложно себе представить крупную организацию, в которой не было бы внутренних стандартов и требований к написанию кода

(313) есть такая поговорка - нет ничего более постоянного, чем временное. Зачастую "потом переделаю" остаётся в таком виде навсегда

(227) Это уже излишний перфекционизм. Чтобы конкретно этот случай привел к заметным проблемам - надо сильно постараться.

(178) Это вообще ловля мышей. У вас очень специфичный опыт работы с нагруженными базами.
У меня пример с противоположного края (вот где, действительно, полный пэ): документ, хранящий в строках ХранилищаЗначений (таблицы значений прайсов поставщиков). Один такой мегадокумент занимал в базе 100 мб. А его открытие очень тормозило :)
Переписывал всю эту систему несколько месяцев.  Яркий пример экономии на разработчиках - заплатил сначала первому "писателию", а потом - мне.
Но только вот первый "разработчик" продолжает в той фирме работать. Не хочет руководство платить больше и более дорогого, оно просто не осознает масштаб потерь бизнеса из-за кривого кода.

Кто сможет посчитать нервы юзеров, потерю производительности их труда из-за кривого интерфейса и кривой логики программы? Качественную характеристику "неудобной" программы очень сложно перевести в деньги.

(317) а никто этим и не заморачивается. Вот  в САП интерфейс кривой как моя жизнь. И что? миллионы мух не жужжат

(318) а с другой стороны 1с дает много удобных плюшек в интерфейсе, а миллионы пользователей ими не пользуются потому что не хотят обучаться.

(316) это был лиш условный пример одной из множества проблем, порождаемых ленью/незнанием программистов

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

(321) ты не совсем прав. Многие вещи в программировании опробованы годами, буквально выстраданы. Так что их легко встретить и в умных книжках, и во внутренних стандартах

(322) Многие, но не все.

(320) проблема не в лени или незнании. а в стоимости. Вот я работал в команде на фикси. Нас было 4 разработчика. Три старались писать придерживаясь стандарта, один быдлокодил. Как результат, пока мы в троем 5 задач закрывали за неделю, он один 4. При этом, по моим задачам я раза три всего требовались доработки. Да я их делал с минимальными потерями времени, но экономия времени на трех задачах по отношению с тем объемом что делал он ничтожна. И с точки зрения функциональности его задачи были решены успешно. Все работало и крутилось. а в случае потребности доработки он прикручивал очередной кривой, но рабочий костыль.

(324) А долго это продолжалось?

(324) на одном из прошлых мест работы мне достался обвешенный костылями ЗУП. Всё также работало и крутилось. А потом головное предприятие решило сделать РИБ ЗУПа, и спустила нам почти типову конфу. Отказаться от счастья перейти на типовой ЗУП было не вариант, проблемы индейцев, как говорится... Месяца четыре пришлось выправлять данные и переписывать как бы готовые отчеты и обработки, прежде чем типовой ЗУП начал полноценно работать. В доставшейся в наследство конфе царил жуткий трэш. Предшественник, вместо того чтобы разобраться, есть ли в типовой конфе уже готовое и как оно работает, быстренько прикручивал костыль. У него даже свой кривой расчет НДФЛ был сделан, с которым рег. отчетность, естественно, не работала. По-итогу, два года работы этого костылёвщика обернулись тем, что после него два 1сника и шестеро бухов-расчетчиков в течении четырех месяцев практически перевнедряли ЗУП. Вот чем оборачивается скоростное велосипедирование

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

(326) Главный вопрос - доживет ли фирма до момента, когда всё это аукнется? Если нет - значит, костылеваятель оказался прав.

(328) судя по наблюдениям, доживают сплошь и рядом. Более 10 лет работаю, и периодически пересекаюсь с каким-нибудь "переходом на новую редакцию", и каждый раз костылины предшественников вылазят боком

(325) 4 года (326) опять ты за человека не шарящего в конфе. Но даже так. вот есть КА уже десять лет на маленьком производстве. Переписанная в хламину. на новую редакцию ты не перейдешь, только с нуля. Но работает. Обновления добавляются только самые критичные. С одной стороны да, все через жопу, с другой у них за пять лет сменились два студента получавшие ниже рыночной, а 5 лет вообще приходяший кодер подправлял им по мелочи. и они работают. Да, в какой то момент вылезет боком все, но сэкономленные деньги за десять лет того стоят. (327) +100500. Вот именно. Мне тут рассказали как один заводик выкупили европейцы и перевели на сап. Юзверя начали бузить - а у нас в 1с был такой отчетик удобный а в сап такого нет. На что европейский манагер сказал - а чего я должен платит овердофига саперам что бы вам было удобно?) (328) или редакция) как люди жили в БП 1.6 а потом на БП 2.0 переходили выбрасывая свои доработки)

(330) не не шарящего, а не желающего разбариться

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

>> а чего я должен платит овердофига саперам что бы вам было удобно?
Дык надо было ему в деньгах разницу предоставить, что бы он понимал свои ошибки. Они же думают стереотипами, навязанными авторитетами. Если им показывать реальную картинку, то они сразу признаются, что не в деньгах дело, а в том, что бы люди превращались в бездумные инструменты

(329) в этом по идее должно помочь периодическое обновление конфы и платформы.

(333) После определённого момента обновить ничего не получается. Для этого иногда достаточно менее 1 года. Встречал. Лечил.

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

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

(331) потому что платят, не жжужат и не контроллируют = всем пофиг

(334) дык обновлятор-разработчик должен об этом беспокоиться или ты про то когда это разные люди ?

(338) Разработчик должен, даже обязан, разрабатывать так, что бы сразу думать лет на 10 вперёд. Если разраб делает наикрутейший код, который актуален только здесь и сейчас, тогда происходит кочевряживание общей логики, растёт тех.долг и вся общая работа затрудняется до жути. Ну и про обновления можно забыть уже через короткое время.
Один умный человек переписал расчёт НДФЛ в наикривейшей ЗУПе (как не крути, а там ещё пока много кривостей). Ну а что, сейчас работает же? А через пару месяцев уж это ваши проблемы. И контора вся гудит, что айтишники дэбилы, что не могут вовремя обновлять новые плюшки, которые появлятся по 3 раза в месяц. Потом 1С-ники полностью меняют модули расчёта налогов и народ вообще взвывает.
Уже наверное с десяток контор прошёл и везде одно и тоже - то, что описал. Всегда никто ничего не может обновить, учёта нет, всё разваливается и никто не может ничего сделать. А я всегда с самого начала начинаю удалять нафиг все переписки-дописки, что бы хоть как-то приводить учёт в порядок.

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

(339) т.е. все сводится к извечному "вам это не надо"

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

(340) Нет! Всё надо! Вообще всё. От и до, кроме самодурства.

(341) Только наисложнейшие предприятия. Всегда одно и тоже - все разрабы, которых выгоняли напоследок говорили, что ещё на коленях просить будем, что бы они помогли. В некоторых конторах даже свой налоговый учёт был. При чём структуры такие по размеру, что только юзверей под 400 штук было.
Так что если есть трубейная контора, зовите меня и всё исправим))))))))))))))

(341) >> добавляя очередной костыль.
Деление по видам времени, пропорционально скачкам сотрудников с территорию на территорию, с различными правилами и сложными расчётами. Это просто? Например, франч начал всю конфу менять, ведь надо все начисления делить. 1С-ники как-то вяло к этому подошли и много лет не делали. А мы сделали в виде внешнего модуля, который позволяет работать без программиста и никак не влияет на обновление.
И так во всём и всегда. Секрет не в крутости, а в использовании простейших методик, которые всем известны, но которые никто почему-то не использует. Никто! С 2009 года всем про них талдычу, а они только кивают головами и всё равно делают по старинке - загоняют и себя и конторы в ямы

(27) А где гарантия что заплатите подрядчику, проводящему аудит конфигурации?