Опубликован проект L(o*62).ong для удлинения урлов

XcQ!

BenQ представила монитор RD240Q для программистов и разработчиков

Мне оказался более чем удобен. Отказался от сетапа с двумя мониторами в пользу одного широкого.

С помощью powertoys в винде настроил себе удобные зоны для закрепления (snap) окон и работаю с ними. Под макось есть платный BetterSnapTool для этих целей.

Apple Pencil Pro отбрасывает на экран iPad виртуальную тень

Но... Зачем?

BenQ представила монитор RD240Q для программистов и разработчиков

Долго сидел за монитором с 2560х1080@144Hz. Недавно переехал на 3440x1440@75hz.

Одно могу сказать: картинка на последнем ощущается значительно лучше, а уменьшение герцовки я хоть и заметил, но привык обратно за полчаса)

WireGuard Воскрес

МТС и Тинькофф тоже блочат.

Раскрыта причина, по которой роботы не могут обогнать самых быстрых животных

Но с другой выживает более слабое потомство

Так если выживает, получается не слабое)

Xbox Series X|S сможет запоминать до десяти сетей Wi-Fi

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

Память DDR5 стоит как никогда дешево. Но как она влияет на игры?

Обладателям мониторов с высокой герцовкой?

Люди со склонностью к микроменеджменту обычно не замечают этого за собой

В чем проблема в темпо раз в 4 часа отписываться на что эти 4 часа потрачены в рамках тикета?

Ну, во-первых, не всё на свете тикет) Во-вторых, отчётность раз в 4 часа? Да я уволюсь на следующий день, как только такое введут) Отчётов чаще чем пару раз в неделю от меня один хрен не дождёшься, т.к. задачи обычно у меня делятся на: "сделал за час-два и забыл" и "нужно пару дней подумать, прежде чем приступать".

Я программист, и я тупой

Я программист и вообще никогда не считал числа Фиббоначи. Теперь уже не уверен, программист ли я.

Полный гайд о стиле для IT-специалистов: как выглядеть актуально и чувствовать себя комфортно

Да я не сержусь) Я просто смотрю в глаза реальности)

бодибилдеров с конкурса "Мистер Вселенная" вы на них вряд ли увидите, но на кунсткамеру задротов как-то тоже даже близко не похоже.

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

Хорошо будут выглядеть только самые молодые (до 25, ну может до 28). После 30 95% будут попадать под моё описание.

Опять же, я понимаю, что следить за здоровьем важно. Я даже сам хожу в зал, занимаюсь, но не так чтобы на постоянной основе. Обычно я трачу 3-4 месяца в году, чтобы привести себя в форму (убрать лишний жир, укрепить мышечный корсет и т.п.), после сего остальную часть года "просто живу", как и многие, и тоже немного "заскуфился", хотя и не очень сильно.

Ничего из предложенной одежды мне просто не подойдёт)

Полный гайд о стиле для IT-специалистов: как выглядеть актуально и чувствовать себя комфортно

Ну, вас я не видел) А вот не так давно ходил по собесам и чёт ни разу меня не собеседовал спортивный подтянутый парень) Все были мужички в среднем лет 35, у всех пузичко и отсутствие развитой мускулатуры. Ни одного даже близко похожего на фотки не было)

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

Полный гайд о стиле для IT-специалистов: как выглядеть актуально и чувствовать себя комфортно

Допустим это норм для всяких 19-ти летних джунов :)

Я не супер опытный, всего 10 лет в IT, но за всё это время я видел буквально одного человека с нужной фигурой для этой одежды))

Если уж публикуете такое на хабр, то уж и одежду подбирайте под "скуф-фигуру", как наиболее распространённую среди программистов 25+ лет.

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

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

UPD: речь, конечно идёт о собеседованиях на middle/senior. С джунов, в общем-то, кроме алгоритмов и спросить обычно нечего.

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

Начинайте приходить в форму заранее, если планируете сменить работу

Или не ходите на алгоритмические собеседования :D Нафига они сдались вообще кому-то?)

Как я снизил время инкрементальных сборок Rust на 40%

имеют ли право авторы исходного проекта просто скопировать себе в проект эти изменения?

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

Сказание о static и неименованном пространстве имен для функции в C++

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

Ну, можно было бы и работать вместе. Через тот же dlsym (или его виндовый аналог GetProcAddress) можно найти нужный символ в каждой отдельной библиотеке.

В случае GCС / Clang можно было бы изобрести костыль c помощью -Wl,--version-script, если позарез нужна статическая линковка. С MSVC пришлось бы пострадать)

Анатомия Hello World на языке C

Всё оч просто: попробуйте скомпилировать ваш код в Windows, после чего поймёте почему printf)

Статический анализатор подталкивает писать чистый код

надо просто ввести дефайн

Не надо так делать :) Под "так" - я имею тащить в язык чужеродные языку абстракции. В Си нет ссылок, и не нужно их там изобретать. Это только запутывает.

В принципе, важ подход имеет место быть и более или менее правильный путь такой:

Код

Пример на godbolt

Ссылка на SAL

#if COMPILER_IS_GNU_COMPATIBLE
    #define _Notnull_Args_(...) __attribute__((nonnull(__VA_ARGS__)));
    #define _Notnull_
#elif COMPILER_IS_MSVC
    #include <sal.h>
    #define _Notnull_Args_(...)
#else
    #define _Notnull_Args_(...)
    #define _Notnull_
#endif

void swap(int* a, int* b) _Notnull_Args_(1, 2); 

void swap(_Notnull_ int* a, _Notnull_ int* b)
{
    int t = *a;
    *a = *b;
    *b = t;
}

Всё уже придумано до нас :)

Мне лично такой подход не нравится, т.к. SAL-аннотации слишком громоздкие. assert-ы проще, надёжнее, кроссплатформенны и кросскомпиляторны)

Статический анализатор подталкивает писать чистый код

It depends. И очень сильно.

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

Зачастую вполне можно расчитывать на инварианты, которые соблюдаются "сверху", а для того, чтобы читающий, понимал на какие инварианты опирается функция - навешать assert-ов (по сути описать контракт).

Правда на моей памяти примерно каждый второй программист ленится описывать контракты) И приходится гадать надо тут проверять на NULL или не надо (и человеку, и статическому анализатору).