LINUX.ORG.RU

Разработчики САПР KiCad раскритиковали Wayland и рекомендовали использовать X11

 , ,


3

6

Разработчики свободной системы автоматизированного проектирования печатных плат KiCad рассказали о состоянии реализации поддержки Wayland и обобщили проблемы, мешающие полноценному использованию данного протокола. Пользователям, профессионально проектирующим печатные платы в KiCad или желающим получить стабильное и полнофункциональное окружение, рекомендовано запускать KiCad в средах рабочего стола на базе протокола X11, таких как Xfce, MATE или X11-сеанс KDE Plasma.

Тем кто намерен использовать KiCad в окружениях с Wayland следует быть готовым к возможным зависаниям и аварийным завершениям, невозможности восстановить желаемую раскладку окон и ограничению функциональности интерфейса. Утверждается, что ограничения в функциональности вызваны отсутствием в Wayland возможностей, давно применяемых в приложениях для X11, Windows и macOS, таких как поддержка позиционирования окон и мгновенного перемещения указателя мыши (cursor warp).

Что касается возникающих сбоев, то они связываются с большой фрагментацией композитных серверов для Wayland. GNOME, KDE и обособленные композитные менеджеры по-своему интерпретируют протоколы Wayland, поэтому полагаться при разработке на единую целостную реализацию протоколов Wayland и экспериментальные расширения проблематично. Разработчикам приложений приходится учитывать особенности каждого окружения и применять костыли для обхода проблем, специфичных для разных композитных менеджеров.

Фрагментация композитных серверов существенно увеличивает трудозатраты на реализацию поддержки Wayland. Отмечается, что самое неприятное в том, что разработчики KiCad не имеют возможности исправить возникающие проблемы своими силами, так как проблемы присутствуют не в KiСad, а в протоколах, оконных менеджерах и композитных серверах.

Учитывая, что Linux применяет лишь небольшая часть пользователей KiCad, решено избегать добавления в кодовую базу проекта костылей для обхода проблем, специфичных для оконных менеджеров, но при этом продолжать собирать KiCad для Wayland и тестировать сборки на совместимость. Все выявляемые проблемы и ограничения планируют документировать и доводить до сведения пользователей.

В системе отслеживания ошибок решено не разбирать жалобы от пользователей Wayland, связанные с позиционированием и размером окон, установкой фокуса, а также зависаниями, аварийными завершениями, повышенной нагрузке на CPU, проблемами с устройствами ввода и сбоями при отрисовке, не проявляющимися в сборке для X11.

Среди известных проблем, которые находятся вне зоны влияния разработчиков KiCad и которые не удаётся устранить на стороне KiCad:

  • Проблемы с управлением окнами: Невозможность управления позицией окон и панелей (при открытии KiCad нельзя запомнить и восстановить положение окон и панелей инструментов). Проблемы с координацией работы одновременно с несколькими окнами. Ограничение возможности перемещения вкладок и панелей между разными областями.
  • Проблемы с устройствами ввода: Возможность мгновенного перемещения курсора (cursor warping) завязана на необязательные экспериментальные расширения протокола, поддерживаемые лишь в отдельных композитных менеджерах. Непредсказуемое поведение при управлении фокусом ввода. Проблемы при использовании специализированных устройств ввода и при обработке горячих клавиш.
  • Проблемы со стабильностью и производительностью: Повышенное потребление ресурсов и высокая нагрузка на CPU/GPU по сравнению с использованием X11. Появление графических артефактов при отрисовке и нарушение нормального вывода. Зависания и аварийные завершения, проявляющиеся только при работе в окружениях на базе Wayland. Ненадёжная работа с буфером обмена.
  • Ограничения интерфейса пользователя: Проблемы с позиционированием, фокусом и взаимодействием в модальных диалогах. Проблемы с запуском внешних приложений и управления ими.

>>> Подробности (opennet)

★★★★★

Проверено: dataman ()
Последнее исправление: dataman (всего исправлений: 1)
Ответ на: комментарий от wandrien

А хрели ты тогда его предлагаешь как аналог для команды, которая отслеживает зависимости?

Ты либо бросай упарываться, либо переставай выдавать желаемое за действительное. Ты спросил аналог этой команды - я тебе привел её аналог. Я нигде не сказал что с помощью этой команды отслеживаются зависимости при сборке пакета или его установки. При сборке используется debhelper, который всю грязную работу на себя берет.

Sunderland93 ★★★★★
()
Ответ на: комментарий от wandrien

Думай как хочешь, что там магия или ИИ, что там у вас сейчас в моде. А станет интересно - иди читай про debhelper, dpkg-shlibs и подобное. А сейчас катись в игнор.

Sunderland93 ★★★★★
()
Ответ на: комментарий от Sunderland93

Ты спросил аналог этой команды - я тебе привел её аналог. Я нигде не сказал что с помощью этой команды отслеживаются зависимости при сборке пакета или его установки.

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

Мощно. Сила ИИ снова с нами.

wandrien ★★★
()
Ответ на: комментарий от Sunderland93

А станет интересно - иди читай про debhelper, dpkg-shlibs и подобное.

Зачем мне читать про этот мусор? Я и так знаю, что это такое. Это ж ты так и не понял, что именно не умеет твой Дебиан по сравнению с Федорой.

А сейчас катись в игнор.

Неплохо. Достойное завершение горения жопки демьянофанатика.

wandrien ★★★
()
Ответ на: комментарий от Sunderland93

Ты зачем продолжаешь подсматривать за списком игнора, чувак? xDD

wandrien ★★★
()
Ответ на: комментарий от wandrien

Зачем мне читать про этот мусор?

Ты как тот упорыш выше, которому кидали несколько раз ссылку на видео с тирингом, которое он нихрена не посмотрел, но сам давал рандомные отрывки из него и имел мнение. Вы видимо одного уровня развития. С вами бесполезно вести диалог, для вас все, что не укладывается в ваш маня мирок - это «деды», «стерперы», «мусор».

Sunderland93 ★★★★★
()
Ответ на: комментарий от wandrien

Если у тебя бинарник зависит от libblabla.so.5, то именно libblabla.so.5 трекается как зависимость в RPM. В Debian же нет такого.

В Debian просто другой подход: есть политика именования пакетов с библиотеками, поэтому зависимость будет от libblabla5. В рамках одного дистрибутива такой подход абсолютно рабочий, а сторонним ничто не мешает в своих сборках указывать Provides: libblabla5.

Кроме того, этот подход позволяет тривиальным образом иметь в системе несколько версий SONAME библиотеки, например libreadline8 и libreadline9.

И да, просто зависимости от libblabla.so.5, как вы показали в RPM, совершенно недостаточно, ведь библиотека может иметь нужный SONAME, но не иметь в данной своей версии нужных программе символов. В Debian же эта проблема решена благодаря использованию автоматических версионированных зависимостей: пакет программы получит не просто зависимость от libblabla5, а зависимость вида libblabla5 (>= 1.2.3), где 1.2.3 — минимальная версия библиотеки, в которой присутствуют все необходимые программе символы.

В Arch же, насколько помню, вообще нет автоматического определения зависимостей от слинкованных библиотек, и там они прописываются мейнтейнером вручную, как в каменном веке. Да ещё и куча пакетов имеет просто условный depends=(curl) вместо depends=(libcurl.so.4-64), отчего в случае частичного обновления система может превратиться в тыкву, и менеджер пакетов даже не пикнет — и вместо того чтобы решить эту проблему технически, там решили её политически: «partial upgrades are unsupported».

Rootlexx ★★★★★
()
Ответ на: комментарий от Set440

современный софт не использует сервер шрифтов Х

Без правильной «иксовой» части локали не будет ВВОДА русских букв. В смысле не будет правильного результата функций XLookupString и XmbLookupString - они будут возвращать ноль байтов вместо кодов русских букв. А добавляется кодировка в иксы посредством патчения и пересборки libX11. Сам патч можно скачать и посмотреть например тут: https://debianforum.ru/index.php?topic=15610.0 В Дебиане приходится патчить и пересобирать,а вот в Альте аналогичный патч уже применен сборщиками дистрибутива.

watchcat382
()
Ответ на: комментарий от Sunderland93

Фишка в том, что ты так и не понял, что именно не умеет твой Дебиан, но при этом всю дорогу утверждаешь, что он это умеет.

Это весело.

И твоё горение тоже забавно выглядит.

Да, эти все костыли - исторический мусор. И в Арче много кривой херни. И в RHEL. И вообще в софте. И в ЯП, которыми я пользуюсь каждый день. Но это будет другой мусор - не такой, как этот. Просто это факт: ничего идеального не бывает, и любой технически сложный проект есть за что критиковать.

У вас же подход фанатиков, увидевших истину в мануале на APT. Может это утёнко-эффект или еще что-то.

wandrien ★★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от Set440

Wine сам в этом случае хэндлит шрифты

Основная сложно не в шрифтах,а в вводе русских букв,см мое предидущее сообщение.

watchcat382
()
Ответ на: комментарий от wandrien

Я знаю что умеет мой Debian, как никак 12 лет им пользуюсь и софта запаковал для него тонны, как и для убунты. А ты сейчас пытаешься оправдаться за счет «ничего идеального не бывает, все в той или иной степени говно». Это выглядит жалко и убого. Я тоже могу назвать целый ряд недостатков в пакетной системе RPM, Арча и Войда. Но я не опущусь до того, чтобы называть это мусором. В отличие от тебя.

Sunderland93 ★★★★★
()
Ответ на: комментарий от Sunderland93

А вот спроспить хочу. Я правильно понимаю, что в дебиане, если от пакета openssl зависит стопицот других пакетов, то для того, чтобы переименовать пакет openssl в, например, ololopenissl, нужно пересобрать стопицот-плюс-один пакет?

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)
Ответ на: комментарий от AleksK

Я сам с 12 по 19 год сидел fx8320 и думал мне его хватает.

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

А если задача например рисовать схемы в KiCAD и писать код под микроконтроллеры то почти любой комп за последние полтора десятка лет оказывается избыточным по ресурсам и на первый план выходят такие параметры как потребление энергии и уровень шума.

watchcat382
()
Ответ на: комментарий от thesis

Нет, не обязательно. Допустим ты переименовал этот пакет, но в поле Provides прописал его прежнее имя. И тогда зависимые пакеты будут обращаться по этому Provides, а скачиваться будет зависимость под новым именем. Огромное количество пакетов в Debian имеют подобное. Это называется виртуальный пакет. То есть грубо говоря это как симлинк на новый пакет под старым именем.

Sunderland93 ★★★★★
()
Последнее исправление: Sunderland93 (всего исправлений: 1)
Ответ на: комментарий от Set440

Там видимо страница 866, досовская используется

В Альте иксы обучены правильно работать с этой кодировкой. В других можно самому наложить соответствующий патч на libX11.

watchcat382
()
Ответ на: комментарий от posixbit

Нет, инцелами называются те, кто хочет, но не может (не дают) — недобровольно воздерживающиеся. Это не тот случай.

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

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

(но дружить с инцелами всё равно не очень хочется, они долбанутые)

hateyoufeel ★★★★★
()
Ответ на: комментарий от Rootlexx

Господи, хоть один нормальный человек. Спасибо. А то читать клоунаду уже надоело.

В Debian просто другой подход: есть политика именования пакетов с библиотеками, поэтому зависимость будет от libblabla5. В рамках одного дистрибутива такой подход абсолютно рабочий, а сторонним ничто не мешает в своих сборках указывать Provides: libblabla5.

Ты же понимаешь, что это исторический костыль, который существует не «для того, чтобы», а «потому что». Потому что так сложилось. И ничего хорошего в кодировании libblabla.so.5 в libblabla5 – нет.

Это примерно как города в Британии: Leicester, Worcester, Reading, Manchester, Norwich - ни один топоним не читается как пишется.

Кроме того, этот подход позволяет тривиальным образом иметь в системе несколько версий SONAME библиотеки, например libreadline8 и libreadline9.

А какой-то другой подход – не позволяет? Не понял этот тезис. Любой позволяет.

И да, просто зависимости от libblabla.so.5, как вы показали в RPM, совершенно недостаточно, ведь библиотека может иметь нужный SONAME, но не иметь в данной своей версии нужных программе символов. В Debian же эта проблема решена благодаря использованию автоматических версионированных зависимостей

Да, есть такая проблема. Вот пример из Rosa:

# dnf repoquery --requires mc.x86_64    
rosa13_main_release                                                                                                             13 kB/s | 3.4 kB     00:00    
Last metadata expiration check: 0:00:01 ago on Fri Jun 20 10:39:29 2025.
/bin/bash
/bin/sh
/usr/bin/perl
/usr/bin/python3
aspell-en
groff
libc.so.6(GLIBC_2.38)(64bit)
libe2p.so.2()(64bit)
libglib-2.0.so.0()(64bit)
libgmodule-2.0.so.0()(64bit)
libgpm.so.2()(64bit)
libpcre2-8.so.0()(64bit)
libslang.so.2()(64bit)
libslang.so.2(SLANG2)(64bit)
libssh2.so.1()(64bit)
perl(File::Basename)
perl(File::Temp)
perl(POSIX)
perl(bytes)
perl(strict)
perl(warnings)
rtld(GNU_HASH)

Как видно, тэг версии только для libc указан. Остальные зависимости можно откатить на несовместимую версию, а пакетный менеджер не пикнет.

Да ещё и куча пакетов имеет просто условный depends=(curl) вместо depends=(libcurl.so.4-64), отчего в случае частичного обновления система может превратиться в тыкву, и менеджер пакетов даже не пикнет — и вместо того чтобы решить эту проблему технически, там решили её политически: «partial upgrades are unsupported».

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

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

А официальная часть системы работает весьма хорошо. Там грамотная команда этим занимается.

wandrien ★★★
()
Последнее исправление: wandrien (всего исправлений: 2)
Ответ на: комментарий от AleksK

Хороший процессор никогда ещё не мешал в работе.

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

watchcat382
()
Ответ на: комментарий от Sunderland93

Но я не опущусь до того, чтобы называть это мусором.

Зато легко опускаешься до хамства, клоунады и вранья. :)

wandrien ★★★
()
Ответ на: комментарий от Iron_Bug

ну так это микро-пакеты перла, а не софт. софт с такой дикой скоростью не пишут. тем более в одном проекте.

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

PPP328 ★★★★★
()
Ответ на: комментарий от wandrien

Про дебиан тут лучше всех @shimon отписался:

Хотя, вообще, у дебианщиков (да и многих других) несколько своеобразное представление о стабильности.

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

Иногда в порядке окучивания граблей грабли заменяют на противопехотные мины (кто помнит эпичнейший фейл с OpenSSL?). Конечно, конечно, хотели как лучше, чтоб от наступания не было больно...

Ну и что, что в других дистрибутивах грабли собрали комбайном? Что с того, что в других дистрибутивах уборка граблей стала процессом постоянным? Это ни черта не значит, ведь это нарушает стабильность. А тут поле с флажками, такое теплое, такое свое, прям как е#учий ЗиЛ «буханка», прости господи, мать твою через коромысло.
hateyoufeel ★★★★★
()
Ответ на: комментарий от AleksK

Мощная железка, это не причина для гордости это источник комфорта при работе.

Ой,не всегда.

Полно ноутов с мощными процами

Вентилятор на ноуте всегда будет маленьким,а следовательно шумным. И он неизбежно начнет гудеть если попытаться «мощь проца» реально задействовать. А также попадались ноуты которые некомфортно держать на коленях ибо просто горячо.

watchcat382
()
Ответ на: комментарий от unname

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

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

watchcat382
()
Ответ на: комментарий от watchcat382

Ааа… ввод!

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

Вот насчёт ввода — не знаю практически ничего.

Set440
()
Ответ на: комментарий от wandrien

«Лунипсоед, убей лунипсоеда».

Зачем вообще нужно раздувать срач, если всё банально сводится к субъективному УМВР, и «у меня такая-же нога, но не болит»?..

Set440
()
Ответ на: комментарий от Set440

Ну моё субъективное мнение, что всё достаточно объективно :D

Скрипты для сборки пакетов удобнее всего писать - для Void. Там вообще формат файлов для описания сборки пакетов настолько оптимизирован по отжатию воды, что не содержит буквально ни одной лишней строчки.

Дрочить на сложность пакетной системы - в Дебиане.

На сервер поставить - какое-нибудь RHEL-подобие.

Ну а на домашний ноут - всё равно Арч, от него голова не болит.

Просто у некоторых почему-то горит от того, что моё мнение не совпадает с их.

wandrien ★★★
()
Ответ на: комментарий от unname

Я вот просто уверен что ты пока весьма молод.

Благодарю за комплимент. Мне 56.

Я уже много лет занимаюсь и схемотехникой и трассировкой, забросив кодинг. Но у меня специфика в ВЧ и СВЧ аналоговой схемотехнике, а так же силовой схемотехнике.

После вот этого уточнения полностью с вами согласен по поподу «выбора чего-то одного». А я когда писал про то что есть случаи когда проект на МК может сделать один человек - имел в виду намного более простые вещи. Обычно из области неспешного (с точки зрения МК) управления чем-нибудь уровня примерно автоматического шлагбаума или грузового лифта-подъемника или автоматического регулятора подачи жидкости/газа куда-нибудь. Таких задач - много. Настоящие Программисты, те что с профильным образованием и десятками лет стажа, за такое просто не хотят браться - им не интересно ни с технической стороны ни с денежной. Поручать это студентам без опыта - велик риск фейлов просто из-за свойственного большинству молодых общего раздолбайства. А вот ответственному человеку средних лет,хотя и звезд с неба не хватающему - вполне нормально.

Утка вон то же универсал: и по земле ходит, и по воде плавает, и по воздуху летает, но везде как-то кривенько и херово.

Однако в процессе эволюции утки не вымерли.

watchcat382
()
Ответ на: комментарий от wandrien

в Дебиане.

ну, благо деб-пакеты одного дистра — частично совместимы с другим.

моя работа вообще никак не связана с компьютерами, я просто скрипт-кидди, и не могу пережить возню с рпм-бэйсд дистрами (у меня от лицензионных ограничений на кодеки в Фёдоре и ОпенСусе стулья прогорают)

ынтырпрайз я тоже не могу.

пользуюсь производным от арча CachyOS — арч эта сложнаа.

Set440
()
Ответ на: комментарий от wandrien

в Дебиане аналога этой фичи нет.

Я начал пользоваться Дебианом ровно 30 лет назад. За всё это время мне такая фича ни разу не потребовалась. На пакетный менеджер Дебиана сколько-нибудь серьезных жалоб не имею. На отдельных ленивых и/или невнимательных мэйнтейнеров - да,бывало.

watchcat382
()
Ответ на: комментарий от Set440

у меня от лицензионных ограничений на кодеки в Фёдоре и ОпенСусе стулья прогорают

Ну кстати, есть отечественный лисапед, вроде бы не обременённый необходимостью следовать лицензиям на кодеки - вот как раз на форуме пиарят себя: РОСА Сервер 13.0 — легкий, гибкий и мощный! (комментарий)

Не могу сказать, что я прям конкретно ею пользовался, но ставил на пару компов второй системой поиграться. Ставил варианты с KDE разных версий - 4 и 5. Производит впечатление обычной RHEL, которую доработали напильником для пригодного к употреблению на ноуте состояния. Есть разный десктопный софт и т.п.

С другой стороны, я так привык к халяве AUR, что любой дистрибутив без AUR вызывает ломку. Так что сижу всё равно в Арче обычно.

пользуюсь производным от арча CachyOS — арч эта сложнаа.

Если память не подводит, я Арч ставил примерно тогда же, когда покупал ноут на платформе Sandy Bridge, то есть очень много лет назад. А в дальнейшем я его тупо копирую с накопителя на накопитель, что избавляет от необходимости ставить систему с нуля. В общем, хороший Линукс ставится только один раз в жизни. А потом просто копируется на новые компы по мере надобности.

wandrien ★★★
()
Ответ на: комментарий от posixbit

подход Debian назвали старперским.

Консервативность Дебиана возмущает обычно тех кто свято верит что чем больше номер версии тем лучше программа. И это утверждение было даже в достаточной степени справедливо лет 20-25 назад. С тех пор ситуация существенно поменялась, немало проектов где «развитие» зашло куда-то не туда, а также немало тех которые просто достигли определенной степени зрелости и перестали нуждаться в сколько-нибудь существенных изменениях.

У тех,кто не гоняется за «самым распоследним» номером версии софта - Дебиан просто работает и работает вполне неплохо.

watchcat382
()
Ответ на: комментарий от posixbit

Скажем, невозможно поставить в Кикаде микросхему на определенное место.

Только что попробовал, УМВР. GNOME shell 48.2 OpenSUSE Tumbleweed, kicad 9.0.2

Artsi0m
()
Ответ на: комментарий от watchcat382

Там не в версиях нередко проблема, а в том, что они кастомными патчами вносят баги, которых нет в апстриме.

Ну а софт нужной версии скомпилировать не проблема обычно. Но тогда и дебиан не особо нужен, достаточно, условно, «Слаки».

wandrien ★★★
()
Последнее исправление: wandrien (всего исправлений: 2)
Ответ на: комментарий от Loki13

незатейливую механическую работу выполняет ИИ

механическую

И давно ИИ научился гвозди забивать и щебенку в тачках возить?

При чём тут это? Это физическая работа. А механический == не требующий интеллектуальных усилий:

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

Наверное имелось в виду механистическую

Механистический — это связанный с философией механицизма

utf8nowhere ★★★★
()
Ответ на: комментарий от wandrien

есть отечественный лисапед

я больше не могу рассчитывать на дистры почти всего СНГ по идеологическим причинам. (в профиле есть намёк на мою национальность.)

Да и мне кашка-ос обеспечивает норм работу компьютера.

Set440
()
Ответ на: комментарий от watchcat382

Потому что ты старый уже. Женщины не нужны стали. Случается, к сожалению, хотя в 56 ещё рановато для такого :(

Хотя Багиня тоже старая. Ей ЕМНИП под 50.

hateyoufeel ★★★★★
()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от unname

автокад в 2025 году?

Если например человек (или даже фирма) использовал автокад еще со времен доса в начале 90х и все навыки и все рабочие процессы заточены под него - то почему он не может использовать его сейчас?

watchcat382
()
Ответ на: комментарий от Loki13

только слабенький

сам же и ответил на свой вопрос.

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

Iron_Bug ★★★★★
()
Ответ на: комментарий от watchcat382

Аналогичная ситуация с блендером — в новых версиях всегда перелопачивают интерфейс и депрекатят старые рендеры и фичи.

Многие блендерасты сидят на старых версиях из-за этого, потому-что старые уроки и проекты — к новым версиям … НЕ_ПОДХОДЯТ(!!!)

Set440
()
Ответ на: комментарий от Set440

Многие блендерасты сидят на старых версиях из-за этого, потому-что старые уроки и проекты — к новым версиям … НЕ_ПОДХОДЯТ(!!!)

Не только же в этом может быть причина. Обычно Блендер не сам по себе существует, в комплекте с разными аддонами к нему, в составе производственных цепочек, пайплайна. Заменить на новую версию может быть не так то просто, да и экономически бессмысленно в рамках конкретного проекта или даже рабочего процесса как целого.

По этой же причине приходится использовать несколько версий Автокада в организации.

Да и с кикадом вроде бы та же история.

wandrien ★★★
()
Ответ на: комментарий от PPP328

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)