tugo

УРОВЕНЬ 1. ПРОГРАММНОЕ РИСОВАНИЕ. В экстремальном случае — программист сам рисует элементы управления, как на Canvas’е. Его опустим. Так, например, поступают в разработке игр, когда элементов мало, и они должны быть предельно стилизованы. Но и в таком случае лучше делать библиотеку объектов.

Ещё прямым рисованием часто пользовались в текстовом режиме, особенно без мыши, где постоянно были какие-то нюансы, мешавшие сделать свою библиотеку — например, потому, что лучше было представить программу как одно большое меню, а не как кучу маленьких пунктов.

УРОВЕНЬ 2. ОБЪЕКТНАЯ БИБЛИОТЕКА. Часто ОС и/или система программирования имеют свою библиотеку элементов управления. В таком случае получается что-то типа.

program HomeMadeForm;

uses
  Vcl.Forms, Vcl.StdCtrls;

{$R *.res}

var
  fm : TForm;
  bt : TButton;

begin
  Application.Initialize;
  Application.MainFormOnTaskbar := True;

  fm := TForm.Create(nil);
  fm.Width := 400;
  fm.Height := 200;
  fm.Caption := 'Test';

  bt := TButton.Create(fm);
  bt.Parent := fm;
  bt.Caption := 'Go!';
  bt.Left := 150;
  bt.Top := 80;

  fm.ShowModal;
  fm.Free;
end.

УРОВЕНЬ 3. ВИЗУАЛЬНОЕ РИСОВАНИЕ. Наконец, существуют механизмы рисования форм: Qt Widgets, Qt Quick, VCL, WxWidgets, Windows Forms… В таком случае программист просто рисует форму, а про механизмы конструирования-позиционирования не думает. Создал форму, на неё поставил кнопку, к кнопке приделал событие OnClick — и вот уже при нажатии кнопки вызывается событие.


Существуют и HTML-подобные механизмы. Например, элементы HTML есть в Apache Cordova, обеих разновидностях Qt. Используют их, потому как удобно, но механизмы разбора HTML довольно сложны и потому не везде есть.

#include "stdio.h"
#include "stdlib.h"

Лучше это писать в угловых скобках.

double dr(double zb)
{
    return zb = (rand() % 100) / (100 * 1.0);
}

Присваиваем параметру zb что-то, чтобы его похѣрить? Параметр будет жить до конца функции и НЕ ВЕРНЁТСЯ в вызвавшую программу (параметры передаются по копии).
Кстати, параметр zb ни на что не используется: что бы вы ни передали туда снаружи, подпрограмма в этот параметр не посмотрит.

printf("%lf", dr(double zb));
На G++ не скомпилировалось. Ну, написал dr(0), благо параметр не используется ни на что.

if (d == e)
{
    printf("Win! your cash:%lf", winWay(a, b));

C:\TestApps\ErrUninitLocal\main.cpp|30|warning: 'd' may be used uninitialized in this function [-Wmaybe-uninitialized]|
А действительно, переменная d нигде никому не присваивается.

И ещё одно. Я не знаю, как действует Visual C, но модификатор l для формата %f нужен для scanf, но не нужен для printf. Вот так-то всё это дело устроено.

double a = winWay(a, b);
}

Что мы делаем? Присваиваем локальной переменной, чьё имя пересекается с более ранней переменной, чтобы её сразу же похѣрить? Она доживёт до ближайшей закрытой скобки.

C:\TestApps\ErrUninitLocal\main.cpp|33|warning: 'a' may be used uninitialized in this function [-Wmaybe-uninitialized]|
Тут вообще забавно работает. double a — считаем, что a определилась. = winWay(a, b) — считаем, что используется ОНА ЖЕ, а не более ранняя a. Естественно, неинициализированная.

(аналогично с loseway)
C:\TestApps\ErrUninitLocal\main.cpp|38|warning: 'a' may be used uninitialized in this function [-Wmaybe-uninitialized]|

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

Ваш код тормозит? Если да, то профилируйте, и смотрите где. Если не профилировали, то и нечего говорить о производительности :)

Метод value всегда вернёт копию значения. Т.е. логично её где-то сохранить, если вам надо несколько раз обращаться к разным полям. Можно избежать копирования, используя итератор или константную ссылку + оператор [] у мапы.

Почитать в официальной документации Qt. Можно ещё на QHash посмотреть, там поиск быстрее, но на ключ накладываются другие ограничения.