Байки разработчика №1: детективные

Публикация № 854590

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

Байки разработчика

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

Ручной обмен

Несколько лет назад, кажется в 2014 году, пришел как-то к нам на поддержку новый клиент.

У клиента много баз, много интеграций между ними. База, где ведется основной учет, за несколько лет переписана до неузнаваемости. Причем в разные моменты ее дорабатывали разработчики очень разной квалификации. Никакой документации нет, технических заданий нет, спросить в случае чего не у кого. Плюс ко всему, совместно с переходом к нам на поддержку происходил также и переезд с собственных серверов в забугорский дата-центр (в компании была реструктуризация), что также добавляло изрядное количество проблем. Все это добро свалилось к нам одномоментно, практически без каких-либо нормальных процессов приемки-передачи. В общем, никогда такого не было, и вот опять!

Клиент большой, важный и требовательный (а есть другие?). Начинаем в ускоренном порядке въезжать в его бизнес-процессы, знакомиться с IT-службой, настраивать сервера, обрабатывать заявки. Вдруг, в какой-то момент встает обмен между двумя самыми главными, самыми важными информационными базами. Обмен полностью самописный. Никаких вам универсальных механизмов, правил обмена, EnterpriceData или чего-то подобного. Из одной базы COM-ом цепляемся в другую базу, собираем данные и погнали. Только код, только Hardcore! 

Итак, обмен не работает. Ошибка абсолютно невразумительная и непонятная: «в данной транзакции уже происходили ошибки». ОК, уже происходили, понятно, вернее - не понятно, дальше что? 

Ладно, открываю конфигуратор в боевой базе (нет времени собирать какие-то тестовые стенды), ставлю точки останова, запускаю обмен. Выявил процедуру, где возникает ошибка. Уже хорошо. В этой процедуре также ставлю точку останова и иду построчно по F10. Пытаюсь уже здесь выловить злосчастную строчку, где все падает, и… обмен проходит без ошибок. Что за чертовщина? Но времени разбираться нет. Отписываемся клиенту, что обмен прогрузили, и едем дальше разруливать заявки.  

Но на следующий день (обмен ходил раз в сутки ночью) все опять повторяется. Регламентное задание не отработало. Та же ошибка. Снова конфигуратор, снова точки останова, F10, и снова обмен проходит без ошибок. 

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

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

Причина же оказалась в следующем: в процессе обмена шла запись некоторых служебных данных в некоторый служебный регистр, причем регистр был периодический с периодом в 1 секунду. Когда обмен запускался регламентным заданием, происходила запись в этот регистр одинаковых данных, соответственно обмен падал с ошибкой «запись не уникальна». Когда шли отладкой, между итерациями проходило больше одной секунды и все служебные данные записывались в регистр без ошибок. Остановка по ошибке не срабатывала, т.к. как весь обмен был написан «в попытке», а до этого момента в вышестоящей процедуре также была исключительная ситуация, которая на результат обмена не влияла, но не давала отловить ошибку записи в регистр (привет разработчику, который это написал).

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

Магия здесь оказалась ни при чем. Виноваты гигагерцы.

 

Грузим грузим грузим остатки

Внедряли мы как-то 1С:ERP в одной крупной торговой сети. 

Еще в самом начале проекта появилась задача по загрузке остатков (куда ж без нее?) из действующей системы заказчика (не 1С). В качестве формата передачи данных выбрали Excel, т. к. в этом случае не требовалась доработка исходной системы.

Итоговая задача сводилось к следующему: необходимо было прочитать файл с остатками, получившиеся данные распознать, затем свернуть строки по набору полей «Организация, Склад, Подразделение, Номенклатура, Характеристика и т. д.» с суммированием количества и стоимости. Далее, для каждого набора «Организация, Подразделение, Склад» создавался отдельный документ «Ввод начальных остатков» с заполнением табличной части. Причем для простоты тестирования и отладки, а также чтобы не плодить лишние документы при каждой загрузке одного и того же файла, существующие документы, отвечающие параметрам поиска, перезаписывались. На форме обработки была соответствующая «галочка». В общем, все как обычно.

Написал обработку, ее протестировали на тестовых примерах. Все работает. 

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

Сверяем итог в 1С с первоисточником – не сходится. Клиент выгружает файлы Excel еще раз, уверяет, что файлы созданы правильно. Консультант грузит файлы, сверяет каждый файл, все загружается верно. Общий результат все равно не сходится. Файлы огромные (общий объем под 200000 строк), грузятся долго. Поиск ошибки затягивается. Старт под угрозой, задача получает наивысший приоритет. Каждое звено цепи работает без ошибок, но остатки в двух системах никак не хотят сойтись. 

Как часто бывает, причина лежала на поверхности, но ее почему-то сразу никто не увидел. Дело в том, что клиент предоставил несколько файлов с остатками. И в разных файлах существовали строки с одинаковыми наборами «Организация, Подразделение, Склад» (и даже с одинаковой номенклатурой). Соответственно, следуя алгоритму, обработка загрузки пересоздавала некоторые документы, которые были созданы ранее при загрузке данных из других файлов. 

Загрузили файлы с небольшим смещением по времени (поиск происходил также и по дате документа) и остатки сошлись. 

 

Широка страна моя родная

«Зарплата и управление персоналом» версии 2.5. РИБ на 11 баз. Каждый филиал работает в своей базе, итоговые данные сливаются в центральный офис. 

Только что внедрен новый функционал – очень хитрый и сложный расчет оплаты сверхурочных часов. 

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

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

Консультант связывается с клиентом. Вместе решают, что да, все верно. Но вскоре задача возвращается: в филиале при расчете суммы другие. Так. Уже интересней.

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

Подключаюсь к базе филиала, делаю расчет, действительно, по одному сотруднику данные не сходятся с центром. Консоль запросов, фильтр по сотруднику – результат другой. Хм… Очевидно, дело в отличающихся исходных данных. Но где именно?

Как я говорил, алгоритм расчета нетривиальный, запрос под две тысячи строк, куча таблиц (во общем, как обычно и бывает в ЗУП). Начинаю плавно подниматься по запросу снизу-вверх, сравнивая значения временных таблиц. Где-то в середине запроса нахожу таблицу, с которой начинаются несоответствия. Иду дальше и натыкаюсь на регистр, ошибку в котором я совсем не ждал…

Дело в том, что этот филиал находится в Казани. А в Татарстане есть национальный праздник с плавающей датой – «Курбан-байрам», который в 2016 году выпал на 12 сентября. Соответственно, в производственном календаре это был выходной день, и работа в этот день считалась переработкой. А в центральной базе, где был общий Российский производственный календарь – это рабочий день. 

Описываю всю ситуацию. Отдаю задачу консультанту. Консультант звонит клиенту. Где-то в глубине души начинает зарождаться очень нехорошее предчувствие. И действительно… Задача приходит на доработку:

«Реализовать в системе возможность хранения нескольких производственных календарей»

Но это уже совсем другая история…

 

P. S. Смотрите также:

 

45

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Kaval88 11 27.06.18 10:07 Сейчас в теме
и все же как реализовали несколько производственных календарей? или как решили проблему?
Dmitri93; Vyacheslide; chebser; корум; acanta; Max27; user605780_L.Alexander8; +7 Ответить
16. Tavalik 2098 29.06.18 08:45 Сейчас в теме
(1)
Эх, хотел оставить интригу в конце, но вопрос по видимому волнующий.

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

P.S. Кстати, в ЗУП 3 возможность вести несколько календарей есть в типовом функционале.
Dmitri93; +1 Ответить
2. bad_wag 24 27.06.18 10:22 Сейчас в теме
О да) Прочитал с удовольствием, надеюсь будет продолжение!
Vyacheslide; support; +2 Ответить
3. sailor-cat 2 27.06.18 10:47 Сейчас в теме
Добавлю свои 5 копеек, вспомнилось:
У клиента файловая база однажды утром увеличилась с 2х до 8ми гигов и, естественно, отказалась запускаться.
Разобраться помогла утилита Tool_1CD: оказалось, что все лишние 6 гигов пришлись на таблицы рассчитанных итогов.
Оказалось, кто-то из сотрудников клиента провел документ 0012-м годом. А потом случился пересчет итогов.
Senator_I; PLAstic; nagimo; Tavalik; +4 Ответить
6. necropunk 6 27.06.18 12:23 Сейчас в теме
(3) Хехе, тоже такое было, остатки завели на 01.01.0001. И итоги за пару тыщ лет рассчитались.
4. user683100_ea.gladysheva 27.06.18 11:12 Сейчас в теме
Спасибо за статью, тоже читала с удовольствием. С каждой из описанных ситуаций сталкивалась, и действительно бывают моменты, что начинаешь верить в магию, бубен, танцы )))
Senator_I; +1 Ответить
5. dsdred 1218 27.06.18 11:45 Сейчас в теме
Про регистр натыкался лет 5 назад)) После московской франчайзи переделывал.

У меня была еще забавная история, тоже лет 5 назад, переделывал после того же Московского франчайзи.

Из 7.7 в 8 перетаскивали данные по себестоимости. Причем 1 документ формировал сумму, а второй расшифровка и тоже содержал суммы.
Получается сначала грузилась сумма, а затем в отдельную ТЗ грузилась номенклатура которая также содержала сумму и по идее суммы должны были сходится.
Как то ко мне приходят аналитики и говорят а куда делась вот эта номенклатура??? И предъявляют мне ее список.
Смотрю походу и ржу(понимаю что франчи просто сдали работу зная об этом косяке)...
Есть сумма первого документа и есть счетчик сумм номенклатуры расшифровки.
Берется первая номенклатура и ее стоимость ложится в счетчик.
Счетчик сравнивается с сумой документа, если он меньше или равен номенклатура и сумма переносится.
Затем берется следующая сумма добавляется к счетчику и опять сравнивается.
Пока счетчик меньше или равен номенклатура расшифровки переносится, как только сумма счетчика становится больше суммы документа номенклатура перестает переносится.
В итоге бухгалтерия объяснила что вообще то суммы не всегда равны и я предложил вариант с коэффициентом уменьшения или увеличения стоимости номенклатуры в тз расшифровки. (банально сравнивал две суммы и затем на отличающийся коэффицент домнажал стоимость+ добавил в ТЗ где была сумма без расшифровки этот коэффицент, чтобы было понятно на сколько сумма изменялась)
7. kauksi 205 27.06.18 12:55 Сейчас в теме
про Press any key... рассказывали уже?
15. Tavalik 2098 29.06.18 08:37 Сейчас в теме
17. kauksi 205 29.06.18 10:06 Сейчас в теме
8. starik-2005 1959 27.06.18 13:03 Сейчас в теме
Хых. Первое, что я обычно говорю клиентам и коллегам, обращающимся ко мне с проблемами: "чудес не бывает - чичас все найдем". И находим.
9. Разумов 27.06.18 17:04 Сейчас в теме
Ага, угадал автора по загол... а, блин.
swimdog; CyberCerber; +2 Ответить
10. Tavalik 2098 27.06.18 18:29 Сейчас в теме
(9) По соседству посмотрите )
CyberCerber; +1 Ответить
11. Ibrogim 1109 28.06.18 17:53 Сейчас в теме
А у меня есть история, где решение оказалось в другом измерении )

Серверная База 1С, обмен по регламенту с сайтом через прямой доступ к таблицам mySQL через ssh туннель. На сайте периодически появлялась беда с остатками (не правильные, нулевые, не те). Ковыряние в отладчике всегда показывало что всё правильно! Появилась вера в потусторонний мир.

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

Хорошо, что сейчас при развёртывании копии базы платформа спрашивает, и если это копия отключает регламентные задания.
Senator_I; user774630; +2 Ответить
12. Tavalik 2098 28.06.18 18:26 Сейчас в теме
(11)
О да! Это очень частая ошибка. Мы еще много лет назад начали использовать механизм самоидентификации баз, который мало того, что отключает все регламентные задания, так еще и заголовок программы подменяет. Почитать об этом можно, например, здесь: https://infostart.ru/public/725524/
14. Tavalik 2098 29.06.18 08:36 Сейчас в теме
18. katenok86 243 11.07.18 16:34 Сейчас в теме
(11)Было дело долго ловила почему при обмене с До в ерп не приходят актуальные статусы, оказалось их тестовые копии воруют))
13. skif47 321 28.06.18 18:58 Сейчас в теме
Есть внешняя обработка с кучей форм. У некоторых клиентов, которые её используют, иногда происходила мистика: в большей части форм внезапно "пропадал" весь код. Т.е.форма есть, а все обработчики и экспортные методы из неё словно исчезли.
Проявлялось непредсказуемо, на разных базах, у разных пользователей, на разных платформах 8.2 и 8.3. Разве что всегда на обычных формах и файловых базах.
Код" исчезал" не сразу, а спустя какое-то время работы.
Причину искали долго. Сюжет для серии из "доктора хауса".
Оказалось вот что. Во всех случаях были настроены "регламентные задания", запускающиеся под определённым пользователем (разумеется, именно под тем, кто обращался к нам с ошибкой). После завершения фондового задания в файловой базе платформа, видимо, обнуляет некий кэш в текущем сеансе. Формы, уже инициализированные к этому времени, остаются в памяти. А не инициализированные уже не получить до перезапуска внешней обработки.
Разумеется, почти у всех клиентов интервал выполнения фоновых заданий был 60 секунд.
19. katenok86 243 11.07.18 16:39 Сейчас в теме
Из последнего мистического. Долго отлаживала отчет на скд с вроде бы элементарной задачей, добавить еще одно поле в запрос и вывести его в группировку. Все хорошо, но при пользовательском формировании отчета ошибка в запросе новое поле не обнаружено, оказалось отчет подключен в базу как внешний (старый вариант), а отлаживаю просто через файл открыть. В отчете вывод результата прописан программно и почему то берется схема компановки именно из старого подключенного как внешне отчета, естественно там этого поля нет. Как только отчет подключила как внешний все заработало. Но убитого времени жаль)
20. katenok86 243 11.07.18 16:47 Сейчас в теме
Еще из мистики настраивали согласование экземпляров бюджета созданных в ерп через документооборот и возврат назад статусов согласования. И вот в один момент экземпляры бюджета стали в ерп пропадать, был был а теперь битая ссылка. Долго боролась и не могла понять в чем дело, оказалось в До был создан служебный регистр в котором по экземпляру устанавливался некий реквизит с привязкой к ответственному. А потом было написано правило синхронизации Этот регистр в документ Экземпляр в ерп (по сути там просто менялся тоже реквизит). И если пользователь в До удалял запись из этого регистра то регистрировалось событие на удаление в обмене и в ерп удалялся документ. После переделки правил, чтобы при изменении в регистре регистрировался к выгрузке документ, ошибка ушла.
21. harmer 1 11.07.18 17:19 Сейчас в теме
Бывает и так, но это уже не детектив, а комедия.
22. koshak84 8 10.08.18 08:20 Сейчас в теме
Тоже была комедия один раз. Устроился на работу в новую компанию. Все хорошо, работали несколько месяцев, пока однажды не начали проводить работы с электричеством в здании. Отключили все сервера (по RDP). Когда пришло время их включать, прошлись по серверным и все включили с кнопки. Потом начали звонить, что складской базы нет. Попинговали - действительно нет. Может быть сервер не включили. Прошлись еще раз по серверным, все проверили, все включено, все сервера подписаны. А вот сервера с складской базой нет. Искали где физически стоит сервер весь день. У кого спрашивали - ни кто не в курсе. На следующий день вышли на бывшего админа, который сказал, что тот сервер был виртуальным и его нужно поднимать вручную. Вот так вот и теряются целые сервера)
Оставьте свое сообщение

См. также

Медвежьи услуги по требованию 61

Статья no Нет файла Бесплатно (free) О жизни Управление персоналом (HRM)

О, сколько открытий чудных готовит нам профессия программиста 1С.

16.10.2019    2112    1c-intelligence    42       

О работе и организации труда инженера - программиста 21

Статья Программист Нет файла Бесплатно (free) О жизни Личная эффективность

"Как настроить бесшовную интеграцию?", "Чем отличается НаСервере от НаСервереБезКонтекста?", "Как рассчитывается себестоимость в УПП?" на эти вопросы ответов вы тут не увидите, НО! мы поговорим о нас - Инженерах - программистах! Сравнение организации труда "во франче" (далее просто франча) и "на серьёзную организацию" (далее просто организация), какие плюсы и минусы работы в структурно разных предприятиях? Где и к когда лучше работать?

25.09.2019    3231    feva    42       

Хороший заказчик - плохой заказчик 33

Статья no Нет файла Россия Бесплатно (free) О жизни

Лайфхак о том, как стать легендарным клиентом.

13.09.2019    3683    dsdred    24       

Видя деньги 51

Статья no Нет файла Бесплатно (free) О жизни

Немножко бизнес-программирования.

09.09.2019    3913    1c-intelligence    90       

Полюби Козла 42

Статья no Нет файла Бесплатно (free) О жизни Блоги

Не пожалеешь

02.09.2019    3381    1c-intelligence    77       

Корпоративный слон 21

Статья no Нет файла Бесплатно (free) О жизни

Про изменения и их цели.

28.08.2019    3059    1c-intelligence    21       

Холократия - отец порядка. Часть 3. Заключительная 15

Статья no Нет файла Бесплатно (free) О жизни

Поиск идеального места работы имеет неожиданное окончание.

21.08.2019    2498    Ликреонский    31       

Холократия - отец порядка. Часть 1 13

Статья no Нет файла Бесплатно (free) О жизни

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

18.08.2019    2118    Ликреонский    9       

Аки Феникс 62

Статья no Нет файла Бесплатно (free) О жизни Блоги

Про выгорание

17.08.2019    4293    1c-intelligence    21       

Автоматическое распознавание сканов документов и не только. История одной жизни... 32

Статья Программист Нет файла Бесплатно (free) О жизни

В нашу жизнь все чаще и чаще внедряется искусственный интеллект, автоматизируются многие задачи, которые буквально 10 лет назад казались не реализуемыми в принципе. Сейчас все более актуальными становятся задачи автоматизации операторской работы, которые вытесняют человека или помогают ему упростить работу. Вот и мне захотелось поделится примерами такой автоматизации. За последние 4 года мне довелось более 10 раз внедрять подсистемы распознавания. Т. е. примерно каждые 4 месяца сталкиваюсь с задачами автоматизации распознавания и прикрепления сканов документов и похоже количество таких задач будет только возрастать. Хочу поделиться историями таких автоматизаций.

05.08.2019    3272    77dream77    9       

Как я буду мир спасать 46

Статья no Нет файла Бесплатно (free) О жизни Блоги

Почему бы и нет?

30.07.2019    4311    1c-intelligence    75       

Блокчейн, выборы и прозрачность, ч. 1 18

Статья no Нет файла Бесплатно (free) О жизни Блокчейн

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

24.07.2019    2079    for_sale    20       

Я не настоящий 25

Статья no Нет файла Бесплатно (free) О жизни

А вы?

23.07.2019    3546    1c-intelligence    94       

Корпоративный квест 34

Статья no Нет файла Бесплатно (free) О жизни

Приём на работу ИТ-директоров в условиях легкого помешательства

06.07.2019    3972    1c-intelligence    55       

Поймай меня, если сможешь. Версия Пророка 27

Статья no Нет файла Бесплатно (free) О жизни

Самая интеллигентная версия.

26.06.2019    4174    1c-intelligence    31       

В поисках Зины 18

Статья no Нет файла Бесплатно (free) О жизни

Статья про программистов

18.06.2019    3952    1c-intelligence    19       

Поймай меня, если сможешь. Версия директора 43

Статья no Нет файла Бесплатно (free) О жизни

Надо же всех послушать.

07.06.2019    5820    1c-intelligence    111       

Заметки фрилансера 17

Статья Программист Нет файла Обучение, бизнес-тренинг, курсы Бесплатно (free) О жизни Личная эффективность

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

31.05.2019    4298    Kutuzov    48       

Неидейный бизнес 14

Статья no Нет файла Бесплатно (free) О жизни

Почему надо возиться с предложениями сотрудников?

21.05.2019    3065    1c-intelligence    14       

Поймай меня, если сможешь. Письмо менеджера 13

Статья no Нет файла Бесплатно (free) О жизни

Альтернативная история.

16.05.2019    3995    1c-intelligence    10       

Лед тронулся, господа присяжные заседатели! 23

Статья no Нет файла Бесплатно (free) О жизни Блоги О сообществе

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

14.05.2019    3885    Tavalik    10       

Поймай меня, если сможешь. Версия менеджера 38

Статья no Нет файла Бесплатно (free) О жизни

Просто попробуем сделать так, чтобы всё было не так просто.

11.05.2019    6109    1c-intelligence    44       

Поймай меня, если сможешь 35

Статья no Нет файла Бесплатно (free) О жизни

Обращение программиста к эффективному менеджеру.

07.05.2019    6927    1c-intelligence    58       

Место проклятое? 18

Статья no Нет файла Бесплатно (free) О жизни

Кто виноват?

07.05.2019    4784    1c-intelligence    26       

Супермен vs Программист 17

Статья no Нет файла Бесплатно (free) О жизни

Столкнём-ка их, наконец, лбами.

23.04.2019    4782    1c-intelligence    8       

Открываем набор на курсы "Сова - эффективный менеджер" 32

Статья no Нет файла Бесплатно (free) О жизни

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

01.04.2019    5693    MariaTemchina    27       

Читай старьё 29

Статья no Нет файла Бесплатно (free) О жизни

Почему старые книги лучше новых

23.03.2019    5349    1c-intelligence    76       

Корпоративная мышь 17

Статья no Нет файла Бесплатно (free) О жизни

Об управлении качеством

11.03.2019    4988    1c-intelligence    51       

Корпоративная свинья 25

Статья no Нет файла Бесплатно (free) О жизни

Вернемся в прошлое.

04.03.2019    5846    1c-intelligence    24       

Не только автоматизация учета 76

Статья no Нет файла Россия Бесплатно (free) О жизни

Сказ о том, как одинэсники с сишарперами и питонистами играли.

28.02.2019    6075    Scorpion4eg    41       

Корпоративный напалм 31

Статья no Нет файла Бесплатно (free) О жизни

Чем там закончилось, в туалете-то?

25.02.2019    5005    1c-intelligence    33       

Корпоративный туалет 30

Статья no Нет файла Бесплатно (free) О жизни

Очень странная история.

18.02.2019    6548    1c-intelligence    50       

Корпоративные фрукты 32

Статья no Нет файла Бесплатно (free) О жизни

Хм, а почему бы и нет?

11.02.2019    5156    1c-intelligence    35       

Звонок в техподдержку [юмористический очерк] 19

Статья no Нет файла Бесплатно (free) О жизни Блоги

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

06.02.2019    4515    mbreaker    17       

Корпоративная реальность 24

Статья no Нет файла Бесплатно (free) О жизни

Добавим-ка реализма в нашу сказку.

28.01.2019    5226    1c-intelligence    33       

Карьерное исследование учащихся профессиональных образовательных учреждений Санкт-Петербурга 17

Исследование no Нет файла Россия Бесплатно (free) О жизни

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

25.01.2019    3536    Kochergov    8       

Тень точки Кельвина 14

Статья no Нет файла Бесплатно (free) О жизни

Оказывается, уже четыре месяца прошло... Точка Кельвина продолжается.

23.01.2019    4381    1c-intelligence    27       

Криптовалюты, а также иные триста девяносто девять сравнительно честных способов отъема денег 50

Статья no Нет файла Бесплатно (free) О жизни

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

22.01.2019    7254    andironenko    163       

Проще, чем кажется. Глава 19 15

Статья no Нет файла Бесплатно (free) О жизни

19-я глава

21.01.2019    5252    1c-intelligence    12       

Исповедь графомана 18

Статья no Нет файла Бесплатно (free) О жизни Личная эффективность

Как, когда и зачем я пишу.

17.01.2019    5753    1c-intelligence    51       

Кодекс читателя 2 25

Статья no Нет файла Бесплатно (free) О жизни Личная эффективность

Дополняем, улучшаем, расширяем.

15.01.2019    5153    1c-intelligence    20       

Проще, чем кажется. Главы 17-18 14

Статья no Нет файла Бесплатно (free) О жизни

Ну, еще чуть-чуть, и догоним

07.01.2019    5104    1c-intelligence    8       

Корпоративное интервью 32

Статья no Нет файла Бесплатно (free) О жизни

Чего только ни придумают...

04.01.2019    6080    1c-intelligence    57       

Новые методики от Андрея, примеры 17

Статья no Нет файла Бесплатно (free) О жизни Блоги

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

29.12.2018    5113    sikomor3    43       

Песни разработчика: Don't Worry Be Happy 30

Статья no Нет файла Бесплатно (free) О жизни Блоги Поздравления

Решили мы отделом разработчиков номер на корпоратив подготовить. Что из этого получилось - читайте ниже.

28.12.2018    4845    Tavalik    9       

Корпоративный корпоратив 26

Статья no Нет файла Бесплатно (free) О жизни

Новый Год же.

27.12.2018    6094    1c-intelligence    45       

Корпоративная графомания 31

Статья no Нет файла Бесплатно (free) О жизни Блоги О сообществе

Как оно там все устроено, у графоманов? Навеяно https://infostart.ru/public/969752/ и комментариями.

26.12.2018    5237    sikomor3    104