При всех этих вариантах невозможность работника выполнять обязанности по основному договору в регламентированное рабочее время - это проблема работника.
Придя на работу в первый рабочий день января, я подал заявление
Мои доводы, что я уже работаю в другом месте и не могу порваться
Ну трудовая книжка же как-то умудрилась порваться. Иначе как может быть, что товарищ "уже работает в другом месте", умудрившись не прекратить трудовые отношения со старым работодателем, о чём должна быть запись в трудовой (которую он до первого рабочего дня января получить, очевидно, не мог). Магия, не иначе.
А у условных кандидатов-конкурентов подобные резюме, в части блоков с достижениями? Точно высчитанные проценты на первый взгляд выглядят странновато...
Да, так. Все понимают, что такие фразы это фарс чистой воды, но все играют в эту безумную игру, потому что все остальные это делают. Карьерные консультанты это знают и именно поэтому дают советы вписывать подобные шаблоны в резюме.
А так, значительно больше, чем от точных процентов в таких фразах, у меня дёргается глаз от "увеличил ревеню на 38%" или "увеличил производительность на 100%". Компания вот прямо сидела и не знала, что можно прибыль или производительность бампнуть в полтора раза и тут пришёл %username% и сделал это в одно лицо???
Сквоттер владеет ником легально. У додо нет никаких правовых оснований считать, что ник должен принадлежать им.
Для додо лучше всего будет тупо предложить адекватную с их т.з. цену за ник (не миллион конечно) и не идти на уступки по поводу этой цены. Если сквоттер не согласится на их условия - он останется с 0$ прибыли и с правами на никому не нужный ник, очевидно не пригодный ни для чего кроме как для шантажа додо в этой истории. Давление через суд - неадекватное действие, я думаю Додо уже репутационных потерь набрали столько, что ещё вопрос, не потеряют ли они больше чем получат.
Только если надо реализовать Drop для типа из другого крейта. Имхо очень правильное архитектурное решение, оно гарантирует, что реализация типа сосредоточена в 1 крейте. А тип, который по-другому делает Drop, и называться должен по-другому.
Надо удалить как то по другому тип? Ну пишите новый тип, а ещё перегружайте оператор точка.
При чём здесь перегрузка точки в вопросе удаления объекта?
В xkb не уверен что такое возможно, тк если делать это через модификаторы как в примере выше, то нужно 6 различных модификаторов, по одному на каждую префиксную клавишу ERSFXC. В X11 штатных модификаторов ровно 8 (Shift, Lock, Control, Mod1, Mod2, Mod3, Mod4, Mod5) и как минимум 4 из них заняты под реально нужные функции которые переназначать не следует. Можно пойти другим путём: Функциональность, которой вы хотите добиться, в терминологии XKB называется Compose Keys - замена одного предопределённого ввода на другой, ввод и вывод могут быть из нескольких символов. Именно через Compose в XKB делается ввод диакритики, æ, и т.д., можно вывести хоть "Hello world". Но если во вводе количество символов (не модификаторов) более одного, то все символы кроме последнего введённого должны являться т.н. "Dead keys" - клавишами, не вводящими никакого реального символа, тк в XKB нет такой вещи как дерево решений и стирание/изменение предыдущего ввода. Соответственно невозможно на чистом XKB сделать так, что просто в процессе ввода какого-то текста на латинице на 1м слое вводится секретная последовательность символов и она транслируется в æ.
Можно сделать клавиши ERSFXC "Dead keys" на другом слое и тогда описанное мной сработает - можно будет создать 6 Compose-последовательностей. Но на этот другой слой надо будет вначале переключиться для набора начального Dead key.
Вам судя по всему в высокоуровневые клавиатурные скриптеры наподобие Autohotkey (есть под Linux)
Реализовать такое поведение - дело нехитрое, тк XKB имеет возможность задавать разнообразные действия на нажатие клавиши, включая выставление и очистку модификаторов:
key <AD01> { [ q, Q ], actions[Group1] = [SetMods(modifiers=LevelThree),NoAction() ] };
key <AC01> { [ a, A, ae, AE ], type[Group1] = "FOUR_LEVEL" };
(Не нашёл вашей буквы в хедерах X11, видимо не реализовано, взял похожую)
Но главный вопрос здесь как вы отличите набор буквы с модификатором от быстрого набора "qa" когда палец не успевает сойти с q. Это собственно главная проблема техник раскладки, которые смешивают модификатор и обычную букву на одной и той же клавише (Mod-tap и ему подобные)
nc -U пишет в Unix socket как раз. В баше нет builtin для операций с unix sockets, не представляю как реализовать двунаправленное чтение/запись в рамках одного process id на чистом баше не написав код на C.
Это надо как-то хитро вызывать внешнюю утилиту чтобы она соединяла сокет и дескрипторы ввода-вывода, но у меня не получилось опять же
Утилит под клавиатурную подсистему иксов (Xlib XKB) я писал немерено, но так низко по протоколу не спускался))
Я так понимаю в Unix сокет /tmp/.X11-unix/X0 (в простейшем случае когда подключение к Xorg происходит локально к дисплею :0 в однопользовательской системе) непрерывно пишут все X-клиенты и они же непрерывно читают из него? Это же десятки сообщений в секунду если например двигать мышью. Каким образом клиенты делят сокет и не получают чужих ответов?
Пакет из байтов создать дело нехитрое, но ответ сервера из сокета у меня прочитать не получается:
По ссылке единичный коммент на новостном сайте от видимо разработчика редхат, и относящийся к переключении на Wayland в Red Hat. Разработчиками ксорга является X.org Foundation и я не видел от них никакого официального анонса про deprecation или ещё что.
При всех этих вариантах невозможность работника выполнять обязанности по основному договору в регламентированное рабочее время - это проблема работника.
Ну трудовая книжка же как-то умудрилась порваться. Иначе как может быть, что товарищ "уже работает в другом месте", умудрившись не прекратить трудовые отношения со старым работодателем, о чём должна быть запись в трудовой (которую он до первого рабочего дня января получить, очевидно, не мог). Магия, не иначе.
Да, так. Все понимают, что такие фразы это фарс чистой воды, но все играют в эту безумную игру, потому что все остальные это делают. Карьерные консультанты это знают и именно поэтому дают советы вписывать подобные шаблоны в резюме.
А так, значительно больше, чем от точных процентов в таких фразах, у меня дёргается глаз от "увеличил ревеню на 38%" или "увеличил производительность на 100%". Компания вот прямо сидела и не знала, что можно прибыль или производительность бампнуть в полтора раза и тут пришёл %username% и сделал это в одно лицо???
Имхо:
Сквоттер владеет ником легально. У додо нет никаких правовых оснований считать, что ник должен принадлежать им.
Для додо лучше всего будет тупо предложить адекватную с их т.з. цену за ник (не миллион конечно) и не идти на уступки по поводу этой цены. Если сквоттер не согласится на их условия - он останется с 0$ прибыли и с правами на никому не нужный ник, очевидно не пригодный ни для чего кроме как для шантажа додо в этой истории. Давление через суд - неадекватное действие, я думаю Додо уже репутационных потерь набрали столько, что ещё вопрос, не потеряют ли они больше чем получат.
For sale. Сквоттер явно наш соотечественник. :)
Но дальние монетки больше и толще! (Иначе бы не было равенства видимых размеров)
Эх, хорошо жить в детерминированном мире, наверное.
Вот вам русская рулетка в виде абсолютно безопасного (с точки зрения как минимум PVS-Studio) кода:
Нет и не может быть безопасности в языке с сырыми указателями и никакие санитайзеры тут не помогут.
Какие строки при этом пишутся в syslog?
Только если надо реализовать Drop для типа из другого крейта.
Имхо очень правильное архитектурное решение, оно гарантирует, что реализация типа сосредоточена в 1 крейте. А тип, который по-другому делает Drop, и называться должен по-другому.
При чём здесь перегрузка точки в вопросе удаления объекта?
Текстовый формат Ledger и есть CSV, точнее небольшое надмножество TSV. Ledger - система отчётов поверх этого формата
Ledger из коробки поддерживает логирование времени, гуглится по слову timelog format. https://ledger-cli.org/doc/ledger3.html#Time-Keeping
Полез ради интереса гуглить как этот popcnt программно эмулируют, нашёл прикольный способ на чистом C, без ассемблера:
В xkb не уверен что такое возможно, тк если делать это через модификаторы как в примере выше, то нужно 6 различных модификаторов, по одному на каждую префиксную клавишу ERSFXC. В X11 штатных модификаторов ровно 8 (Shift, Lock, Control, Mod1, Mod2, Mod3, Mod4, Mod5) и как минимум 4 из них заняты под реально нужные функции которые переназначать не следует. Можно пойти другим путём: Функциональность, которой вы хотите добиться, в терминологии XKB называется Compose Keys - замена одного предопределённого ввода на другой, ввод и вывод могут быть из нескольких символов. Именно через Compose в XKB делается ввод диакритики, æ, и т.д., можно вывести хоть "Hello world". Но если во вводе количество символов (не модификаторов) более одного, то все символы кроме последнего введённого должны являться т.н. "Dead keys" - клавишами, не вводящими никакого реального символа, тк в XKB нет такой вещи как дерево решений и стирание/изменение предыдущего ввода. Соответственно невозможно на чистом XKB сделать так, что просто в процессе ввода какого-то текста на латинице на 1м слое вводится секретная последовательность символов и она транслируется в æ.
Можно сделать клавиши ERSFXC "Dead keys" на другом слое и тогда описанное мной сработает - можно будет создать 6 Compose-последовательностей. Но на этот другой слой надо будет вначале переключиться для набора начального Dead key.
Вам судя по всему в высокоуровневые клавиатурные скриптеры наподобие Autohotkey (есть под Linux)
Реализовать такое поведение - дело нехитрое, тк XKB имеет возможность задавать разнообразные действия на нажатие клавиши, включая выставление и очистку модификаторов:
(Не нашёл вашей буквы в хедерах X11, видимо не реализовано, взял похожую)
Но главный вопрос здесь как вы отличите набор буквы с модификатором от быстрого набора "qa" когда палец не успевает сойти с q. Это собственно главная проблема техник раскладки, которые смешивают модификатор и обычную букву на одной и той же клавише (Mod-tap и ему подобные)
Для совместимости с устаревшим кодом в ксорге, читающим .lst. Современным форматом конфига является evdev.xml
AltGr
Это не получится проделать на машине где вы не админ. Свои конфиги xkb можно хранить в домашней директории и загружать примерно как:
(Не представляю правда как это будет взаимодействовать с виджетом выбора языка в GUI)
nc -U пишет в Unix socket как раз. В баше нет builtin для операций с unix sockets, не представляю как реализовать двунаправленное чтение/запись в рамках одного process id на чистом баше не написав код на C.
Это надо как-то хитро вызывать внешнюю утилиту чтобы она соединяла сокет и дескрипторы ввода-вывода, но у меня не получилось опять же
Утилит под клавиатурную подсистему иксов (Xlib XKB) я писал немерено, но так низко по протоколу не спускался))
Я так понимаю в Unix сокет /tmp/.X11-unix/X0 (в простейшем случае когда подключение к Xorg происходит локально к дисплею :0 в однопользовательской системе) непрерывно пишут все X-клиенты и они же непрерывно читают из него? Это же десятки сообщений в секунду если например двигать мышью. Каким образом клиенты делят сокет и не получают чужих ответов?
Пакет из байтов создать дело нехитрое, но ответ сервера из сокета у меня прочитать не получается:
По ссылке единичный коммент на новостном сайте от видимо разработчика редхат, и относящийся к переключении на Wayland в Red Hat. Разработчиками ксорга является X.org Foundation и я не видел от них никакого официального анонса про deprecation или ещё что.
Ого не знал
Можно пруфы? Дистрибутивов с Wayland по умолчанию я знаю единицы, и никто из них не подходит под термин "крупный".
Это в каких "крупнейших дистрибутивах" он deprecated??? Это только планы для ещё не вышедшего RHEL 10.