ORM или объектно-реляционный проектор

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

Немного о создании демок, часть 1

Читал, ну не reinterpret_cast конкретно, а просто преобразование в (ARGB*) и соответственно использование структуры ARGB, либо просто uint32_t

Немного о создании демок, часть 1

 Disp.pBitMap[( (x + line)<<2 )+2] = (SinT[ px1&255 ]+SinT[ py1&255 ])>>1;//R
 Disp.pBitMap[( (x + line)<<2 )+1] = (SinT[ px2&255 ]+SinT[ py2&255 ])>>1;//G
 Disp.pBitMap[( (x + line)<<2 )+0] = (SinT[ px3&255 ]+SinT[ (py3+63)&255 ])>>1;

Тут прям напрашивается какой-то reinterpret_cast, чтобы сразу 4 байта записывать.

ORM или объектно-реляционный проектор

В моей команде ORM не используется, у нас есть аналитики – эксперты в областе SQL и различных СУБД, которые проектируют БД и строят запросы. Эти запросы переносятся в код практически без изменений, и они могут его отлаживать, изменять в случае необходимости. С ORM это было бы затруднительно.

Портируем Qt4 приложение на Qt5

Не все так плохо, некоторым разработчикам приходится одновременно работать с множеством разных ОС, языков и фреймворков.

Рисуем снежинки с помощью SVG

Та не особо)

Рисуем снежинки с помощью SVG

Решил попробовать сделать фрактальную снежинку за пять минут. Вот что получилось:

Картинка

Код

void MainWindow::draw(int x, int y, int angle, int length)
{
    if (length < 2)
        return;

    for (int i = 0; i < 5; i++)
    {
        int X = x + length * cos(i * 2 / 5.0f * PI);
        int Y = y + length * sin(i * 2 / 5.0f * PI);

        if (length < 10)
            p->drawLine(x, y, X, Y);

        if (angle != i)
            draw(X, Y, i, length / 2);
    }

}

С новым годом! или Демосцена на калькуляторе

В смысле по направлению нормалей?

С новым годом! или Демосцена на калькуляторе

С освещением, текстурами, антиалиасингом)

С новым годом! или Демосцена на калькуляторе

Можно немножко технических подробностей?
Там линукс какой-то? Как пиксели выводили?

Source code как способ думать

Наверное потому, что сами тезы сложно выловить, статья неформальная.

Что плохого в работе на результат

Мысль в целом возможно и правильная, но доказывать ее на выдуманных примерах — крайне неправильно. Я могу придумать примеры, где 100 раз из 100 были правы те, кто делали как попало.

Более того, все в вашим примере ориентировались на результат, первые на локальный, вторые на глобальный.

Что касается самой темы, с точки зрения программирования, хочу добавить несколько слов:
Основной критерий качества программного продукта — его работоспособность, но далеко не единственный. И тем, кто в ответ на критику кода говорит, что он же работает, следует напоминать, что модернизация этого кода будет дорогой, исправление ошибок — дорогим, период адаптации к коду — долгим.

Source code как способ думать

Вы не допускаете, что есть люди, которые поняли все, но не согласны с сутью и с некоторыми тезами?

Если автора не понимают, это отчасти его вина.

Source code как способ думать

Юношеский максимализм является неотъемлемой частью ваших 20 лет опыта?

Source code как способ думать

Вы не показали что этот уровень есть у вас и отсутствует у других.

Source code как способ думать

> Мне начать постить сюда курс по теории надёжности?
Да, это было бы полезней того, что вы написали.

Source code как способ думать

Хороший автор умеет высказываться лаконично, грамотно и доступно. У вас это не получилось. Книги — для более фундаментальных и обширных понятий, для того, чтобы поделится опытом, рассказать идею — их писать не нужно.

В поисках идеального поста, или загадки хабра

Да, удачно получилось.

Математическая библиотека Numbers.js

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

Математическая библиотека Numbers.js

Да что угодно. Сейчас все типы софта уходят в веб. И 3д редакторы, и редакторы музыки, и программы для решения мат. задач. Все что есть в десктопе, вскоре может быть и в вебе. А без математики — ололо будет.