ОС FreeBSD 14.3 на MacBook выпуска 2008 года

Контент 18+

О некоторых программах для Linux с точки зрения старого виндузятника

У меня винда несколько раз перегружалась, когда я ставил долгие расчёты на ночь.

А про "каждый день почти вывешивает список обновлений" - мы всё еще про arch? Он вроде пока пакмана не пнёшь, даже не поинтересуется. И если не хочется - просто не обновляй. Или поставь на расписание, какое хочешь. Или не перегружай (если ядро не обновлено).

Я отвечал на комментарий выше про "дверь в увлекательный квест". Это обычно приписывается роллинг-дистрибутивам и в первую очередь как раз арчу. Ну и что уж там - на горизонте 10 лет я могу вспомнить "интересные" обновления.
И, кстати, да, я вспомнил относительно недавнее обновление чуть более хлопотное, чем просто "-Syu" это переход KDE с QT5 на QT6. Проблема была не столько в самом обновлении, сколько в том, что некоторые интересные приложения использовали QT5 заметно дольше, чем основной массив KDE. Из-за этого некоторые элементы QT5 долго висели как нужные одновременно с аналогами из QT6, что иногда проявлялось. Но по-большому счёту это никаких хлопот не доставляло (и с MS тут точно не лучше).

О некоторых программах для Linux с точки зрения старого виндузятника

У меня основная ОС на моих ПК дома - арч (у сына и жены - вин). Все арчи обновляются тихо и спокойно. Чёткого графика нет, но основной ПК я обновляю раз в 2-3-4 недели, остальные чуть реже - раз в 1-2 месяца.
У меня есть 2 "почти неприкосновенные" виртуалки virtualbox для определённого приложения определённой версии для определённого сценария использования. В какой-то момент, года 3 назад, оно поломалось на обновлении основного приложения (это скорее мой сценарий использования заранее сломан, причём из-за Windows, но это неважно), поэтому их я не обновляю. Одна виртуалка с Manjaro, вторая с Arch + LXQT. Я раз в год примерно обновляю их копии (из любопытства) - они легко и спокойно обновляются. Ну ок, у кривой от рождения Manjaro тема в гномике слетает. Ну да, качнуть надо много, но в целом оно обновляется даже быстрее регулярных обновлений вин10/вин11 (из-за которых я свалил с виндовс).
Лет за 5 последних, только пару некритичных поломок VirtualBox могу припомнить, всё остальное "просто обновляется".

ИИ простыми словами

Так и я. Если есть класс NP-h, есть класс "объяснять сложные вещи простыми словами", который много хуже. А есть следующая итерация сложности.

ИИ простыми словами

Ну как не бывает? После объяснения простыми словами "высоким начальникам" надо еще и сделать так, чтобы они думали, что это их идея и пошли на неё инициативно выделять бабло. По пути не растеряв мысль.

ИИ простыми словами

Объяснять сложные вещи простыми словами — трудная задача.

3 секунды искал буквы NP.

Записки оптимизатора 1С (ч.14.2). Пересчет индексов на SSD–дисках. Делаем или игнорируем?

А значит это то, что у ссылки нет автоинкремента, потому как GUID имеет условно случайную структуру – они так задумывались. Даже если использовать Time-Based GUIDs для первичных ключей, они получаются более сгруппированными (GUID’ы выдаются пулом по 32 штуки для каждого сеанса), но всё равно не последовательными. Некоторое ускорение при вставке в кластерный индекс Time-Based GUID даёт, но в целом индекс получается плохо кластеризован и как сказал сам Б.Нуралиев: «Механизм генерации ссылок обеспечивает только их уникальность. Возрастающая последовательность при их генерации не обеспечивается.».

1. Ссылка для СУБД в первую очередь это binary(16). SQL Server про её "гуидообразность" как бы не в курсе совсем. На стороне 1С своим (не очень обычным) преобразованием эта binary(16) преобразуется из/в GUID.

2. Из-за этого ссылаться на "GUID имеет условно случайную структуру – они так задумывались" некорректно. У нас в СУБД это не GUID, и 1С ссылки не генерит как GUID ОС, а пользуется своим движком.

3. В рамках одной ИБ, в рамках одного сервера ссылки, созданные по умолчанию, в виде binary(16) в целом близки (очень близки) к монотонным. Если их генерировать сторонними средствами и генерацией гуидов, то, конечно, это нарушается. Если генерировать в разных ИБ на разных серверах 1С:Предприятия, то это будут разные серии.

4. Time-Based GUID генерируемый ОС или SQL Server имеет не ту же структуру, что механизм "новая ссылка". И по умолчанию они друг к другу отношения не имеют.

Это замечание никак не противоречит выводам статьи, которые в целом, конечно, верны. Просто для уточнения, что на самом деле гуиды отдельно, ссылки отдельно.

Как меня едва не уволили из Apple (в первый раз)

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

Как меня едва не уволили из Apple (в первый раз)

Как я и сказал, в результате меня не уволили. И по сей день мне непонятно, почему.

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

Сатанизм попал под запрет, а Сидни Суини генетически поддержала акции производителя джинс

Люди гибнут за металл.
Сатана там правит бал, там правит бал,

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

Понимаю, что тут автор, конечно, комментарий не увидит, но по fraction использование как раз понятно в финансовых, торговых и экономических программах: "Decimal type, based on Fraction type with explicit precision" (цитата из описания). Писать вычисления денег (цен, количества, стоимости, котировок и т.п.) на флоатах и интах больно.

Досмотр мемов на границе США, а также ипотека под залог фарткоина

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

Счётчик написан криво, некорректно отрабатывает количество более .

Насколько быстр Intel 8080? Используем чипсет на FPGA чтоб проверить

Обратил внимание. У вас в asm используются команды в нотации, которую я обычно видел для Z80: мнемоника LD для загрузки регистра, а в классической интелской используется MOV. Мне нотация Z80 чуть больше нравится (потому что даные не move, а load).

Самый быстрый способ нахождения гласной в строке

Хм. Если посмотреть на скорость в символах в секунду, то самый быстрый вариант оригинала статьи в его замерах ищет со скоростью порядка 100к симв/сек. Про улучшенный вариант Kranar/a_e_k пишут, что они "быстрее в 10 раз". Миллион символов строк в секунду (если я нигде множитель не пропустил).
Это ж, блин, соревнование улиток какое-то. Скорее всего почти всё время уходит на интерпретатор и движок Python, потому что на C/C++/Rust/C#/Java я бы ожидал скорости порядка 100М-1G симв/сек на реализациях без SIMD и 1-10G для SIMD.

Python vs Java: кто быстрее и дешевле

Чего-то я не понял, как строки считались.

import json

with open('data.json') as file:
    data = json.load(file)

print(data['key'])  # Доступ к данным

Количество строк: 5.

import org.json.JSONObject;
import java.nio.file.Files;
import java.nio.file.Paths;
import java.io.IOException;

public class JsonParser {
    public static void main(String[] args) {
        try {
            String content = new String(Files.readAllBytes(Paths.get("data.json")));
            JSONObject jsonObject = new JSONObject(content);
            System.out.println(jsonObject.getString("key"));
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}

Количество строк: 14.

Как ни считаю, 5 и 14 не получается.

Как не переплатить за автоматизацию? Разбираем, когда стоит подключать ML

Одним из крупнейших наших клиентов — банк «Открытие» — с помощью роботов освободил около 1 000 штатных единиц (FTE).

Отличная шутка.

Самоорганизация неприятностей

Похожие вроде бы процессы в осыпании сыпучего склона.

Проверка високосности года в трёх командах CPU

Если это в запросе СУБД на миллиард строк, то, наверное, может стать важным.
Другой вопрос, что возникает много оговорок. Во-первых, даже для манипуляций с датами в чистом виде эта функция не очень нужна. Во-вторых, в классической OLTP СУБД будет гораздо больше накладных расходов на доступ к полю (в колоночных аналитических может и есть какой-то смысл).

Проверка високосности года в трёх командах CPU

"Добавить дней/секунд к дате" можно выполнять в удобном для хранения формате, храня смещение относительно какой-то точки (собственно, отсюда же системный формат unix и растёт). А преобразование в человеческую дату и обратно требует другой задачи - сколько високосных лет (29.02) прошло до этого момента. И "добавить N месяцев/лет" проще делать конвертацией сначала в структуру годы-месяцы-дни, потому что всё равно 29.02 отдельно обрабатывать.

«Кем Вы видите себя через 5 лет», или HRско-русский разговорник

Баян