Нетехническая статья про технические статьи

25.02.20

Сообщество - О жизни

Отвечаю на многократные вопросы про написание технических статей.

Мне часто говорят – эй, где технические статьи? Чё ты всякую чушь пишешь, про менеджеров, директоров, отношения с персоналом, корпоративные дрязги, ноешь про бессмысленность нашей работы и вообще. Мы хотим технические статьи!

Я, если честно, плохо понимаю, что такое «технические статьи». Я понимаю, что такое «задача» и что такое «решение». Еще я понимаю, что решение одной и той же задачи можно найти на разных уровнях – от «железного» до философского. Какой уровень правильнее – не знаю.

Чтобы разобраться, нужна ваша помощь. У меня есть прекрасный сквозной пример решения одной задачи на разном уровне. Сразу предупреждаю – пример из сферы 1С, но вашим прекрасным мозгам там будет где примениться. Попробуем найти место для «технической статьи» в этой цепочке.

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

Исходная ситуация


Исходная ситуация проста: не завершается расчет себестоимости в 1С.

Для тех, кто далёк от желтого мира, поясню. Расчет себестоимости – это примерно самая ресурсоемкая операция, которая бывает в 1С. Выполняется в конце месяца, иногда ее, по старинке, называют «закрытием месяца».

В течение месяца в систему вносятся т.н. «первичные документы» — приход материалов, перемещения между складами, выпуски продукции, списание со склада в производство, корректировки, поступления затрат, распределения, комплектации и прочее.

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

Всё это дело в течение месяца записывается в одну большую таблицу, которую потом расчет себестоимости обрабатывает. У него две ключевых задачи – распределить затраты и скорректировать себестоимость. Распределить затраты – это типа включить в стоимость выпуска всё, что на этот выпуск было потрачено, вроде материалов, электроэнергии, зарплаты и т.д. (до расчета себестоимости это были разные записи таблицы, выпуск отдельно, затраты — отдельно). Ну а скорректировать себестоимость – это решить СЛАУ, чтобы привести стоимости к нужной стратегии списания (по средней или ФИФО).

Так вот, представим, что вся эта хрень не работает. Запускаем, ждем сутки, потом падает. Известно, что расчет идет на сервере под управлением Windows Server 2012, в одном процессе rphost.exe, СУБД – MS SQL.
 

Уровень окружения


Первый уровень – чисто пацанский. Ничего не хотим знать ни про какую 1С, смотрим только на окружение. Какая нам, в общем-то, разница, что там делает эта несчастная 1С? Мы и так знаем, что всё она делает неправильно, но мы как-нибудь обойдемся без сопливых.

Поле для экспериментов – огромное. Как и материал для настоящих, без кавычек, технических статей.

Начнем с выбора серверного оборудования. Ведь его наверняка подбирали 1Сники, которые в этом не петрят. Напишем про влияние объема ОЗУ на выполнение тяжелых 1Сных операций, исследуем жесткие диски разного физического исполнения, посмотрим, что важнее – количество процессоров или ядер. В реальной практике – еще и сервер новый закажем. Особенно с учетом откатов, которые платят поставщики серверов.

Дальше посмотрим на ОС. Не годится ведь приличные серверы держать под виндой? Тем более, что 1С уже давно умеет работать под линуксом. Да и, в конце-то концов, в 1С поддержана кластеризация, и мы, формально, можем поставить два и более сервера, даже под разными операционными системами. Вот матерьялец-то будет для статьи.

Ну и, конечно, не обойдем СУБД. Какого черта все уперлись в эту MS SQL? Как минимум, посмотрим на Postgre, которую 1С поддерживает уже лет 100. Даже под виндой. Мало того, что попробуем другую СУБД, так еще и поднастроим ее так, чтобы шум стоял. Правда, на эту тему уже написана куча статей, в т.ч. самой фирмой 1С, но мы обязательно найдем, что сказать в своей технической статье. В конце концов, интересно читать опыт людей, а не мануалы.

А задачу решим? Не исключено. Практика показывает, что на этом уровне решается довольно много задач – особенно, при первом появлении проблем с расчетом себестоимости, т.е. на тех порах, когда все настройки и ОС, и СУБД стояли по дефолту.

Но у нас история немного другая. Все возможности уже исчерпаны, лучшие умы города ковырялись в сервере – причем, купленном три месяца назад. Тогда, сразу после запуска, сервер порвал расчет себестоимости всего за 16 часов. А сейчас, увы, почему-то и за сутки не справляется.

Придется подниматься на уровень выше.
 

Уровень доработки 1С


Ладно, бросаем железо, лезем программировать. Несложный замер производительности показывает, что 1С зависает и падает при выполнении операции распределения затрат.

Там, на самом деле, всё просто. Есть таблица, в которой к моменту расчета 8 млн. записей. Грубо говоря, половина из них – затраты, вторая половина – база распределения. Т.е. надо взять первую половину, и бахнуть на вторую.

Сидим и думаем – где тут падать-то, родимая? Банальный перебор, хоть и сопровождающийся постоянными запросами к БД с хранением промежуточных результатов во временных таблицах. Ну, может, еще и в том проблема, что результат записать не удается, т.е. добавить к 8 млн. записей еще столько же.

Ничего сложного, но падает. Чего-то не хватает процессу rphost.exe. Так, стоп… А почему такую простую, и в общем-то, не особо зависимую от контекста операцию выполняет всего один процесс? Кто мешает поделить таблицу пополам, или даже на три части, и выполнять параллельно? Ведь 1С вполне себе умеет хоть 20 процессов запустить, но почему-то этого не делает. Так, а почему не делает? Или делает?

Ага, обнаруживаем, что наша версия 1С немного устарела, а в более современных распараллеливание вынесено прям в настройки – человек заранее может сказать, сколько параллельных потоков вот этих самых «вычислений» может выполняться. Непорядок!

Дописываем несложный код, который пилит таблицу на нужное количество частей и выполняет их параллельно. Напомню, что распределение одних затрат ну никак не зависит от распределения других, в рамках одной итерации.

Йоу! Заработало! Просрался расчет себестоимости! Иногда, правда, возникают блокировки для записи – пофиг, приделываем заплату в виде кеша записей с управляемой блокировкой для последующего помещения в основную таблицу. Красота! Работает!

У, сколько тут статей можно написать! Технических! Правда, с немного желтым окрасом. Хотя, с другой-то стороны, где наша не пропадала? Что, в вашей среде разработки и на ваших проектах не приходилось делить запись миллионов строк на куски, чтобы СУБД не сдохла?

Всё, победа вроде. Но что-то гложет… Себестоимость-то посчиталась, но всё равно – слишком долго. Те же сутки, просто падать перестала – объем записей никуда не делся, просто мы пишем их кусками, псевдопараллельно.

Ползем выше.
 

Уровень технической настройки 1С


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

А тут глядим – э, черт, а там цикл… Цикл, который выполняется по таблице из 4 млн. строк. А в нем еще один цикл, с безусловным прерыванием по какому-то странному условию. И выполняется тело вложенного цикла намного больше, чем 4 млн. раз. Блин…

Ковыряемся, и обнаруживаем третью таблицу, в которой хранятся настройки распределения. Грубо говоря, там и лежит сопоставление первых 4 млн. записей со вторыми. Но организовано там всё не однозначно, а с постепенным сужением фильтра. Сначала написано типа «все затраты с видом Общепроизводственные фигачим тупо на выпуск», потом «А вот эту статью – тоже на выпуск», потом «а вот эту статью пот по этому подразделению – тоже на выпуск», потом уточняется до номенклатурной группы, счета учета и т.д.

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

Вспоминаем, как работают с этими настройками бухгалтеры. Программисты вбили в таблицу 4 строки, с самым широким фильтром. А у бухгалтеров что-то «не закрылось» — они зашли, и уточнили фильтр для конкретной статьи и конкретного подразделения. И так они сделали 10 тысяч раз, в течение многих лет.

В итоге, наши 4 млн. записей бегают по другим 4 млн. записей несколько раз. Что ж, накатываем для храбрости и идем в бухгалтерию. Не к главбуху – она наверняка не в курсе про эту настройку. Начнем с замглавбуха.

Приходим, объясняем смысл этой настроечной таблицы, и рассказываем (снова) как ей пользоваться. Убеждаем, что всё будет хорошо. Ставим тестовую базу, проводим эксперимент, предварительно прибив 10 тысяч записей, и вуаля – расчет себестоимости занял всего 8 часов!

Э-ге-гей! Какую классную статью теперь можно написать! Только будет ли она технической? Ну не знаю… Для определенных, желтых сообществ, наверное – да. Ладно, пусть она будет технико-методической. Заодно добавим пару абзацев про то, какие тупые бухгалтера.

И тут приходит мысль – раз уж сумел прорваться в бухгалтерию, может еще чего ковырнуть? Например, понять, почему записей в таблице – 8 млн. А главное – почему их с каждым месяцем становится всё больше.

Пробуем подняться уровнем выше.
 

Уровень ведения учета


Нам, программистам, понятно, что количество строк в таблице определяется шириной используемой аналитики, а не объемом выпуска. Тем более, что мы знаем – объемы выпуска родного предприятия, как и линейка его продукции, растет значительно медленнее, чем размер нашей таблицы.

Например, если бы единственной нашей аналитикой выпуска было подразделение, то количество строк в таблице было бы не больше, чем 2 * количество различных подразделений (половина под выпуск, половина под затраты). Этих подразделений у нас, дай Бог, сотня.

Если добавить, например, аналитику «Статья затрат», то количество записей будет равно (Количество подразделений) * (Количество статей) + (Количество подразделений), потому что вторая половина таблицы (выпуск) не содержит аналитики статьи (как правило, если нет передачи полуфабриката из подразделения в подразделение без использования склада). Самое поганое в этом уравнении — *, т.е. умножение. 100 подразделений да 100 статей – уже 10 тыс. записей.

Потом умножаем на количество номенклатур, характеристик, заказов на производство, номенклатурных групп, черт меня дери… Так и набирается 8 млн.

Или не набирается? Пересчитываем на калькуляторе – не, ни фига. Точнее, даже без калькулятора понятно, что количество записей не должно так быстро расти, из месяца в месяц.

Разворачиваем отчет по остаткам в разрезе всех используемых аналитик, и – ба! – оно ж, собака, тупо не закрывается! Поясню, что значит «закрывается» — это когда пришел остаток по набору аналитик, и в конце месяца весь ушел. А не закрывается – когда не ушел. Так образуется незавершенное производство, сиречь НЗП.

А не закрывается ровно по одной аналитике – заказ на производство. Для каждой партии продукции заводится некий документ, который эту партию типа отделяет от остальных. На него отправляются затраты (первая половина таблицы), по нему отражается выпуск (вторая половина таблицы), и всё должно закрываться. А оно не закрывается.

Зам. главбуха, которая сидит рядом, тоже в шоке. Знать не знала, что не закрывается – это ж ахтунг! Ковыряемся, выясняем – они, бухгалтеры, просто смотрят отчеты без учета заказов. Без этой аналитики всё закрывается, а с ней – нет.

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

Бежим в нашу тестовую базу, убираем все хвосты, и – едрить твою за ногу! – записей при расчете становится 1 млн.! Расчет уже укладывается в 2 часа!

А у нас уже задор исследователя – ведь такой материал для технической статьи наклевывается! Хвосты-то мы убрали, а в текущем месяце аналитика заказа до сих пор присутствует. Ладно, чё, база тестовая – режем заказы вообще, и таблица сворачивается до 400 тыс. записей.

Расчет идет 1 час. 1 час, Карл! Мы сократили время расчета в 24 раза! Ну теперь-то такенную статью напишем, почти техническую, что закачаешься!

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

Уровень стратегии учета


Тешим себя надеждой, что всё пройдет на «ура». В конце концов, мы ведь проблему расчета себестоимости решили – да еще как! Предполагаем, что главбух не в курсе вообще про настройки детальности расчета, и аналитику заказа просто кто-то когда-то включил, типа пусть будет.

Ан нет. Как только главбух услышала «отключить аналитику заказа», прям вся взбеленилась. Начала гнать про офигенную необходимость для предприятия иметь полную картину себестоимости, и, главное, сравнивать цифры именно в разрезе заказов, в рамках одного контрагента, да и помесячно.

Набираем полную грудь воздуха, и задаем главный вопрос: это, Мариванна, а вы хоть раз в жизни делали такой анализ? По своей воле, или по заказу других подразделений?

Ну, несколько минут выслушиваем разнообразные прилагательные и существительные, преимущественно образованные от всего лишь четырех слов великого и могучего. Мысленно вспоминаем адреса сайтов с вакансиями. Но решаем идти до конца.

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

Те ребята попроще, и содержащегося в крови алкоголя уже достаточно, чтобы с ними пообщаться. Пока идем, думаем – а что про это приключение можно написать? Технического – ничего, явно. Хотя проблема видна невооруженным взглядом. Ну т.е. понятно, что на всех уровнях ниже мы решали несуществующую проблему.
 

Уровень корпоративных игр


А финдир наш друг. Мы много помогали этой веселой тёте с автоматизацией. Поэтому спрашиваем в лоб – нафига бухгалтерия ведет учет с такой широкой аналитикой? Да еще так хреново.

Тётя сразу цепляется за слово «хреново» — чего хреново, где хреново, действительно ли хреново? Ну да, говорим, хреново, по-настоящему хреново. Из-за нее ИТ-отдел не спит кучу ночей, строчит кучу технических статей и вообще, выгорает.

Тётя берет быка за рога и просит изложить всё в письменном виде – что не так, почему и как я до этого дошел. Ладно, обещаем изложить. Но, опять же, идем до конца. Чего, говорим, главбух такой фигней занимается, причем, прикрываясь финдиром, т.е. тобой, тётя?

Получаем ответ в лоб – а пусть помучается, гадина. Нефиг было умничать на совещаниях. Говорить, что нет ничего важнее бухучета. Утверждать, что неправильно подчинять главбуха финдиру. Нести чушь насчет того, что главбух – второй человек на предприятии, после директора.

А чего, говорим, просто не уволить ее? А нельзя, говорит тётя. Это ж будет выглядеть, как устранение неугодных – типа, вякнула тетка, и тут же вылетела с работы. Звоночек неприятный будет для директора. Начнет копаться, как тут кто ведет учет.

А сейчас – картина маслом. Главбух не справляется с учетом. Положила базу на бок. Так если бы с пользой для дела – нормальный учет себестоимости по заказам так и не организовала.

Между делом спрашиваем – а вам, тётя, нафига этот учет по заказам, да еще в бухучете? В лоб отвечает – он мне вообще никуда не впился. Не пользуются ни экономисты, ни финансисты цифрами бухучета. Только первичными документами.

Э, говорим, как так? А откуда себестоимость берете? Вы ж без нее прибыль не посчитаете.

Сами, говорит, себестоимость считаем. Наполовину кассовым методом, материальные затраты собираем по ценам закупа, а распределяем в экселе, котловым методом, с использованием норм расхода материалов, с корректировкой до факта только по суммам.

Потому что, дорогой мой, наша задача в части себестоимости – выдать директору листок формата А4 под названием «Отчет о прибылях и убытках», где все затраты поделены на десять групп, плохо коррелирующих со статьями затрат бух.учета.

Грубо говоря, всё, что делает бухгалтерия, не нужно никому, кроме бухгалтерии. А бухгалтерии учет затрат нужен в очень короткой аналитике – ровной той, что присутствует на счетах бух.учета. А там, дай Бог, если три аналитики наберется.

Выходим из кабинета финдира в смешанных чувствах. С одной стороны, вроде, во всём разобрались – задачу-то вообще решать не надо, и проблема расчета себестоимости исчезнет навсегда. С другой – оказались втянуты в корпоративные игры.

Сейчас ведь как. Напишешь бумажку про главбуха – станешь для них врагом навсегда. Не напишешь – и дружбу с финдиром потеряешь, и с глабухом не наладишь. Она же не поверит, если рассказать историю типа «меня просили на тебя накапать, а я отказался».

И написать техническую статью не про что. Вообще. Хотя, уже понимаешь, что все проблемы на нижних уровнях решать не то, что бесполезно – вредно. Ведь все усилия и деньги (помните про недавно купленный новый сервер?) пошли не на пользу компании, а на пользу одной тёти, которая дружит против другой.

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

Поднимаемся на уровень выше.
 

Уровень птичьего полета


Решаем всё-всё рассказать. Снизу доверху, без прикрас. Про всех. Терять-то нечего.

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

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

А сам всё цифры какие-то на бумажке пишет.

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

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

Директор вежливо выслушивает до конца, потом подводит черту под своими цифрами, и выдает: дружище, ты вскрыл проблему, которая обходится мне в 1 млн. рублей в месяц. Спасибо тебе большое. Прям вот так, без восклицательного знака.

Теперь, говорит, будет так. Запускаем проект приведения учета в порядок. Руководителем будешь ты. ИТ-директора я увольняю, на его место встаешь ты. Службе безопасности поручу проверить, получал ли он откаты за покупку оборудования.

От тебя жду четкого плана по учету, и бухгалтерскому, и управленческому. Чтобы всё красиво и взаимосвязанно, но – только в нужной аналитике. Ты будешь этот план внедрять. Любые изменения в учете теперь будут реализовываться только после твоего одобрения.

В плане учета должен быть расчет необходимого количества специалистов. Лишних – уволим, без размазывания соплей. Сразу думай, как можно автоматизировать деятельность оставшихся – возможно, и их многовато, если с умом подойти.

Только не зазнавайся, чувак. Ты теперь работаешь на меня. Будешь моими глазами и моим техническим мозгом. Никаких игр – ни со мной, ни с кем другим.

Выходим, на шатающихся ногах, и ползем в свой подвал. Голова кружится – то ли от счастья, то ли от страха. Хочется сбежать, как из странного сна, просто чтобы вернуться в привычную реальность. Неужели так бывает?

Не, не бывает. Не поверят. И статью про это не напишешь. Заплюют, заклюют и отправят в Cosmopolitan статьи писать про ИТ-золушек. И сам бы не поверил. Точнее, сказал бы, что не верю, лишь бы не признаваться, что боюсь вылезать из своей дыры и спрашивать «а нахера я эту чушь должен делать?». Хоть и на блестящем техническом уровне.
 

Собственно, вопрос


Где тут технический уровень? Про что интересно и полезно писать и читать технические статьи? Вот прям на этом примере.

См. также

"250+ тысяч, в штат и работу пока не ищу": как изменился типичный 1С-ник в 2023 году

О жизни Россия Бесплатно (free)

Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).

08.02.2024    21384    Neti    85    

106

Адекватность работодателя. Как её определить? Часть 2. Процесс работы, от испытательного срока до увольнения

О жизни Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

22.01.2024    3462    biimmap    61    

66

Адекватность работодателя. Как её определить? Часть 1. Собеседование, заключение трудового договора

О жизни Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

16.01.2024    4940    biimmap    99    

76

Идеальное место работы для ЗУПера... Какое оно?! Часть 1. Негативные тенденции, ненужные знания.

О жизни Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Импортозамещение увеличило потребность в архитекторах, аналитиках, разработчиках 1С, в т.ч. по ЗУП. Все их ищут всеми возможными способами, но не могут найти и не знают, чем же их завлечь к себе!? Давайте разберёмся в этом вопросе!

27.11.2023    4163    biimmap    52    

72

15 лет вместе...

О жизни Сообщество Бесплатно (free)

Прочитав название публикации, мысль возникает о свадьбе... Но речь не об этом!

25.08.2023    2412    biimmap    23    

46

Как изменилось собеседование разработчиков 1С за последний год

О жизни Россия Бесплатно (free)

«Многие кандидаты хотят от собеседования простую вещь: чтобы оно длилось пять минут и брали сразу на 300 000 в наносекунду», — Эльдар Мингалиев, разрабатывает новые форматы собеседований.

22.08.2023    13707    Neti    161    

107

Зачем и как ставить плюсы

О жизни Бесплатно (free)

Не раз сталкивался с тем, что пользователи сайта не очень понимают, как ставить плюсы и зачем. Многие думают, что поставить плюс = добавить публикацию в избранное. В статье будет кратко об этом.

21.08.2023    3562    biimmap    93    

126
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. пользователь 25.02.20 14:08
(0) вот на что мой комментарий повлиял :)

Остановитесь. Статей так много, но смысла все меньше.

Со всем уважением.
DrAku1a; dachnik; randomus; Sashares; PLAstic; SerVer1C; trickster; sm.artem; Merkalov; shalimski; RailMen; ByNiko1984; wowik; Andreeei; Dream_kz; +15 1 Ответить
4. 1c-intelligence 12771 25.02.20 14:29 Сейчас в теме
(1) ваш в том числе повлиял, но не в первую очередь - тема давно напрашивалась.
А смысл в этой статье, кмк, прет из каждой буквы. Не всем он по душе, конечно - вдруг читатель увидит себя среди "технарей"?
EugeneSemyonov; DmitriyPerevalov; ByNiko1984; +3 Ответить
5. пользователь 25.02.20 14:39
6. 1c-intelligence 12771 25.02.20 14:40 Сейчас в теме
8. пользователь 25.02.20 14:47
(6) в вообще интересная тема, в том плане что многие задачи можно и не техническими путями решить. А еще есть любители усложнять задачи там, где не нужно. Хайлоад на файловой базе с 10 пользователями :D


Беру свои слова назад. Смысл в статье есть :)
EugeneSemyonov; ByNiko1984; acanta; +3 Ответить
9. 1c-intelligence 12771 25.02.20 14:53 Сейчас в теме
(8) прочитали в итоге что ли :)
ByNiko1984; YPermitin; +2 Ответить
10. пользователь 25.02.20 14:55
(9) да, я сначала прочитал первую часть, а потом концовку.

А потом маркетинговый ход подействовал и я прочитал полностью :D
ByNiko1984; +1 Ответить
31. Дмитрий74Чел 234 26.02.20 10:15 Сейчас в теме
(6), (8) За что кукушка хвалит петуха? За то, что хвалит он кукушку!
32. пользователь 26.02.20 10:17
(31) петух петуха видит из далека? :)))))
28. PLAstic 295 26.02.20 09:11 Сейчас в теме
(1) Спасибо за смелость озвучить то, о чём думают многие.
50. пользователь 27.02.20 11:19
Сообщение было скрыто модератором.
...
2. VmvLer 25.02.20 14:20 Сейчас в теме
у кого-то не было 23-го февраля - сидел щелкоперил все выходные?
вот что значит обвинить в пьянстве и лени - собрал волю в кулачек.

что ж - эта статья годная, почти все правда и основано на реальных событиях.
starik-2005; koshkarov; ByNiko1984; +3 Ответить
3. 1c-intelligence 12771 25.02.20 14:21 Сейчас в теме
(2) 2 часа сегодня с утра.
ByNiko1984; +1 Ответить
7. whitedi 17 25.02.20 14:41 Сейчас в теме
Хорошая статья! Но зачем так прямо рушить мир единорогов и прочих розовых технических соплей для местного эстеблишмента, не совсем понятно? Заклюют жеж)
Давайте в следующий раз про авто-тестирование там jenkins или что-то такое оторванное от жизни)
zqzq; Perfolenta; ByNiko1984; YPermitin; +4 Ответить
11. user633166 12 25.02.20 15:35 Сейчас в теме
(7) (8) Хорошая статью, повторюсь за Вами. Раскрыта тема участия - не участия всех действующих лиц. "Вся жизнь театр, и люди в ней актёры" (с) Уильям Шекспир. С удовольствием бы прочитал статью автора в Cosmopolitan! Автор, ждём?
EugeneSemyonov; ByNiko1984; +2 Ответить
12. Ish_2 1104 25.02.20 16:19 Сейчас в теме
(0) Очень полезная практика :
обязательная аннотация в начале статьи.
В чем проблема ? Каковы подходы к её решению ?
Вначале - суть , "размышлизмы" и прочие художества - потом.
Читатель сэкономит массу времени.
ByNiko1984; +1 Ответить
13. taiba 87 25.02.20 18:24 Сейчас в теме
Кажется из заголовка выпало "Поймай меня, если сможешь" ? ;)
EugeneSemyonov; ByNiko1984; +2 Ответить
14. acanta 25.02.20 18:38 Сейчас в теме
15. Vladimir Litvinenko 2869 25.02.20 19:39 Сейчас в теме
Хм, имеет ли смысл бросить бесполезные технические статьи и начать писать про корпоративные игры? Вроде бы как главные проблемы и решения там кроются.

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

Конечно, тут любые алгоритмы расчета себестоимости и настройка Постгре Постгес недостойными внимания занятиями покажутся )) Кажется технические специалисты где-то в жизни не туда свернули.
KapasMordorov; acanta; +2 Ответить
16. 1c-intelligence 12771 25.02.20 19:52 Сейчас в теме
(15) Владимир, вы же прекрасно понимаете, что "выход на директора" - это лишь способ избежать неправильных задач. И не для того, чтобы ничего не делать, а для того, чтобы делать правильные. С высокой плотностью применения технических компетенций высокого уровня.
21. Vladimir Litvinenko 2869 25.02.20 20:17 Сейчас в теме
(16)
для того, чтобы делать правильные. С высокой плотностью применения технических компетенций высокого уровня.

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

Поэтому основная мысль статьи читается не как
Я предпочитаю писать про организационные, а не технические вещи, потому что они позволяют лучше организовать последующее решение технических и бизнесовых задач

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


Многие Ваши статьи нравятся и достойны цитирования. Но здесь какая-то неудачная попытка оправдаться за то, что не поднимаете темы, не соответствующие специализации. Никто не обязан поднимать темы, которые не соответствуют его специализации. Других аргументов быть и не должно ))
oldcopy; KapasMordorov; +2 Ответить
23. acanta 25.02.20 20:24 Сейчас в теме
(21) видите ли, требование блюсти коммерческую тайну предполагает
1) отсутствие такого обмена опытом для внутренних специалистов
2) выполнение работ силами высококвалифицированных специалистов сторонних организаций.
Только директор владелец бизнеса имеет право сливать коммерческую тайну, решать кому и назначает ей цену самостоятельно.
Остальные не должны этого делать.
19. acanta 25.02.20 20:16 Сейчас в теме
17. Summer_13 25.02.20 20:11 Сейчас в теме
Если бы мне давали каждый раз один sm за каждую статью Белокаменцева я бы стал миллионером.
18. 1c-intelligence 12771 25.02.20 20:13 Сейчас в теме
(17) 214 * 75 = 16 050 р. Минус НДФЛ и комиссия сервиса - на разок в бар сходить хватит.
20. пользователь 25.02.20 20:17
Сообщение было скрыто модератором.
...
30. Mechanik21 24 26.02.20 10:03 Сейчас в теме
(18) как их вывести-то? Вот я ради теста написал материал, мне начислилось 10 sm, я их продал на бирже, хочу вывести 750 руб. Нужен договор? Ок, он создался автоматически. Подписывать не глядя - не умею, чем больше читаю договор, тем больше вопросов. А его ещё печатать, подписывать, сканировать, отправлять почтой. Это точно так делается? Других вариантов нет?
22. RailMen 823 25.02.20 20:19 Сейчас в теме
Создание 25.02.20 14:00
Обновление 25.02.20 14:00
С одной стороны грамотно выложил - в обед, как раз кто послабее умом начнет читать монетезация , все дела )))
С другой стороны - ну опять же посмотри со стороны будущего работодателя: в рабочее время публиковать опусы может вызвать неоднозначное отношение. Может псевдоним взять и обезличиться?
24. 1c-intelligence 12771 25.02.20 20:28 Сейчас в теме
(22) дату и время создания лучше смотреть на хабре. Собирался завтра выложить, но чот выдалась пауза в пару минут, вот и выложил.

Работодатель с удовольствием читает мои статьи, потом обсуждаем.
25. sm.artem 14 26.02.20 07:22 Сейчас в теме
И то правда - совсем "нетехническая статья"

Для тех, кто далёк от желтого мира, поясню. Расчет себестоимости – это примерно самая ресурсоемкая операция, которая бывает в 1С. Выполняется в конце месяца, иногда ее, по старинке, называют «закрытием месяца»


А ничего, что "Закрытие месяца" в мире "желтых" это далеко не только расчет себестоимости, хотя и действительно один из самых ресурсоемких этапов?
26. 1c-intelligence 12771 26.02.20 07:28 Сейчас в теме
27. dock 44 26.02.20 08:34 Сейчас в теме
Н-да... чем дальше в лес - тем толще партизаны...
29. AlexCherdakov 20 26.02.20 09:54 Сейчас в теме
вот прям один в один у меня сейчас )), спасибо за статью
33. Дмитрий74Чел 234 26.02.20 10:23 Сейчас в теме
Из пустого в порожнее. Все (почти) статьи Белокаменцева про одно и то же.
Я уже раза три по-моему здесь на инфостарте читал эту историю, в разных статьях под разным соусом, да с разных сторон. А все одно и то же, да об одном и том же: про его героический поход против бездельников в бухгалтерии и фин.управлении. До него там был мрак и плесень, но тут пришел он в сияющем плаще и прогнал бесов и очистил казематы от плесени.

Вообще бы отделил мух от котлет:
а) технические статьи - про оптимизацию механизма расчета с/ст - поиск незакрытых аналитик, сокращение аналитик, очистка регистров и т.п. Кратко! Сжато!
б) "менеджерские" статьи - про подковерные игры, уже без привязки к 1С или отрасли, описаний своих страданий по настройке сервера, поиска аналитик и т.п.
А то все в кучу. Осталось только Куприна добавить с описанием того какого оттенка был лист дуба за окном Марьи Иванны когда вы обсуждали себестоимость, и почему был горек чай...
dachnik; TerveRus; +2 Ответить
34. oldcopy 173 26.02.20 12:10 Сейчас в теме
(33)
Из пустого в порожнее. Все (почти) статьи Белокаменцева про одно и то же.


Да там сюжет так или иначе один. Жили были всякие разные люди, директора, главбухи, менеждеры, финдиры... Но были они глупы и было все у них плохо, крокодилы не доятся, кокос не колосится... и т.д. и т.п. Но тут приходит Сергей (Иван и т.д., он многолик и вездесущ), как всегда весь в белом. Походя срывает покровы, изобличает, разоблачает, дает советы и т.д. и т.п. Небожители падают перед ним ниц и предлагают вознести на самые верха и осыпать всякими ништяками. Но наш герой скромно уходит в закат, перед этим наставив всех на путь истинный.
TerveRus; user623969_dusa; +2 Ответить
35. profiprog1c 248 26.02.20 14:45 Сейчас в теме
Даже не смог дочитать до конца. Начав читать эту статью, почему-то вспомнил "эпическое" внедрение автором УПП на каком-то там заводе. Вот там сюжет тянет на кинокомедию, а здесь даже не понимаю в чем суть: текст ради текста, нудно, скучно и не интересно.
37. oldcopy 173 26.02.20 16:26 Сейчас в теме
(35)
Начав читать эту статью, почему-то вспомнил "эпическое" внедрение автором УПП на каком-то там заводе.


Там автор успел сделать главное - раствориться в закате, прежде чем это все это нае... завертелось... ну вы поняли...
39. 1c-intelligence 12771 26.02.20 20:32 Сейчас в теме
(37) да, и слава Богу. Там такая история завертелась. Ключевые слова "9 млрд.", "Медведев", "какое нахрен банкротство?", "Кипр", "тюрьма", "продажа бизнеса".
36. Aleksandr_prof 191 26.02.20 15:31 Сейчас в теме
Возможно люди под "техническими статьями" понимают следующее: "статья, написанная про то, как сделать что-то в 1С" примерно по такому рецепту: 10% – предисловие, 10% – скриншоты, 20% – код, 50% – пошаговые пояснения, и 10% – эмоции с философией.
У вас видимо другое соотношение ингредиентов во всех статьях, и это соотношение вас устраивает, но не устраивает разных читателей. И вот они требуют от вас разнообразие блюд.
40. 1c-intelligence 12771 26.02.20 20:45 Сейчас в теме
(36) так пусть понимают, жалко что ли. Я ж нетехническую статью написал. Технические писал лет 10 назад, и вроде неплохо заходили. И даже без 10% философии. Вот эта например - https://infostart.ru/public/93020/. Или эта - https://infostart.ru/public/290094/.

Я вообще про то, что крутое, на техническом уровне, решение задачи, которую решать вообще не надо - так себе заслуга. И если цель - именно решение задач, то надо на другой уровень уходить.

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

Я технический уровень давно проскочил. В типовые код писал, он и сейчас там. Но на нём задачи не решаются. Хотя весело, не спорю.

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

Ну или поверьте на слово: удовольствие от решения бизнес-задачи, с применением и "технического уровня", намного круче, чем тупое программирование ради самолюбования.
dodlez77; e.kogan; ltfriend; +3 Ответить
41. oldcopy 173 26.02.20 23:53 Сейчас в теме
(40)
Переживаю просто, иногда, что программисты 1С так сильно, до усрачки и уссачки, боятся оторваться от этого "технического уровня". Назовите его "уровень детского сада", или "уровень физиологических потребностей"- может так понятнее будет. В нем нет ничего крутого, там любой идиот справится. Посидит, покумекает, и напишет очередную никому не нужную консоль отчетов, анализатор закрытия регистров, интегратор с телеграмом, проверку учета или псевдоязык программирования.


Выходит за пределы своего уровня может быть очень чревато... Особенно если вы не в курсе всех подковерных интриг. Далеко не везде директора и собственники готовы доброжелательно выслушать Сергея (Ивана, тьма их), всего в белом, и тем более дать ему карт-бланш на какие-то изменения.

Ну и не бывает так, чтобы раз и подсидел главного бухгалтера, так вот легко и просто. В подковерные игры по одному не играют, в них играют командами. И попытавшись схарчить члена одной из команд, как бы не получилось, что схарчат в итоге нашего героя, всего в белом. Еще его могут использовать втемную. Тоже для достижения каких-то своих целей. Скажем, убрать таки главбуха из другой команды. Но когда придет новый главбух, уже с нужной стороны, далеко не факт, что они захотят видеть нашего героя, сующего свой нос куда не надо, на своем месте. Мавр сделал свое дело - мавр может уходить.

В общем - опасное это занятие - играть в чужие игры на чужом поле. А за код платят з/п и делают это регулярно, а у программиста жена, дети, ипотека...
42. 1c-intelligence 12771 27.02.20 06:20 Сейчас в теме
(41) ключевое преимущество программиста 1С последние лет 10-15: он всегда найдет себе работу, в любой дыре. Особенно сейчас. Это фундамент, опираясь на который, можно перестать сцать.

А жена, дети, ипотека есть у всех. Я две выплатил. Первую отдавал 4 года, потому что был на "техническом уровне", хотя даже детей еще не было. Вторую отдал меньше, чем за год, потому что был на уровне выше, хотя уже было двое детей и сумма была больше.
43. oldcopy 173 27.02.20 08:57 Сейчас в теме
(42)
ключевое преимущество программиста 1С последние лет 10-15: он всегда найдет себе работу, в любой дыре. Особенно сейчас. Это фундамент, опираясь на который, можно перестать сцать.


Ну как вам сказать, вылетев с работы за длинный нос, который товарищ совал куда не надо, можно потом в своем городе вообще не устроиться никуда, кроме овощной палатки. Работодатель так или иначе будет пробивать соискателя и с большой долей вероятности свяжется с предыдущим работодателем и если такие проделки вылезут - то это будет фактическая черная метка. Никому не нужен программист, который лезет куда его не просят и потенциально представляет угрозу безопасности. Мало ли куда он завтра сольет нарытое.

И если лично у вас получается мутить воду и выходить из этого сухим, то это не значит, что это доступно каждому. Не у всех есть "талант" профессионально чесать языком, при этом не располагая глубокими компетенциями ни в одной из областей. Если почитать ваши статьи - это набор банальностей и пару "типовых" сюжетов, которые вы каждый раз подаете под новым соусом.
44. 1c-intelligence 12771 27.02.20 09:00 Сейчас в теме
(43) полагаете, синдром выжившего?
45. oldcopy 173 27.02.20 09:11 Сейчас в теме
(44)Именно, потому как я лично знаком с некоторыми товарищами, которые тупо подались из города и за меньшие прегрешения. Особенно если город небольшой.

Все работодатели так или иначе общаются и когда один спрашивает у другого, типа ты не знаешь Васю, он тут ко мне на работу хочет, а второй отвечает, мол не советую, работал он у Петровича и там с ним нехорошая история приключилась.

Причем это касается не только программистов, но и любых других специалистов. Из недавнего: на мороз пошел один из управляющих сети магазинов, а все потому, что достаточно близко общался с прямым конкурентом работодателя и как-то даже привел его с собой в магазин. Теперь у товарища черная метка, потому как стоит озвучить за что его попросили с последнего места работы, как интерес к нему тут же пропадает.
47. leemuar 27.02.20 10:21 Сейчас в теме
(45) так а податься из города - это плохо? Разве проблема вонючего болотца с двумя с половиной жабами не решается переездом в болото побольше? С тысячами жаб, конкурирующих друг с другом по настоящему?

Но если цель остаться в болотце любой ценой, то конечно вы действительно правы, лучше сидеть и не вякать. Но в таком случае стоит сознательно отдавать себе отчет, что никто кроме тебя не виноват в сложившейся ситуации, ты ее сам выбрал.
user774630; +1 Ответить
51. oldcopy 173 27.02.20 17:01 Сейчас в теме
(47)
так а податься из города - это плохо? Разве проблема вонючего болотца с двумя с половиной жабами не решается переездом в болото побольше?


Взять и податься в болотце побольше легко когда вам 25 лет и у вас как у латыша - причинный орган и душа. Если у вас семья, дети и налаженный быт, то просто так сорваться в никуда бывает очень сложно. Потому что это не только перевезти свою тушку, но и решить вопросы садиков, школ, кружков. Занятости супруги и т.д. и т.п. Плюс это непременно будет связано с со снижением уровня жизни, что добавит негатива дома, в семье.

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

А так выходит невесело. "Дорогая, я тут решил уйти с технического уровня, как советовал Белокаменцев, и меня выгнали с работы..." Проходит месяц. "Доргогая, меня что-то никуда не хотят брать, мой бывший работодатель всем рассказал что я чудак на букву М".

Дорогая: "Ну так оно и есть, а кто ты еще, если умудрился по собственной дурости с работы вылететь".
54. leemuar 27.02.20 20:11 Сейчас в теме
(51) может и так. Кто-то ищет возможности, кто-то придумывает почему что-то сделать нельзя. Каждому свое видимо.
59. oldcopy 173 28.02.20 01:31 Сейчас в теме
(54)
Кто-то ищет возможности, кто-то придумывает почему что-то сделать нельзя. Каждому свое видимо.


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

(57)
Да, так тоже бывает. К сожалению, гораздо чаще чем хотелось бы. Значит стоит поискать другую работу. Ведь так не везде.


А зачем? У нас товарно-денежные отношения. Вы продаете свое время - вам за это платят деньги. Если дядя соблюдает свои условия - то не все ли равно на что он тратит свою прибыль? Это его фирма и его деньги. Вся эта мотивация "одна команда" и т.д. - это способ заставить вас бесплатно поработать на дядю.

При этом дядя тоже понимает, что работникам на его бизнес тоже глубоко фиолетово. Можно украсть - украдут, можно сидеть и ничего не делать - будут сидеть и ничего не делать.
60. acanta 28.02.20 07:16 Сейчас в теме
(51 Да, все так. И еще - конкурентами не рождаются, конкурентами становятся.
Вот зачем работодателю такие проблемы? Партнеры узнают о том, что он взял на работу недобросовестного программиста, это испортит отношения с нужными людьми и все это ради чего?
У них своя иерархия(та же цепочка поставок), возможно, в случае с программистами потенциальный работодатель спрашивает разрешения у коллег, может ли он использовать носителя их интеллектуальной собственности. Иногда за это можно и скидки получить и прочие ништяки для бизнеса.
48. acanta 27.02.20 10:27 Сейчас в теме
(45) программист в этом случае, в отличие от управляющего магазина, как правило не в курсе что это конкурент, например, вчера был лучшим другом работодателя, а что там у них произошло все сразу никто не побежит рассказывать.
52. oldcopy 173 27.02.20 17:06 Сейчас в теме
(48)
программист в этом случае, в отличие от управляющего магазина, как правило не в курсе что это конкурент, например, вчера был лучшим другом работодателя, а что там у них произошло все сразу никто не побежит рассказывать.


Так вот поэтому и нужно играть на своем поле, а не лезть туда, где у взрослых дядей и тетей свои игры. Либо переквалифицироваться в управленцы, но это совсем другая история.

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

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


Хорошо если так, чаще всего после этого у учредителя появляется новая машина, а на просьбу купить стул в офис рассказывается о тяжелом финансовом положении.
57. leemuar 28.02.20 00:27 Сейчас в теме
(52)
появляется новая машина


Да, так тоже бывает. К сожалению, гораздо чаще чем хотелось бы. Значит стоит поискать другую работу. Ведь так не везде.
46. leemuar 27.02.20 09:31 Сейчас в теме
(43) как писал Голдратт - "Дело не в везении". И дело не в умении чесать языком. Я в статьях увидел совершенно другое и попробовал то что описывает Иван. Оно работает. Ни в чем вас не хочу убедить, просто фидбек со стороны.
user774630; +1 Ответить
49. leemuar 27.02.20 10:28 Сейчас в теме
(40) последний абзац могу подтвердить своим опытом. Да, дофаминовый взрыв от решения своеобразной головоломки, от того, что "ОНО РАБОТАЕТ" и "ТЫ РАЗОБРАЛСЯ", как вы писали в одной из статей - он приятный. Многие из нас пришли в профессию из-за него.

Но он не сравнится с тем кайфом, когда ты видишь как твои усилия поменяли мир и людей вокруг к лучшему. Как закупки перестали целую неделю в экселе сводить руками, перестали быть злыми и начали улыбаться. Как в офисе появилась хорошая мебель, ремонт и прочие ништяки из-за того, что получилось помочь компании зарабатывать больше.
e.kogan; TerveRus; 1c-intelligence; +3 Ответить
56. 1c-intelligence 12771 27.02.20 21:59 Сейчас в теме
(49) а я даже не знаю, чего вам ответить. А, нет, знаю. Отвечу постом из своего канала в телеге.

Вы, наверное, думаете – чё за хрень этот канал? Несколько постов, растянутых на несколько месяцев. Последний – два месяца назад. Нечего, что ли, писать?

Сейчас всё объясню. Я повышением эффективности занимаюсь примерно с 2012 г., а рассказывать об этом начал в 2016 г., на конференции Infostart Event.

Где бы, и что бы я ни рассказывал, проблема всегда одна – мне не верят. Ну да, говорят, прикольно, забавно, неплохо преподнесено, но… Враньё.

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

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

А я стою посередине, верчу головой, и кричу в обе стороны – ну погодите же вы! Ну как же так! Ну не верите на слово – так попробуйте, хотя бы, а потом судите! Нет, говорят, не будем мы ни хера пробовать, пошел ты в жопу.
Но самое поганое в другом – постепенно, выслушивая это «не верю», я сам перестаю верить. И перестаю пробовать. И скатываюсь вниз. Не на 10%, не на 50%, и даже не на 100%.

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

А потом посижу, подумаю, погляжу на это падение в 3 раза, и понимаю – твою ж через коромысло! Это ж какой кайфовый результат! Значит, раз я упал втрое, то и подняться могу втрое! Ну и опять ползу вверх.

Короче, к чему я это. Я опять потерял веру, и решил ее вернуть. Бросил все посторонние проекты – статьи, каналы, фейсбуки, музыку, книги, продукты – и занялся повышением эффективности по двум потокам. И чё?
И всё. Опять всё получилось. Опять в разы. Опять, как чудо. Опять все методы работают.

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

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

Выписываю сам себе индульгенцию за то, что вас тут собрал и бросил. Будем продолжать.
58. oldcopy 173 28.02.20 01:18 Сейчас в теме
(56)
А вторая сторона проблемы – никто из тех, кто может эти результаты подтвердить, не хочет этого делать. Ни в какую. Прям табу какое-то.


Что и записей в трудовой книжке не было? Особенно если:

(56)
Не могут программиста поставить руководить стратегическим развитием предприятия.


А вообще, если помнить реальную историю про внедрение УПП на заводе, то как раз и неудивительно, что никто ничего не подтверждает.

Но тут нужно определиться, если мы рассматриваем все эти истории как художественную литературу - то проблем нет. Как говорится, сказка ложь - да в ней намек. И рациональное зерно из этих рассказов вынести можно, о том как делать надо, или наоборот не надо.

Если же вы хотите выдавать это за реальные кейсы - то тут все плохо с доказательной базой. Как я могу оценить эффективность данного метода? Да никак, только поверить на слово Ивану, мол где-то там в тайных городах, на тайных заводах все это круто работало и приносило кучу ништяков.
62. e.kogan 1892 17.03.20 14:33 Сейчас в теме
(56) И удачи вам.
Временами гляжу на некоторые вещи/процессы/ситуации и вижу, что они в принципе работают только потому, что там кто-то вот так вот поверил.
38. starik-2005 3033 26.02.20 20:14 Сейчас в теме
Обычно так все и бывает. Статья отличная.
RRoaRR; user774630; 1c-intelligence; +3 Ответить
53. user774630 27.02.20 17:10 Сейчас в теме
Я очень рад, что Вы пишете свои статьи. Всегда читаю с большим интересом.
55. genayo 27.02.20 21:50 Сейчас в теме
У, какая интересная дискуссия, и у сторонников, и у противников Ивана знатно подгорело. Иван, аплодирую стоя :))
1c-intelligence; acanta; +2 Ответить
61. Albert_2008 28.02.20 18:50 Сейчас в теме
Классная статья! Очень понравилась!
Оставьте свое сообщение