+ Я тоже согласен, Kompose хотя бы может направить в нужные места документации для изучения и понимания, почему так как советует Kompose делать ненужно.

Будет повод разобраться :) А в облаках збс тем временем! :)

повод будет, но времени уже не будет)

нынче всё гораздо проще стало, толи дело в 1.10

но это всем продолжаю советовать :) https://github.com/kelseyhightower/kubernetes-the-hard-way

А ведь когда-то были v0.x

еще раз - когда ты на старте(а может и потом) выбрал негодный фреймворк/дизайн компонентов - это именно недостаток архитектурной проработки.

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

Накропать на формах - это быстренько, изучить DevExpress XAF - это долго и на первый взгляд дорого (лицуха $2K), но потом после изучения получается с точностью наоборот, разве это не срезание углов?

Попытка сделать попростому побыстрому, накапливая гемор во время изобретения очередного велосипеда за чей-то счет.
А потом оказывается, что потрачено уже в 10 раз больше цены лицензии, но велосипед нафик никому ненужен.
Потому что у этого велосипеда накоплен огромный техдолг.

давай на грубом примере - допустим у тебя бампер лопнул.
но ты не покупаешь новый, а приматываешь старый проволокой.
потому что у тебя номер крепится на бампер и тебе надо ехать сейчас.

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

Т.е. техдолг складывается из мелких workaround различных жизненных обстоятельств?

Да к чёрту это всё, пойду пива попью

Но мезос всё https://lists.apache.org/x/thread.html/rab2a820507f7c846e54a847398ab20f47698ec5bce0c8e182bfe51ba%40%3Cdev.mesos.apache.org%3E

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

я не готов обсуждать конкретный фреймворк
но вот допустим нам нужно сделать бухгалтерию

фактически - выбора три: "самописка", sap, 1с.

в зависимости от задачи тот или иной вариант может быть как быстрее, так и геморройней(привет SAP)

это архитектура.

—

Другой вопрос - у нас небольшая контора
самописку мы отметаем - у нас нет денег на полноценную команду, SAP тоже - там лицензия как бы не дороже ракета от Илона Маска, остаётся 1С.

Это не архитектура и не тех. долг - это баблох*й, прости.

Допустим, через пару лет мы выросли и для всякой евроотчётности нам всё же нужен SAP, да и деньги есть.
То есть формально инвестиции в решение 1С были "выброшены".

Является ли это тех.долгом ?

ну вроде они куда-то там форкаются.

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

Уже не они

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

Кстати, какое отношение это неизвестное мне поделие имеет отношение к девопс )

Мы про техдолг начинали, XAF прощает все долги по фронту внутри офисной аппликухи и еще отсыпает кучку зелени в подарок.

именно не пустая трата, а сознательное изменение приоритетов -  тут сделали *ню, потому что надо здесь и сейчас.
потом переделаем.

но это не "и так сойдёт", а "нужно закрыть задачу, нормально сделаем потом, но сделаем".