Байки разработчика №2: эпикофейлические

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

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

Байки разработчика Эпик фейл

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

 

Горшочек, не вари!

Данная история произошла несколько лет назад, в самом начале моей карьеры разработчика 1С.

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

Как и любой другой проект подобного рода, начинался он со сбора данных. Предполагалось, что мы сначала в течении месяца будем собирать различные показатели, а потом уже займемся оптимизацией самой информационной базы. Как и сколько времени в этой забюрократизированной обстановке ушло на настройку ЦУП, это материал для отдельной истории. Но вот, в какой-то момент, это свершилось, ЦУП был настроен и запущен. После чего, эксперт, который вел данный проект (Дима, привет!), сел в свою роскошную машину и поехал путешествовать по нашей необъятной Родине, и дальше-больше - в ближнее зарубежье. Я же тогда, на самом деле еще мало что знал и умел, но уже считался вполне ответственным разработчиком. Поэтому перед отъездом Дмитрий поручил мне очень важное и серьезное задание: 2 раза в день, в момент пиковой нагрузки, я должен был подходить к тому самому секретному компьютеру и запускать замеры в ЦУП, а через час выключать их. Инструкции были предельно просты и понятны:

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

Что может быть проще, правда? Зря я что ли 5 лет на матфаке учился?

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

Утро субботы началось со звонка. Встали ВСЕ 1С-ные базы у клиента. Ахтунг и катастрофа! Наш эксперт где-то между Джейрахом и Пасанаури, вне зоны доступа сети. Главный админ клиента тоже на какой-то там даче и недоступен. Пытаемся по телефону разобраться, в чем причина? Кое-как выясняется, что кончилось место на диске, поэтому служба агента 1С встала. Вот тут я уже начал кое-что подозревать…

Как вы помните, никакой удаленки нет. Компьютер мало того что изолирован от сети интернет, так еще и вне нашей локальной сети. Делать нечего – еду на работу. Пока собирался и ехал, админы смекнули, что все место занято логами ЦУПа и сделали то, что показалось им наиболее разумным -  вырубили его нафиг через диспетчер задач. Идем дальше. Просто так удалить логи с диска нельзя -  потеряем данные замеров. Кое-как нашли достаточно места на сетевом ресурсе и скопировали туда файлы. Работа вроде бы возобновилась.

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

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

В понедельник утром нашу учетную запись заблокировали до возвращения Дмитрия из отпуска, а на мой счет было сказано вполне недвусмысленно: «Чтобы больше мы ЕГО у нас не видели!».

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

 

Два раза в одну воронку

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

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

Ну что ж делать? Разработчик быстро исправляет код. Никому не дает протестировать:

- Да там фигня... Я ведь не могу ошибиться два раза в одной строчке?

Через час обновляли 18 филиалов в третий раз.

 

Разработчик, который смог

История, рассказанная коллегой в скайпе.

[Коллега]: Жил-был «Разработчик, который смог!». У него был наряд на разработку. Он хотел открыть тестовую, но промахнулся, и открыл продуктив...

[Коллега]: Но разве это могло остановить «Разработчика, который смог»? Нет!

[Я]: А при обновлении он не понял, что там как-бы люди сидят? ))

[Коллега]: Более того, он видит, что конфа на поддержке... Но думаешь это могло остановить «Разработчика который смог»? Нет!

[Коллега]: Он снимает конфигурацию с поддержки (!) и пилит свой модиф в обход всех хранилищ...

[Я]: Это жееееесть! Добей историю, динамическим обновлением )))

[Коллега]: Обновляет... Система говорит: «В базе 18 активных сеансов!». Но разве это могло остановить «Разработчика который смог»? Нет и еще раз нет!

[Коллега]: Он обновляет базу и передает задачу в тест...

[Коллега]: Консультант не может найти наряд... и только потом, спустя долгое время он понимает, что промахнулся.

[Коллега]: Я должен был его отругать...

[Коллега]: Я ему звоню... а сам ржу в трубку...

[Коллега]: Я просто не понимаю... КАК???

 

Транспортный коллапс

История, рассказанная коллегой и записанная с его слов.

Происходило это в крупной логистической компании. Большинство бизнес-процессов сосредоточены в одной информационной базе. Конкурентных пользователей на 2012 год – около 3000 человек из всех регионов страны.

Поставили простую задачу. По ней сделал свой регистр сведений, в который пишутся данные при проведении некоторых документов. Хоть видов документов и немного, но количество этих документов в день - огромное. По идее, добавленная мною операция записи в регистр не должна сильно нагрузить систему. Но в реализации задачи был один нюанс - при записи набора, свойство «Перезаписывать» устанавливалось в «Ложь». То есть каждое проведение документа добавляло записи в регистр. Это было необходимо по условиям задачи, но практически не влияло на производительность, т.к. по условиям отборам там всегда было 1-10 записей.

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

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

Надо отметить, что серверы, на которых работала ИБ – чуть ли не одни из самых мощных в России, используемых под 1С. Но через несколько часов "что-то пошло не так" (с).

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

"Со слов" MSSQL самым тяжелым запросом внезапно стал запрос на чтение в моём регистре. Хотя я никаких чтений не делал. Довольно быстро обнаружилась и проблема в коде 1С. Я забыл установить отборы на набор записей. Если бы свойство «Перезаписывать» было бы установлено в «Истина», то ошибку я бы сразу обнаружил, т.к. каждая запись чистила бы весь регистр. А в нашем случае этого не происходило. На примере десятка документов, конечно, никаких потерь производительности мы не заметили. Но когда регистр стал наполняться десятками и сотнями тысяч строк - системе каждый раз приходилось проверять весь регистр на совпадение записей.

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

Вот так, «всего лишь» забыв поставить отбор в наборе записей, я положил одну из крупнейших баз 1С в России.

 

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

 

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. maks_20 71 07.11.18 10:43 Сейчас в теме
Первый вывод, который напрашивается - не ставить дедлайны и внедрения на пятницу)). По поводу последней истории - было что-то похожее) только начинал работать с 1с, надо было в большой базе (около 2000 человек работали с ней на протяжении 8 лет) в регистре сведений поправить значения. Думаю - задачка простая, можно и не тестить. Накидал код, выполнил в рабочей базе через ИР, и только после выполнения увидел, что забыл в коде написать Набор.Прочитать(). Естественно весь регистр почистился. Админ был в отпуске, бэкап накатить некому, у меня доступа нет. В итоге все вернул с помощью универсального обмена выгрузив с тестовой базы данные (благо она каждую ночь обновляется и данные актуальные). Так я понял, что перед выполнением чего-либо в рабочей базе лучше сначала сто раз протестировать все на тестовой платформе (дабы сэкономив лишний час, потом можно все выходные заниматься исправлением косяков)..
9. Art1387 4 07.11.18 13:10 Сейчас в теме
(1)Не раз приходилось править подобные фейлы от коллег, потому как самим им опыта или смекалки не хватало; особо эпичны были фейлы с удалением дублей: 1 - слили "дубли" сотрудников по физлицам, не учли что сотрудники могут быть совместителями и дублей не было; 2 - слили номенклатуру по наименованию, не учли что удаляемые дубли заменяться в документах и они перепроведутся, в закрытом периоде тоже; 3- исправления документов в закрытом периоде, многократно. Всегда спасало наличие бэкапа. За собой особо эпичных фейлов не припомню.
2. herfis 365 07.11.18 10:54 Сейчас в теме
Хорошие истории. Последняя еще и познавательная для меня.
3. vadim1011985 79 07.11.18 11:00 Сейчас в теме
Мой самый красивый эпикфеил был в начале моей карьеры с 1с , когда поехал к клиенту обновлять 7. 7 а там было 3 ярлыка с каждой со своей компонентой и зашел я в базу Бух , но с компонентой расчет зарплаты и стал обновлять , предварительно сделав копию. на логичное предупреждение системы об отсутствии компоненты плюнул - в итоге база убита , а архив как назло оказался битый , сижу весь на нервах - делать нечего - говорю - убил вашу базу , не восстановить - клиент задает вопрос - и что база теперь совсем чистая - я говорю да на что клиент выдает фразу - Я всегда мечтала о чистой базе так что ничего страшного можешь идти ))) И когда я обучал своих уже стажеров всегда говорил , что у меня был случай когда я клиенту снес базу , но клиент остался доволен
Идальго; Death_eye; Terve!R; Irwin; ice-net; sCHTASS; o.nikolaev; Diversus; Max27; zqzq; Liily; Tavalik; +12 Ответить
7. Art1387 4 07.11.18 12:59 Сейчас в теме
(3)Админы бывают трех типов:
те, кто пока не делает бекапов;
те, кто делает бекапы;
те, кто делает и проверяет бекапы.
vladimir-89; DeD MustDie; Death_eye; Aggressorak; Anchoret; ipoloskov; Waanneek; creatermc; shard; KEV8383; Tavalik; Serg O.; Adilgeriy; EVKash; Rustig; +15 Ответить
8. vadim1011985 79 07.11.18 13:03 Сейчас в теме
(7) я ж тогда во франче работал - приехал - сделал копию - обновил - сделал еще одну копию и уехал
klinval; Max27; acanta; +3 Ответить
42. Terve!R 16.11.18 08:27 Сейчас в теме
(8) все равно интересно с чего это только что сделанный бэкап мог бы оказаться битым.
45. Aggressorak 16.11.18 17:43 Сейчас в теме
(42) Хотябы из-за винта внезапно коряво записавшего точку или ноль. Ну вот изношена была головка, что поделать?!
35. ipoloskov 120 09.11.18 18:58 Сейчас в теме
Разрушилась SQL база у клиента. Заметно это стало не сразу, поэтому несколько дней люди еще работали, пока база наконец не перестала открываться. Бэкапы за эти несколько дней делались, но база в них уже была сбойная.
Восстановили последний бэкап без сбоев пятидневной давности как рабочую базу.
Восстановили последний сбойный бэкап.
Универсальной обработкой перетащил документы из сбойной базы в рабочую. По журналу отобрал добавленные за это время справочники, и тоже их перенес.
4. bulpi 174 07.11.18 11:08 Сейчас в теме
Молодежь...
Вот в наше время были фейлы!
Я начал общение с Windows 3.1 на рабочем компе , удалив корневой каталог Windows с помощью Волков коммандера из Dos. А комп был один на всю лабораторию.
nektopil; Terve!R; malikova_julia; davdykin; Serg1701; acanta; +6 Ответить
5. vano-ekt 730 07.11.18 11:46 Сейчас в теме
у РСа надо было "Подчинение регистратору" включить, тогда бы хрен ты его записал без отбора... :)
вы все также героически в продакшн по пятницам накатываете? :-D
6. acanta 07.11.18 11:53 Сейчас в теме
К сожалению, многие ошибки выявляются спустя несколько лет.
Bene_Valete; +1 Ответить
52. DDA4746 15.04.19 11:19 Сейчас в теме
(6) Да, ошибки в ДНК отдельных персонажей часто десятки лет скрываются :)
nektopil; +1 Ответить
10. dima_home 193 07.11.18 13:27 Сейчас в теме
Фейлы:
1. Сотрудник неделю работает над проектом автоматизации ответственного хранения в копии. Ночью накатываю обновление с ИТС в основной базе. Думаю надо и копии для разработчиков на свежие обновить...сотрудник званого начал разработку автоматизации ответственного хранения ))

2. На сервере 10 рейд из 12 штук SAS дисков. Контроллер показывает, что сразу три диска вышли из строя. Горячая замена не отрабатывает - ошибки не сбрасываются. Готовимся к перезагрузке сервера. Даю команду системным администраторам подготовится к перезагрузке: проверить наличие копий всех баз. Отрапортовали что копии сделаны, все перепроверили. Перегружаем сервер, рейд разваливается и не собирается. Что ж, были готовы. Восстанавливаем базы на дублирующем сервере... выясняется из 23 баз 1 база не восстанавливается - битый BAK как последний так и предпоследний.
Нашлась копия на чьем то компьютере от прошлого года только. В нашем городе нет компании, которая могла бы вытащить из рейда другие копии этой базы (основная причина что нет такого объема диска, на который можно скопировать все образы всех дисков рейда и программно пересобрать рейд). Пришлось отправлять диски вместе сервером в Москву. Где за 120 к.деревянных нам вытащили копию базы месячной давности, развёрнутую в SQL одним из программистов 1С для своей работы, т.к. основная база и ее BAK (все 30 штук) были битые (копируются но не восстанавливаются). Мораль, если у вас есть БАКапы, это еще не значит что вы сделали копии базы))
Terve!R; JohnConnor; Tavalik; o.nikolaev; Adilgeriy; davdykin; acanta; +7 Ответить
15. davdykin 24 07.11.18 14:17 Сейчас в теме
(10)
(3) Было дело, франч, обновить 77, приезжаю, запускаю копию и запускаю установку обновы в каталог по умолчанию. После установки обновы, обнаруживаю, что до меня рабочая база была в каталоге куда эта обнова встала, перезаписав все файлы рабочей базы, копирование к сожалению делалось дольше чем установка обновы..... Это наверное самое сильное впечатление за всю карьеру
11. acanta 07.11.18 13:37 Сейчас в теме
Имхо - единственная резервная копия - это та, которую сделал разработчик для своей работы и что-нибудь разрабатывает .
12. starik-2005 2175 07.11.18 13:38 Сейчас в теме
Скучно живу (((

В основном такое: обновили бухню в отраслевом решении и перестало все работать, ибо в отдельном ядре бухгалтерия не обновлена, и его механизмы еще не знают, что "мудрые" 1С-неги, разрабатывающие типовые решения, решили перенести функции создания временного каталога и его убития в другой модуль. Да, в итоге все сломалось, но внутреннее тестирование не дало выпустить релиз. Короче, скукотища. И только сотрудники Усатого не дают совсем заскучать...
Артано; Rustig; +2 Ответить
13. davdykin 24 07.11.18 14:12 Сейчас в теме
Не.. в пятницу стараюсь ничего и никому не накатывать.. плохая примета - к плохим выходным, а вообще как кто-то сказал, и я с ним согласен "Нет ощущения хуже- чем ощущение только что сделанной глупости"
sCHTASS; shard; Max27; acanta; +4 Ответить
25. nazirovramzil 08.11.18 08:09 Сейчас в теме
(13)ага, то чувство, когда только осознал, что что-то идет не так и комок в горле... нервы надо лечить)
28. davdykin 24 08.11.18 11:31 Сейчас в теме
(25)Не, самое плохое чувство, когда ты понял что накосячил, это не поправимо и придется объяснять клиенту/начальнику и т.д., одно из самых гадких чувств ))
14. acanta 07.11.18 14:16 Сейчас в теме
Если от сделанной глупости ощущаешь счастье, значит ты не адекватен?
16. SlavaKron 07.11.18 14:51 Сейчас в теме
После переноса данных из ЗУП 2.5 в ЗУП 3.1, обнаружил, что в регистре накопления НачисленияУдержанияПоСотрудникам не заполнена РегистрацияВНалоговомОргане. Написал обработку, которая заполняет этот реквизит из измерения Подразделение. Заполнил. Через пару месяцев обнаружилось, что в движениях расчетных документов начали появляться записи с 15-значными суммами, которые попали в рег. отчетность.
17. rusmil 208 07.11.18 16:02 Сейчас в теме
Клевые истории, но самому не хотелось бы в такие попасть.
18. Kutuzov 635 07.11.18 16:04 Сейчас в теме
Эпичные фейлы случаются, к сожалению, не только в начале карьеры) Накатывание даже "простейшего" кода без тестирования даже при большом опыте разработки (а возможно как раз из-за него) - почти 100% ошибка. Отсюда правило - нельзя что-то накатить на рабочую базу и куда-то выдвигаться от компьютера, т.к. иной раз приходится возвращаться и исправлять, даже после тестирования. Перед выходными и каникулами тоже ничего лучше не трогать, если не хотите провести их за работой.
Еще интересная область эпик фейлов - интеграция с другими системами, и логика ее работы. Если архитектура интеграции не достаточно защищена от ошибок - могут возникать проблемы. Например, у нас недавно был случай - в карточку контрагента добавили новый типовой дополнительный реквизит (статус клиента). Безобидная операция вполне. После чего обработкой этот самый статус присвоили (после этого случая в подобных обработках ставим ОбменДанными.Загрузка = Истина). Несколько тысяч карточек контрагентов пометились к изменению в одном из планов обмена, который отвечал за обмен со сторонней системой. В эту систему были заново высланы карточки клиентов, а она в свою очередь по всем этим карточкам выслала клиенту СМС-ки об изменениях.
Terve!R; svilsa; herfis; Tavalik; Alien_job; acanta; +6 Ответить
19. Rustig 1482 07.11.18 16:52 Сейчас в теме
(0) лайк за тему!
цупы, мупы .... - а в итоге все упирается в в проведение бэкапов, алгоритмы разработки, в попустительство разработчиков из-за нехватки опыта или из-за спешки ("и так прокатит")
53. DDA4746 15.04.19 11:23 Сейчас в теме
(19) Из моего опыта самый большой фэйл - это фраза системного архитектора "код - это лучшая документация".
Остальные организационные вопросы - на том же уровне. Результат "экономии" предсказуем.
20. PerlAmutor 103 07.11.18 21:37 Сейчас в теме
Я тоже неоднократно "косячил". Иногда по незнанию механизмов платформы, полагаясь на её "сообразительность", а иногда просто перерабатывал до такой степени, что отключалось логическое мышление напрочь, затем сам себе удивлялся как я мог вообще это сделать, последствия же были очевидны... И базы из бэкапов вытаскивали и сидели по ночам перетаскивая документы пользователей успевших налепить документов за пару часов в количестве нескольких тысяч штук. Вещи малоприятные. И хорошо, когда уже прошел этот путь раза 3 и более менее себе представляешь схему действий по восстановлению и возвращению базы в строй.
21. CheBurator 3421 08.11.18 02:08 Сейчас в теме
У каждого 1Сника наверное есть таике "скелеты в шкафу".. ;-) И меня не минула сия доля ;-)

Вывод у меня один: ничего и ничто нельзя делать в спешке и в завале, даже если "срочно, надо вчера!". Жили до этого как-то? жили! Проживут еще 1-2-3 дня/недели.
FTO; reugen; o.egorova.omsu; Death_eye; Anchoret; dabu-dabu; Liily; baton_pk; pavlov_dv; o.nikolaev; Tavalik; +11 Ответить
39. Serg3141 10 14.11.18 11:26 Сейчас в теме
(21) Вот правда истинная. Поддался как-то этому давлению со стороны нескольких начальников. Там серьезная запарка была. В результате написал кривой код, работающий только в текущий на тот момент период отчетности за два раза большее время. Через квартал переделывать пришлось, да еще и удивляться, как в спешке можно так плохо написать.
22. Bene_Valete 166 08.11.18 03:03 Сейчас в теме
Здесь недавно была тема страшилок на Хеллоуин, они так не будоражили, как эти истории :)
Anchoret; user811769; Kutuzov; Tavalik; +4 Ответить
23. Tavalik 2303 08.11.18 06:57 Сейчас в теме
(22)
Страшные истории были все выдуманны, а это суровая правда жизни. Такое не придумаешь )
24. HAMMER_59 206 08.11.18 07:27 Сейчас в теме
Комментарии про бэкапы, напомнили мне как когда-то давно работал я во франчайзи, занимался в основном, обновлениями. Обновления нужно было устанавливать с дискеток. Вот и таскаешь с собой комплект тех самых дискеток, на одних программные файлы, на других различные конфигурации и на каждую дискетку по дубликату. А дискетки были не вечными, да и дисководы тоже были далеко не вечные, мало того тогда и сотовые телефоны были далеко не у всех, веселое время было.
26. Shmell 272 08.11.18 09:49 Сейчас в теме
Жизненно )

Тоже история: приехали к клиенту, это было давно правда. А там файловая локальная база, постоянно вылетает с ошибкой SDBL. Сразу определили что проблема в нехватке места на жестком диске где расположена база. Посмотрели - что же можно почистить. Сразу в глаза бросилась "Корзина" просто с колоссальным числом файлов. Да и место она занимала столько, что если ее очистить, то еще баз на 5 таких же места хватит. Ну вот - мы ее и почистили...

Вечером клиент звонит, орет матом....
- Зачем вы корзину почистили, кто вам позволил?

Мы:
- Так это же "Корзина", там обычно то что уже не нужно.
Клиент:

- Как так, корзина - это аналог коробки для документов, вот мы там и хранили все наши важные электронные документы.

Мы в шоке...
DeD MustDie; Art1387; Aggressorak; Terve!R; ipoloskov; Tavalik; +6 Ответить
27. ilialin 08.11.18 10:27 Сейчас в теме
А что это за маленький файлик, который нужно было удалить на сервере 1С в первой истории?
user811769; Winstoncuk; +2 Ответить
29. gradi 5 08.11.18 11:36 Сейчас в теме
(27) Подозреваю, что это был конфиг для логов технологического журнала.
Waanneek; +1 Ответить
30. Tavalik 2303 08.11.18 11:36 Сейчас в теме
40. Serg3141 10 14.11.18 11:30 Сейчас в теме
(30)Вообще по-хорошему, в этом случае надо по шапке надавать именно тому опытному разработчику, который уехал и не поставил в известность молодого бойца об этом файле.
Aggressorak; Terve!R; +2 Ответить
43. Terve!R 16.11.18 08:39 Сейчас в теме
(40) да, согласен, что самое странное и страшное в этой истории - недоступный главный админ и главный ответственный. Нельзя такого допускать, но конечно же нашли крайнего 1с-ника)
31. gradi 5 08.11.18 11:42 Сейчас в теме
Я как-то рано утром решил снять копию базы клиента. Видимо не до конца проснувшись, я вместо "выгрузить" выбрал "загрузить". В итоге загрузил копию недельной давности. Когда понял это сразу связался с админом облака где была база. Оказывается последний бэкап по расписанию был сделан за пять минут до моего косяка. Все оперативно исправили.
Death_eye; for-elenak; +2 Ответить
36. acanta 09.11.18 19:07 Сейчас в теме
(31)
. Видимо не до конца проснувшись, я вместо "выгрузить" выбрал "загрузить". В итоге загрузил копию недельной давности. Когда понял это

Такое у меня раз в пару лет бывает обязательно.
Перед нажатием на кнопку "загрузить" вместо "выгрузить" срабатывает рефлекс "в окне файла ничего не должно быть" и "не должно возникать дополнительных вопросов".
Однажды на 7.7 при каком-то небольшом редактировании (добавление кнопки с обработкой в документ) в журнале налоговых накладных стерлись данные за последний месяц. Я в приступе мании преследования. Поднимаю сделанный бакап, в нем все есть. Копирую выброчно файлы из бакапа в рабочую и запускаю тестирование.
Разбираюсь что могло быть по журналу регистрации. Оказывается, в процессе последней реструктуризации месяц назад (до моего появления там) был сбой (реструктуризация не завершена) и в каталоге NewStru остались файлы налоговых накладных. Последняя реструктуризация почему-то (возможно из-за моих прав) не почистила перед новой реструктуризацией этот каталог и все что там было перенеслось в рабочую базу. Хорошо что бакап делался винраром, а не выгрузкой или сохранением, как обычно.
Восстановить данные можно было бы, а объяснить почему возникла проблема ("доказать что ты не верблюд") - нет.
46. Death_eye 19.11.18 11:50 Сейчас в теме
(31) Недавно было, чуть не поседел. Только дело ночью было, глаза уже закрывались, видимо. После того, как загрузка закончилась, проснулся махом. Хорошо база SQL и бэкапы красивые. Все восстановилось.
32. anton3077944 08.11.18 12:20 Сейчас в теме
Установили клиенту автоматический ночной бэкап базы через Effector Saver, с копированием в облако. Всё много лет работало, всё было нормально.

Пришел накатывать обновления, всех выгнал из базы, запустил ручной бэкап через effector saver.
В процессе накатывания обновления произошло отключение света и база "запоролась".

Восстановил из бэкапа, обновил, всё путём.
И тут оказывается, что в базе данные 2-х летней давности...

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

С тех пор делаю резервные копии дважды - через конфигуратор и копированием файла
34. Waanneek 84 09.11.18 16:01 Сейчас в теме
С тех пор делаю резервные копии дважды - через конфигуратор и копированием файла


Файловые базы всегда нужно:
1) Скопировать файл 1Cv8.1CD (можно весь каталог базы)
2) Только потом делать *.dt из конфигуратор
3) потом обновление и т.п.

* В процессе выгрузки DT база как серверная так и файловая может разрушиться
* Выгруженный DT может не загрузиться
* Успешно загруженный DT в файловой базе может не иметь части данных в базе (документы регистры..)
* Сделанная копия базы SQL надежнее DT
* Копия базы SQL может обратно не загрузиться
* Копия mdf и log файлов базы SQL надежнее копии SQL (с восстановлением проблем пока не встречал)

Такой вот опыт))) к счастью без фатальных последствий.

про
и только после выполнения увидел, что забыл в коде написать Набор.Прочитать()


Тоже был такой случай, по самоуверенности на проде РС записал без Прочитать(), сначала вспотел, но быстро взял себя в руки, восстановил из копии, пользователи почти не заметили))...
Потом у не опытного коллеги был подобный случай, помог ему, с фразой "Не очкуй, все норм, я сто раз так делал)))" восстановили за 10 мин :-)
Terve!R; Serg3141; +2 Ответить
47. Death_eye 19.11.18 12:00 Сейчас в теме
(32) В файловых базах никогда выгрузкой не пользуюсь. Только архивирую полностью папку + добавляю данные для восстановления. После архивации проверяю архив. Это при обновлении или доработках. А на повседневку тоже Effector Saver.
SQL - только выгрузка + автоматическое архивирование средствами SQL.

Вообще, архивы дело нужное, т.к. бывают случаи, когда говорят "а до обновления такого не было". Приходится восстанавливать копию до и доказывать, что ты не олень.
33. sCHTASS 49 08.11.18 17:08 Сейчас в теме
Расскажу и про свой "косяк".
Делал обновление базы на 1С77. В последний день работы. Ночью, в отведенное на это время с 01:00 до 01:30.
Штатно накатываю изменения. Применяю реструктуризацию и тут 1С падает. Запускаю повторно обновление - все проходит успешно.
Запускаю в режиме предприятия - нет документов!!! O_O Начинаю разбираться, выясняю, что таблица журнала документов пуста.
Ну думаю, фигня-война, администраторы прикрутили же автоматический бекап базы по расписанию - восстановлю и обновлю по новому.
Лезу на сервер и вижу, что последних бекап - за вчерашний день! Е-МАЕ! Ну как же так-то? Почему бекапа за сегодня нет?! (Просто на сервере место для бекапов кончилось.)
Звоню начальнику в начале 3-ого. Бужу с 3-4 звонка, объясняю, что случилось. Принимаем решение восстановить вчерашний бекап. Недостающее сотрудники "забьют с бумажки".
Ближе к 5 утра весь "в нервах", усталый, выпиваю стакан водки и проваливаюсь в тяжелый сон.
В обед проснулся с чувством кислятины во рту и вины. Так "подгадить" в последний день. А нужно были лишь убедиться, что бекап есть...
37. Alex_CheST 1 12.11.18 08:07 Сейчас в теме
Честно, как то прочитал и не понял. Я только начинал работать и мне дали высоконагруженную систему? это как? Я когда начинал я писал дописки под присмотром программиста. И уж точно меня никто не пускал в продуктив. Да и потом на протяжении 3 лет не было у нас ни одной такой ситуации чтобы кто то что-то запорол клиенту и у него все встало. То ли уровень высокий. То ли везло..Не знаю...
Если работаешь с внешними обработками фейлы это когда ты отвлекся и загрузил не ту версию внешней обработки. Или вместо сохранить нажал загрузить и затер что -то. Народ на местах ничего не заметил, все ушло в производство. На производстве не заметили и ушло на склад) на складе не заметили и ушло к клиенту. Клиент звонит и недоволен и заворачивает партию. Один неверный клик - эпик фейл.
А так чаще всего обновления) Ящик пандоры. Попробуйте делать обновление в день зарплаты или в день закрытия месяца и сделайте что нибудь не так. Эпик фейл когда гл. бухгалтер сидит и после выбора организации в закрытии месяца ждет час. А у нее осталось до конца дня всего ничего. И ты не знаешь что за нафиг....
Ну и самое сладкое) Это когда запускаешь обработку не на той базе))) Думал тестовая оказалось рабочая. А потом пишешь обработку по восстановлению с бекапа.

И никому потом не объяснишь что произошло, потому что косяк твой) Внимательнее надо быть. И плевать что ты всем нужен и 20 задач сразу висят и трубка разрывается. Горшочек Обязан ВАРИТЬ ты ж программист!
DDA4746; Terve!R; +2 Ответить
38. bissov 31 14.11.18 08:09 Сейчас в теме
Внешний журнал регистрации.
Холдинг разные направления деятельности, используется около 10 разных конфигураций не говоря уже о количестве баз на основе этих конфигураций. Поскольку это провинция и с программистами туго есть свои, есть фрилансеры и есть франчи.
На базах аля УПП стоял самописный журнал регистрации пишущий изменения в базу SQL. Ну и франчи прознали про это все и им тоже захотелось. Ну и я им его дал... ну как дал - хехехе. В общем все счастливы проходит неделя и заканчивается место на сервере
при беглом осмотре выясняем что все место сожрала связка баз УТ, БП, ЗУП и их внешний ЖурналРегистрации, которые обслуживает доблестный франч. Базы выросли просто в разы. Взвешиваем таблицы SQL. Таблица жрущая место это так называемый транзитный справочник Журнала регистрации.
Перед тем как выгрузить в SQL фоновым заданием изменения записывались в это справочник, а потом соответсвенно удалялись при записи. Дык вот в настройках журнала была возможность выбора обектов и реквизитов, по которым мы хотим отлеживать историю, ну
чтобы все подряд не писалось. Ну и франчи не заморачиваясь нажали зеленую галочку, что было бы не сильно критично если бы они убрали галку с транзитного справочника. А тут выходило, что при удалении элемента, который удалялся в фоне при записи в SQL. тут
же создвалась запись об удалении и соотвественно запись на запись об удалении... ну и т.д. Вот такой вот Уроборос получился.
41. JohnGalt 47 14.11.18 13:41 Сейчас в теме
Еще в начале знакомства с 1с (лет 7 назад) произошла "ситуация":
Юристы пожаловались, что внешние файлы к договорам не присоединяются. Вообще механизм загрузки файлов и их присоединения к договорам был "допиленный", хотя я этого не знал. Файл загружался в базу и потом удалялся из каталога. Но один файл не хотел загружаться и просто удалялся. Не чуя подвоха, я скопировал файл в корень диска D и опять попробовал загрузить. Файл не загрузился, как и следовало бы ожидать, но система как-то странно "задумалась" на минуту. После завершения "операции" диск D оказался чист. Вместе со всей документацией юр. отдела. Я сказал "Ой", а юристы начали пить корвалол.
Все закончилось благополучно, в течении пары часов все файлы были восстановлены программой восстановления (Undelete или что-то похожее). После этого случая появилась привычка сначала смотреть код, а потом запускать механизм, особенно незнакомый :)
44. Terve!R 16.11.18 08:46 Сейчас в теме
(41) а руки этим погромистам потом не оторвали?) Как так можно было написать?)
48. acanta 19.11.18 12:01 Сейчас в теме
У меня было давно, "мышка бежала хвостиком махнула", 7чный каталог базы данных на сервере мышкой переместила в другую папку. Рабочий каталог посреди бела дня при работающих пользователях.
49. mytg 28.11.18 16:05 Сейчас в теме
1) Первая седина
При обновлении 7ки от руководства была директива, архив делать путем копии папки базы. Пока шло сравнение бух, решил сделать копию зик. Видимо в пылу юношеского раздолбайства, вместо "Ctrl+C" нажал "Ctrl+X". Т.к. сравнение проходило неожиданно долго, решил снять нагрузку с системы путем снятия задачи по копированию через диспетчер. При попытке запуска конфигуратора, по словам бухгалтера, я почему-то побелел. Благо не докопировались (в основном) файлы классификатора адресов. "Восстановил" базу скрестив недокопированный архив и базу недельной давности.

2) Обиженный программист
Сам не видел, рассказывал руководитель консультантов, который подключался по TW. На линию консультации позвонил сторонний клиент. Они плохо расстались со своим штатным программистом. Через неделю после его ухода при открытии формы списка(чего не помню), стали появляться ножницы и вырезать в хоатичном порядке документы и база висла. После перезапуска базы документы из списка пропадали, а регистрах записи оставались, но с битыми ссылками на регистратор.
50. itriot11 75 22.12.18 03:18 Сейчас в теме
Сова. Ненавижу просыпаться рано, те вовремя. Уже будучи несколько освоившимся специалистом с хорошим качеством результата начал пользоваться своим положением, те появляться на рабе спустя 2,5 часа официального начала раб дня. Надо отдать должное, что я и задерживался до поздна, мог поработать ночью и на выхах. Кароч, шло все своим чередом, достаточно хорошо.
Тут наступил час Xэ, когда был вынужден прийти на помощь своим товарищам по ИТ. Тот час наступил весьма рано для меня, те за час ранее до оф. начала работы. Коллегам помог, пусть и с закрытыми глазами. Факап почти(!)наступил тогда, когда ГБ попросила развернуть скульный архив на ее тестовой базе. Я, все еще с закрытыми глазами, начал на автомате нажимать кнопки. Случилось божественное вмешательство по Тарантино! Меня буквально холодным потом пробило, когда дошло, что я разворачиваю архив полугодовой старины на продуктивной базе. Ну те флаг отключения действующих сеансов был включен и процесс уже начался! Судорожное нажатие всех кнопок похожих на Отмена и Закрыть позволили не допустить отката учета в доисторическую эпоху. Нормальные спецы подумают, что невелика беда, мол ну откатился бы до последнего архива, да только бекап, за который отвечали те самые ИТ коллеги, последний раз выполнялся как раз по их бестыжей воле ровно полгода назад!
59. starik-2005 2175 07.04.20 13:25 Сейчас в теме
(50)
Меня буквально холодным потом пробило, когда дошло, что я разворачиваю архив полугодовой старины на продуктивной базе.
Блин, у меня лаже от чтения этого яйки сжались )))
51. klaus38 22.12.18 19:48 Сейчас в теме
Почитал комментарии... Пойду бекапы проверять!
54. CheBurator 3421 05.04.20 02:36 Сейчас в теме
"Только поздно ночью на связь вышел Дима и рассказал, что нужно всего лишь удалить один маленький файлик на сервере 1С. Уже потом, пару недель спустя, я прочитал о нем в одной всем известной «настольной» книге, "
- я не восьмерочник (но с сжиранием метса всяками восьмерочными логами дело имели с админом), поэтоу - для меня фраза эта - темный лес. за интерс чисто - можно чуть подробнее что за "маленький файлик и зачем/почему и почему логи росли когда ЦУП не работал..? Спасибо.
58. herfis 365 07.04.20 11:46 Сейчас в теме
(54) В восьмерочном кластере сервера приложений есть возможность настроить ведение т.н. "технологического журнала". Делается это путем помещения xml-файла с описанием регистрируемых событий в системную папку кластера. ЦУП использует этот механизм для сбора подробных логов и потом их парсит.
55. CheBurator 3421 05.04.20 02:44 Сейчас в теме
Написать что ли про свой величайший фейл? да еще приложить объяснительную реальную...?
57. Tavalik 2303 07.04.20 07:56 Сейчас в теме
60. CheBurator 3421 07.04.20 18:58 Сейчас в теме
А не упаду ли я в глазах сообщества ниже плинтуса? ;-)
Оставьте свое сообщение

См. также

Барометр настроений Промо

Блоги Бесплатно (free)

Мы предлагаем измерить настроение в отрасли 1С. Как чувствуют себя 1С-ники? Ценит ли ваш ИТ-отдел руководство компании? Что с зарплатой? Есть возможности для роста? А как вам коллеги? Вообще удовольствие от работы ощущается?

06.06.2019    7393    0    andmakarov    39    

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

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    2990    0    1c-intelligence    15    

Смотри шире, думай глубже

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

Мысли вслух о фрилансе в 1С.

19.06.2020    3653    0    Rustig    47    

Верблюды и песочница. Джоэл Сполски

Блоги ИТ-компания Бесплатно (free)

Статья Джоэл Сполски про ценообразование программы. Эта статья написана в блоге в 2004 году. При подготовке к онлайн-конференции для партнеров (https://edu.infostart.ru/up2020) я вспомнил про нее, но не нашел русского перевода по старому адресу. Есть несколько других вариантов перевода, но у меня чудом сохранился оригинал. Восстанавливаю его здесь. Прошло уже 16 лет, но статья по прежнему актуальна и познавательна для разработчиков коммерческих решений.

24.04.2020    3358    0    support    33    

Как провести конференцию разработчиков 1С в своем городе? Промо

Блоги Бесплатно (free)

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

11.01.2018    22490    0    Tavalik    35    

Как стать матерым штурмовиком, или истории из жизни

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

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

05.04.2020    3489    0    starik-2005    13    

6 лет соло франчайзи 1С. Итоги

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

Закрыл договор франчайзи и ИП. Решил подвести итоги, поделиться опытом. Это было замечательное время, и мне есть что вспомнить. Постараюсь в своем изложении быть посередине между «жизнью» и «профессией».

18.03.2020    12935    0    ogre2007    105    

Вычитал. Хочу. Делайте

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

"Идеи" руководства и их "реализация".

13.03.2020    7111    0    1c-intelligence    16    

Экзорцизм программистскими методами Промо

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

Примеры из жизни о том, как инструменты на платформе 1С помогают компании изгонять зло.

24.08.2017    33606    0    1c-intelligence    59    

Полиграфистки сходят с ума по одной

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

Мой опыт прохождения полиграфа.

06.03.2020    4881    0    1c-intelligence    78    

Программист, стая и Джон Стейнбек

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

Необычный взгляд на работу мозга.

03.03.2020    3525    0    1c-intelligence    53    

Крылатые афоризмы. Для разработчика, специалиста 1С Промо

Блоги Россия Бесплатно (free)

Часто слышу этот афоризм. Истории и поводы разные. Их объединяет одно : на вопрос "А кто автор, родитель афоризма" , ну очень многие не знают правильного ответа. Виктор Михайлович Глушков (24 августа 1923, Ростов-на-Дону — 30 января 1982, Киев) — выдающийся советский учёный, академик АН СССР (1964), один из пионеров отечественной кибернетики. Под его руководством в 1966 году была разработана первая персональная ЭВМ МИР-1 (машина для инженерных расчётов).

12.02.2011    34033    0    kompas-dm    39    

Как живут разработчики 1С во Вьетнаме

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

Xin chào, Инфостарт! Меня зовут Алексей Кондратьев. Я - технический директор компании 1C Vietnam LLC. В этой статье расскажу чем живут разработчики 1С во Вьетнаме и как попасть в их число. Все, о чем буду рассказывать далее - специфично для Вьетнама. Для партнеров в других странах и в самой Фирме 1С условия конечно же другие.

02.03.2020    8266    0    koal@1c    86    

Собеседование в луже крови

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

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

28.02.2020    7928    0    1c-intelligence    109    

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

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

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

25.02.2020    3594    0    1c-intelligence    60    

О том, как русские в 1951 году создали первый в Европе "компьютер". Малая электронная счетная машина Промо

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

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

10.01.2016    27146    0    Gilev.Vyacheslav    43    

Менеджер-передаст

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

Есть такая профессия...

25.02.2020    5146    0    1c-intelligence    40    

Журнал Белокаменцева, выпуск № 1

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

Короткие тексты на разные темы

19.02.2020    3896    0    1c-intelligence    57    

Это неконструктивно, или Ты как челобитную царю подаешь?

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

Статья неконструктивная.

18.02.2020    3689    0    1c-intelligence    22    

Сумасшедший Билл Гейтс Промо

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

"Перед ним сидел Билл Гейтс. Он был уже старым и седым. Впрочем, игривый огонек в его глазах все также искрился, как и много лет назад." Публицистика к пятнице. Восстанавливаем добрые традиции Инфостарта. И, возможно, кто-то найдет для себя тему...

14.08.2015    26979    0    O-Planet    57    

Собрался изменять? Еще раз подумай

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

А то там всё серьёзно

07.02.2020    5589    0    1c-intelligence    17    

Чтобы пацанам было не стыдно показать

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

Манифест умирающей профессии

04.02.2020    7233    0    1c-intelligence    88    

Активный 2019 год на Инфостарт

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

О прошедшем 2019 годе в 100 и 500 словах.

26.12.2019    5346    0    YPermitin    24    

Короткий экскурс в развитие для фрилансеров на личном примере Промо

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

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

25.10.2013    31983    0    Shagzhin    42    

Быт и нравы фантазёров

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

Про идеи и тех, кто их подаёт.

26.11.2019    6479    0    1c-intelligence    25    

Книжная абстиненция

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

Стоит ли читать книги?

19.11.2019    6160    0    1c-intelligence    65    

На горизонте Промо

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

Об одной обычной автоматизации, навеявшей размышления о внутреннем дао аутсорсинга...

23.07.2013    29652    0    O-Planet    82    

Крупный бизнес = продуманное ПО = вершина карьеры?

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

Вот пойду я в крупную компанию и стану там успешным - получу много опыта и буду супер программистом!!! И тут вам бах и 40 )))) И хочется вечера тратить не на изучение новых фреймворков, изменений поведения платформы и что там у нас в зазеркалье понаписали, а на изготовление миниатюр природы или выращивании бонсая и написания рассказов для детей. Крупные компании - благо?

07.11.2019    23872    0    iov    34    

6 шотов

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

Небольшие пятничные истории о взаимоотношениях в коллективе

01.11.2019    9619    0    sapervodichka    28    

Шорты Белокаменцева

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

Короткие версии старых статей

28.10.2019    7682    0    1c-intelligence    18    

Делу время Промо

Блоги Бесплатно (free)

Не знаю как там у вас, а у нас, если программист сказал я через час подъеду, значит, дня через три он наверняка позвонит.

29.01.2013    22771    0    Yury1001    45    

Мне нравятся картонные человечки

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

Нужна ли личная жизнь на работе?

21.10.2019    6938    0    1c-intelligence    32    

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

О жизни Управление персоналом (HRM) Бесплатно (free)

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

16.10.2019    12399    0    1c-intelligence    116    

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

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

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

25.09.2019    7121    0    feva    42    

Почему не хватает 1Сников? Промо

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

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

27.07.2012    49940    0    piterantares    495    

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

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

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

13.09.2019    7295    0    dsdred    24    

Видя деньги

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

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

09.09.2019    8138    0    1c-intelligence    94    

Полюби Козла

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

Не пожалеешь

02.09.2019    7262    0    1c-intelligence    77    

Гаджеты для одинэсника. Часть 1 Промо

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

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

29.08.2012    34433    0    O-Planet    100    

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

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

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

28.08.2019    5817    0    1c-intelligence    21    

Аки Феникс

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

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

17.08.2019    7833    0    1c-intelligence    21    

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

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

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

05.08.2019    7657    0    77dream77    9    

Быть фрилансером Промо

О жизни Реклама, PR и маркетинг Россия Бесплатно (free)

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

17.08.2012    24472    0    O-Planet    38    

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

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

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

30.07.2019    8132    0    1c-intelligence    78    

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

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

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

24.07.2019    5018    0    for_sale    20    

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

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

А вы?

23.07.2019    6629    0    1c-intelligence    96    

Как программисту не потерять уверенности в себе и подзаработать Промо

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

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

16.12.2010    42549    0    Diversus    176    

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

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

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

06.07.2019    6817    0    1c-intelligence    55    

Результаты опроса "Барометр настроений"

Блоги Бесплатно (free)

В предыдущей статье мы провели открытый опрос по настроению 1С-ников в отрасли. Получили 363 ответа. Некоторые результаты оказались для нас ожидаемы, некоторые нет. Посмотрим, что получилось.

03.07.2019    5744    0    andmakarov    21    

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

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

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

26.06.2019    6588    0    1c-intelligence    31    

&На1С 2019 - Итоги конференции в Краснодаре

Блоги Бесплатно (free)

1 июня 2019 г. в Краснодаре прошла первая в городе открытая конференция специалистов 1С - &На1С 2019. О том, как все прошло, что получилось, а что нет, читайте в данной статье.

25.06.2019    9831    0    Tavalik    7