Не понятно, во-первых, код вызывал функцию нажатия кнопки +1, или именно нажимал? Обычно всё-таки в GUI куда проще кастануть функцию (калбек), а не физически нажать на кнопку.
Не понятно, чем код плохой. Плохой, потому что плохой ‒ не понятно. Есть некая бизнес-логика, пусть будет кнопка. Она как-то связана с переменной значения. Может быть что-то ещё делает. В общем, выполняет свою работу правильно. Что плохого сделать эту работу правильно 10 раз? Особенно в контексте такой простой штуки как +1?
То есть, я понимаю, что можно параметризовать калбек, чтобы он принимал значение, на которое надо поменять. Но в целом, на этапе двух кнопок ‒ это неравнозначные затраты. И можно к параметризации отнестись как ко преждевременной оптимизации.
Если потом преподавателю надо будет удалить эти кнопки ‒ в первом случае надо будет просто удалить кнопки, и всё станет как было. А во втором ‒ останется лишняя абстракция в виде параметризованной функции.
А что в этом плохого в контексте задачи? Если есть готовая функция, которая делает просто +1, то почему не вызвать её десять раз ради одной кнопки в лабораторной?
Почему ставится уровня hello world с таким рейтингом?
Ну а что касается самого vs code - то он у меня заметно тормозит. Те же самые анализаторы работают в SublimeText гораздо отзывчивее. И с каждым новым языком у которого на стартовой странице есть ссылка на плагин для VSCode - я возвращаюсь на него. Но через пару месяцев разработки меня достаёт печатать на тормозах, и оказывается, что те же инструменты на Sublime удобнее.
Какой страшный хоррор вы написали… Нет ничего лучше хорошего пароля в менеджере паролей. Разграничение зон ответственности одних аутентификационных данных, возможность поделиться аутентификацией на одном сервисе, не трогая все остальные. Сложно атаковать пачку критических сервисов фишингом и легко поменять пароль в случае успешной атаки.
Единственный кейс, когда «войдите с помощью ВК» работает ‒ когда приложение взаимодействует с аккаунтом сервиса, выдавшего ID. Допустим, GitHub и GitKraken. А в остальных случаях ‒ лишние данные, отданные корпорации, и лишняя дырка в безопасности.
Мне кажется, что проблема, описанная в статье ‒ общая проблема любого сорта KPI: невозможно создать «полный» KPI, который будет работать на решение задачи. И если не подстраивать KPI постоянно ‒ происходит хакинг…
Когда мы учим студентов или растим своих детей ‒ мы всё время подкручиваем наши «программы», не для того, чтобы они соответствовали формальным критериям, но приводили к нужному развитию. А с тренировкой сети, кажется, получается как раз постоянно добавлять формальных критериев, которые выходят боком уже «во взрослом возрасте».
Но, если по существу: то переключение между группами происходит по сигналам (по памяти) X86_FirstGroup и т.п. с этими комбинациями в принципе, кажется, нельзя точно попасть в раскладку "посередине". Но я не уверен на 100%, надо поглядеть на файл evdev.
Китайский ввод, допустим, вообще живёт параллельно раскладке, и переключается уже на более высоком уровне на fctix(кажется, так называется). Так что самым прямолинейным способом мне видится - хоткей на setxkbmap с нужными параметрами.
В этом случае вопроса два:
Какой самый универсальный и надёжный способ сделать хоткей? Мне для этого штатная утилита XFCE казалась не самой надёжной. Для i3, судя по всему, конфиг - самое простое и правильное место для такого дела. А в принципе, есть ещё системная утилита, только забыл, как называется.
Все ли приложения будут адекватно реагировать на такие переключения? Допустим, если Дота загружается на русской раскладке - у меня перестают работать её хоткеи. В ранних версиях Reaper воспринимал только xinput, и fctix я там пользоваться не мог...
Попробую сейчас добраться до компа и ответить на эти вопросы)
Да, это меня тоже расстраивает. Но "шахматы" остаются и у genelec ergo за сотню евро, и у других подобных моделей. Приятное исключение - клавиатура Microsoft, но тоже дороговата показалась "для пробы".
Но вообще я бы сейчас не задумываясь брал Iris или что-то вроде
Да, стандартные варианты не блещут оригинальностью. Но можно сделать слой расширения, взяв за основу тот же shift_caps_switch. Я постараюсь завтра подробнее написать, уже засыпаю...
Что-то я не заметил особой дружелюбности и понятности Wolfram language. На первый взгляд, мне гораздо понятнее с-подобные языки, чем такие конструкции. Так что это вполне такая же себе адаптация, как и любой другой специальный язык.
Самое главное, что мне показалось, по крайней мере - что всё равно есть конечный список операторов и ключевых слов, без знания которых вольфрам работать не будет.
В этом основная проблема консольных интерфейсов, ЯП и прочих формальных способов коммуникации. Я вот из консоли не могу найти только что установленный в Arch пакет, потому что понятия не имею, какая у него команда. То же самое и в ЯП: не знаешь хотя бы приблизительно функционал библиотеки - даже с автокомплитом она для тебя становится бесполезной.
Прелесть естественного языка и естественного коммуниканта - в избыточности языка и возможности диалога. Я вот сейчас преподаю фортепиано: 30% немецкого, 20% английского, 50% невербальной коммуникации. В итоге уроки получаются всё равно в разы полезнее, чем у вчерашних нативно говорящих немецких выпускников.
А вот и нет. Я плачу premium, и с радостью бы платил любому другому сервису, кроме YT, чтобы не пользоваться YT.
Но YT, это монополия на контент. Не пользуясь YT, ты, как автор, не имеешь доступа к аудитории, а как зритель - не имеешь доступа к автору.
Битнер так делает. Даже подумываю в нагрузку к немецкой школе ещё и туда дочку записать...
В Германии после общей началки ребенок идёт в школу, гимназию, или школу помедленнее)
У этой системы есть куча других побочных эффектов, особенно в масштабе страны. Но в целом она чуть-чуть лучше российской.
Но в целом, прежде чем пытаться что-то изобретать в школьном образовании, надо сначала как минимум посмотреть на финскую систему.
Всё ещё не понятно.
Не понятно, во-первых, код вызывал функцию нажатия кнопки +1, или именно нажимал? Обычно всё-таки в GUI куда проще кастануть функцию (калбек), а не физически нажать на кнопку.
Не понятно, чем код плохой. Плохой, потому что плохой ‒ не понятно. Есть некая бизнес-логика, пусть будет кнопка. Она как-то связана с переменной значения. Может быть что-то ещё делает. В общем, выполняет свою работу правильно. Что плохого сделать эту работу правильно 10 раз? Особенно в контексте такой простой штуки как +1?
То есть, я понимаю, что можно параметризовать калбек, чтобы он принимал значение, на которое надо поменять. Но в целом, на этапе двух кнопок ‒ это неравнозначные затраты. И можно к параметризации отнестись как ко преждевременной оптимизации.
Если потом преподавателю надо будет удалить эти кнопки ‒ в первом случае надо будет просто удалить кнопки, и всё станет как было. А во втором ‒ останется лишняя абстракция в виде параметризованной функции.
А что в этом плохого в контексте задачи? Если есть готовая функция, которая делает просто +1, то почему не вызвать её десять раз ради одной кнопки в лабораторной?
Значит вам не нравится преподавать и надо либо учиться, либо не соваться. Сколько хороших детей так испоганено...
Почему ставится уровня hello world с таким рейтингом?
Ну а что касается самого vs code - то он у меня заметно тормозит. Те же самые анализаторы работают в SublimeText гораздо отзывчивее. И с каждым новым языком у которого на стартовой странице есть ссылка на плагин для VSCode - я возвращаюсь на него. Но через пару месяцев разработки меня достаёт печатать на тормозах, и оказывается, что те же инструменты на Sublime удобнее.
+100500, два равноценно отличных пакета под разные задачи. QT на Python ‒ страшный сон.
Какой страшный хоррор вы написали… Нет ничего лучше хорошего пароля в менеджере паролей. Разграничение зон ответственности одних аутентификационных данных, возможность поделиться аутентификацией на одном сервисе, не трогая все остальные. Сложно атаковать пачку критических сервисов фишингом и легко поменять пароль в случае успешной атаки.
Единственный кейс, когда «войдите с помощью ВК» работает ‒ когда приложение взаимодействует с аккаунтом сервиса, выдавшего ID. Допустим, GitHub и GitKraken. А в остальных случаях ‒ лишние данные, отданные корпорации, и лишняя дырка в безопасности.
Мне кажется, что проблема, описанная в статье ‒ общая проблема любого сорта KPI: невозможно создать «полный» KPI, который будет работать на решение задачи. И если не подстраивать KPI постоянно ‒ происходит хакинг…
Когда мы учим студентов или растим своих детей ‒ мы всё время подкручиваем наши «программы», не для того, чтобы они соответствовали формальным критериям, но приводили к нужному развитию. А с тренировкой сети, кажется, получается как раз постоянно добавлять формальных критериев, которые выходят боком уже «во взрослом возрасте».
Работает! И нажатие тоже видно :)
Попробую сегодня собрать прототип конвертера
Судя по всему, наиболее лёгкий вариант ‒ сделать всё через xkb-switch.
Он переключает вторую группу на ту раскладку, которую укажешь в аргументе. Фактически, получается, конфигурируется примерно, следующим образом:
Так мы указываем место для второй группы, которая и будет основой для всех переключаемых раскладок
Так переключаемся на немецкую раскладку, также потом на русскую, иврит и т.п.
https://wiki.archlinux.org/title/Keyboard_shortcuts
Ну вот раньше я набирал умляуты через compose:
Compose + a(A) + "
. Сейчас всё-таки гораздо прямолинейнее и проще:3lvl+a(A)
А я вот сейчас наоборот представляю более модульное рабочее место: тот же графический планшет вполне можно приклеить в моём случае на "клавиши".
Для монитора тоже хочется подвижности, а значит, можно было бы мониторы повесить на стену на кронштейны.
Аудио мониторы - на стойки, им так акустически даже полезнее. И т.д.
Такой столик, кстати, гораздо устойчивее, чем кажется.
Ну вот я для себя сделал такой же вывод.
Но, если по существу: то переключение между группами происходит по сигналам (по памяти) X86_FirstGroup и т.п. с этими комбинациями в принципе, кажется, нельзя точно попасть в раскладку "посередине". Но я не уверен на 100%, надо поглядеть на файл evdev.
Китайский ввод, допустим, вообще живёт параллельно раскладке, и переключается уже на более высоком уровне на fctix(кажется, так называется). Так что самым прямолинейным способом мне видится - хоткей на setxkbmap с нужными параметрами.
В этом случае вопроса два:
Какой самый универсальный и надёжный способ сделать хоткей? Мне для этого штатная утилита XFCE казалась не самой надёжной. Для i3, судя по всему, конфиг - самое простое и правильное место для такого дела. А в принципе, есть ещё системная утилита, только забыл, как называется.
Все ли приложения будут адекватно реагировать на такие переключения? Допустим, если Дота загружается на русской раскладке - у меня перестают работать её хоткеи. В ранних версиях Reaper воспринимал только xinput, и fctix я там пользоваться не мог...
Попробую сейчас добраться до компа и ответить на эти вопросы)
Спасибо! Вечером попробую
Джентльменский набор ??
Да, это меня тоже расстраивает. Но "шахматы" остаются и у genelec ergo за сотню евро, и у других подобных моделей. Приятное исключение - клавиатура Microsoft, но тоже дороговата показалась "для пробы".
Но вообще я бы сейчас не задумываясь брал Iris или что-то вроде
Да, стандартные варианты не блещут оригинальностью. Но можно сделать слой расширения, взяв за основу тот же shift_caps_switch. Я постараюсь завтра подробнее написать, уже засыпаю...
Что-то я не заметил особой дружелюбности и понятности Wolfram language. На первый взгляд, мне гораздо понятнее с-подобные языки, чем такие конструкции. Так что это вполне такая же себе адаптация, как и любой другой специальный язык.
Самое главное, что мне показалось, по крайней мере - что всё равно есть конечный список операторов и ключевых слов, без знания которых вольфрам работать не будет.
В этом основная проблема консольных интерфейсов, ЯП и прочих формальных способов коммуникации. Я вот из консоли не могу найти только что установленный в Arch пакет, потому что понятия не имею, какая у него команда. То же самое и в ЯП: не знаешь хотя бы приблизительно функционал библиотеки - даже с автокомплитом она для тебя становится бесполезной.
Прелесть естественного языка и естественного коммуниканта - в избыточности языка и возможности диалога. Я вот сейчас преподаю фортепиано: 30% немецкого, 20% английского, 50% невербальной коммуникации. В итоге уроки получаются всё равно в разы полезнее, чем у вчерашних нативно говорящих немецких выпускников.