Siemargl

Интереснейшее влияние Cyclone

• Programming,
• Perfect code,
• C++,
• Rust,
• History of IT

• Translation

Независимый HttpBench для D, или врут ли тесты TechEmpower?

• High performance,
• D

• Translation

Портируем утилиту командной строки с Go/Rust на D

• Programming,
• Go,
• D,
• Rust

• Translation

Несколько дней назад, на реддите в «программировании», Paulo Henrique Cuchi поделился своим опытом разработки утилиты командной строки на Rust и на Go (перевод на Хабре). Утилита, о которой идет речь, — это клиент для его пет-проекта Hashtrack. Hashtrack предоставляет GraphQL API, с помощью которого клиенты могут отслеживать определенные хэштэги твиттера и получать список соответствующих твитов в реальном времени. Будучи спровоцированным комментарием, я решил написать порт на D, чтобы продемонстрировать, как D может быть использован для подобных целей. Я постараюсь сохранить ту же структуру, которую он использовал в своем блогпосте.

Исходники на Гитхабе

Видео по клику

Читать дальше →

Смотрим на Chapel, D, Julia на задаче вычисления ядра матрицы

• High performance,
• Mathematics,
• D,
• Julia,
• Machine learning

• Translation

Перечень изменений в D 2.092. Заимствование заимствования

• Programming,
• System Programming,
• D

• Translation

PVS Studio.VS.Статический анализ GCC 10. Независимый минитест

• C,
• Industrial Programming

Статический анализ в GCC 10

• C,
• D,
• Industrial Programming

• Translation

Я работаю в Red Hat над GCC, GNU Compiler Collection. Для следующего основного релиза GCC, GCC 10, я реализовывал новую опцию -fanalyzer: проход статического анализа для выявления различных проблем во время компиляции, а не во время исполнения.

Я думаю, что лучше выявлять проблемы как можно раньше по мере написания кода, используя компилятор, как часть цикла компиляции-редактирования-отладки, а не использовать статический анализ в качестве дополнительного инструмента «на стороне» (возможно, проприетарного). Поэтому, представляется целесообразным иметь встроенный в компилятор статический анализатор, который видит код в точности такой же, какой видит компилятор — ведь это и есть компилятор.

Читать дальше →

wc на D: 712 символов без единого ветвления

• Programming,
• Functional Programming,
• D

• Translation

import std.stdio : writefln, File;
import std.algorithm : map, fold, splitter;
import std.range : walkLength;
import std.typecons : Yes;
import std.uni : byCodePoint;

struct Line {
	size_t chars;
	size_t words;
}

struct Output {
	size_t lines;
	size_t words;
	size_t chars;
}

Output combine(Output a, Line b) pure nothrow {
	return Output(a.lines + 1, a.words + b.words, a.chars + b.chars);
}

Line toLine(char[] l) pure {
	return Line(l.byCodePoint.walkLength, l.splitter.walkLength);
}

void main(string[] args) {
	auto f = File(args[1]);
	Output o = f
		.byLine(Yes.keepTerminator)
		.map!(l => toLine(l))
		.fold!(combine)(Output(0, 0, 0));

	writefln!"%u %u %u %s"(o.lines, o.words, o.chars, args[1]);
}

И мышонок, и лягушка. Универсальный Компилятор

• Abnormal programming,
• Java,
• Delphi,
• Go,
• Swift

В серии про надежное программирование [1], [2] остался незаслуженно забытым Swift. Я, честно говоря, просто не считал его кроссплатформенным, а работающим исключительно для macOS/iOS. Тут случайно выяснилось, что Swift также поддерживается такой средой разработки, как RemObjects Elements.

Оказалось, у неё Универсальный Компилятор. Умеет компилировать программы на C#, Go, Java, Oxygene Object Pascal, Swift для: Android, Cocoa (MacOS, iOS, tvOS), JVM, Linux (x64, armv6, aarch64), .NET/.NET Core/Mono, Native Windows(x86/x64), WebAssembly.

Причем делает это практически в любых комбинациях язык → целевая система! Например, можно написать программу на Java, которая будет использовать WPF для целевой платформы .NET, и это все есть в примерах, идущих в поставке.

Итак, представляю мини-заметку про RemObjects Elements, а заодно про надежность двух поддерживаемых в ней языков — Swift и Oxygene.

Рисунок с сайта radionetplus

Читать дальше →

Внезапно, одной лишь системы сборки мусора недостаточно

• Programming,
• Industrial Programming

• Translation

Последние версии компиляторов D

• Programming,
• System Programming,
• D

• Translation

Группа разработчиков LDC закрыла ушедший год версией 1.19.0 компилятора D, использующего LLVM, а основная команда начала новый год версией 2.090.0 эталонного компилятора DMD. И если вы еще не слышали, не так давно появились важные новости о D-компиляторе на базе GCC, GDC. Наверстываем!

Читать дальше →

Мое видение будущего D

• Programming,
• System Programming,
• D

• Translation

Когда Андрей Александреску покинул пост заместителя руководителя отдела языка программирования D, меня попросили взять на себя эту роль в будущем. Нет необходимости говорить об этом, но я все равно скажу, что эта шапка на меня великовата.
Я все еще вхожу в свою новую роль в обществе и выясняю, как я хочу действовать и что это вообще такое. Этот процесс происходит не в вакууме, так как Уолтер тоже с нами.

На форумах D меня попросили написать в блоге о моих «мечтах и дальнейших шагах для D», так вот результат. Что бы я хотел, чтобы стало с D в ближайшем будущем:

Читать дальше →

Финансирование Фондом развития языка D: Новые платформы и новые гранты…

• Self Promo

• Translation

Какой язык — D, Go или Rust имеет лучшие перспективы заменить C и почему?

• Programming,
• System Programming,
• Go,
• D,
• Rust

• Translation
• Recovery Mode

Владение и заимствование в D

• Programming,
• System Programming,
• D

• Translation

Практически все нетривиальные программы выделяют и используют динамическую память. Делать это корректно становится все более важным, поскольку программы становятся все более сложными, а ошибки еще более дорогостоящими.

Типичными проблемами являются:

1. утечки памяти (не освобождение более не используемой памяти)
2. двойное освобождение (высвобождение памяти более одного раза)
3. использование после освобождения (использование указателя на память, ранее уже освобождённую)

Задача заключается в том, чтобы отслеживать указатели, ответственные за освобождение памяти (т.е.владеющие памятью), и отличать указатели, которые просто указывают на участок памяти, контролировать где они находятся, и которые из них активны (в области видимости).

Читать дальше →

Надежное программирование в разрезе языков. Часть 2 — Претенденты

• Abnormal programming,
• Programming,
• System Programming,
• Industrial Programming,
• Development for IOT

Надежное программирование в разрезе языков — нубообзор. Часть 1

• Abnormal programming,
• Programming,
• System Programming,
• Industrial Programming,
• Development for IOT

Дайджест KolibriOS #13

• Abnormal programming,
• Open source,
• Assembler,
• System Programming

Между выпусками прошло достаточно много времени и накопилось достаточно изменений за 2017 г.

Список предыдущих выпусков

Дайджест KolibriOS #1: ввод в курс дела
Дайджест KolibriOS #2: что нам принёс февраль
Дайджест KolibriOS #3: начало весны
Дайджест KolibriOS #4: и весна нам не помеха
Дайджест KolibriOS #5: мы снова с вами
Дайджест KolibriOS #6: последняя осень
Дайджест KolibriOS #7: как мы зиму перезимовали
Дайджест KolibriOS #8: дары весны
Дайджест KolibriOS #9: летний урожай
Дайджест KolibriOS #10 коротко о накопившемся
Дайджест по итогам 2015 года
Дайджест KolibriOS #11 все новости с последнего выпуска и Google Summer of Code 2016
Дайджест KolibriOS #12

Читать дальше →

Жирные программы — изучаем фактор памяти часть В

• High performance,
• Programming,
• Java,
• .NET,
• Development for Windows

• Recovery Mode

Жирные программы — факторы скорости

• High performance,
• Perfect code

• Recovery Mode

Картинка из фильма «Размер имеет значение», 2009

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

Название частично позаимствовано из статьи Никлауса Вирта «Долой „жирные“ программы», которой в 2016г было ровно 10 лет, и актуальности она не утратила — а скорее вышла на новый уровень, кто не знаком — почитайте.

Рассмотрим разные аспекты, влияющие на производительность систем и программ.

Языковой аспект
Аспекты памяти
Аспекты реального мира
Неязыковые факторы
Аспект человеческого фактора

Читать дальше →