...Вместо эпилога. За два с половиной года общения я неоднократно читаю в ответ на свои замечания "это не важно, это несущественно, это никому не нужно, это ничего не меняет". Да, это не существенно, если это единичное замечание. Если таких замечаний десятки, то они начинают характеризовать средний уровень программирования в конторе...
То, что Программное Обеспечения(ПО) является
продуктом потребления могут утверждать лишь недобросовестные или некомпетентные маркетологи, сопровождая высказывания о любой безответственности производителя. Коммерческая же продажа лицензий(вознаграждений за авторское произведение) на некое(практически, полностью) "ограниченное использование" ПО, фактически, является узаконеным мошенничеством (в области ПО) – законы об «авторском праве», «лицензионном договоре на авторское произведение» и т.п. рассматривают ПО как «некое произведение» запуск (только) которого приносит удовольствие пользователю, типа, удовольствия от прослушивания музыки, (на получение этого удовольствия следует получать и, обычно, оплачивать некую лицензию...) ... – а, не как инструмент для какой-либо работы.
То, что какое-то ПО может быть или является
инструментом (орудием производства) не признаётся, в лучшем случае, внедряются(большой вопрос как и с какими гарантиями) какие-то работы, доработки, комплексы...
Традиционный подход разработчиков и продвинутых пользователей Линукс -- это обучение других, типа: "Сделай сам, если чёй-то не хватает...", "если есть проблемы, недоработки -- легко исправить, почитай маны..."; инструкции же пространны и академичны -- "пока всё не изучите, мало чё поймёте... " и что-то устарело, что-то по-другому или для другого или что-то нужно исправить-"сами знаете что"... Например, была какая-то видео лекция преподавателя (из Питерского вуза), в которой утверждалось: "Что результат по инструкции может получиться лишь случайно, а изучать требуется всё" полностью и даже не относящееся к проблеме.
Может нужно поставить вопрос о том, чтобы инструкции были "рабочими" и, хотя бы, частично, отделить их от обучения?
И сформулировать концепцию, что есть ПО, которое является инструментом и малейшие недоработки, недоделки даже те, которые сможет исправить каждый ("доработать напильником") приводят к огромным трудозатратам много сотен тысяч работников?
Достоин и почётен труд разработчиков результатами которого пользуются миллионы пользователей, но каждое исправление несущественной мелочи требует суммарно миллионы действий, если это делают пользователи.
