Нет. У каждого города есть объездная. Если тебе не надо туда заезжать — ты проезжаешь мимо, не задерживая себя и не нарушая правила.
Врать не надо.
Вы не понимаете, что проблема глубже чем кажется.
Это Вы не понимаете, что проблема в Вас. В тех, кто готов на любые унижения, лишь бы ничего не делать. Куда по вашему пойдут деньги если на строительстве дорог не будет взяток?
Почему нельзя просто не рисовать сплошную, если она превращает дорогу в кормушку?
Скажу лишь, что по обочине я объезжаю только когда спешу и большинство водителей понимает это и не начинает пытаться зажимать или ещё как-то пытаться показать яйца
Значит Вы один из тех, у кого либо хорошая реакция, либо кто рад будет проспонсировать замену джипов мне или моим коллегам, друзьям, или нормальным, адекватным людям, которые против хамства. Есть конечно еще вариант, вы свалитесь в какой-либо придорожный кювет, чему будут очень рады все проезжающие мимо.
А вообще, надеюсь Вы сможете осознать, что для того чтобы полностью остановить и превратить в пробку поток, несущийся со скоростью 90км/ч достаточно чтобы в нем появилось всего 10-20% обгоняющих и встраивающихся назад. Для меньших скоростей требуемый процент меньше.
Очень, очень плохо, когда взрослые люди не умеют читать.
И вот что любопытно: я ни разу предумышленно не нарушил ни одного правила в Европе
Ошибаетесь. Вы не нарушали их не обдумывая этот факт, ибо дороги оформлены так, что очевидное решение будет верным и ничего не нарушит в подавляющем большинстве ситуаций. У нас же нередко делают как можно не логичнее и не очевиднее, чтобы повысить коррупционную емкость дороги (план).
Единственная дорога из пункта А в пункт Б лежит через длинный населённый пункт.
Как будто в европах такого нет. И там за такие негласные правила и гонки в населенных пунктах вас в лучшем случае прав лишат, а в худшем машину для оплаты штрафа продадите.
Другой пример — узкая дорога длиной в 30км. Полоса в одну сторону, полоса в другую, посередине сплошная. Если попадается на дороге грузовик (какой-нибудь старый ЗИЛ) — будешь ехать за ним 30км/ч. Гаишники сюда приходят, когда надо выполнить план по поимке нарушителей.
Я кажется ясно выразился, что такой разметки быть не должно как класс. Либо карманы для обгона, либо разметка сплошной только на опасных участках, а не как источник так любимой Вами кормушки.
Объехал, остановили, заплатил.
Объехал, остановили, ушли ни с чем. Ибо нефиг и не докажут. Проходили.
Резюмируя вышесказанное и учитывая вашу не нормативную лексику, можно сказать, что Вы типичный дорожный хам и дорожный трус, которого как ни верти все доволен будет (это я опять в пробке объезжальщиков по обочине наблюдал и реакцию 99,99% водителей на них...).
Аргументируйте, пожалуйста. Если существующую стратегию расстановки знаков изменить на такую, что ее целью станет безопасность и удобство дорожного движения, то я решительно не вижу ситуаций, когда без взяток на дороге обойтись нельзя.
Примером существующей стратегии могу назвать прямую дорогу вокруг которой километры леса, но с ограничением 40, а примером правильной стратегии — продолжение этой-же дороги, где ограничение уже 90. Оба отрезка находятся в черте города. На обоих участках бьются в основном слепые или пьяные гонщики, которым даже физика не указа. Но, оцените коррупционную емкость этих участков и сравните ее и все сразу станет понятно, где думали о безопасности и удобстве, а где нет…
P.S. Дороги, где проектная скорость движения отличается от разрешенной в результате я тоже отношу к существующей стратегии…
От экономических «кризисов» еще никто не переезжал с верхов на задворки цивилизации, а без фундаментальной науки страна деградирует до задворок лет за 30(срок — суждение оценочное, оценивающее нахождение применимости фундаментальных открытий в повседневной жизни).
Поэтому те, кто хочет развиваться находят деньги на науку вне зависимости от кризисов и других сиюминутных неприятностей.
Могу посоветовать Zimbra, так как есть положительный опыт ее использования, но не уверен, что она будет нормально работать на дешевом VPS, так как ИМХО достаточно ресурсоемка (мы используем с парой сотен аккаунтов).
Опять вы про виноватых. Прочитайте мой пример из камента выше, про буст и код из официальной документации. Кого назначаете виновным?
А по вашему нечего? В данном случае вина за сбой на баге во внешней библиотеке. Или в вашей картине мира виной чего-либо может быть только человек?
Про постепенный ввод нагрузки — вы опять забыли, что этап перехода на новую версию позади и откатываться уже некуда.
Ситуации и решения разные бывают. Я предложил решения, которые в конкретной вашей ситуации не подходили. Точнее ситуацию я не знаю, по этому предлагаю закрыть эту часть спора.
Если у менеджера седеют волосы — это не значит, что он верещит. Нормальный менеджер будет лишь спрашивать, как он может помочь, кого ещё вызвонить-позвать и т.д., то есть способствовать процессу.
Разработчики нормального менеджера НЕ будут знать, где и что у него седеет. Если разработчикам об этом сообщили, то это скорее то, что сообщают всем неконструктивные детали происходящего -> мешают.
Пожалуй я переборщил с термином огребут, ибо не сторонник я прилюдной порки, но сторонник того, что после выявления причин их обязательно необходимо донести до соответствующих лиц по возможности по одиночке.
И Ваши слова тоже подтверждают такую необходимость ибо в противном случае профессионал бы сказал, «да Я допустил просчет и не ожидал появления проблемы в этой части, однако были приняты меры по ее исправлению и учету в будущем, чтобы не допустить ее повторения». Любое «Мы» в подобный объяснениях — это перекладывание ответственности с себя на группу лиц, а группа лиц по определению не может ни за что отвечать.
Ну а стресс на работе для меня, это когда во время выполнения срочной работы мне настойчиво сообщают совершенно ненужные подробности, например о поседении волос, цене простоя и т.д. Грубо говоря, когда мешают работать. А на счет живых данных — осторожность в любом случае по умолчанию должна быть включена. Чай/кофе кстати работать не мешает, по этому те, кто считает, что в таких ситуациях нельзя неспешно пить чай/кофе параллельно с работой я тоже причисляю к источникам стресса, так как их мнение в отличие от чая/кофе тоже мешает нормально работать.
В контексте моего мнения ответ архитектора должен был бы быть «Да теряли, но никогда не анализировали причины потерь», ну а ответ СТО практически таким-же, как и у Вас.
Это значит что на разборе полетов огребут тестировщики, как ответственные за качество, за то, что какие-то аспекты недостаточно протестировали. Или не огребут, если объективно этого предвидеть было нельзя.
Но если Вы рассматриваете эту ситуацию как источник стресса для программистов, то значит у вас наблюдается не что иное, как перекладывание ответственности именно на программистов (подход ААА, все лежит нужно починить вчера — это перекладывание ответственности за срыв сроков на тех, кто не может на них влиять).
Наверное, стоит тогда определиться, что есть стресс. Если проблему надо быстро найти и решить, работая при этом с живыми данными, максимально сокращая стадию тестирования, и всё это сильно выбивается из нормального ритма работы — это стресс.
А, ну если давать такое определение то я с вами согласен. Но мое личное определение стресса несколько жестче будет и я ориентировался на него. Да и если занос зимой будет приводить к мгновенному стрессу, то адекватного руления, работы педалями можно и не дождаться.
А с нагрузкой, простите, что то же самое?
То же самое — постепенный ввод новой системы с переводом части нагрузки на нее. Если сломалось раньше, чем перешли то ой и откатываемся. Есть вариант зеркалирования части реальной нагрузки на тестовую ферму и наблюдение за ее поведением (ответы тестовой фермы отправляются в /dev/null), есть еще много других вариантов зависящих от задачи.
Спокойно — это как, неспешно попивая кофеёк, а в 19:00 встал и пошёл домой?… Или вы говорите про быстро и уверенно? Но темп работы всё равно же будет отличаться от обычного.
Спокойно — это спокойно, а не безразлично(безразлично — это в 17-30 встать и домой). По крайней мере с выпиныванием всех верещащих, что у них волосы седеют за пределы видимости, чтобы мельтешением не мешали решать проблему. Возможно, быстро и уверенно, но я предпочитаю говорить спокойно. Темп должен быть таким, чтобы не наделать еще более фатальных ошибок.
Заметьте, вы опять говорите про виноватых.
Виноватый, а точнее ответственный за недоработку, должен быть всегда, чтобы точно такая же ситуация не повторялась в будущем, но разбираться нужно потом, когда проблема решена.
Для QA выяснить могли ли они предсказать или выявить проблему заранее. Не всем разборы полетов нравятся. Возможно и программист допустивший баг должен будет узнать о себе что-то новое. Но причину появления проблемы найти в любом случае нужно.
В любом случае поиск ответственных должен проходить с того, кто подписал релиз, кто подписался за качество, и далее в низ по цепочке производства, по этому для QA тут стресс вполне может быть ибо их первых будут проверять…
Вообще-то я описал первый вариант, а Вы описали второй. Вы сами сказали, что такие ситуации — это стресс для программистов, а стресс в данных ситуациях будет только тогда, когда нет процедур восстановления и зон ответственности, те когда все пытаются валить на других и все восстановить нужно вчера.
Когда все помогают друг другу для решения задачи — стресса нет и все решается в рабочем порядке, а не путем наказания невиновных и награждения непричастных.
Приведу простейший пример
Если такие ситуации возникают раз в 10 лет, то их можно и пережить, но читая Ваши сообщения про стресс итд у меня возникает мнение, что это практически норма, как это ни печально…
Невозможно протестировать всё.
Все невозможно, с этим я согласен, но все остальное — это отговорки, а не препятствия. Нет 1000 серверов, не переводите весь кластер сразу, используйте постепенный ввод новой версии и сплит-тестирование. Нагрузка — то-же самое.
Несколько сотен терабайт… Ну если их надо сохранить, то да дисков для тестов может и не быть, но если их нужно передать и обработать, то ничего страшного в этом не вижу.
Как я уже сказал выше, такие ситуации бывают, но они должны во первых бывать редко, а во вторых, если они случаются, то источниками стресса они быть не должны ибо стресс — это проблема менеджеров и тех, кто пропустил косяк, а остальные должны спокойно работать на разрешение ситуации.
который не проявлялся из-за особенностей тестового окружения.
Проблемы тестировщиков программистов не волнуют. Тестировщики не смогли собрать стенд, который эмулирует среду заказчика, значит они и виноваты.
Редко, но бывает.
Да, редко бывает, но может лучше направлять усилия на минимизацию этих рисков, чем на поиск программистов, которые будут продолжать работать даже если вокруг офиса будут греметь взрывы и уж тем более не ставить стрессоустойчивость на первое место…
Не вижу причин аврала у программистов в данной ситуации.
Вот у эксплуатационщиков, которые выкатывали новую версию и не имели плана отката аврал будет, но программисты то тут причем?
Если «сервис почти не работает, пользователи волнуются, у менеджеров седеют волосы на попе», значит сервис важный и должны быть процедуры обновления/отката изменений и резервирования. Если их нет, значит сервис не на столько важный и будет лежать столько, сколько нужно для решения проблемы.
Заметьте, что вычислительная часть полностью американская, те это не только демонстрирует собственную мощь, но и, в совокупности с фактом, что суперкомпьютер можно сказать военный, показывает политику двойных стандартов в США (в китай на военные нужды экспорт процессоров разрешен, в РФ запрещен судя по истории с платформами).
Кажется, Вы не поняли мой ответ.
Бросание монетки — это НЕ игра, а просто вероятностный процесс.
Игра с нулевой суммой не тождественна бросанию монетки.
Врать не надо.
Это Вы не понимаете, что проблема в Вас. В тех, кто готов на любые унижения, лишь бы ничего не делать. Куда по вашему пойдут деньги если на строительстве дорог не будет взяток?
Почему нельзя просто не рисовать сплошную, если она превращает дорогу в кормушку?
На личности перешли Вы сказав дословно:
Значит Вы один из тех, у кого либо хорошая реакция, либо кто рад будет проспонсировать замену джипов мне или моим коллегам, друзьям, или нормальным, адекватным людям, которые против хамства. Есть конечно еще вариант, вы свалитесь в какой-либо придорожный кювет, чему будут очень рады все проезжающие мимо.
А вообще, надеюсь Вы сможете осознать, что для того чтобы полностью остановить и превратить в пробку поток, несущийся со скоростью 90км/ч достаточно чтобы в нем появилось всего 10-20% обгоняющих и встраивающихся назад. Для меньших скоростей требуемый процент меньше.
Ошибаетесь. Вы не нарушали их не обдумывая этот факт, ибо дороги оформлены так, что очевидное решение будет верным и ничего не нарушит в подавляющем большинстве ситуаций. У нас же нередко делают как можно не логичнее и не очевиднее, чтобы повысить коррупционную емкость дороги (план).
Как будто в европах такого нет. И там за такие негласные правила и гонки в населенных пунктах вас в лучшем случае прав лишат, а в худшем машину для оплаты штрафа продадите.
Я кажется ясно выразился, что такой разметки быть не должно как класс. Либо карманы для обгона, либо разметка сплошной только на опасных участках, а не как источник так любимой Вами кормушки.
Объехал, остановили, ушли ни с чем. Ибо нефиг и не докажут. Проходили.
Резюмируя вышесказанное и учитывая вашу не нормативную лексику, можно сказать, что Вы типичный дорожный хам и дорожный трус, которого как ни верти все доволен будет (это я опять в пробке объезжальщиков по обочине наблюдал и реакцию 99,99% водителей на них...).
Примером существующей стратегии могу назвать прямую дорогу вокруг которой километры леса, но с ограничением 40, а примером правильной стратегии — продолжение этой-же дороги, где ограничение уже 90. Оба отрезка находятся в черте города. На обоих участках бьются в основном слепые или пьяные гонщики, которым даже физика не указа. Но, оцените коррупционную емкость этих участков и сравните ее и все сразу станет понятно, где думали о безопасности и удобстве, а где нет…
P.S. Дороги, где проектная скорость движения отличается от разрешенной в результате я тоже отношу к существующей стратегии…
Поэтому те, кто хочет развиваться находят деньги на науку вне зависимости от кризисов и других сиюминутных неприятностей.
Ой… Прошу прощения, ошибся уровнем, это был ответ Yan169 на комментарий habrahabr.ru/post/184354/#comment_6409686
Борьба с
ветряными мельницамизнаниями еще никогда ни к чему хорошему не приводила.А по вашему нечего? В данном случае вина за сбой на баге во внешней библиотеке. Или в вашей картине мира виной чего-либо может быть только человек?
Ситуации и решения разные бывают. Я предложил решения, которые в конкретной вашей ситуации не подходили. Точнее ситуацию я не знаю, по этому предлагаю закрыть эту часть спора.
Разработчики нормального менеджера НЕ будут знать, где и что у него седеет. Если разработчикам об этом сообщили, то это скорее то, что сообщают всем неконструктивные детали происходящего -> мешают.
Пожалуй я переборщил с термином огребут, ибо не сторонник я прилюдной порки, но сторонник того, что после выявления причин их обязательно необходимо донести до соответствующих лиц по возможности по одиночке.
И Ваши слова тоже подтверждают такую необходимость ибо в противном случае профессионал бы сказал, «да Я допустил просчет и не ожидал появления проблемы в этой части, однако были приняты меры по ее исправлению и учету в будущем, чтобы не допустить ее повторения». Любое «Мы» в подобный объяснениях — это перекладывание ответственности с себя на группу лиц, а группа лиц по определению не может ни за что отвечать.
Ну а стресс на работе для меня, это когда во время выполнения срочной работы мне настойчиво сообщают совершенно ненужные подробности, например о поседении волос, цене простоя и т.д. Грубо говоря, когда мешают работать. А на счет живых данных — осторожность в любом случае по умолчанию должна быть включена. Чай/кофе кстати работать не мешает, по этому те, кто считает, что в таких ситуациях нельзя неспешно пить чай/кофе параллельно с работой я тоже причисляю к источникам стресса, так как их мнение в отличие от чая/кофе тоже мешает нормально работать.
В контексте моего мнения ответ архитектора должен был бы быть «Да теряли, но никогда не анализировали причины потерь», ну а ответ СТО практически таким-же, как и у Вас.
Это значит что на разборе полетов огребут тестировщики, как ответственные за качество, за то, что какие-то аспекты недостаточно протестировали. Или не огребут, если объективно этого предвидеть было нельзя.
Но если Вы рассматриваете эту ситуацию как источник стресса для программистов, то значит у вас наблюдается не что иное, как перекладывание ответственности именно на программистов (подход ААА, все лежит нужно починить вчера — это перекладывание ответственности за срыв сроков на тех, кто не может на них влиять).
А, ну если давать такое определение то я с вами согласен. Но мое личное определение стресса несколько жестче будет и я ориентировался на него. Да и если занос зимой будет приводить к мгновенному стрессу, то адекватного руления, работы педалями можно и не дождаться.
То же самое — постепенный ввод новой системы с переводом части нагрузки на нее. Если сломалось раньше, чем перешли то ой и откатываемся. Есть вариант зеркалирования части реальной нагрузки на тестовую ферму и наблюдение за ее поведением (ответы тестовой фермы отправляются в /dev/null), есть еще много других вариантов зависящих от задачи.
Спокойно — это спокойно, а не безразлично(безразлично — это в 17-30 встать и домой). По крайней мере с выпиныванием всех верещащих, что у них волосы седеют за пределы видимости, чтобы мельтешением не мешали решать проблему. Возможно, быстро и уверенно, но я предпочитаю говорить спокойно. Темп должен быть таким, чтобы не наделать еще более фатальных ошибок.
Виноватый, а точнее ответственный за недоработку, должен быть всегда, чтобы точно такая же ситуация не повторялась в будущем, но разбираться нужно потом, когда проблема решена.
Для QA выяснить могли ли они предсказать или выявить проблему заранее. Не всем разборы полетов нравятся. Возможно и программист допустивший баг должен будет узнать о себе что-то новое. Но причину появления проблемы найти в любом случае нужно.
В любом случае поиск ответственных должен проходить с того, кто подписал релиз, кто подписался за качество, и далее в низ по цепочке производства, по этому для QA тут стресс вполне может быть ибо их первых будут проверять…
Когда все помогают друг другу для решения задачи — стресса нет и все решается в рабочем порядке, а не путем наказания невиновных и награждения непричастных.
Если такие ситуации возникают раз в 10 лет, то их можно и пережить, но читая Ваши сообщения про стресс итд у меня возникает мнение, что это практически норма, как это ни печально…
Все невозможно, с этим я согласен, но все остальное — это отговорки, а не препятствия. Нет 1000 серверов, не переводите весь кластер сразу, используйте постепенный ввод новой версии и сплит-тестирование. Нагрузка — то-же самое.
Несколько сотен терабайт… Ну если их надо сохранить, то да дисков для тестов может и не быть, но если их нужно передать и обработать, то ничего страшного в этом не вижу.
Как я уже сказал выше, такие ситуации бывают, но они должны во первых бывать редко, а во вторых, если они случаются, то источниками стресса они быть не должны ибо стресс — это проблема менеджеров и тех, кто пропустил косяк, а остальные должны спокойно работать на разрешение ситуации.
Я являюсь адептом совместимых схем :)
Проблемы тестировщиков программистов не волнуют. Тестировщики не смогли собрать стенд, который эмулирует среду заказчика, значит они и виноваты.
Да, редко бывает, но может лучше направлять усилия на минимизацию этих рисков, чем на поиск программистов, которые будут продолжать работать даже если вокруг офиса будут греметь взрывы и уж тем более не ставить стрессоустойчивость на первое место…
Вот у эксплуатационщиков, которые выкатывали новую версию и не имели плана отката аврал будет, но программисты то тут причем?
Если «сервис почти не работает, пользователи волнуются, у менеджеров седеют волосы на попе», значит сервис важный и должны быть процедуры обновления/отката изменений и резервирования. Если их нет, значит сервис не на столько важный и будет лежать столько, сколько нужно для решения проблемы.
От того, что мотивы политические, стандарты же не перестают быть двойными?
Чуть ниже в комментария была ссылка habrahabr.ru/post/174775/ на эту историю и там есть подробности.
calloc — это malloc + зануление выделенной памяти.
На стеке память выделяет alloca.
Infiniband сейчас — это удел кластеров попроще.
Бросание монетки — это НЕ игра, а просто вероятностный процесс.
Игра с нулевой суммой не тождественна бросанию монетки.