Программист, чей код вам кажется идеальным (3 стр)

Suslik
> ещё раст by design построен таким образом, чтобы на нём было сложнее писать
> говнокод. поэтому лично мне нравится читать код раста и код, написанный на C++
> в стиле раста и/или людьми, понимающими раст.

Создатель движка phaser.js, создатель языка JavaScript

Язык Раст может и хороший.

Но вот Микрософт злой и жадный до денег ! :)

И потому будет развивать только свой c++ и VisualStudio.
И все хеадеры(и для графических API тоже) пишет Микрософт для c++

Так что Микрософт будет долго всем навязывать свой стандарт с++ и VisualStudio !

А значит в какой то мере Микрософт виновен(их Windows и c++) в том, что не дает нам сделать идеальный код.

Потому Микрософт переводит проблему в другое русло.
Не код важен, а важно что бы все сидели на Windows и юзали программы и стандарты Микрософта.
Что бы Микрософт был монополистом на ПК. Греб деньги и  контролировал юзеров.

ronniko
> И все хеадеры(и для графических API тоже) пишет Микрософт для c++
ты опять на ночь пенопласта наелся? майкрософт пусть пишет свой d3d сколько влезет, тебя никто не заставляет им пользоваться, если ты не не под xbox софт разрабатываешь. да и даже если пользоваться их хедерами, никто не мешает свой код на C++ писать, руководствуюсь теми же принципами, которыми руководствуется раст by design.

> А значит в какой то мере Микрософт виновен(их Windows и c++) в том, что не дает нам сделать идеальный код.
за твой говнокод отвечаешь только ты и больше никто.

даже с использованием отстойных библиотек можно писать хороший код. если это, конечно, не opengl. троллю.

Только не единым d3d.
1) Читать\писать файлы
2) Дрова для звука и девайсов и клавиатуры.
3) Туча WinAPI функций
4) Мьютексы\Таймеры\Даты
5) Сама архитектура Виндовс и костыльная работа с нею

Вот о чем я.

Джек Аллигатор
Надeюсь, до Второго Пришествия облачные сервисы будут зачищены…

ronniko
> 1) Читать\писать файлы
std::fstream

> 2) Дрова для звука и девайсов и клавиатуры.
> 3) Туча WinAPI функций
> 4) Сама архитектура Виндовс и костыльная работа с нею
если ты пишешь нормальный кроссплатформенный код, тебя это всё вообще не должно интересовать. берёшь glfw и пишешь код в анальной изоляции от операционки.

Suslik
> берёшь glfw
Лихой ты малый. Что бы вот так с кондачка 'взять' glfw. Сначала CMAKE скриптовый синтаксис изучи ка, детка !

раб вакуумной лампы
о да, это же так сложно : написать "cmake" в директории сборки, открыть проект и нажать f7. у них даже есть специальная страница с готовыми бинарниками для тех, кому это удалось не осилить.

ещё, кстати, недавно страдал с компиляцией libpng, которая была зависимостью для чего-то там ещё, которая в свою очередь зависела от zlib и заметил, что есть гораздо более простая опция — nuget, это пакетный менеджер, который уже встроен в студию и который может легко качать и подключать к проэкту бинарники популярных библиотек с зависимостями.

ronniko
> Кем ?
Кибeр-инквизицией.

Suslik
> специальная страница с готовыми бинарниками
которые еще не для каждой версии виндоус подходят ? Или собраны не обязательно на той версии компилятора ? Опять таки лол

Берешь glfw и обратно ложишь в дальний ящик :)

раб вакуумной лампы
> Или собраны не обязательно на той версии компилятора ? Опять таки лол
"собраны не для той версии компилятора" могут быть только кривые библиотеки, у которых память на хипе выделяется в библиотечном коде, а освобождается — в пользовательском. или любой код stl в интерфейсе, реализация которого может различаться. поэтому нормально написанным plain-C библиотекам пофиг, для какого компилятора они собраны.

> которые еще не для каждой версии виндоус подходят ?
а это ты уже просто сам придумал, так как версия винды поддерживается любая, включая xp, если использовать нужный тулсет.

Suslik
ах, нужный тулсет значит ? Все ясно.