Comments 19
радуя наш взор своим изящным профилем, а наш карман — золотыми галеонами
Стесняюсь спросить, почему ваш карман радуется кораблям?
Куда рыба заплывёт?
В
Необычное вооружение для дельфина.
Плох тот дельфин, который не хочет стать нарвалом…
Какая интересная бывает оснастка… и бочка с порохом хранится в необычном месте…
Оснастка бывает: стоячий такелаж и бегучий такелаж. Неудачное применения того или другого и пролетевшая чайка уронит мачту на палубу.
Бочки с порохом на палубе: очень хорошо описаны были в «Одисея капитана Блада»
Если уж заговорили о сравнении с кораблями, то я бы добавил пункт:
n) Команда хочет ходить в море, а не сидеть в порту и получать маленькие портовые выплаты, если их добьётся. Все, от рядового матроса до капитана, понимают, что если владелец корабля заметит, что они ничего не делают, либо их можно заменить бригадой, которая раз в год прилетает на вертолете, спишет их в порт. Поэтому большинство старается изобразить деятельность, особенно если это тяжёлый контейнеровоз, которому нужен экипаж из 20 человек, а капитан убедил начальство, что нужно 200. Зато все получают зарплату и занимаются обслуживанием микрокают и непрерывным изменением интерьера.
По мне такая аналагия была бы удачней — «У нас есть огромный корабль, только то двигатель сам остановится, то штурвал крутишь влево, а корабль идет вправо, то все двери вдруг в стены превратились и все оказались заперты там где есть. А еще переодически откуда невозмись выползают огромные жуки и ломают разного рода системы корабля». Потому что в отличии от корабля работающее ПО не требует сопровождения, команда нужна либо для развития продукта либо для работы над ошибками.
К сожалению, работающее ПО может быть постоянно и стабильно работающим только в условии, если оно сферическое в вакууме — или в постоянных условиях эксплуатации.
Самый простой кейс — десктопное ПО. В этом случае проблем минимум — на него могут повлиять нестандартные настройки пользователя, обновления библиотек, ОС, драйверов и железа.
Чуть сложнее — ПО для мобильной платформы. Каждый новый апдейт Android и IOS ломает огромное количество приложений самыми причудливыми способами.
Простые сайты вроде веб магазинов или блогов — да, могут быть достаточно стабильными. Но если мы возьмём чуть более сложные приложения, в которых есть интеграции с поставщиками всего и вся — то да, здесь именно что "откуда невозмись выползают огромные жуки и ломают разного рода системы". И это я даже не говорю про фронтенд, где из зоопарка постоянно обновляемых браузеров и устройств в любой момент может вырваться вообще всё что угодно.
Так что на примере ПО мог бы написать всё то же самое, что и с кораблями, с кучей примеров — но будет скучно.
Потому что в отличии от корабля работающее ПО не требует сопровождения
При неизменности внешний условий.
Но если вспомнить, что вообще сами компьютеры подешевели и стали доступны только из-за потребностей бизнеса — а требования бизнеса постоянно меняются, конкуренция заставляет постоянно подстраиваться.
ПО может падать по причине проблем в каждой из тысяч зависимостей. Да и просто потому, что в сети что-то происходит.
Даже бинарная совместимость в линукс на больших временных промежутках оказывается не такая уж и совместимость.
jehy
В этом случае проблем минимум — на него могут повлиять нестандартные настройки пользователя, обновления библиотек, ОС, драйверов и железа.
может быть, но каков процент такого ПО, где команду поддержки держат НЕ ради развития продукта и внедрения фич, НЕ ради исправления багов, а только ради «Слушайте, а давайте вот тех 30 человек увольнять не будем, вдруг через 10 лет майкрософт выпустит новую ОС и нам надо будет совместимость починить».
Если говорить об андройде, то я не могу прокоментировать поломанную обратную совместимость, но в мобильном сегменте чтобы стоять на месте нужно бежать, а чтобы двигаться вперед — бежать в 2 раза быстрее. И вряли держат только команду «а вдруг сломают совместимость».
stilic
только из-за потребностей бизнеса
ну т.е. новые фичи и развитие, то о чем я и сказал)
arheops
nagios-nrpe это какой-то модуль к nagios? или часть ядра? ну вряд ли nagios попадает под исключения к моему замечанию
команда нужна либо для развития продукта либо для работы над ошибками.
так как он и развивается и ошибки исправляются да и как я понмиаю open source.
Я че хочу сказать, я не могу представить себе что каждому второму разработчику в мире платят за то что он сидит и ковыряет в носу получая деньги за «на всякий случай», они все что-то развивают и чинят, а когда стабильный проект по какой-то причине ломается они по необходимости переключаются на него
Зачем нужно столько разработчиков?