В целом: нужны идеи, примеры программ для написания, НО ->

[ilvErsat0]

в большинстве случае отвечают что пиши то что тебе нужно, но то что мне нужно для меня пока еще очень сложно. Я какбЭ знаю немного больше чем основы программирования, ВинАПИ умею пользоваться. Писать прогу которая решает уравнения, ну как-то неинтересно. Вообщем к чему я веду, киньте примеры ну там которые вы когда-то писали, сайты, книги, не очень сложные или от простого к сложному, и в которых гуи не самое главное.
Ну вот как-то так, надеюсь поймете)

[Utkin]

Попробуйте себя в длииной арифметике - ни капли гуи. Рано или поздно любой программист понимает, что его не устраивают известные языки программирования и он решает создать свой. Так напишите со своими плюшками. Можно тоже для начала консольный, например со специализацией по обработке файлов. Или свою векторную рисовалку

[ilvErsat0]

А по поводу длинной арифметики - это то есть реализовать алгоритмы? или как?

[s-andriano]

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

[Utkin]

А по поводу длинной арифметики - это то есть реализовать алгоритмы? или как?

Ну да алгоритм, типы данных, библиотеку мощную прикрутить - арксинунсы и всякие там интегралы...

[Kix.IV]

Меня после изучения основ тянуло на антивирусы,вирусы и игры.
Попробуйте тоже. Получите ценный опыт.

[ilvErsat0]

Kix.IV, я какбЭ про игры тоже задумывался и не раз, да и вообще другие проги где гуи.

Формошлепство на дельфи, ну чО-то не то.

Меня останавливало то, что во-первых у меня не получается сделать проект из нескольких файлов. но в книге по WinAPI Щупака вычитал, там при помощи классов на С++ как сделать многофайловый проект. И во-вторых С++ показался сложноватым, там я не смог понять ООП и классы (конструкторы всякие). Подсел на простой Си, вроде ничО так. На Си я делал чисто окно, и опять таки встал на том, что не могу сделать многофайловый (потому как в одном файле не очень удобно). В инете не нашел, чтобы проект именно многофайловый был на чистом Си.

Вообще реально ли на чистом Си сделать многофайловый проект. Если да то как?
Многофайловый не для консоли, а для нормального оконного прилоги.

[Kix.IV]

на простой Си

0_0
А C++ сложный значит?

я не смог понять ООП и классы

0_0
Нет слов.

Вообще реально ли на чистом Си сделать многофайловый проект.

Что вы имеете в виду под "многофайловый проект"?

[ilvErsat0]

Я имею в виду, ну вот идет main.c - в нем чисто создается окно, а в другом файле, допустим qwerty.c - создается некая кнопка, которая делает большую работу. Это все к примеру. А то просто если qwerty.c засунуть в main.c то будет сложнова-то искать ошибки, да и читать его не особо удобно будет, даже если с коментариями

[s-andriano]

Любой серьезный проект - многофайловый. Других просто не существует.
Более того, в проекте обязательно участвуют, минимум, несколько exe-шников. (Правда, бывает, что заказчик или пользователь видят только один из них, но никогда не видят все)