LINUX.ORG.RU

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

 , ,


4

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)
Ответ на: комментарий от anonmyous

Ну вот,как я и думал, нужное со временем напишут,тем более если уже начали. Пока что оно «This is very early in development and is still incomplete» но через несколько лет будет пригодно к использованию.

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

но форматы - это отдельная пестня.

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

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

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

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

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

and is still incomplete» но через несколько лет будет пригодно к использованию.

Вообще-то я 3 примера привёл. Не все они incomplete.

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

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

Спорно. Я выше уже писал про преимущество «аккордов» на клавиатуре против последовательного набора. Например чтобы собрать проект в консоли надо нажать последовательно m,a,k,e,enter. А чтобы собрать его в том старом борландовском IDE было достаточно нажать Ctrl-F9. А уж как у них встроенный отладчик удобно «ходил» по исходнику и удобно показывал значения переменных - по сей день вспоминаю. Отлаживать было удобно именно алгоритмические ошибки. Консольный gdb по удобству и наглядности и близко не стоял. Хотя близко стоит линуксовый nemiver - тоже весь на «аккордах»,хотя кое-где и приходится мышкой ткнуть,но редко. То,что nemiver гуёвый - абсолютно не мешает ему весьма хорошо управляться с клавиатуры. Судя по выхлопу ldd - использует libgtk-3. Там на самом деле впечатляющая куча зависимостей от библиотек - ldd /usr/bin/nemiver | wc -l выдало аж 102(вручную проверять лень:).

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

Не все они incomplete

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

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

чтобы собрать проект в консоли надо нажать последовательно m,a,k,e,enter

Это если ты макросы не настроил. А ведь есть ещё и автодополнение bash/zsh, когда макросы излишни.

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

ну, для таких мелких команд даже и макросы настраивать как-то странно.

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

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

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

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

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

Вот на «искаробочность» я бы как раз не расчитывал. К примеру искаробочная кнопка для перехода между полями ввода на форме - чаще всего абсолютно неудобный tab. На переключение табов могли назначить по умолчанию что-то экзотическое. Или ничего если не выполнены какие-то особые условия при сборке (не задефайнено что-нибудь). В Vivaldi вон Ctrl-tab например,если не знаешь не догадаешься. Причем оно их еще и не по порядку расположения переключает а по какому-то другому неочевидному (может открытия? как будто я помню в каком порядке открывал).

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

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

Разве макросы позволят назначить вызов make на Ctrl-F9 (или другой удобный «аккорд»)?

С автодополнением можно нажимать m,a,k,tab,enter. Еще и надо следить чтобы дополнило именно то что надо. И опять последовательные нажатия,а не одномоментная и однозначная аккорд-команда.

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

вызвать последнюю команду ещё раз нет проблем.

Это если последнюю. И надо проверить что последняя это именно то что надо - что не набирал что-нибудь другое. Сам этим пользуюсь вынужденно. Но всё же «аккорды» - удобнее. Там не нужен ни выбор ни визуальный контроль. Нажимается также автоматически как музыкант нажимает клавиши на инструменте когда ему надо аккорд сыграть. Голова в выборе нужных клавиш не участвует:)

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

Разве макросы позволят назначить вызов make на Ctrl-F9 (или другой удобный «аккорд»)?

Да, это буквально и значит термин «макрос». Только не «вызов make» (т. к. это уже не макрос будет, а просто кастомный хоткей вроде xbindkeys или sxhkd, либо просто алиас в .bashrc), а именно автоматизация нажатий клавиш — создание паттерна, воспроизводящего нажатия клавиш в нужном порядке и количестве — по сочетанию клавиш (или не нажатия, а вставку текста, а затем нажатие Enter). Это и есть макрос.

posixbit ★★★
()
Последнее исправление: posixbit (всего исправлений: 8)
Ответ на: комментарий от watchcat382

у меня в наборе простых команд в консоли голова тоже не «участвует». это практически на автомате делается.

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

Убеждать не пытался. Так, по опыту(20 лет разработки десктоп приложений).

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

стрелка вверх решает большинство задач в консоли

Она хороша если надо повторить последнюю команду. Ну в крайнем случае на 2-3 команды назад. А дальше уже сложно запомнить какой по счету была нужная команда. Надо ее внимательно искать,особенно если команды были похожие.

К тому же командная строка - это вовсе не только bash или там zsh. Это могут быть и другие программы. Вон gdb я уже упоминал. Сомневаюсь что вы станете утверждать что отлаживаться в gdb удобнее чем в полноэкранном отладчике и ошибка быстрее найдена будет. Nemiver как пример я тоже упоминал. Можно еще из микроконтроллерной темы пример привести - консольный simavr против полноэкранно-интерактивного vmlab тоже с «аккордным» управлением. Этот хотя и виндовый но бесплатный и официально была заявлена работоспособность под wine(причем даже 18-летней давности),так что успешно много лет пользуюсь.

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

Да, это буквально и значит термин «макрос».

Я не знал что макрос в bash можно назначить именно на «аккордное» сочетание клавиш(а точно можно?). Знал что можно делать что-то типа такого: noerr(){ «$@» 2>/dev/null;} ну и потом вызывать noerr <имя_команды> с очевидным результатом. А вот раздел Keyboard Macros в мануале на bash очень куцый и немного не про это. Там только про повтор последней запомненной последовательности но не про назначение ее на какой-нибудь хоткей.

кастомный хоткей вроде xbindkeys

Как раз через это я когда-то пытался. Но проблема в том,что такой хоткей становится «общим» для всех программ. А в разных программах на один хоткей может быть и бывает назначено что-нибудь своё. К примеру в редакторе eFte у меня Ctrl-F9 это «погасить выделение блока» если он был ранее выделен или не делать ничего если не.

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

А уж как у них встроенный отладчик удобно «ходил» по исходнику и удобно показывал значения переменных - по сей день вспоминаю.

Выглядил он инновационно, но тут как раз прогресс зашел очень далеко, и на все это уже смешно смотреть, когда видишь IDE от JetBrains. Для них нужен хороший компьютер, но и Borland C не особо быстро компилировался. В России распространенно мнение что это С плохо поддается компиляции, а вот Borland Pascal другое дело, но судя по отзывам, другие C компиляторы, например от MS компилировали значительно быстрее. Сейчас к IDE компилятор уже не идет, но тогда это был один продукт, так что думаю сравнение корректное.

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

что значит «абсолютно неудобный tab»?

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

Почему не просто курсорной стрелкой вправо если исходно было выделено первое поле в левой колонке? В ранее упомянутых мной интерфейсах это именно так и работало.

это стандартное перемещение

Этот якобы «стандарт» придумал микрософт в своем софте. Причем оно появилось еще в досовом софте,например компиляторе Quick C. Удобным он от этого не стал,в сравнении с тем как это работало в Turbo C и MultiEdit (как минимум до версии 6)- курсорными стрелками. И не только там. У ранних борландовских продуктов стрелки работали везде. Потом - работали и таб,в угоду микрософту, И стрелки. А вот в виндовых интерфейсах того же борланда стрелки уже не работали и народ на это плевался.

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

Я не знал что макрос в bash можно назначить именно на «аккордное» сочетание клавиш(а точно можно?)

Точно. TTY использует keymap-файлы, которые можно модифицировать — можно переопределить поведение клавиш, чтобы по нажатию, например, F9 выполнялось «вставить make\n». Для этого понадобятся showkey, loadkeys и dumpkeys. Ну а если хочется более «низкоуровнего» (или если твоё устройство вводит нестандартный scan code), можно дополнительно использовать setkeycodes. Также есть expect — для автоматизации ввода с распознаванием вывода.

Но зачем оно всё — не совсем понятно. В tmux можно задать бинды, которые вставляют строки в текущий терминал.

Пример: bind-key M run "tmux send-keys 'make' Enter"

Это более простой макрос, но очень удобно и работает в TTY при запуске tmux. Хотя и этим я редко пользуюсь.

posixbit ★★★
()
Последнее исправление: posixbit (всего исправлений: 5)
Ответ на: комментарий от Iron_Bug

это практически на автомате делается.

Но это остается несколькими последовательными нажатиями вместо одного «аккорда».

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

я всегда отлаживалась в консольном gdb.

Никогда не представлял как это возможно делать эффективно. Хотел бы посмотреть на методику работы. Мне крайне некомфортно ментально если я не вижу на экране текущего состояния и чтобы его увидеть нужно каждый раз набирать команду. Это кстати и даже к текущему состоянию рабочего каталога относится,поэтому активно пользуюсь mc который его отображает,а не ежеминутно дергаю ls.

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

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

https://www.gnu.org/software/ddd/all.png

https://www.gnu.org/software/ddd/plots.png

А вот отладчик JetBrains как развивался так и развивается дальше, в нем кстати есть, то что кажется очень логичным, но мало где есть: ветки if которые исполнились показаны зеленым, которые не исполнились красным.

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

DDD с различной хорошей визуализацией структур данных и кода, но он мертв

В Википедии написано, что очень даже жив:

Stable release 3.4.1 / 24 August 2024; 9 months ago

И разве это не просто GUI для GDB? Там в принципе частые обновления не требуются.

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

когда видишь IDE от JetBrains.

Так они же платные,да еще и подсанкционные сейчас. Вполне верю что коммерческий продукт весьма продвинут. Но домой я его точно покупать не буду. Да и судя по описаниям там уровень сложности этого IDE великоват для мелких «единоличных» проектов. Это для коммерческой командной работы инструмент.

К тому же те старые продукты от Борланда я приводил в пример не как образец совершенства компилятора,а как образец удобства клавиатурного управления интерфейсом. Именно вот в этом узком смысле. Мог бы и другой софт в качестве примеров назвать но не факт что тут нашлись бы те кто его живьем видел. Norton disk doctor и Norton disk editor первых версий,вроде до 4.

судя по отзывам, другие C компиляторы, например от MS компилировали значительно быстрее.

Работал (за деньги) с MC C 5.10 и 6.0. Не сказал бы чтобы они как-то значимо быстрее собирали проекты тех размеров которые тогда были обычными. Возможно,если бы собирал что-то совсем огромное(по тем масштабам) то разницу бы почувствовал.

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

В Википедии написано, что очень даже жив

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

И разве это не просто GUI для GDB?

Он уже отстал от gdb, и без приседаний не запускается из коробки. Не все возможности gdb поддерживаются. Он бесполезен без плагинов чтения структур, их надо обновлять что бы нормально рассматривать какое нибудь новье типа std::optional. Только однобайтовые кодировки.

Там в принципе частые обновления не требуются.

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

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

Так они же платные, да еще и подсанкционные сейчас.

У них много IDE, некоторые открытые и бесплатные, некоторые только платные.

Да и судя по описаниям там уровень сложности этого IDE великоват для мелких «единоличных» проектов.

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

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

У JetBrains хорошие палитры команд, не надо даже лазить по меню, очень ускоряет выполнение действий.

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

showkey, loadkeys и dumpkeys

Это в голой консоли,без иксов. В xterm такое не пройдёт. Когда-то давно,когда иксы еще были тяжеловаты для имевшихся тогда компов и основная деятельность происходила в текстовой консоли - я даже писал собственный файл раскладки кодов клавиш чтобы задействовать в софте больше сочетаний,именно что «аккордных».А заодно и 866 кодировку,в 90х очень актуальную. Но это только в консоли тогда и работало. Недостаток делания макросов таким образом всё тот же - они становятся «глобальными» для всего софта,а не только в командной строке.

Но зачем оно всё — не совсем понятно.

Уже говорил - для реализации «аккордного» стиля управления вместо последовательных нажатий.

В tmux можно задать бинды Пример: bind-key M run «tmux send-keys ‘make’ Enter»

На «просто М» - не интересно. Интересно может быть к примеру на Ctrl-Alt-m чтобы ни с чем не пересекалось. Надо будет пощупать на предмет получится ли так. Я как-то с tmux особо не общался,вот с screen имел дело когда приходилось работать дистанционно по часто обрывающимся телефонно-модемным ppp-линкам(96-99 годы) - чтобы при обрыве не закрывался весь запущенный на той стороне софт. Но в те времена не до таких мелких удобств было - в линуксе хватало неудобств куда более серьезных.

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

Это в голой консоли,без иксов. В xterm такое не пройдёт

Да. Так речь шла о TTY. Для эмулятора консоли используется autokey (или ahk_x11) и xdotool+xbindkeys.

для реализации «аккордного» стиля управления

Очевидно, но зачем (2), если это неудобно?

Интересно может быть к примеру на Ctrl-Alt-m чтобы ни с чем не пересекалось

Как угодно можно. Всё зависит от полёта фантазии. Это дело такое. Но косить под пианиста ничто не запрещает. Некоторые такие «аккорды» выбивать умудряются, что имаксеры отдыхают.

posixbit ★★★
()
Последнее исправление: posixbit (всего исправлений: 3)
Ответ на: комментарий от MOPKOBKA

К сожалению хорошие отладчики только за деньги

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

под Linux был DDD

Да, пользовался до Nemiver. Визуализация у DDD была действительно хорошая,но вот управление его интерфейсом - прямо скажу плохое.

ветки if которые исполнились показаны зеленым, которые не исполнились красным.

Согласен,полезная штука.

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

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

Сейчас же эра удаленной работы %)

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

некоторые открытые и бесплатные

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

не требуют изучение

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

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

Бесплатные - это какие?

Проще на сайт зайти и посмотреть. Подозреваю что интересует C/C++, недавно как раз CLion сделали бесплатным (но не открытым), ознакомиться можно тут: https://www.jetbrains.com/clion/

Есть открытые и бесплатные для Java и Python: IDEA Community, PyCharm Community.

На лично мой взгляд это неправильный подход

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

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

у себя на машине я профилирую perf'ом. под musl других вариантов просто нет, там нет встроенных счётчиков.

а под glibc есть gprof ещё.

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

для реализации «аккордного» стиля управления

Зачем? (2)

Для повышения эффективности работы. Аккорды быстрее чем последовательный набор команд. Я уже приводил пример - Ctrl-F9 много быстрее чем набор m,a,k,e,enter. Не говоря о более длинных командах с параметрами.

Некоторые такие «аккорды» выбивать умудряются

Да, это про меня. Но я не самый крутой,однажды в 90х в институте языкознания АН в Питере видел человека куда круче - он работал в досовом редакторе brief. У него основные часто используемые команды были назначены на клавиши цифрового блока клавиатуры,как отдельно так и в сочетании с модификаторами ctrl,alt,shift. Скорость работы с исходниками меня тогда поразила. Хотя и сам неслабые аккорды уже умел выдавать в MultiEdit. Но они там объективно не столь оптимальные с точки зрения расположения нажимаемых клавиш.

имаксеры отдыхают.

Там как раз опять много именно последовательного набора. Эдакий гибрид аккордного управления и последовательного. Мне это и не нравится.

К примеру даже на простое открытие файла нужны ДВА аккорда: Ctrl-x Ctrl-f Почему не один типа Ctrl-o как например в gimp и еще очень много где? Частая же операция. Сохранение файла тоже двойной аккорд.

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

Для повышения эффективности работы

Она от этого никак не повышается. А вот снизиться может. В любом случае выше я уже написал о том, как это настраивается.

Аккорды быстрее

Мне быстрее сделать m[TAB]enter (одним пальцем нажимать можно, причём получится реально быстрее), чем растягивать как пианист пальцы по всей клавиатуре в этих ваших «аккордах» (зажимать несколько клавиш сразу по всей клавиатуре), которые ещё сидеть придумывать надо, а потом запоминать. Это возня на ровном месте, да ещё и добавляющая неудобства. Ну и все эти «аккорды» (хотя и автодополнение TAB'ом тоже, если честно) — это костыль для тех, кто, к их стыду, до сих пор почему-то не овладел слепой десятипальцевой печатью на клавиатуре.

posixbit ★★★
()
Последнее исправление: posixbit (всего исправлений: 3)
Ответ на: комментарий от MOPKOBKA

Сейчас же эра удаленной работы

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

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

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

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

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

недавно как раз CLion сделали бесплатным

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

Подход когда IDE можно пользоваться как раз очень правильный, это же не отменяет изучение

Тут я с вами посмею не согласиться. Я сторонник классического академического подхода,а не «метода тыка». Как в институте - сначала изучаем теорию и правильную методику использования,потом переходим к практике. Методом тыка можно какую-нибудь мелкую утилитку изучать,но никак не основной рабочий инструмент программиста.

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

Она от этого никак не повышается.

Повышается. Это личный опыт и опыт наблюдения за другими людьми. Хотя я могу предположить что это субъективно. Пару исключений я действительно видел.

Мне быстрее сделать m[TAB]enter

Что именно вы так наберете? Команд,начинающихся с буквы m - довольно много. Это если про автодополнение в bash.

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

Ну у меня за многие годы оно как-то само получилось что нажимая кнопки на клаву не смотрю очень давно уже. Однако прямого отношения к преимуществам аккордного управления это не имеет - нажимая аккорды я ведь тоже не смотрю. Всё равно нажать две кнопки быстрее чем большее их количество. Причем в реальности команда на сборку скорее всего будет длиннее чем просто make. А ведь особо частые команды можно вообще на F-клавиши развесить чтобы нажимать одну кнопку.

которые ещё сидеть придумывать надо

Не обязательно придумывать с нуля. Можно позаимствовать клавиатурные сочетания из какого-нибудь продукта где их уже придумали. Вот как например я для редактора eFte позаимствовал раскладку от MultiEdit 6.01p с которым когда-то много работал. Удивительно,но когда настроил и начал пользоваться сочетания вспомнились мгновенно хотя прошло четверть века.

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

Это личный опыт и опыт наблюдения за другими людьми

Тяжело это понять, но допустим.

Что именно вы так наберете

Самую часто используемую команду, начинающуюся на m, либо последнюю команду, которая начинается на букву m (можно быстро переключать). Это по сути дефолт zsh-autosuggestions, который можно очень тонко настроить, как и zsh-autocomplete (последний используется для получения полных команд без нажатия TAB). А если поставить ещё и oh-my-zsh с какими-то из плагинов, тогда получается ещё лучше (но я считаю oh-my-zsh излишним, если честно, но функциональность впечатляет).

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

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

И берут молодого практически без опыта,лишь бы в офисе сидел. Где логика?

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

У меня в трудовой книжке и «инженер-программист» есть и даже «начальник отдела АСУ». И даже экзотика «инженер-испытатель» - это я там занимался микроконтроллерами применительно к управлению газопоршневыми электростанциями,ну и их испытывал на реальных больших железках(с чего вдруг у меня дома своя маленькая электростанция на пропане:) Хотя вот как раз именно админа нет потому что админом я работал за «зеленый нал» - так существенно больше получалось в те времена.

опыт админства актуален на современных дистрибутивах.

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

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

Это по сути дефолт zsh-autosuggestions

А,вы про zsh…

А вот как вы решаете вопрос с тем фактом что в линуксе всё под bash заточено? Буквально куда ни сунься,какой скрипт ни возьми - везде баш с его «башизмами». Не слишком ли неудобно иметь установленным по умолчанию шеллом нечто отличное от «общепринятого» bash?

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

как вы решаете вопрос с тем фактом что в линуксе всё под bash заточено?

Zsh на практике почти всегда совместим с Bash (за редкими исключениями, когда автор скрипта явно башизмов напихал, но обычно это индикатор того, что скрипт плохого качества), т. к. большинство скриптов на самом деле POSIX shell, а указание /bin/bash там условное. Так что достаточно заменить в начале скрипта строку интерпретататора Bash на Zsh (а лучше sh), чтобы всё работало. А если уж очень надо запустить странный скрипт с башизмами, то ничего не мешает просто использовать интерпретатор Bash конкретно для интерпретации этого скрипта. Например, в Arch Linux пакет bash входит в состав мета-пакета base. Поэтому он в любом случае у всех пользователей установлен. Переключать весь shell на Bash в этом случае не требуется. Скрипты с /bin/bash всё равно выполняется корректно, несмотря на используемый по умолчанию Zsh.

posixbit ★★★
()
Последнее исправление: posixbit (всего исправлений: 3)
Ответ на: комментарий от watchcat382

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

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

ты просто не понимаешь, чем занимается админ в офисе.

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

watchcat382
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.