Добрый день!
Более 10 лет работаю с 1с, не слышал никогда и нигде чтобы 1сников штрафовали за ошибки в программе.
Ситуация такая. Была ошибка, ошибка была оперативно исправлена (в течение 1-2 часов) бухгалтеры "списали" все на программиста, руководство планирует выписать персональный штраф программисту.
Лично я ошибкой это не считаю, это рабочий процесс: программа сложная, ошибки возможны любые и везде.
Хотел бы услышать мнение коллег.
Планирую искать работу(

Вопрос неоднозначный. А что за потери понесло предприятие?

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

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

(3) А неправильно выгружать стал, после твоих изменений?

я как-то допустил ошибку (в 2012), которая повлекла 200.000 рублей убытка (почти 10.000$), так вот, я отработал 4 субботы бесплатно и норм.
Но вообще-то это раздражает. От ошибок никто не застрахован. Поэтому увлечение штрафами и KPI приводит к уходу программиста.

(4) да, все потом проверили, все как нужно работает.

(6) Я к тому, что перед изменениями тестирование было?

(3) Ну если предприятие потерь не понесло, то нет причин наказывать. Если оштрафуют - можно и свалить.

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

(5) Самое главное не устраиваться в контору, где ты первый программист. Оптимально, чтобы было 3-4 смены до тебя. Тогда руководство более лояльно. А когда первый, то им сравнить не с чем и объяснять сложность работы бесполезно.

(7) тестирование) нет конечно. ни тз, ни тестов, я тут один додумываю за всех, переделываю по 100 раз, потом еще и штрафы)

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

(11) Лучше сделай тестовый стенд. Это больше тебе нужно. Поверь каким-бы гений не был, при тестировании вылезает куча всего.

(12) Напомнить можно только увольнением - но тебе уже будет все равно

(13) я предлагал написать тесты, тестовые базы...  но это долго, дорого, в общем доработки сильно не проверяются. Раз не проверяются, получите хрень.

(0) кризис.... все должно работать в штате один прог и недорого ..

Я как-то базу магазина оптового грохнул.. А бекап был месячной давности...
Мне это обошлось в 500 баксов и несколько часов нервов...

(0) вопрос о наказани можно поднимать только после того, как будет организован правильный процесс разработки: заказчик - аналитик - программист - тестировщик.

(18) вооот!!

(18) это расширение штата .... :)

(17) аффигеть, ты копии не делаешь)?

(21) Теперь делаю )))
Это было 15 лет назад )))

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

(0)
+ ко всем комментариям добавлю - пиши протокол тестирования.
Хотя, если у тебя стычка с любовницей или женой учредителя, то и это не поможет.

(15) Попробуй еще раз объяснить руководству важность правильной постановки и важность тестирования. Если не услышат, то забей до первого штрафа. И после ищи работу.
Во многих компаниях понимают бардак, создают суету, но не штрафуют.

(23) на нет и суда нет )))

Да без проблем! Готов на штрафы. Но при выполнении следующих условий:
1. Я получаю долю прибыли предприятия. Ибо несправедливо нести ответственность, не разделяя при этом профит.
2. Я имею достаточное время и достаточные ресурсы для проведения полноценного тестирования. Все эти вопли "Ой, нам завтра уже нужно!" не принимаются - результат получите после полного тестирования. Месяц нужно - получите результат через месяц.

(17) я базу "оптовиков-алкоголиков" как-то убил. в самом начале нулевых (можно сказать, практически в лихих 90-х). Ребята серьезные, директор на 600-м мерине, зам на 500-м. Меня участливо так спросили - "а чего это вы так побледнели?"
правда, бэкап был 10-минутной давности...

(27) вот да. Но после такого ультиматума все равно придется искать работу)

Начнем с простого вопроса. Что написано в трудовом договоре :) ? Прописаны ли там штрафы такие.

(30) нет. но зп серая, так что не вые..ся)

(31) это в образное выражение, а не лично к (30)

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

(29) И что? На этом работодателе свет клином сошелся? С дураками работать - себя не уважать. Такая работа возможна только в ситуации, когда профит компенсирует все неудобства. И то только на коротком временном периоде, ибо дальше сам психологически начинаешь работать в подобной "системе координат".

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

(35) да, теперь я дико демотивирован(

(23) а это не важно умеешь доносить или нет. важно что факт донесения был зафиксирован служебкой или в электронной почте. "довожу до вашего сведения, что блабла нужнен тестовый стенд, помощник, секретарша и пр." в копию вашего  руководителя(подчинение кому прописано в ТД) и (это важно) руководителя того кому адресовано это письмо. а в нужный момент достаешь письмо из архива. "у хорошего РП опа должна быть всегда бумажкой прикрыта", даже если ты сам себе РП.

(0) Я лет 20 назад 1Сил в одной большой торговой фирме. Там KPI не было, тогда мода на них еще не пришла, но штрафы были. В основном справедливые, следует заметить. Программистов, естественно, хаяли все, кому не лень - косячите, мол. Программистов, если что, было двое на коллектив в 700 человек, неравномерно распределенных между центральным офисом и 6 филиалами. Так вот. Приходит как-то вечером на склад накладная: надо 20000 пустых ящиков от газировки отвезти из одного города в другой. 100 км в один конец. Кладовщики удивляются, но накладная есть - значит надо делать. Всю ночь грузят ящики в две фуры. Утром фуры выезжают, в обед приезжают на место. Там кладовщики удивляются еще раз, но догадываются уточнить, а что это было. Оказалось, логист накосячил - ноликов лишних поставил в документе. 19800 пустых ящиков поехали обратно. А у программистов появился прекрасный прецедент: на все предъявы типа "вы пишете с ошибками!" юзеров тыкали в висящую на стенке копию накладной на 20000 пустых ящиков с комментарием "ошибаются все".
В общем, если место интересное и менять его неохота, то можно пободаться. Есть статистика бухгалтерских косяков - показать ее и спросить за штрафы бухгалтерам. Если такой статистики нет, то заплатить штраф и начать статистику копить, а через месяц-два спросить насчет штрафов бухгалтерии. Адекватное руководство посыл поймет. А не поймет - то и нефиг там делать, 1Сники сейчас везде нужны.

(34) да, планирую реально взяться за поиски.

(35) Не может в принципе бить никаких убытков от работы программиста. Программист, грубо, затачивает резец, которым точит токарь. Если токарь хреново заточенным резцом запорол заготовку, то это вина токаря, и не инструментальщика.

(19) да, у нас все это есть, но программистов все равно не наказываем, а тесировщикам доплачивали (до ковида) символические деньги за найденные ошбки...

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

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

(39) Это самое правильное решение. Не тратьте свою жизнь на дураков. Они никогда не оценят Ваш труд. Они даже не понимают чем Вы занимаетесь, если такие подходы. Ищите тех, кто ценит Ваш труд. Уверяю, на них Вы будете работать гораздо продуктивнее и с большим удовольствием. Да, их сложно будет найти - у таких текучка кадров не высокая. И их мало - тут все то же правило, что 90% "иррационально поступающие люди" (в терминологии Марка Гоулстоуна в его книге "Как разговаривать с мудаками" - очень ее рекомендую всем почитать).

(40) Какую там межпланетную ракету взорвали из-за ошибки в программе?

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

(44) ок, спасибо за поддержку!

(40) А за хреново заточенные резцы штрафов не предусмотрено? Удобно.

Мне больше интересно как это по кадровому учёту проведут, или ты там всерную пашешь?

(43) да, я это объяснял, много раз...

(0) Что за ошибка и её цена для предприятия ?

(49) серая в экселе) не знаю как.

(51) в (3) описание

(49) известно как - оклад 20%, премия 80.

(43) Тесты не гарантируют. В тестах тоже могут быть ошибки. Тесты могут не покрывать все ветви программы. Если программа больше 100 строк, то покрыть её тестами крайне затруднительно, а при объёме 1000 строк уже невозможно. Конфигурации 1С насчитывают сотни тысяч строк

(40) "Фобос-Грунт" упал по вине программистов. Минус 5 млрд рублей. Наверное, тот программист до сих пор расплачивается...

(55) конечно не будет покрывать, но вероятность ошибки будет на порядок меньше. Т.е. заработанных денег будет в четыре раза больше, а вероятность ошибки в десять раз меньше. Т.е. на каждую ошибку у программистов будет в 40 раз больше денег. В таком случае на ошибку можно и скинуться на штраф.

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

(560 он просто ушел громко хлопнув дверь, предварительно обозвав всех дураками :))

Никогда не штрафовали прогеров там, где я работал за программистские косяки (за опоздания и т.п. - было). А программистские косяки всегда затруднены тем, что трудно доказать, что это именно косяк программиста, потому что главный эксперт по таким ошибкам - сам программист. А если руководство штрафует прогера на основании слов дилетанта и по принципу: кто первый пожаловался, та версия и правдивая), то нахер такую работу. Я бы написал заявление в тот же день, когда мне дали на ознакомление приказ о штрафе
----------
Меня когда-то пытались штрафануть якобы за то, что я криво завел маркетинговую акцию. Надо было скидку 50% на всю бытовую химию, а я сделал - 50% на все вообще. Ну и пока кассиры чухнулись, магазин просрал кучу денег. Народ просто тележками вывозил товар помимо бытовой химии. Но у меня в почте было письмо от руководителя отдела продаж с ошибочным ТЗ и трахнули начальника. Не говоря уже о том, что акцию на субботу  мне приказали сделать в 17:30 пятницы и делал я ее в авральном темпе. Две недели обсуждали, за неделю дали рекламу в газеты, но программисту поручили ее включить за полчаса до конца рабочего дня накануне акции. За это главный по продажам огрёб отдельно :) Но изначально стрелы пытались перевести на меня

(11) посылай всех нафуй с "штрафами" пр итакой работе. на меня тоже как то попытались повесить "ответсвенность за цифры в программе" - ну я им нарисовал как тогда будет идти получение заданий, разработка, тестирование на отдельнйо базе персоналом, обучение и сертификация на допущение персонал к работе с доработками ну и такое все прочее. и м.б. только тогда я м.б. соглашусь ОБСУЖДАТь вопрос о применении "штрафов" и ответственности.
.
так что если хоть попытаются сделать хоть какое-то движение в сторону штрафа - я бы не раздумываю завление на стол и ушурупил оттуда.

(56) не следует при этом путать "штраф" и "компенсация убытков".

о, в (27) Джинн правильно написал. особенно насчет профита ;-)

я убил мусорную бухбазу. сделанную когда-то по просьбе бухов что-то там посмотреть/попробовать типа разово, чтобы в рабочей не косяпорить. с учетом того. что такое было сплошь и рядом - таких баз было штук пять. когда бухи заканчивали работы с такими базами - никогда об этом никого не оповещали. в итоге это копилось, мусорилось, регулярно подчищал. и как-то прибил такую базу типа блин полгода валяется. потом думаю, блин зря прибил, может что-то нужное там есть. вернул взад, но за 5 минут раздумий база успела погибнуть. в итоге оказалось что в этой базе бухи с полгода "восстанавливали учет" или чтото еще важное. в итоге попыталисбь наехать на меня. я сказал - если молния ударила и пожгла все - то причина нев молнии, а в отсутсвии заземления. кто-нить уведомил отдел айти что есть база, в которой ведутся важные работы и надо бэкапить? нет! занчит сохранность таких баз - личное дело того кто работает с такими базами. расписал все обстоятельно на 2 -3 листах объяснительную (где-то даже оставил для истории) с описанием причин, следствий, общего похуизма со стороны ответсвенных лиц и прочего. Последствий никакизх не было кроме того что мне закрыли доступ к бухбазам. ну и не очень то и хотелось.. ;-)

(0) От ошибок не застрахован никто.
Что есть ошибка?
Ошибка, за которую могут оштрафовать, это несоответствие результата работы программы заявленным требованиям.
Для того, чтобы выявить это несоответствие должны быть эти самые "заявленные требования".

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

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

Но даже наличие всех этих условий (ТЗ, тестирование и т.п.) не гарантирует от ошибок в продуктиве.
Попытайтесь донести это до руководства. Если не идиоты, то есть шанс, что до них эти мысли дойдут.

(64) ЖР то надо смотреть

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

(67) зашел в базу - открыл жр, некст левел плей после бэкапов

(0)[Хотел бы услышать мнение коллег.]
1) случай исключительный, подобная практика не распространена
2) не обсуждается необходимость тестирования любых изменений в учетных системах, равно как подтверждение функциональным заказчиком требований в минимальном объёме

Ну пусть поищут программиста согласного платить штрафы за ошибки.

За ошибки теоретически могут премии лишить, и это очень трудно обосновать.

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

нет ТЗ  нет штрафов.

(71) да, "не написал ТЗ, получи ХЗ")

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

(73) Таки да - никаких резких телодвижений делать не надо. Бороться за тестирование тоже. Спокойно найти и спокойно уйти.

(0)В договоре подобное как-то описано? Если нет, то можно спокойно "слать лесом".

(75) Уже пятый человек не удосужился прочитать ветку. Сказано, что ЗП серая. И как Вас к программам подпускают? :)

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

(76) серая и че ?
даже так, на понятиях, если есть Тз можно о чем то разговаривать, если нет то нет.

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

(77) Зачёт

А чего тогда бухи платят за ошибки в отчетах? И никто им процентом от прибыли не стимулирует...

(77) странно , вот если нанятый сантехник криво систему отопления соберет и вы затопите соседей, то сантехник однозначно рукожеп ,который должен ответить рублем за причиненный ущерб, тут все однозначно и понятно. И никто не готов ему пожизненно платить за отсутствие соплей в результате переохлаждения, соответственно  выполнение своей работы и получение 13 премии или оклада. А в случае с одинэсником - он художник, он так видит ?

Штрафовать программистов глупая затея. Правильно премировать, за выполнение KPI по стабильности 1с.

получал как то штраф в 100 зеленых за то, что программа работала четко по ТЗ
про нюансы додумывать был не обязан
сказал после - до свидания и написал заяву

Сам тоже на днях косякнул, внедрял схему сложную с оборудованием, мог бы оттестить, но разворачивать было не на чем, да и влом, так, на виртуалках попугал чуть-чуть, а потом пошел на рабочей сразу. Кое какие участки- такие, как закрытие Смены вообще не тестировал (кстати прошло отлично), обмены. Но пару багов вылезло, один чисто мой, по невнимательности, а другой из скопированного кода приплыл, очень не очевидный, с нечитаемыми пробелами связанный, который отловить можно было если сумма больше 1000, ну и пожелания возникли. Но сколько воплей я выслушал, персонал орал как блаженные. Главбух на нервах уронила смартфон и разбила экран. Я за ночь все поправил, работают... Мне казалось, что я вампирЛорд и насыщаюсь их гневом, черпаю Гаввах ведрами, так они дрючились.

Вали все на 1с, пусть их штрафуют

(84) Это специфика 1с лить в прод не тестируя. Проблема в философии разработки

Если так подумать, персонал крайне задрочен, их руководство вообще за людей не считает. Может платить им, а может сказать: вы мало работали, ЗП не будет, да и платят копейки. А программист это как администрация, и когда персоналу выпадает возможность обоснованно попинать программиста они себе в удовольствии не отказывают. Может и тут (0), директор бросил кость унизив программиста, что бы потешить Эго низшей касты?

Ой-ей, ну, на в самом деле нигде не штрафуют, т.к. это бесполезно и за забором толп голодных программистов нет. Ну если только вам платят 200+, но КМК там уже народ умеет разговаривать, не переводя все на крик.

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

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

(60) Хехе, знакомо! Я как то очень давно, еще на "клюшках" тоже сделал новый товарный бонус. Там вместо нескольких единиц мороженок бонусом к заказу "сработало" как на несколько ящиков. Т.е. по заказам от 1000 повезли бесплатно ящиками мороженое. 2-3 десяткам точек успели отгрузить. К счастью, без последствий и удалось все быстро забрать обратно.

(82) Уменьшение премии стабильного размера вместо штрафа - это те же яйца, вид сбоку.

(90) нет нерешаемых задач. ;-) есть нереально маленькие бюджеты

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

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

У автора серая зп,толку дальше спорить,его накрячат как хочется

Как-то рассказывали что в магазине в качестве розничных установили закупочные цени и умудрились несколько дней проработать

Лично был свидетелем. Когда прогу дали задание - он сделал, бухи проверили. Дали добро. А потом несколько выходных печатали документы, напечатали коробок 20 бумаги, и только после увидели косяк в напечатанном.

(76)Когда устраиваешься на работу, надо все продумывать..в том числе и подобные варианты. Поэтому в дальнейшем "не жужжи" как говорится)

+(97)Сам лично сталкивался с подобный пунктом в Трудовом договоре. Там стояло, что программиста могут оштрафовать, в случае каких-либо выявленных ошибок. Когда я попытался узнать, как это определяется и вообще что такое, мне сказали: "не нравится, не подписывай". Ну я и не подписал, ушел)

(0)Нормальный 1сник не косячит, ну или почти не косячит: 1-2 раза в год с исправлением за 15 мин, с учетом что клиент не несет денежных потерь. Набирайтесь опыта.
Штрафовать программиста - это конечно дурдом. Как оценить виноват или нет программист, если виноват то на сколько и какую сумму штрафа применять. Конечно может вы уже всех достали своими косяками на каждом шагу и уже к вам применили меру, которая хоть как-то на вас повлияет.
Вот исходя из (11) думаю что вы там всех достали косяками :) 1сник не пишет тесты, он сразу программирует так, чтоб минимизировать ошибки и проверяет то, что он написал в пользовательском режиме на копиях, а потом и после внедрения следит, не говоря уже о том что часто пишутся контрольные отчеты или обработки для контроля(пишутся за 15-30 мин).

(90) Я не знаю по какому протоколу передаются данные в ЕГАИС но допустим, что делать какуе-то заглушку не вариант. Можно внести в список исключений, но в 1с льют в прод без теста все что угодно, а не только то что не получится отестировать в копии базы.

Я часто делаю задачу, результат которой мне понятен приблизительно, даже заказчик говорит, вы сделайте, а мы посмотрим, подойдет или нет. Один раз переписали 3 конфигурации, прежде чем остановились на подходящей для клиента, начинаем дописывать функционал в отраслевой, упираемся в какой-то неразрешимый косяк, взяли 2-рую конфу отраслевую, начали в ней, потом махнули рукой и на эту, взяли типовую с дописками на эту теему и в ней наваяли в итоге. Директор их над нами стебался: вы этими конфигурациями серверную обклейте, говорит...

(99) "после внедрения следит", "часто пишутся контрольные отчеты" - не придумывай! На это все нужно кучу времени, которого не выделяют, т.к. невозможно объяснить это (по крайней мере у меня не получается, тупой). Ты просто в сказку попал) или я не туда попал(

(0) А за что штраф программисту? Если ошибка добралась до продакшена - это недоработка либо отдела тестирования, либо архитектора, не предусмотревшего такую ситуацию (но тогда это вообще не ошибка).

(102) А я всю жизнь мечтаю начальником отдела программистов работать, у меня даже должность так записана, на всякий случай, в трудовой. А устраиваюсь прогом всегда, на собеседованиях только и слышу: а вы сами программировать умеете? Я говорю - умею, и берут прогом, хотя я не люблю и не очень тащусь от этого.

(11) В таком случае у вас нет ничего критичного, ошибка ни на что не влияет. Устранили - и ладно.

(45) А что там с "Фобос-грунт" было?

(102)1)Когда программист программирует с позиции что нужны тесты или тестовый отдел, ТЗ, куча времени на проверки - он никогда не будет нормально программировать - это уже закон.
2)На проверки не нужна куча времени. Просто ты программируешь блоками, блок сделал: понажимал кнопочки 1-5 мин посмотрел то ли делается или нет. Если ты этого никогда не делал, то тебе просто лень и ты будешь кучу причин придумывать, чтобы этого не делать.
3)Проверочные обработки/отчеты это 1-2 запросика которые пишутся 15 мин, ну еще 15 мин на оформление.
4)Что значит вас ограничивают во времени? Прям приходят и говорят вот пиши обмен у тебя 2 часа(цифра для примера)? Я не представляю как вам указывают за сколько вы должны писать. Меня везде где я работал спрашивали сколько такое-то задание может занять времени хотя бы примерно? Конечно если я скажу что сделаю за на завтра, а сам сделаю на послезавтра, ладно если один раз так промахнулся, но если регулярно, то клиент будет не доволен. Есть пожелание сделать как можно быстрее и я например могу после работы поработав ускорить выполнение, но могу и не делать после работы - это уже мое право.

Просто (11) очень подозрительное высказывание. ТЗ никому не дают и тесты никто не пишет, но это не дает право косячить. По 100 раз тоже не переделывают: если только печатные формы.
Скажите как часто вы переделываете задания(по своей или чужой вине)? Как часто вы делаете ошибки в заданиях?

+(107)Сколько вам лет?

+(108)Какой стаж программирования на 1с?

(106) Он утонул

(107) Большинство программистов, которые могут дать гарантии работоспособности своего кода, пишут тесты.

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

(0) Я что-то не припомню чтобы в ТК было понятие штрафа

Пятничная ветка. Штраф-хороший повод сменить директора вместе с конторой.

(90) а кто-то обещал, что это обязательно будет бесплатно или за три копейки?
Оттестировать в данном случае - можно. Ну а уж коли не хотят за это платить, это другой вопрос.

(69) Я думаю что запилить неработающий обмен в продакшн, даже у тебя терпение лопнет ;-)

Это насколько надо неплевательски относится к пользователям и админам

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

(0) Кстати спасибо, хороший тест на адекватность, в копилочку

(118) Ну как, полегчало на душе? Чувствуешь удовлетворение от прожитых лет?

(118) Штирлиц, можешь возвращаться, эти данные уже устарели.

(0) беги оттуда, тем более 10 лет в 1с, уже пора отрастить яйца

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

по поводу тестирования тут много сказали, что времени много уйдет
если нет времени то важно проверить ключевые точки
в случае с печатью ценников не тем товарам, можно например применить тестирование Классами Эквивалентности - проверить выборочно, что у таких то товаров цена изменилась как планировалось, у таких то нет и т.д.
https://quality-lab.ru/blog/roles-and-responsibilities-of-test-designer/

(0) Сейчас только дурачок будет штрафовать программистов. Мы ж на каждом заборе требуемся (с) фильм "Большая перемена".
По крайней мере за неосознанный вред. Ладно бы ты по пьяни унитазы в туалете переколотил.
Резюме - то уже разместил?

На кой нужно работать там, где ты работаешь настолько плохо, что работодатель вынужден тебя штрафовать?

(118) "Потом, на совещаниях"
Потом это когда? И зачем?

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

Фирма таким образом избавляется от всех своих программистов.

(128) Не очень известные сайты. По нашему городу-милионнику там всего 10 вакансий, и все для грузчиков. Для компании больше риск получить негативный отзыв на русскоязычных сайтах для отзывов сотрудников, они гуглятся/яндексятся соискателями легче.

Меня лешили премии (20% оклада) однажды за ошибку в динамическом списке ...  в списке Карл!
Не в отчете, не в записи документа, а в списке. Вариант доп. списка через допю обработку за отмазу не прокатил.
Я уволился через 2 месяца.

(130) ну сам факт, что это список, а не отчет ни о чем не говорит
если цифра есть, то пользователь принимает решение на ее основе

(129) - это очень известные в Германии сайты

(130) Пользователям плевать, список это или отчёт. Они не понимают разницы

(133) +1

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

На самом деле интересная тема ветки.
Очень часто встречаю среди программистов слишком несерьёзное отношение к ошибкам вообще и к собственным в частности. Причем не только из апологетов идеологии "*уяк-*уяк и в продуктив".
Типа "ну подумаешь косяк - с кем не бывает, сейчас быстренько исправим и всё норм". Иногда у таких разработчиков вообще нет никакого чувства ответственности, понимания того, что есть ключевые механизмы программы, корректная работа которых крайне важна для пользователя.
Некоторые 1С-ники привыкли работать с бухами, которые каждую цифру десять раз перепроверят различными способами и различными отчетами, выявляя таким образом все ошибки. Но в каком-нибудь оперативном учете менеджеры, кладовщики или операторы зачастую просто не имеют никакой возможности сверять цифры (да и в обязанностях у них этого нет) и они вынуждены доверять тем данным, которые видят на экране или в отчете.
Если такие разрабы попадают к заказчику, у которого вообще никак не налажен процесс тестирования доработок, рано или поздно это приводит к потере денег для бизнеса. Причем совершенно не важны уровень и квалификация разработчика - косячат абсолютно все. Просто кто-то чаще, а кто-то реже.

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

(0) ищи новую работу. Даже если тупо возник об этом вопрос

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

мы лажались вот на большие суммы, но и спасали отгрузки и пр-во еще на больше

(137) " у нас порой из за ошибок отгрузка на пару лямов срывается или продукции портится не на один. Это рабочий процесс"
чьи ошибки?

(139) прогов. мои часто бывали. и производство порой портит чтото. это нормально

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

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

(140) ну если руководство считает что нормально, то наверное так и есть
хотя звучит странно

(143) все что делается не преднамеренно - рабочий процесс и человеческий фактор.

(144) ну если процесс есть тогда да, а если как бог на душу положет

(138)>> Когда случится авария и чтото встанет отгрузка, производство т.к. без ИТ счас никуда, то бесполезно будет звонить ночью или в любое внерабочее время.
А можно конкретный пример ? я думал что авариями и быстрым запуском с бэкапов системные администраторы занимаются ...

(145) а простите кто решать то будет.

(146) ну да.. когда у вас 20 гиг база "быстро" разворачивается. а еще когда все  поломалось процессы по интеграции с разны софтом встают и далее надо чтобы доки прокачались из того же ЕДИ обмена.

если встает пр-во рег выпуска и не могут этикетку напечатать тоже все встает.


на все надо время даже из бэкапов. и запуск таких вещей идет совместно с админами.

2-3 часа простоя при отгрузке скоропорта в час пик это очень критично. это вам не бухгалтерия.

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

(149) и это все происходило в ночи ???

(146) у нас както на одной площадке сгорела серверная. на этой площадке сервера цб 1с которые закачивали заказы. пока на другую перевели прошло много времени, переназначит пути в интеграции с одних на других серверах надо время. Я молча приехал на завод ночью и помогал все восстанавливать. Если бы меня как (0) поступили. я бы наверное спокойно спал.

(116) Ну т.е. как постоянно экономить на тестировании - так это все за, а как получить реализацию рисков из-за отсутствия тестирования - так терпение лопнет?

(151) да вы там весело живете , контора не Вимм Биль Дамм случаем ? :)

(149) именно прога админы не заменят полюбому на таких ситуациях. (150) при круглосуточной работе (а отгрузка счас как правило вообще складами по ночам (логистика работает кстати не днем)

(153) не но не мельче %)

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

(156) тут видимо зависит от того чем прог занимается. если бух - то тут отношение хуже. типа незаменимых нет а бух и перетопчется месяц

пока найдёшь, пока он въедет в курс дела, набежит 3 его зарплаты издержек

(157) ну конечно, если искать "чтоб бы" и "и чтобы сопли вытирал" это одно, а бывает надо автоматизацию пилить)

(154) заменить не заменят , естественно . Просто впечатление сложилось , что вы не автоматизируете процессы , а " пожары тушите ". То понос, то золотуха.... ;)

(160) а 1Сом бывет по-другому?) Там постоянно засады из ниоткуда возникают =)

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

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

(161) да х.з. конечно , но представляю как мишаФ бегает посреди ночи по внутреннему двору с ведром воды на перевес вокруг горящего овина, в кальсонах и ночной рубашке, босиком , с выпученными глазами, ошалелым взглядом и лихим видом .А за ним ковыляет кладовщица,переваливаясь как утка с ноги на ногу ,  машет рукой в след ему рукой и кричит :"Ми-и-и- ша введи войска"  :)))

(163) "институты пишут на оборонку"
Сам работал на оборонку? Там не те зарплаты, чтобы писались идеальные программы.

=(164) а к обеду, в офисе , к нему подходит бухгалтер и на вопрос: "Почему же в отчет о дебиторской задолженности у него за долг считают кредитовое сальдо " он переводит пустой взгляд и отвечает медленно с хрипотцой : "Извини , Марина, всю ночь склад от пожара спасал". И так головой на клавиатура перед монитором падает и засыпает .

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

(163) что-то не стыкуется

Ракета-носитель среднего класса «Союз-ФГ» с транспортным пилотируемым кораблем «Союз МС-10» потерпела аварию после старта с космодрома Байконур 10 октября. Роскосмос отчитался об успешном запуске уже после нештатной ситуации. Причиной назван плохо прикрученный блок первой ступени.

https://www.fontanka.ru/2018/10/11/058/?mobile=false

(168) это не софт, это разгильдяйство на байконуре

(162) вопрос только кому должно руководство

(169) х.з. дай бог чтобы было все на высоком уровне

Моё достижение/я: остановил, пару раз, на час работу федеральной сети компании, куча филиалов по стране.

(166) я с бухами не работаю практически. вы почему то думаете, что 1с это бух. отнюдь. видимо поэтому и такое отношение к нужности прогов

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

(170) Оно должно по определению: это его должностная обязанность - принимать решения.

(174) тек работа и поддержка имеющегося никто не отменял. кроме того. при развитии предприятия неизбежно меняются процессы.

я пришел когда в компанию, был 1 завод в Москве площадью смешно сказать.

счас эта площадка 1/10 имеющейся мощности

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

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

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

(179) + а то что ты пишешь про мероприятия где руководы оценивают - уверен что там у мишиФ нет такого

(178) работал я как то, где проги обязаны были отвечать на ночные звонки, причем просто в рамках их оклада
ну я отказался от такого, это странная схема

(179) Дык я об чем? Если для того, чтобы не было ошибок программистов (а по факту это увеличение времени на разработку на порядок) приведет к потерям в десятки миллионов - то имеет ли смысл устранять эти ошибки?

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

(152) мозги то надо иметь

А гук сказал, что он никогда не ошибается!

JOB: как избежать тестового задания при трудоустройстве?

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

  Guk
302 - 17.10.20 - 20:28

(127) Потом - это потом, вправо по шкале времени.
Зачем? Потому как доставало, когда тебя за мелкие косяки (ничего не значащие от слова "совсем") юлозят мордой по асфальту. А тем, кто на тебя "капает" с рук сходят более значащие пригрешения.
Но это месть не ради мести. В какой-то момент пользователи (бухгалтера, менеджеры) поняли, что программисту есть чем ответить. И сменили гнев на милость. И в случае проблем бежали не к директору с докладной, а звонили программисту. И воцарился мир и радушие

Согласно нашего замечательного трудового законодательства штрафов по закону быть не может! Законно только лишение премии.

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

(185) Я так думаю, 99% людей могут сказать о себе то же :) Они тоже не делали код, который остановил бы предприятие ;)

> Я так думаю, 99% людей могут сказать о себе то же :) Они тоже не делали код, который остановил бы предприятие ;)

У каждого из нас есть своя "база X"!

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

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

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

(107) Такие мысли себе может позволить разработчик, писавший лишь отчетики и печатные формы.

(183) ты прям из какого то идеального мира пишешь

Культура разработки у нашего брата 1сника низкая, оттого и ошибки дело обыденное

И тут ещё нужно разобраться, действительно ли ТС такой белый и пушистый, а работодатель злыдень. Есть люди, для которых делать всё через одно место норма жизни. У меня есть знакомый, который ездит на автомобиле в стиле "дорожный варвар": на часть положений ПДД забил по-умолчанию, периодически совершает грубые нарушения. Но когда его останавливают гаишники, он потом всей округе рассказывает, мол "гаец докапался". Сам за собой никаких грешков не замечает. Что-то подобное я видел и среди 1сников - в базе бардак и разруха, а они всем втирают про якобы неадекватных коллег, которым постоянно что-то надо

(0) Опыта в 1С тоже не мало, но по памяти не припомню ни одного случая (ни на фикси, ни у франча, ни на фрилансе) чтобы программиста штрафовали

(185) "я никогда в жизни не делал код, который остановил бы предприятие"
Это можно понять как "я никогда не приближался к коду, жизненно важному для предприятия"....

А еще были такие случаи из серии кто виноват в недополоченной прибыли:
клиенты приходли лично на встречи обсудить порядок и стоимость работ по 1С,
а потом часть клиентов отказывались (уходили к конкурентам).
В итоге начальство мне выговаривали каждый раз по полчаса о неумении вести переговоры, заинтересовать и убедить клиента,
излишней нагруженности техническими терминами, недостаточной жизнерадостности и тому пободный "вынос мозга".

(198) умение вести переговоры заинтересовать и убедить работа менеджера.

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

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

(199) нет такой должности у них ...  там только начальство и программисты

(195) поверь на слово, ТС с опытом, придерживается в разработке требований фирмы 1с, пытается не косячить, читает мисту, пытается выживать), сотрудников "юзерами" не обзывает, на всех предыдущих работах отзывы хорошие, есть рекомендации.

(203) по выполняемым задачам выходит что я занимаю 3 должности): аналитик, программист, тестировщик. А зп, извините, средняя для простого программиста по больнице. И тут тебе х..як, штраф!

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

(205) зачем так вычурно. Будь проще и пиши прямо - тс неудачник.

(206) ты опередил, да ТС неудачник.

(206) ну ,нет .. я не хотел сказать именно это , ну попался сумасброд .. может он других способов повлиять не знает. Наш вот в армии всегда служил, так что у него были все методы оттуда. Либо грамоту на стену повесить, либо на губу отправить , т.е. сначала унизить и еще что-нибудь отнять. Так как у нас премии это 2/3 от з.п. , то всегда было что дернуть из кармана. Не очень часто, но половина сотрудников знала что такое его гнев.

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

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

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

Мне тут рассказывали,  про ошибки в протоколах, когда Ментов начали штрафовать за них, раскрываемость упала до 0. было 2-3, протокола в день очень красивых. Говорят потом быстро отменили.

(0) Любую ситуацию можно превратить в успех.

1) Организуй на предприятии тестовую среду, новое оборудование, новые сервера, новые программы, лицензии!
2) Перед выкладываем в рабочий контур, получай письмо от Главного бухгалтера, что все доработки проверены на тестовом контуре!
3) Общение с пользователями переведи в письменный формат!

(213) да фиг тебе это кто даст. Посмотрят как на умалешенного и повторно оштрафуют.
Тут есть многие которые работают в отделах по несколько человек .. а есть те кто и программирует и мышки чистит одновременно ..

(213) Вот нет.
У людей обычно такое представление: это НЕ тестовый контур нужен, это ты тупой. И объяснения что не ты лично туп, а человек так создан, что куча докторских защищено по теме разделения труда, что есть такие должности как "руководитель проектов", "тестировщик","аналитик",... НЕ прокатывают.

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

(215) это да.

Только 1Сники могут уже третью ветку подряд обсуждать то, от чего избавилисЬ уже 30..40 лет назад все айтишные гиганты - отказа от ответсвенности.

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

вечная дилемма: быстро, качественно, недорого - выберите любые два!

(214) некоторые вообще индексы греют и что, на них смотреть?

(218) ну да, айтишный гигант это почти одинесник

(213) Анек из девяностых. Встречаются два одноклассника на улице. Ну, привет, как дела...
- Да ничо, нормально дела, вот после школы на рынке торговал, приподнялся, несколько лет прошло - оптовая база у меня, домик построил, с мальдив недавно вернулся...
- А у меня так себе... Прикинь, уже несколько дней не кушал...
- Ну ты, братан, даешь, это зря... НАДО СЕБЯ ЗАСТАВИТЬ!!!

:)))

(223) "Если у них нет хлеба, пусть едят пирожные" (с) Мария-Антуанетта

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

*

> (185) "я никогда в жизни не делал код, который остановил бы предприятие"
Это можно понять как "я никогда не приближался к коду, жизненно важному для предприятия"....

Вобщем-то это стеб был! ))
Я бы даже добавил, что автор цитаты не совсем адекватен. Будучи руководителем допустил к ней работника, который испортил базу, при этом своей вины не признал.

(68) вот вообще не понял что и про что? 77 клюшки, файловая, никаких бэкапов не делалось, про эту базу из ИТ никто и не знал...

(227) да люди не всегда бывают адекватными, что поделаешь
я тут на форуме тоже, как то у одного товарища попросил пример его программного кода, а он мне дал ссылку на его запароленные обработки
прикинь

(193) А тут вариантов 2, собственно: или эта сумма теряется на фоне триллионных оборотов, либо уже все посчитали. Попадать на чувствительные суммы и ничего не предпринимать для предотвращения этого - это даже у нас не прокатит.