Зачем ты мне это пишешь?) я года с 2005 в ынтырпрайзе)

Что не мешает мне пользовать например openzfs, вполне успешно)

Как и swift в качестве обжект стора

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

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

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

Если в конторе есть поставленные процессы и контора не жмёт бабки на ит или живет на аутсорсе ( что тоже 50 на 50) то никаких проблем с преемственностью не будет

В том ведь и дело, что за дохуя денег в итоге все равно можно получить говно. Как в случае с битриксом.

> или живет на аутсорсе

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

Я ведь не только о том, что тут у нас в ИТ так принято, но и о том, что время идет, меняются технологии, и то что вчера было единственным разумным выбором, завтра в лучшем случае безнадежно устареет, а в худшем окажется тем, что вообще внедрять изначально было совершенно бредовой затеей. Но откуда вам было знать, да? Много ведь факторов, и много причин, по которым сделанное вами окажется говном. Но оно неизбежно им окажется.

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

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

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

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

> Ну и естественно, внедренцы опенсорца всегда будут называть проприетарные решения говном, и наоборот.

Просто начиная с определённого уровня квалификации инженеров (и, частично, сложности решаемых задач) проприетарность ПО начинает ограничивать намного сильнее, чем помогает оплаченная вендорская поддержка.

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

"Вендорская поддержка" - это сраный индус, который дальше скрипта и палец об палец не ударит

Такое чувство что их пиздят об дерево, пока их уровень IQ не падает до определённого порога, на котором можно сажать его в кал-центр

Вообще, да. Более-менее квалифицированные инженеры предпочтут сидеть в теплых офисах продуктовых компаний и пилить эти самые продукты, а не мотаться по городу между клиентами и, тем более, сидеть на телефоне в колл-центре :)

А васяня чем от индуса отличается? Тем что по русски шпрехает?

го чиа плоттить: https://www.ebay.com/itm/304008688252

$2000/offer

никто не в курсе, к виолинам есть IB/40gbe контроллеры ?