Обновить
21
0.7

Software Engineer

Отправить сообщение

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

Придя на работу в первый рабочий день января, я подал заявление

Мои доводы, что я уже работаю в другом месте и не могу порваться

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

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

Да, так. Все понимают, что такие фразы это фарс чистой воды, но все играют в эту безумную игру, потому что все остальные это делают. Карьерные консультанты это знают и именно поэтому дают советы вписывать подобные шаблоны в резюме.

А так, значительно больше, чем от точных процентов в таких фразах, у меня дёргается глаз от "увеличил ревеню на 38%" или "увеличил производительность на 100%". Компания вот прямо сидела и не знала, что можно прибыль или производительность бампнуть в полтора раза и тут пришёл %username% и сделал это в одно лицо???

Имхо:

  1. Сквоттер владеет ником легально. У додо нет никаких правовых оснований считать, что ник должен принадлежать им.

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

for sell

For sale. Сквоттер явно наш соотечественник. :)

Но дальние монетки больше и толще! (Иначе бы не было равенства видимых размеров)

Даже самый топорный современный компилятор сразу предупредит о проблеме в строке if (variable = NULL)

Эх, хорошо жить в детерминированном мире, наверное.

Вот вам русская рулетка в виде абсолютно безопасного (с точки зрения как минимум PVS-Studio) кода:

#include <stdio.h>
#include <stdlib.h>
#include <time.h>


int *generate()
{
   static int generate1 = 42;
   static int generate2 = 43;

   srand(time(NULL));

   // Simulate a typo: "&generate" instead of &generate1.
   return (rand() % 6 == 1) ? &generate : &generate2;
}

int main ()
{
    int *pi = generate();
    (*pi)++;
   
    return(0);
}

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

Какие строки при этом пишутся в syslog?

нет, это требует другого типа.

Только если надо реализовать Drop для типа из другого крейта.
Имхо очень правильное архитектурное решение, оно гарантирует, что реализация типа сосредоточена в 1 крейте. А тип, который по-другому делает Drop, и называться должен по-другому.

Надо удалить как то по другому тип? Ну пишите новый тип, а ещё перегружайте оператор точка.

При чём здесь перегрузка точки в вопросе удаления объекта?

Текстовый формат Ledger и есть CSV, точнее небольшое надмножество TSV. Ledger - система отчётов поверх этого формата

Ledger из коробки поддерживает логирование времени, гуглится по слову timelog format. https://ledger-cli.org/doc/ledger3.html#Time-Keeping

Полез ради интереса гуглить как этот popcnt программно эмулируют, нашёл прикольный способ на чистом C, без ассемблера:

uint64_t popcnt_reference(uint64_t x)
{
	// bit twiddling method
	uint64_t c;
	for(c = 0; x; c++) {
		x &= x - 1;
	}
	return 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 имеет возможность задавать разнообразные действия на нажатие клавиши, включая выставление и очистку модификаторов:

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 и ему подобные)

пишут еще нужно поправить файл evdev.lst, но зачем это нужно я не знаю

Для совместимости с устаревшим кодом в ксорге, читающим .lst. Современным форматом конфига является evdev.xml
 

AltGt

AltGr
 

нужно отредактировать файл /usr/share/X11/xkb/rules/evdev.xml

Это не получится проделать на машине где вы не админ. Свои конфиги xkb можно хранить в домашней директории и загружать примерно как:

# конфиг в ~/.config/xkb/symbols/rs_latin_custom

setxkbmap -geometry "pc(pc104)"  -layout "rs_latin_custom(rs_latin_custom)" -print | xkbcomp -I/home/user/.config/xkb - "${DISPLAY%%.*}"

(Не представляю правда как это будет взаимодействовать с виджетом выбора языка в GUI)

nc -U пишет в Unix socket как раз. В баше нет builtin для операций с unix sockets, не представляю как реализовать двунаправленное чтение/запись в рамках одного process id на чистом баше не написав код на C.

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

mkfifo myfifo; socat PIPE:myfifo UNIX-CONNECT:/tmp/.X11-unix/X0; ./gen_x11_auth.sh > myfifo; cat myfifo

Утилит под клавиатурную подсистему иксов (Xlib XKB) я писал немерено, но так низко по протоколу не спускался))

Я так понимаю в Unix сокет /tmp/.X11-unix/X0 (в простейшем случае когда подключение к Xorg происходит локально к дисплею :0 в однопользовательской системе) непрерывно пишут все X-клиенты и они же непрерывно читают из него? Это же десятки сообщений в секунду если например двигать мышью. Каким образом клиенты делят сокет и не получают чужих ответов?

Пакет из байтов создать дело нехитрое, но ответ сервера из сокета у меня прочитать не получается:

#!/bin/bash

# Part 1: Auth message
display=$(cut -d. -f1 <<< $DISPLAY)

byte_order="\x6c"
noop="\x00"
major_ver="\x0b\x00"
minor_ver="\x00\x00"
auth_proto_len="\x12"
auth_data_len="\x10"
auth_proto="MIT-MAGIC-COOKIE-1"
auth_data=$(xauth list | grep "$HOSTNAME/unix$display " | awk '{print $3}' | xxd -r -p)

message="${byte_order}${noop}${major_ver}${minor_ver}${auth_proto_len}${auth_data_len}${auth_proto}${auth_data}"

echo -e -n "$message"  # | nc -U /tmp/.X11-unix/X0  как прочитать ответ

По ссылке единичный коммент на новостном сайте от видимо разработчика редхат, и относящийся к переключении на Wayland в Red Hat. Разработчиками ксорга является X.org Foundation и я не видел от них никакого официального анонса про deprecation или ещё что.

Можно пруфы? Дистрибутивов с Wayland по умолчанию я знаю единицы, и никто из них не подходит под термин "крупный".

X.org окончательно deprecated во многих крупнейших дистрибутивах Linux.

Это в каких "крупнейших дистрибутивах" он deprecated??? Это только планы для ещё не вышедшего RHEL 10.

Информация

В рейтинге
1 917-й
Откуда
Россия
Зарегистрирован
Активность