Вульгарный материализм никуда не денется, но некоторые вещи из него работают (хотя, зачастую они не материалистичны)... их можно попытаться использовать.
Для меня польза данной статьи - возможность поддержки собственной мотивации в ключе о котором я и не думал, но практических рекомендаций "что делать" я не увидел... м.б. будет продолжение.
Можно было сразу установить testing (сейчас это bookworm), без лишних манипуляций. У меня на БУК- е всегда testing (текущий Acer Swift 3, Rizen 7).
В репах везде заменить bookworm на testing и будет роллинг-релиз любимого дистрибутива со свежими пакетами. Testing иногда (редко) может крашиться, но некритично и это не даёт расслабляться. Не советую в продакшн, т.к. там некогда заниматься ремонтом и ПО не всегда выпускают для testing. С приходом опыта, эти неприятности стремятся к 0. Свой bookworm я не разу не ремонтировал, а скоро он станет стабильным...
Обеспечение, контроль и коррекция процессов - это тоже управление... изменения есть везде и даже на этом уровне требуется не реагенец, а "разработчик". Конечно, это текучка, которая мешает стратегии, но зачастую и её постоянно пытаются завалить срачными задачами вышестоящий "умник", который не понимает, что у управленца д.б. достаточно времени и ресурсов на разработку (и реализацию!) и реакций и стратегии... мне так и не повезло работать без этих оков.
Каждая задача - это деньги для исполнителя. Оцените задачу и отдайте исполнителю деньги по её завершению, тогда и сроки сократятся (время- деньги), но жадность не позволяет. Вот, и мучаются РП, которые не обладают реальными полномочиями...
Централизованный подзаконный сервис рано или поздно будет вскрыт... а если пойти по пути децентрализации (сегментации) доступа пользователей к сервису? Кто-нибудь ходил этим путём?
Я не говорил, что вы - оборонное предприятие и понимаю, что ПО универсально, но на всех (а это - многих) оборонных предприятиях где я был, в итоге используют ваше ПО, понятно почему - РФ... коммерсанты с бОльшим желанием использовали SolidWorks.
То, что я написал выше относится не только к вам (и мне неприятно было все это осознавать с 2014)... но то, что перспектива отказа от винды была видна уже в 2014, вы не сможете отрицать, поэтому как вы можете жаловаться на "трудности" в 2023?...
Да, оборонка работает на дерьмовом ПО и там много и других проблем, потому что там - все "по своим" (как и в большинстве структур с госфинансираванием - все по наследству и по родственникам, поэтом имеем дерьмо), но к вопросу многолетней очевидности перспективы портирования ПО это не относится.
Отказался от винды в 2010 (посчитав неправильным кормить Америку), с 2012 года внедрял на частном предприятии Linux (отвечая за IT сектор), понимая, что мелкософт мастдай. Дошел до 60% охвата (благо сисадмины были замечательные), и для менеджеров проблем не было (главное было приучить их к OpenOffice)... собственник сказал: "зачем нам это" и вернул все взад. С 2014 года вопрос отказа от Windows стал ещё актуальнее!.. к чему мы сейчас и пришли.
Поэтому басни слепого бизнеса не способного видеть перспективу (ничего не видящего кроме денег под ногами) и теперь оправдывающегося, как им трудно портировать свою систему, просто смешны.
Особенно все это неправильно для предприятия работающего на оборонку, на нашу Победу. Вам нет оправданий.
На Linux нет желания перейти?... и искать ничего не придётся. Создание Франкенштейна жизнеспособно только в фильмах.
Не совсем понимаю необходимость подобного скрещивания... поясните, если не сложно.
Для меня всегда было наоборот и не вижу оснований для изменения причинно-следственной связи
Удаление записи из списка и самоудаление пустых списков присутствуют?
Вульгарный материализм никуда не денется, но некоторые вещи из него работают (хотя, зачастую они не материалистичны)... их можно попытаться использовать.
Для меня польза данной статьи - возможность поддержки собственной мотивации в ключе о котором я и не думал, но практических рекомендаций "что делать" я не увидел... м.б. будет продолжение.
В итоге, остался извечный вопрос: "Что делать?" (особенно, если не хватает энергии)... или планируется продолжение?
Радует, когда студентов на практике именно учат, затрачивая на это ресурсы.
"Много раз возникала мысль мигрировать на Debian и сидеть на Testing-ветке... Но ради чего?".
Это было бы правильное решение, с более низким порогом вхождения, ради того чтобы именно войти...
Я обычно ищу модули ядра разработчиков-энтузиастов на GitHub-е. До сих пор обновляю модуль для мощного WiFi свистка от Asus на Realtek 8812au.
Можно было сразу установить testing (сейчас это bookworm), без лишних манипуляций. У меня на БУК- е всегда testing (текущий Acer Swift 3, Rizen 7).
В репах везде заменить bookworm на testing и будет роллинг-релиз любимого дистрибутива со свежими пакетами. Testing иногда (редко) может крашиться, но некритично и это не даёт расслабляться. Не советую в продакшн, т.к. там некогда заниматься ремонтом и ПО не всегда выпускают для testing. С приходом опыта, эти неприятности стремятся к 0. Свой bookworm я не разу не ремонтировал, а скоро он станет стабильным...
В самом начале была поднята проблема "с отсутствием эффективной параллельной обработки в Python"... так что с ней в Mojo?
Open Document Format, ODF.
Жаль, что open source проект не работает с открытым форматом файлов документов.... тем более, что сейчас это актуально как никогда.
Обеспечение, контроль и коррекция процессов - это тоже управление... изменения есть везде и даже на этом уровне требуется не реагенец, а "разработчик". Конечно, это текучка, которая мешает стратегии, но зачастую и её постоянно пытаются завалить срачными задачами вышестоящий "умник", который не понимает, что у управленца д.б. достаточно времени и ресурсов на разработку (и реализацию!) и реакций и стратегии... мне так и не повезло работать без этих оков.
Каждая задача - это деньги для исполнителя. Оцените задачу и отдайте исполнителю деньги по её завершению, тогда и сроки сократятся (время- деньги), но жадность не позволяет. Вот, и мучаются РП, которые не обладают реальными полномочиями...
Нормальный понятный подход, лучше обилия нотаций управления процессами малопонятных реальным исполнителям.
Неужели актуально приобретение лицензий в текущих условиях?..
Централизованный подзаконный сервис рано или поздно будет вскрыт... а если пойти по пути децентрализации (сегментации) доступа пользователей к сервису? Кто-нибудь ходил этим путём?
Я не говорил, что вы - оборонное предприятие и понимаю, что ПО универсально, но на всех (а это - многих) оборонных предприятиях где я был, в итоге используют ваше ПО, понятно почему - РФ... коммерсанты с бОльшим желанием использовали SolidWorks.
То, что я написал выше относится не только к вам (и мне неприятно было все это осознавать с 2014)... но то, что перспектива отказа от винды была видна уже в 2014, вы не сможете отрицать, поэтому как вы можете жаловаться на "трудности" в 2023?...
Да, оборонка работает на дерьмовом ПО и там много и других проблем, потому что там - все "по своим" (как и в большинстве структур с госфинансираванием - все по наследству и по родственникам, поэтом имеем дерьмо), но к вопросу многолетней очевидности перспективы портирования ПО это не относится.
Отказался от винды в 2010 (посчитав неправильным кормить Америку), с 2012 года внедрял на частном предприятии Linux (отвечая за IT сектор), понимая, что мелкософт мастдай. Дошел до 60% охвата (благо сисадмины были замечательные), и для менеджеров проблем не было (главное было приучить их к OpenOffice)... собственник сказал: "зачем нам это" и вернул все взад. С 2014 года вопрос отказа от Windows стал ещё актуальнее!.. к чему мы сейчас и пришли.
Поэтому басни слепого бизнеса не способного видеть перспективу (ничего не видящего кроме денег под ногами) и теперь оправдывающегося, как им трудно портировать свою систему, просто смешны.
Особенно все это неправильно для предприятия работающего на оборонку, на нашу Победу. Вам нет оправданий.
Прошу прощения за резкость - накипело.
Всё что уменьшает неуёмные потребности винды - это хорошо.