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

6. Бывают ситуации, когда биоматериал теряется, но такое происходит КРАЙНЕ редко, и никто в здравом уме не будет выдавать вам результат из чужого биоматериала. Вас проинформируют об этом, и пригласят на повторную сдачу, и скорее всего, предложат скидку.

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

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

6)Большинство антивирусов - просто проверяет электронную подпись файла / сайта, если подпись нормальная = файл безопасный, если нет - блокируется.

7)Новые версии устройств/программ за которыми так гоняются неработоспособны. Дело в том, что новые разработки требуют большого тестирования, на которое почти всегда нет времени. Устройства и ПО просто выпускается на рынок, далее следует череда жалоб от клиентов, по ним проблемы находятся и устраняются, обычно это длительный процесс и занимает около года. Хотите жить без проблем - приобретайте исправленные старые версии, они частенько еще и дешевле.

8)Самая надежная система безопасности - бэкапы всего. Делайте их как можно больше и чаще, храните в разных местах.

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

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

11)Большая часть того, что выдают за сбои систем - это не сбои ПО, а поломки железа, так же многие врут, что проблема именно ИТшная, обычно это просто лень персонала. А вот перепутать данные - это вообще крайне редкая ошибка, обычно путают именно люди, а потом пытаются отмазаться глюками компов.

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

13)Мы знаем, что вы храните на компах и многое из того, чем занимаетесь, этим нас не удивить. Обычно мы просто тактично замалчиваем этот вопрос. Да и просто лень в этом разбираться, какая нам разница, что вы за личность.

14)Разрешительная/проверочная бумажка на товар стоит соизмеримо или больше, чем стоит товар. Требуя эти бумаги вы автоматически повышаете цену. Например, обычный ПК вполне может работать в прохладном, запыленном помещении годами, но если вы захотите получить бумажку в которой будет это проверено, цена изделия увеличится на порядок. Зачастую проще пробовать и выбрасывать в случае ошибки, чем заранее переплачивать в разы за сертифицированное.

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

7. Вполне возможно.

8. Тут я с автором на 100% прав. Довольно часто задержка рейса может быть причиной деятельности самих пассажиров.

Как пример приведу вот такой случай:

Прилетел самолёт, который должен вылететь тут же обратно. А система слива забита. Для того чтоб найти причину, пол самолета и системы разбирается. И вот в маленькой трубке сечением 3см находим... Подгузник. Из за того, что какая то мамаша не соблюдает эти правила, самолёт задержан на 4 часа, тысячные убытки и нервные пассажиры которые в большинстве случаев буду говорить "понакупают развалюх а они ломаются"

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

3. Зачастую при собеседованиях мы отдаем предпочтения стажерам, а не людям с большим опытом (10 лет+), потому что весь этот опыт зачастую нерелевантен и проще взять стажера и научить его с нуля делать простые задачки, чтобы разгрузить старшего аналитика. Это грустно.

4. Никакие курсы не научат быть системным аналитиком с нуля так, чтобы сразу тебя взяли на зарплату 100К, придется несколько лет все равно страдать как все (см. п. 2). Ну разве что если до этого ты был разработчиком, тестировщиком или ещё кем-то смежным. Просто потому что аналитик большинство знаний все равно получит во время работы и единый стандарт профессии не везде применяется (а то что я учила в институте по специальности лично мне вообще не пригодилось даже чуть-чуть)

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

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

7. Системный аналитик и бизнес-аналитик - это разные роли, но всем плевать, ты будешь делать и то, и другое, если вас не сразу двое на проекте.

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

9. Я не знаю и половины того, что должна бы знать, но все равно работаю - это нормально. Большую часть вещей мы осваиваем на лету, а что-то вообще либо гуглим, либо изобретаем заново (костыли и велосипеды). Если внедряется какая-то принципиально новая красивая фича, то она скорее всего уже была где-то внедрена какими-то богами с зп 500+, а остальные просто копировали решение у себя.

10. По факту все главные принципы проектирования в ИТ были разработаны и описаны еще в 80х. Но если ты выпадаешь из профессии хотя бы на год - тебе все равно писец, возвращаться в уже новую реальность сложно.

11. Архитекторы ошибаются. Причем иногда в таких простых вещах, что становится страшно.

12. Аналитик в среднем может принимать около 50 мелких решений в день и это капец как утомляет. Просто разработчики не хотят ничего решать, они хотят тык-тык-тык и интересных задач, а работа аналитика уточнять требования и принимать мелкие решения ("хорошо, пусть этот параметр называется amount, а не sum"; "пусть этот метод вызывается раньше, а вот тот позже"; "нет, эта кнопка должна быть красной потому что так сказали дизайнеры"). В большинстве случаев я просто мысленно подкидываю монетку. В принципе это не самое худшее разделение обязанностей, оно упрощает процесс, но иногда я все равно игнорирую сообщения от разрабов пока медленно не досчитаю до 10.

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

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

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

15. (Итишники поймут) Я была довольно на большом количестве собеседований как приглашенная звезда интервьер. 99% соискателей говорят, что у них в компании пытались внедрить скрам, не получилось и они сделали что-то своё. Фраза повторяется почти дословно каждый раз и каждый раз мне чуть-чуть смешно)

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