Нужны советы по разработке игр

@cinemaster4d · Регистрация: 25.06.2018

Студворк — интернет-сервис помощи студентам

Здравствуйте,Я давно мечтаю создавать свои онлайн игры, Сейчас освоил базу си, покопавшись в нем понял что игр хороших на нем не слепишь, ни один день скитаюсь по форумам, читаю статьи и Решил. Начну изучать C++. Я знаю что разработка игр это нелегко и мне много чего нужно узнать, Я не знаю с чего начать. Сейчас любой совет на вес золота.
А больше мне нравится кодить и придумывать сценарий. Для моих будущих игр я уже придумал частичто свою историю.
Может это и покажется странным, но когда я смотрю прохождение игр, у меня включается во мне разработчик, и я начинаю думать с точки зрения разработчика. Как какая то механика могла быть реализована в коде.

Вобщем Буду очень благодарен вашим Любым полезным советам!

@Fulcrum_013 · 19.01.2019, 13:44

Сообщение от prik

Жизненный пример - анализ транзитного сетевого трафика - рост пропускной способности заставил несколько раз приводил к практически полному рефакторингу приложения.

Ну во первых это к системному программированию относится, которое гораздо реже прикладных задач встречается, и в плане архитектур при этом на кучу порядков проще, при этом архитектуры довольно аппаратно-зависимы. Хотя и в этом плане только одна принципиальная подвижка была за крайние 40 лет - переход к защищенном режиму и соответственно смена режима общения дров с прикладным софтом.

Сообщение от prik

И создать сейчас архитектуру которая полностью удовлетворит лет через 5 имхо не возможно.

Вполне возможно для подавляющего большинства предметных областей. Та же юнити к примеру как родилась так и живет не меняя архитектуры. Те же оконные фреймверки к примеру свою архитектуру получили еще в 80-х и она с тех времен не меняется а только местами расширяется, обычно в плане перехода к двунаправленным связям и т.п. И так практически со всем. К той или иной архитектуре приводят реалии предметной области и ничего больше. Поэтому пока в предметной области что то очень конкретно не поменяется в масштабах падения неба на землю архитектура останется той же.

Сообщение от prik

рост пропускной способности заставил несколько раз приводил к практически полному рефакторингу приложения.

Типа сначала словари и т.п с линейных контейнеров на мапы переделали, потом еще и мультипоточность прикручивали и синхронизацию доступа потоков к словарям и т.п.?

Добавлено через 7 минут

Сообщение от prik

занимают 90+% объема этой самой индустрии и по количеству кода и по числу занятых

Ну им никто не виноват что их на решение 1% задач нужно в 9 раз больше чем на решение остальных 99% задач и кода им на это надо в кучу раз больше.
Ну а вообще войдет в массы WASM, потом NativeClient и бинарные протоколы, а следом и десктоп-технологии в браузер - и все резко поменяется. Эти 90% горе-разрабов и их быдлокод просто станут не нужны.

@COKPOWEHEU · 19.01.2019, 14:22

Сообщение от Fulcrum_013

Ну вы вообще то в доку о апи загляните ради интереса.

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

Сообщение от Fulcrum_013

На самом деле оповергается утверждение что анализ предметной области и постановка задачи является теорией. На самом деле это главнейшая часть практики, которая и дает в конечном результате возможность программной реализации конкретной задачи о сферическом коне в релятивистском ваккуме.

Теория - то, что в голове, практика - то, что реализовано. Так понятнее?

Сообщение от Fulcrum_013

Каким образом? Переработка реализации требует и полной переработки тестов. Либо тестируется каждая подкапотная ветка выполнения либо оно вообще ничего не тестирует.

Почитайте все же что такое тесты и как они работают. Они тестируют модуль как "черный ящик" вне зависимости от его внутреннего устройства.

Сообщение от Fulcrum_013

А она как раз вся апи и делается. Ему токма буфера даются в которые принимать и из которых отправлять. И подменяются на каллбеках или других сигналах завершения. А сама логика выделения буферов их лока от остального мира и т.д. она как бы от типа канала вообще не зависит - она для любого канала одинакова и для любой оси.

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

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
char pipe_anon_create(int *rd, int *wr){
  int fd[2];
  if( pipe2(fd, O_NONBLOCK)==-1) return false;
  *rd = fd[0];
  *wr = fd[1];
  return true;
}
size_t pipe_anon_write(int wr, void *buf, size_t count){
  ssize_t res = write(wr, buf, count);
  if(res < 0)return 0;
  return res;
}
size_t pipe_anon_read(int rd, void *buf, size_t count){
  ssize_t res = read(rd, buf, count);
  if(res < 0)return 0;
  return res;
}
void pipe_anon_close(int fd){
  close(fd);
}

Так вот, напишите аналогичную обертку для каналов на другом API (виндовом, хотя бы).

Сообщение от Fulcrum_013

Мыслите вы кстати в правильном направлении. Развивая мыслю дальше как раз и придете к необходимости тестирования каждой ветки выполнения и каждого набора состояний приводящих к выбору той или иной ветки. А вот это как раз и ломает всю сказку о какой либо защите при рефакторинге.

Пока не разберетесь с целью тестирования и его методами, воздержитесь давать советы.

Сообщение от Fulcrum_013

Ну дак проверка функции это и есть проверка всех возможных вариантов ее работы. Или вы под этим что то другое подразумеваете?

Сколько возможных вариантов работы у функции сложения? В общем случае бесконечно много. Удачи проверять все!

Сообщение от Fulcrum_013

И чем она отличается? Та же сериализация/десериализация при приеме отправке.

На какой же файл она отображается? Куда именно нужно перенаправить вывод программы чтобы он был послан, скажем, по широковещательному UDP?

Сообщение от prik

Ну так если не использовать ничего кроме стандартных библиотек оно и сейчас почти так

хе-хе

C
1
2
3
pf = fopen("/proc/cpuinfo", "rt");
fscanf("%*s%*s*i\n%*s%*s*s", str);
printf("CPU vendor: %s\n", str);

Формально, я не использовал ничего, кроме стандартной библиотеки. Вот только переносимости у такого кода не будет. А еще это пример задачи, которую стандартная библиотека сама по себе не может решить в принципе.

Сообщение от Fulcrum_013

Те же оконные фреймверки к примеру свою архитектуру получили еще в 80-х и она с тех времен не меняется а только местами расширяется,

Ох лол! Говорит человек, не знающий ни одного оконного фреймворка. Ради интереса почитайте сколько геморроя происходит при переносе gtk2 на gtk3, или qt2 -> qt3 -> qt4, не говорю уж о переходе qt->winapi

@prik · 19.01.2019, 14:31

Сообщение от Fulcrum_013

Ну во первых это к системному программированию относится

Так вместе с системной частью хватающей пакеты приходилось менять и интерфейсы самого анализатора, который вполне себе прикладной.

Сообщение от Fulcrum_013

одна принципиальная подвижка была за крайние 40 лет - переход к защищенном режиму

на вскидку еще PIO->DMA, появление IOMMU в процах.

Сообщение от Fulcrum_013

Те же оконные фреймверки

Так там действительно, полная стагнация и стабильность.

Сообщение от Fulcrum_013

Типа сначала словари и т.п с линейных контейнеров на мапы переделали, потом еще и мультипоточность прикручивали и синхронизацию доступа потоков к словарям и т.п.?

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

Сообщение от Fulcrum_013

Ну им никто не виноват что их на решение 1% задач нужно в 9 раз больше чем на решение остальных 99% задач и кода им на это надо в кучу раз больше.

Ну мы же все так или иначе зарабатываем деньги. И всегда ищем какой-то компромисс между деньгами-временем-качеством.

Сообщение от Fulcrum_013

Ну а вообще войдет в массы WASM, потом NativeClient и бинарные протоколы, а следом и десктоп-технологии в браузер - и все резко поменяется

Что-то мне подсказывает, что принцип софт как сервис найдет место для толпы кодеров и в облаках и в IoT и где угодно.

Сообщение от Fulcrum_013

. Эти 90% горе-разрабов и их быдлокод просто станут не нужны

для роста рынка нужен объем и ресурсы. думаю наоборот и общее к-во занятых на ниве разработки софта и около него, так и обозванной вами категории граждан будет только возрастать.

@Fulcrum_013 · 19.01.2019, 14:45

Сообщение от prik

так и обозванной вами категории граждан будет только возрастать

В десктопе их полностью заменила визуальная разработка. С заходом этих же технологий в веб они там просто станут не нужны. В первую же очередь для продолжения роста рынка.

Добавлено через 8 минут

Сообщение от prik

Так вместе с системной частью хватающей пакеты приходилось менять и интерфейсы самого анализатора, который вполне себе прикладной.

Та нет батенька оно как раз самое что ни на есть системное. Грань между системным и прикладным программированием она не по близости к железу проведена а по назначению. Системный софт это по сути программирование ради программирования - его задача не решение какой то задачи а обеспечение работы другого софта. К примеру протокол обеспечивающий универсальную подписку/отписку на каналы обновления работающий поверх веб-сокета и написанный на жаба-скрипте - это тоже системное программирование как бы далеко оно от железа не было. А вот точно так же написанные на жаба-скрипте потребители этого дела которые таблички данных в браузере обновляют по подпискам к каналам сервера - это уже прикладное программирование.

@prik · 19.01.2019, 14:46

Сообщение от COKPOWEHEU

Формально, я не использовал ничего, кроме стандартной библиотеки. Вот только переносимости у такого кода не будет.

Я вам более скажу - он у вас не на всех люнах работать будет. например у спарков совсем другой формат этого псевдофайла. Как да то, давным давно я нарывался на это.

Сообщение от COKPOWEHEU

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

Ну если добиться введение в нее ф-ции getcpuinfo() возвращающую структуру в которой часть полей обязательна и унифицирована - будет обязана решать. Только зачем?

Сообщение от COKPOWEHEU

На какой же файл она отображается? Куда именно нужно перенаправить вывод программы чтобы он был послан, скажем, по широковещательному UDP?

Не флейма ради. Я выше писал о принципиальной возможности сделать такое через FUSE: open("socket/udp/address/port/(active|passive)",,); Нечто похожее (без костыля в виде FUSE)было сделано в Inferno.

@Fulcrum_013 · 19.01.2019, 14:56

Сообщение от prik

то принцип софт как сервис найдет место для толпы кодеров и в облаках и в IoT и где угодно.

Схлопнется он очень быстро этот принцип как доткомы 90-х. Оно конечно стремление околовсяческих "гигантов" типа гугла и т.п приучить к этому юзера понятна - оно для юзера гораздо дороже выходит в конечном счете а соответсвенно можно хоть как то на плаву удержаться какое то время,даже если конкуренция за квалифицированных разрабов напрочь проиграна.
Но если что то юзерю и дороже и проблемы создает - никакая реклама гугломобилями какие они типа вумные это на плаву долго не удержит.

Добавлено через 4 минуты

Сообщение от COKPOWEHEU

Ради интереса почитайте сколько геморроя происходит при переносе gtk2 на gtk3, или qt2 -> qt3 -> qt4

Ну такое вообще то со всем что на файлопомойках валяется происходит. И даже переноса никакого для того чтобы проблемы поймать не надыть.
Почему к примеру смена версий той же VCL происходит вообще незаметно?

Добавлено через 51 секунду

Сообщение от prik

Так там действительно, полная стагнация и стабильность.

Это не стагнация. Это просто пример качественного решения задачи. Даже если развить возможности фреймверка до работы где угодно - т.е. один и тот же набор спроектированных форм отрисовывается путем смены полиморфных отрисовщиков/получателей событий и на десктопе и внутри 3D сцены и удаленно в браузере - общая архитектура абсолютно не поменяется. Потому что предметная область осталась та же.

@prik · 19.01.2019, 15:01

Сообщение от Fulcrum_013

С заходом этих же технологий в веб они там просто станут не нужны. В первую же очередь для продолжения роста рынка.

Значат быстренько родят для них что-то новое или извратят существующее как это и произошло с вебом.

Сообщение от Fulcrum_013

Та нет батенька оно как раз самое что ни на есть системное.

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

Сообщение от Fulcrum_013

Схлопнется он очень быстро этот принцип как доткомы 90-х.

Поживем - увидим, я все же склонен считать, что без куска булки с маслом никто не останется.

@Fulcrum_013 · 19.01.2019, 15:07

Сообщение от prik

что без куска булки с маслом никто не останется

Среди веб-девелоперов уже наибольший процент безработных причем не только среди IT-специальностей, а среди всех специальностей интеллектуального труда.
Ну и в дальнейшем тенденция практически полного перекладывания работы неквалифицированных разрабов на комп будет только усиливаться.
Потому что даже при тотальном дефиците квалифицированных разрабов затраты 1% его времени потраченного на создание UI при помощи фреймверков визуальной разработки гораздо дешевле чем держать для этого 9 неквалифицированных горе-кодеров, создающих в результате больше проблем чем толку.

@prik · 19.01.2019, 15:23

Сообщение от Fulcrum_013

Это не стагнация. Это просто пример качественного решения задачи

Так из самого концепта gUI (уже не помню кто там рожал сам концепт, ксерокс вроде?) выжили все по максимуму. В плане реализации программных интерфейсов к нему вроде тоже перепробовали все возможные модели (слоты, события, и тд). Куда там развиваться дальше? Время стандартизироваться.

Сообщение от Fulcrum_013

Среди веб-девелоперов уже наибольший процент безработных причем не только среди IT-специальностей,

Не интересовался этим вопросом, судя по тому сколько новых лиц встречается в лифте (офис на этаж выше) они только множатся

Сообщение от Fulcrum_013

Потому что даже при тотальном дефиците квалифицированных разрабов затраты 1% его времени потраченного на создание UI при помощи фреймверков визуальной разработки гораздо дешевле чем держать для этого 9 неквалифицированных горе-кодеров, создающих в результате больше проблем чем толку.

Опять же, я далеко от биндинга методов/данных к каким-то полям форм или как оно там происходит. И просто не понимаю, почему человека который делает это сейчас руками нельзя научить это делать с помощью фреймворка.

@Fulcrum_013 · 19.01.2019, 16:37

Сообщение от prik

Значат быстренько родят для них что-то новое или извратят существующее как это и произошло с вебом.

Ну да в подметальщики точно не отправят. В этой сфере уже роботы во всю пылесосят. Опять же все идет к тому что просто дать этой толпе жрачку по минимуму и возможность учится, а потом тех, кто смог что то осилить, пристроить к более квалифицированному труду чем они сейчас делают гораздо дешевле и выгоднее, даже если в результате только 10% что то осилят, чем изобретать для них какую то никому не нужную низкоквалифицированную занятость. Ну правда при таких раскладах большая часть из них просто сопьется от безделья и вымрет. Но в этом им уже никто не виноват. Или развиваешься или вымираешь - закон природы.

Добавлено через 8 минут

Сообщение от prik

судя по тому сколько новых лиц встречается в лифте (офис на этаж выше) они только множатся

У нас это просто до вытеснения еще не дошло как там. Суть примерно такая - менеджеры поверили что дешевые неквалифицированные кодеры и отсвутсвие средств разработки гораздо выгоднее чем спецы и дорогие IDE. Наняли на задачу 1 быдлокодер. Он что то набылокодил. С ним вылезли косяки. Сам разобраться и отрефакторить он не может а тем более в срок потому что это дольше и т.д. Нанимают еще 10. Грабли те же поэтому следующим шагом нужно нанять еще 100 и т.д. В результате тупик неизбежен.
К примеру гугл по большму счету сейчас в бедственном финансовом положении и вынуждена урезать финансирование всего и вся - т.е. фактически на грани банкроства по этим причинам (по ним уже с автомата стреляли по поводу практически полного урезания выплат за показы рекламы и т.д.). У них выхлоп на душу разраба к примеру на 2-3 порядка ниже чем у валва который как бы тоже список квалиикации разрабов далеко не возглавляет.
Выход из тупика один - замена всего этого хозяйства на отех вот дорогих спецов и дорогие IDE которые компании обходятся на несколько порядков дешевле в результате.

Добавлено через 24 минуты

Сообщение от prik

И просто не понимаю, почему человека который делает это сейчас руками нельзя научить это делать с помощью фреймворка

Тут вопрос то в другом. Чем мощнее средство тем выше должна быть квалификация разрба в плане проектирования архитектур и необходимого для этого исследования предметной области и т.д. Потому что чем мощнее средство тем более масштабную задачу оно позволяет сделать в одиночку. При этом создание самого UI и связь его с данными занимает не более 1% времени в результате. Ну а проектирование софта - это как раз то чему на 3-месячных курсах вообще не учат, это как раз требует профильного инженерного образования, и в общем то делается тимлидами и т.д. буграми которые обычно хоть как то но квалифицироавны (а иначе там бы вообще ничего рабочего не было в принципе) . Ну а если говнокодеру дать такой мощный тул то в результате возрастет только количество говна производимого в единицу времени и больше ничего.
Т.е. в общем то если дать тимлиду тул, который заменит все это быдлокодерство, он и сам в общем то управится с гораздо меньшими проблемами. Потому как есть такой ньюанс отличающий разработку софта от остального проектирования - для того чтобы реализовывать и тем более отлаживать код нужно знать математический и т.д. бэкграунд предметной область ровно настолько же хорошо и иметь настолько же хорошо развитые умения ее анализа, насколько и для самого проектирования, в отличии от определения места где нужно гвоздь забивать и самого акта его забивания.

Добавлено через 34 минуты

Сообщение от prik

Время стандартизироваться.

Оно давно стандартизировано. Вернее набор типов контролов из которых все это собирается и их поведение. Если заметили оно неизменно с 90-х (а скорее всего и с гораздо более древних времен - точно не скажу с каких потому что то что было раньше 90-х видел только краями на очень устаревшем даже по меркам 90-х оборудовании) и было абсолютно таким же и в текстовых оконных UI и на клиппере сделанных в котором фреймверков не было, но средства создания форм ввода в сам язык были встроены, и при помощи ДОС-овских текстовых оконных фреймверков, и в браузер базовый набор встроен (инпуты) только расширенного нет типа таб контрола и тп, и даже на терминалах компов шкафного базирования форточки разлива 70-х из того же набора элементов состояли, разве что мыши там не было и скролинг, вкладки иконки и тултипы и прочие перделки и мигалки гораздо менее активно использовались.

@COKPOWEHEU · 19.01.2019, 20:59

Сообщение от prik

Я вам более скажу - он у вас не на всех люнах работать будет. например у спарков совсем другой формат этого псевдофайла.

Разве формат /proc/cpuinfo зависит от процессора, а не от ядра ОС? У вас там точно был Линукс, а не другая unix-like ОСь?

Сообщение от prik

Ну если добиться введение в нее ф-ции getcpuinfo() возвращающую структуру в которой часть полей обязательна и унифицирована - будет обязана решать. Только зачем?

Разумеется, незачем, точно так же как работу со всем возможным железом. И как делать прочий бред, который Fulcrum_013 тут пропагандирует.

Сообщение от prik

Не флейма ради. Я выше писал о принципиальной возможности сделать такое

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

Сообщение от Fulcrum_013

Ну такое вообще то со всем что на файлопомойках валяется происходит.

Теперь у нас еще самые распространенные оконные системы "на файлопомойках валяются" а полудохлый VCL - ЭталонЪ. Вы вообще в курсе, что VCL'ом сейчас почти никто не пользуется? А что это вообще костыль Borland'a чтобы не лепить компоненты на тогдашнем кривоватом winapi и не зависеть от фокусов Microsoft. А еще вам следовало бы почитать чем приходится платить за использование VCL и так ли часто он вообще нужен.

Сообщение от Fulcrum_013

Оно давно стандартизировано. Вернее набор типов контролов из которых все это собирается и их поведение.

Это не мешает существованию десятка оконных сред (даже интересно, назовете ли вы хоть парочку кроме упомянутых раньше winapi, vcl, gtk, qt). Это не мешает экспериментировать с пользовательским интерфейсом и с внутренней архитектурой.

@Fulcrum_013 · 19.01.2019, 21:11

Сообщение от COKPOWEHEU

Это не мешает существованию десятка оконных сред (даже интересно, назовете ли вы хоть парочку кроме упомянутых раньше winapi, vcl, gtk, qt)

и абсолютно все дают именно этот стандартизированный набор контролов.

Добавлено через 4 минуты

Сообщение от COKPOWEHEU

Вы вообще в курсе, что VCL'ом сейчас почти никто не пользуется?

Главный вопрос где не пользуется? В нищебродском СНГ и для поделок валяющихся на файлопомойках? Ну еще бы с таким ценником. А как бы топ-ценник в своей нише ни на что не намекает на рынке где отношение ценник/продуктивность определяющее? Пол ляма лицензий активных. Это реально практически полностью вынес все остальное из своей ниши. И не удивительно. Единственный тул визуальной разработки второго поколения, который большую часть бизнес-логики информационных систем позволяет визуально разрабатывать. Хотя конечно пока паскакаль не выбросят следущую ступень развития осилят врядли.

Добавлено через 2 минуты

Сообщение от COKPOWEHEU

Разумеется, незачем, точно так же как работу со всем возможным железом.

А вот в этом кстатии назначение дров - унификация работы с железом для оси. Назначение же стандартной библиотеки - унификация общения с API оси для приклодного софта. И делается это именно для мультиплатформенности.

@prik · 19.01.2019, 22:09

Сообщение от COKPOWEHEU

Разве формат /proc/cpuinfo зависит от процессора, а не от ядра ОС?

Ну а как работает ядро в этом плане? При попытке открытии файла /proc/cpuinfo инициализируется структура файловых операций cpuinfo_op, при чтении через эту структуру дергается метод show_cpuinfo. Т.к. на разных архитектурах методы получения информации о процессоре разные - не удивительно, что и выводимая информация разная. Если действительно интересно, то подробности можно глянуть в районе /arch/XXX/kernel/cpu.c

Сообщение от COKPOWEHEU

У вас там точно был Линукс, а не другая unix-like ОСь?

Точно

Это был openwall c ядром 2.2.xx Я хорошо запомнил, т.к. это был первый спарк с которым я столкнулся. И проблема была в том, что методом похожим на ваш, я пытался вытащить инфу о числе процессоров на машине, для параллельной сборки мира.

Сообщение от COKPOWEHEU

Просто я слышал, что сеть - одно из немногих исключений идеологии "все есть файл"

Я тоже не до конца представляю, как полностью реализовать все сетевые возможности ограничившись только ф-циями доступными для "обычных" файлов

Сообщение от Fulcrum_013

Оно давно стандартизировано.

Кто "оно" если вы об элементах интерфейсов, то да, все давно устаканилось. Но я то вам толкую об API. Нужно единое стандартизированное апи для UI, а не куча сторонних фреймворков худо-бедно работающих то тут то там.

@Fulcrum_013 · 19.01.2019, 23:07

Сообщение от prik

Нужно единое стандартизированное апи для UI,

Оно тоже фактически стандартизировалось. Более 90% ПК живет под виндой а процентов 90 мобил под ведром. Когда ведро в ближайшем времени окончательно обгадится и на мобилу винда зайдет во всю.

Добавлено через 2 минуты

Сообщение от COKPOWEHEU

И как делать прочий бред, который Fulcrum_013 тут пропагандирует.

Вообще то любой ВУЗ учит именно классическому подходу к разработке - от анализа и постановки. А срамо-агилы и прочие грабли удел неучей типа салдофона который его придумал.

@prik · 19.01.2019, 23:25

Fulcrum_013, что-то вы совсем уже во флейм скатились, пожалуй отпишусь

@COKPOWEHEU · 21.01.2019, 10:20

Сообщение от Fulcrum_013

и абсолютно все дают именно этот стандартизированный набор контролов.

И абсолютно все устроены по-разному. И те, кто еще живы, меняются.

Сообщение от Fulcrum_013

Главный вопрос где не пользуется?

А где используется, по-вашему? Я с ходу не назову НИ ОДНОГО приложения на vcl. Вот на gtk2, gtk3, qt4 - легко, открываешь репозиторий и идешь по списку

Сообщение от Fulcrum_013

Назначение же стандартной библиотеки - унификация общения с API оси для приклодного софта.

Но только базовый функционал. Си слишком универсален чтобы пытаться напихивать вообще все способы взаимодействия с ОС. Для этого существуют сторонние библиотеки, которые не обещают работу вообще на всем зоопарке платформ, а четко ограничиваются, скажем, десктопными. Или определенной линейкой контроллеров.

Сообщение от prik

Если действительно интересно, то подробности можно глянуть в районе /arch/XXX/kernel/cpu.c

Спасибо за информацию. Но глубоко в ядро вряд ли полезу

Сообщение от prik

И проблема была в том, что методом похожим на ваш, я пытался вытащить инфу о числе процессоров на машине

Я так понял, не преуспели. Нашелся более прямой способ или поставили костыль?

@Kuzia domovenok · 21.01.2019, 11:32

Не по теме:

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

@Fulcrum_013 · 21.01.2019, 14:42

Сообщение от COKPOWEHEU

А где используется, по-вашему? Я с ходу не назову НИ ОДНОГО приложения на vcl.

К примеру клинет-банк (тот который для корпаративных клиентов) многих банков включая как админскую так и клиентскую сторону. И прочий внутрикорпоративный софт которого на файлопомойках нет по определению.

Добавлено через 3 минуты

Сообщение от COKPOWEHEU

И абсолютно все устроены по-разному.

А они и не обязаны быть устроены одинаково. Стандартизированы элементы интерфейса (суть их поведения) (причем они теже даже для печатных бланков), а не способы их реализации. Если заметили они все делятся на три категории - поля рукописного ввода, поля выбора одного из списка вариантов, и поля выбора нескольких из вариантов. Так о птичках радиобаттон круглый и с точкой потому что на печатных бланках/текстовых гуи для него по стандарту ( ) и точка внутри для пометки варианта (·), а чекбокс квадратный и с крестиком потому что [] и [х] для помеченного.

@COKPOWEHEU · 21.01.2019, 16:13

Сообщение от Fulcrum_013

К примеру клинет-банк (тот который для корпаративных клиентов)

Отлично! То есть единственный пример, который вы смогли придумать - узкоспециальный, где нет особых требований ни к быстродействию, ни к гибкости, ни к интегрируемости, ни к универсальности - ни к чему. Гениально!
Попробуйте еще раз, на этот раз действительно распространенные программы и с названиями.
И сравните с количеством программ на тех фреймворках, которые действительно распространены.

Сообщение от Fulcrum_013

А они и не обязаны быть устроены одинаково. Стандартизированы элементы интерфейса (суть их поведения)

Ну, если говорить про внешний вид, то конечно! Просто потому что непривычный дизайн отпугнет пользователя, даже если этот дизайн обладает объективными преимуществами.
Но речь-то шла про внутреннее устройство, архитектуру программ, методы разработки и тестирования, необходимость периодического рефакторинга и т.п.

@Fulcrum_013 · 21.01.2019, 16:32

Сообщение от COKPOWEHEU

где нет особых требований ни к быстродействию, ни к гибкости, ни к интегрируемости, ни к универсальности - ни к чему

А почему вы уверены что их там нет? Они там как раз исключительные. Как и требования к надежности.

Сообщение от COKPOWEHEU

То есть единственный пример, который вы смогли придумать - узкоспециальный

Внутрикорпоративный софт - это по вашему узкоспециализированные задачи? Вы вообще в своем уме? Это примерно 25% задач индустрии.

Новые блоги и статьи Все статьи Все блоги /
сукцессия 43. Вторая научная статья за месяц- прайминг и гатгил anaschu 25.07.2026 две стороны одной монеты	Более приземисто - Эстафету хвоста в .cdl (деревья эстафеты в сад). Hrethgir 24.07.2026 В будущем, после написания блока инверсии обхода дерева (эстафеты хвоста), я планирую вернуться к нашему прошлому разговору о том, обладают ли знания целеполаганием. Тогда я пришел к выводу, что. . .	Вот представьте что вам дали бессмертие. kumehtar 24.07.2026 Вот представьте что вам дали бессмертие, ничего более не меняя. Вообще ничего, только бессмертие в нынешнем виде. Рады были бы? Что бы вы тут делали всё это время? Никакой пенсии. Никакого нового. . .	сукцессия 41 anaschu 24.07.2026 Численная верификация бифуркации в агентной модели лесной сукцессии: от одного параметра к ансамблю Автор: пользователь @Shumilov_AS \| Раздел: Прикладная математика / Численные методы Кратко. . .
сукцессия 40. Ансамблевая кластерная параметризаци, часть 1. anaschu 24.07.2026 Пр# Сопровождение научной статьи ИИ-ассистентом: подготовка публикации и калибровка агентно-ориентированной модели сукцессии микоризных систем Полевые заметки о двухнедельной совместной работе. . .	Теория всего 12. ВГК на планете в стратегической игре "терра" anaschu 21.07.2026 ### Главные семантические изменения и дешифровка новой физики 1. `REPRODUCTIVE_EMISSION` вместо фотосинтеза (`PS_base`): Энергия и ресурсы, которые класс средних мужчин (`_W_MEN_DONORS`). . .	Публикация отклонённая на хабре. Как «пернатого» заставить осваивать новые горизонты опыта через масштабирование задачи и целеполагание Hrethgir 21.07.2026 https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11948&stc=1&d=1784657928 Привет Хабр. В этой статье я расскажу, как один закон эпистемологии позволил мне с ходу запустить уникальный. . .	Теория всего 11. Основные параметры anaschu 21.07.2026 Дешифровка тензорного ядра Soil Chemistry 2. 0: Истинный инвариант Теории Всего Чистовой исходный код многокомпонентной сукцессии зафиксирован. Модель оперирует единым вектором состояния. . .

@cinemaster4d 22 / 10 / 2 Регистрация: 25.06.2018 Сообщений: 155

	Нужны советы по разработке игр 30.11.2018, 17:04. Показов 12502. Ответов 209 Метки нет (Все метки) Здравствуйте,Я давно мечтаю создавать свои онлайн игры, Сейчас освоил базу си, покопавшись в нем понял что игр хороших на нем не слепишь, ни один день скитаюсь по форумам, читаю статьи и Решил. Начну изучать C++. Я знаю что разработка игр это нелегко и мне много чего нужно узнать, Я не знаю с чего начать. Сейчас любой совет на вес золота. А больше мне нравится кодить и придумывать сценарий. Для моих будущих игр я уже придумал частичто свою историю. Может это и покажется странным, но когда я смотрю прохождение игр, у меня включается во мне разработчик, и я начинаю думать с точки зрения разработчика. Как какая то механика могла быть реализована в коде. Вобщем Буду очень благодарен вашим Любым полезным советам! 0

@prik 725 / 224 / 73 Регистрация: 01.03.2011 Сообщений: 649
	19.01.2019, 23:25
	Fulcrum_013, что-то вы совсем уже во флейм скатились, пожалуй отпишусь 0

@Kuzia domovenok
	21.01.2019, 11:32
	Не по теме: Fulcrum_013, дело даже не в сути того, что ты тут пишешь, а в том, что ты сюда заходишь каждый день пофлудить ради флуда без какого-то содержательного посыла по теме. Просто весёлое общение какое-то на околоайтишную тематику - отвратительно! (тут и помимо Fulcrum_013 куча бабок на лавочке собирается в этой теме) 0