Водилу форда жалко. Надо было ехать в джып, но обычно инстинкты заставляют уворачиваться... Если джып не задело то максимум что ему грозит 100 рублей штрафа, а форд будет покрывать ущерб самостоятельно.
Так как "жып" не коснулся форда, то соответственно не является участником ДТП, и соответственно может продолжить движение.
Его нарушение - это не предоставление преимущества - 100 рублей штрафа, если будет доказано.
Мне кажется это потому что он считает своих коллег "умниками-занудами", а себя на их контрасте подобием Понтия Пилата.
Мой опыт подсказывает мне что такие люди как правило не приживаются в больших компаниях потому, что не способны писать код подходящий для дальнейшего ревью, групповой работы, ревизии... назовем его кака-код.
На первом же ревью его коллеги, скорее всего, стали делать ему замечания относительно стиля и несоответствия стандартам оформления кода, из-за чего у поцээнта взыграло ЧСВ и все вокруг схлопотали ярлык "умника-зануды".
Наверное не стоит рассуждать о вещах, которые не пробовал, правда? То что в Research and Develop набирают Developers ничего удивительного нет, я рекомендую поглядеть каким образом набирают Reseachers и что это за люди.
А тот факт, что ты не считаешь системное администрирование инженерной задачей просто ещё раз демонстрирует широту твоего "глобального мышления" и все.
Погодите, библиотеки используемые программистами готовы ничуть не меньше.
Вы так хорошо говорили про сервировку стола, но по большому счету в ресторанах отдельный повар отвечает за десерт, за мясо, за гарнир и за соус, плюс отдельный специалист красиво сервирует все это на тарелке в нужной пропорции. Сам шеф повар, к слову, ничего не готовит. В этом случае админа как раз уместнее всего сравнить с шеф поваром. Он берет профессионально сделанные ингридиенты и делает БЛЮДО!
Что до потребителя, то все в конечном счете маркетинг. Программист так же не в блокноте составляет программу, для этого у него есть целое окружение разработки. :D Опять же выбирая язык он будет оценивать наличие необходимых библиотек, что бы минимизировать собственный труд. Это нормальное явление.
PS. Что до RFC то к сожалению я имею опыт работы с различными реализациями SIP, и оборудование разных вендоров по разному реализует этот протокол, иногда что бы понять где конкретно ошибка и чья реализация хромает, необходимо сесть и разобраться, а тут лучше RFC врядли кто то поможет.
Троллю, есть маленько, но не без причин.
Заметь, как бы ты красиво тут не раскладывал все что ты считаешь, ты сейчас и сам без работы и от работы у тебя ощущения как от триппера.
Я разумный человек, и за свою жизнь научился не верить красивым рассказам человеке о нем самом. В такой ситуации люди как правило врут или преукрашивают. О человеке говорит только то где он, кто он и что у него есть. А у тебя кроме попаболи от работы ничего нет, сколько бы языков ты не знал и какие бы крутые проекты не реализовывал.
Мне по-честному тебя даже жаль, ведь вставляя в речь всякие панибратские "чувак" или пытаясь задеть меня сравнениями со школьником ты лишь показываешь что злишься от того что мне моя работа нравится, я реально занимаюсь любимым делом в окружении классного коллектива, и получаю за это хорошие деньги. Для меня нет праздника относительно пятницы, мне нравится быть на работе, и делать что то.
Я просто пытаюсь сказать что если тебе что то не понравилось то ветоятность того что ты сам делал что то неверно просто огромная. Ты же начинаешь брызгать пеной и доказывать что ты прав. Ну чтож продолжай тогда сидеть без работы, с воспоминаниями собственноручного ада.
Космический корабль тоже состоит из запчастей так или иначе произведены сторонними предприятиями. Тем не менее даже имея готовый набор всего необходимого - не факт что соберешь корабль который хотя бы оторвется от земли. Очень много факторов. Сборка, синхронизация узлов... Фактически из большого количества разных деталек тебе нужно будет соорудить единую систему, причем работающую на пределе возможностей, и максимально отказоустойчивую.
Я не умаляю труд программистов, тем боее что он в современном мире так же состоит по большей части из комбинирования функций различных библиотек для реализации определенной логики.
Обвинять системного администратора в использовании готовых програм - все равно что обвинять программиста в использовании готовых библиотек. Никто в здравом уме не станет писать свою реализацию работы с БД, если по умолчанию есть уже 3 готовых и общедоступных библиотеки. Более того, такое поведение даже считается дурным тоном в программировании и обычно ассоциируется с незнанием возможностей языка.
Администратор делает тоже самое, собирая готовую сложную функционирующую систему из программ. Процесс тот же самый, только помимо одного языка программирования, администратору нужно знать гораздо больше. API связуемых программ, их интерфейсы (я не только про рожи), стандарт по которому происходит взаимодействие, и различные RFC, что бы в случае необходимости одна программа без геммороя могла быть заменена на другую. И стыковка всего этого достаточно сложное и кропотливое занятие. Попробуй придумать машину где двигатель со временем можно былобы поставить от феррари с минимальными доработками, а остальное оставить старое и она бы ездила! Для системного администрирования это достаточно типичная задача.
Его нарушение - это не предоставление преимущества - 100 рублей штрафа, если будет доказано.
Не понимаю нахуя они из своего охуенного дагестана вообще уезжают?
Мой опыт подсказывает мне что такие люди как правило не приживаются в больших компаниях потому, что не способны писать код подходящий для дальнейшего ревью, групповой работы, ревизии... назовем его кака-код.
На первом же ревью его коллеги, скорее всего, стали делать ему замечания относительно стиля и несоответствия стандартам оформления кода, из-за чего у поцээнта взыграло ЧСВ и все вокруг схлопотали ярлык "умника-зануды".
А тот факт, что ты не считаешь системное администрирование инженерной задачей просто ещё раз демонстрирует широту твоего "глобального мышления" и все.
Вы так хорошо говорили про сервировку стола, но по большому счету в ресторанах отдельный повар отвечает за десерт, за мясо, за гарнир и за соус, плюс отдельный специалист красиво сервирует все это на тарелке в нужной пропорции. Сам шеф повар, к слову, ничего не готовит. В этом случае админа как раз уместнее всего сравнить с шеф поваром. Он берет профессионально сделанные ингридиенты и делает БЛЮДО!
Что до потребителя, то все в конечном счете маркетинг. Программист так же не в блокноте составляет программу, для этого у него есть целое окружение разработки. :D Опять же выбирая язык он будет оценивать наличие необходимых библиотек, что бы минимизировать собственный труд. Это нормальное явление.
PS. Что до RFC то к сожалению я имею опыт работы с различными реализациями SIP, и оборудование разных вендоров по разному реализует этот протокол, иногда что бы понять где конкретно ошибка и чья реализация хромает, необходимо сесть и разобраться, а тут лучше RFC врядли кто то поможет.
Заметь, как бы ты красиво тут не раскладывал все что ты считаешь, ты сейчас и сам без работы и от работы у тебя ощущения как от триппера.
Я разумный человек, и за свою жизнь научился не верить красивым рассказам человеке о нем самом. В такой ситуации люди как правило врут или преукрашивают. О человеке говорит только то где он, кто он и что у него есть. А у тебя кроме попаболи от работы ничего нет, сколько бы языков ты не знал и какие бы крутые проекты не реализовывал.
Мне по-честному тебя даже жаль, ведь вставляя в речь всякие панибратские "чувак" или пытаясь задеть меня сравнениями со школьником ты лишь показываешь что злишься от того что мне моя работа нравится, я реально занимаюсь любимым делом в окружении классного коллектива, и получаю за это хорошие деньги. Для меня нет праздника относительно пятницы, мне нравится быть на работе, и делать что то.
Я просто пытаюсь сказать что если тебе что то не понравилось то ветоятность того что ты сам делал что то неверно просто огромная. Ты же начинаешь брызгать пеной и доказывать что ты прав. Ну чтож продолжай тогда сидеть без работы, с воспоминаниями собственноручного ада.
Я не умаляю труд программистов, тем боее что он в современном мире так же состоит по большей части из комбинирования функций различных библиотек для реализации определенной логики.
Обвинять системного администратора в использовании готовых програм - все равно что обвинять программиста в использовании готовых библиотек. Никто в здравом уме не станет писать свою реализацию работы с БД, если по умолчанию есть уже 3 готовых и общедоступных библиотеки. Более того, такое поведение даже считается дурным тоном в программировании и обычно ассоциируется с незнанием возможностей языка.
Администратор делает тоже самое, собирая готовую сложную функционирующую систему из программ. Процесс тот же самый, только помимо одного языка программирования, администратору нужно знать гораздо больше. API связуемых программ, их интерфейсы (я не только про рожи), стандарт по которому происходит взаимодействие, и различные RFC, что бы в случае необходимости одна программа без геммороя могла быть заменена на другую. И стыковка всего этого достаточно сложное и кропотливое занятие. Попробуй придумать машину где двигатель со временем можно былобы поставить от феррари с минимальными доработками, а остальное оставить старое и она бы ездила! Для системного администрирования это достаточно типичная задача.