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

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

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

0

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

Потому что это банк-клиент. Теоретически, есть требования к надежности и безопасности. Хотя это относится отнюдь не к GUI, а к ядру приложения и работе с сетью.
Требования к скорости могут быть у игр, у текстовых процессоров.
Требования к гибкости, универсальности и переносимости? Не смешите. Вот вам клиент под win10 - пользуйтесь! А то и веб-клиент под какой-нибудь IE.
Но от темы не уходите: названия распространенных и живых проектов, использующих VCL в студию.

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

Очередная высосанная из пальца цифра. Вы серьезно думаете, что после всего бреда что тут наговорили про способы разработки, юнит-тестирование, распространенность того или иного в индустрии, хоть кто-то будет верить вам на слово?

0

Сообщение от COKPOWEHEU названия распространенных и живых проектов

Внутрикорпоративнй софт.Естественно что он нераздается за бесплатно и в подавляющем большинстве случаев даже не продается. А то что вы типа "живыми" называете как раз и есть никому не нужный мертвый хлам. А то что бы он вооще на файлопомойках делал то?

Сообщение от COKPOWEHEU Хотя это относится отнюдь не к GUI, а к ядру приложения и работе с сетью.

Дык и в VCL так о птичках к GUI относится не более 10% того что есть из коробки. Остальное как раз к визуалной разработки бизнес-логики. В отличии от всех этих примитивных примочек типа Qt шарпов и т.д. ограниченно годных для визуальной разработки только гуя, VCL/Дельфа/Билдер и т.д. это технология визуальной разработки второго поколения.

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

Сообщение от COKPOWEHEU Потому что это банк-клиент

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

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

Сообщение от COKPOWEHEU А то и веб-клиент под какой-нибудь IE

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

0

Сообщение от Fulcrum_013 Внутрикорпоративнй софт.

То есть примеров нет, понятно. К сведению: внутрикорпоративный софт значительно менее показателен, чем общедоступный вследствие меньшей конкуренции. Там допустимо писать на фреймворках прошлого тысячелетия, а то и под DOS (да, такое до сих пор встречается!)

Сообщение от Fulcrum_013 Естественно что он нераздается за бесплатно и в подавляющем большинстве случаев даже не продается.

И как же он, по-вашему, появляется на компах пользователей? Самозарождается что ли? Если сейчас попробуете наболтать о том, что предприятия его сами пишут, то это мимо: пишут самый минимум, остальное таки покупается. Хотя бы чтобы не иметь проблем с сертификацией там где она нужна.

Сообщение от Fulcrum_013 А то что вы типа "живыми" называете как раз и есть никому не нужный мертвый хлам. А то что бы он вооще на файлопомойках делал то?

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

Сообщение от Fulcrum_013 В отличии от всех этих примитивных примочек типа Qt шарпов и т.д. ограниченно годных для визуальной разработки только гуя, VCL/Дельфа/Билдер и т.д. это технология визуальной разработки второго поколения.

Ога, VCL это настолько продвинутая технология, что ее никто не использует. Видимо, не доросли еще.

Сообщение от Fulcrum_013 Админская часть, терминалы аккаунт-менеджеров, процессинг и т.д. в это типа ни разу не входят? Клиент-банк это вообще основной банковский софтина. Все остальное типа связи с процессингом кредиток, межбанковскими платежами и т.д. вокруг него строится. А клиент который живет непосредственно у клиента на компе - это вершина айсберга и не более.

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

0

Сообщение от COKPOWEHEU Так мы про клиент-банк (клиентская софтина)

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

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

Сообщение от COKPOWEHEU Ога, VCL это настолько продвинутая технология, что ее никто не использует. Видимо, не доросли еще.

Ага. Типа пол-миллиона лиценцзий постоянно обновляют и не разу не используют. А типа Nikon, Hitachi, Wells Fargo и т.д. корпорации, которые на ней софт предназначенный для исключительно внутреннего использования лепят, это вообще никто.

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

Сообщение от COKPOWEHEU А нормальный живой софт пишут корпорации

Угу. А есть софт раскрытие деталей реализации которого подпадает под статьи УК. К примеру внутренний банковский софт. Ну и у корпораций по поводу внутреннего софта тоже политики секретности свои.
Вот вы к примеру на почте давно были? Там какая то внутренняя система есть. А в ЖД или другой кассе? Тоже есть. И везде распределенные 3-звеньевые системы. И этот софт он не продается. Он разрабатывается или самостоятельно конторой или под заказ подрядчиком. Потому что каждая такая система в общем то уникальна по своему набору функционала. И с рынка именно такого софта дельфа/билдер как раз практически всех остальных на западе и вымели. И это как раз примерно 25% задач индустрии. А то что вы типа живыми называете - это никому нафиг не нужные хеллоуверды.

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

Сообщение от COKPOWEHEU Хотя бы чтобы не иметь проблем с сертификацией там где она нужна.

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

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

Сообщение от COKPOWEHEU что он не имеет права отставать от конкурентов

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

0

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

0

Сообщение от COKPOWEHEU То есть под распространенными программами вы понимаете программы, которыми пользуются считанные сотни, максимум тысячи человек. А не те, которыми пользуются миллионы.

Как это не миллионы? Как раз таки гарантированно миллионы на своих рабочих местах.

Добавлено через 26 минут
При этом пользуют постоянно, а не по принципу скачали поматюкали и забыли как все эти "обычные приложения". А некоторую часть оного софта оные миллионы тоже пользуют на терминалах самообслуживания банкоматах и т.п. напрямую, а не только косвенно (ну в духе ускорения обслуживания на почте, кассе и т.п., где работает то точно так же софт, только кнопочки нажимает манаджер а не клиент).
А все эти стартапы и т.д. - это на 0,09% полнейшая лажа и на 99,9% - обычный разводняк лохов на бабас.

0

Сообщение от Fulcrum_013 Как это не миллионы? Как раз таки гарантированно миллионы на своих рабочих местах.

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

Сообщение от Fulcrum_013 А все эти стартапы и т.д.

Сначала вы копаетесь на файлопомойках, теперь в стартапах. Нет, я вполне допускаю, что для вас это интересное занятие, но какое отношение оно имеет к теме топика?

0

Сообщение от COKPOWEHEU Вы определитесь уже, это самописный софт, используемый на конкретном предприятии и написанный его же сотрудниками, застрявшими в 90-х и неспособными выучить что-то более современное. Или миллионы пользователей?

Вообще то в формате разработки под свои нужды, непосредственно отделом конторы или подрядчиками решается не менее 95% индустрии. При этом реально в начале 90-х застряли анохранизмы пользующие хума-врайтабле языки разметки. А то что пользует GC застряло вообще в 60-х. А технологий визуальной разработки аналогичных дельфе/билдеру не существует до сих пор. И дальнейшее развитие практически во всех нишах будет именно в этом направлении - преимущественно визуальное конструирование бизнес логики, а не на 5% визуальное конструирование UI как это есть в ваших "более современных" поделках для неучей. Реально разработка языков для профессионалов закончилась в 80-х созданием С++. И никакие новые языки профессионалам не нужны - достаточно развивать уже существующие профессиональные. Все из языков что разрабатывалось после плюсов делалось с единственной целью - создать фильтратор косяков для неквалифицированным разрабов, хотя бы для примитивных задачах (рассчитывать на то, что разраб без полноценного профильного образования способен на что то кроме форматирования ввода-вывода - ну вообще бред). Но сама цель - глупость по определению, и была ограниченно актуальна только на коротком промежутке конца 80-х -начала 90-х когда началось массовое внедрение компов на каждое рабочее место в офисе и не только, а визуальных средств создания UI еще не было. Как результат привлечения неквалифицированных масс к решению даже 1% задач типа форматирования ввода/вывода, индустрия неизбежно заходит в тупик вытекающий из законов Мура и Гейтса. И сейчас она фактически пришла к такому тупику. Выход один - распространение средств визуальной разработки на веб и т.д. и вылет из индустрии 90% неквалифицированных разрабов, не способных работать от анализа задачи и не владеющих остальными профессиональными навыками, необходимыми для поьзования средств визуального проектирования типа дельфы и т.п.

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

А то что вы называете "более современным" в общем то больше нигде и не встречается.

0

Сообщение от Fulcrum_013 <диванная аналитика про взятые с потолка 95%, языки разметки, GC и т.п. поскипано: нет аргументов, нечего обсуждать>А технологий визуальной разработки аналогичных дельфе/билдеру не существует до сих пор.

Перечитайте мой пред-предыдущий пост: Lazarus - клон Delphi, вот только что-то не рвутся его использовать. С чего бы это? Уж не с того ли, что никому уже не интересны технологии 90-х вроде VCL?
Да, кстати, что скажете о том, что подход Delphi провоцирует плохой стиль программирования вроде запихивания логики в обработчики событий? А смешивание логики и отображения?

Сообщение от Fulcrum_013 И никакие новые языки профессионалам не нужны - достаточно развивать уже существующие профессиональные.

О да, Фортран и Лисп наше все. Какой только дурак изобрел эти ваши Си, Паскали, Хаскели и прочие.

Сообщение от Fulcrum_013 Все из языков что разрабатывалось после плюсов делалось с единственной целью

Далеко не с единственной.
1. Уменьшение порога вхождения. Чтобы не нагружать высококлассного специалиста рутиной, с которой справится и обезьяна.
2. Увеличение уровня абстракции. Чтобы программист, а то и не-программист, не отвлекался на низкий уровень. Пример - языки оболочки или какой-нибудь 1С.
3. "Исправление фундаментальных недостатков" (зачастую самым существенным недостатком оказывается NIH) - всяческие C#, Rust
4. Решение конкретной задачи. Скажем, для параллельных вычислений или того же скриптования
5. Just for fun! Есть и такое - эзотерические языки, не предназначенные для программирования. Вроде Brainfuck или Whitespace.
Это что вспомнил с ходу

Сообщение от Fulcrum_013 Но сама цель - глупость по определению

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

Сообщение от Fulcrum_013 А то что вы называете "более современным" в общем то больше нигде и не встречается.

Когда цитируете какую-то фразу, постарайтесь не потерять такую несущественную вещь как смысл. В той цитате фразы "более современным" вообще нет. Если речь про библиотеки визуальных компонентов, то я их уже неоднократно перечислял: winapi (WinForms), gtk, Qt из самых распространенных на десктопе (не говорю про мобильные или веб). Вот они используются и в профессиональных инструментах, и в любительских. И в проприетарных, и в опенсорсных. И в "наколеночных" поделиях и в продуктах корпораций с мировым именем.

0

Сообщение от COKPOWEHEU вот только что-то не рвутся его использовать. С чего бы это?

Потому что клон != урезанная копия.

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

Сообщение от COKPOWEHEU Да, кстати, что скажете о том, что подход Delphi провоцирует плохой стиль программирования вроде запихивания логики в обработчики событий?

Это провоцирует не дельфи а недостаток образования.

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

Сообщение от COKPOWEHEU А смешивание логики и отображения?

Кто вас заставляет смешивать логику с отоброжением? Дельфа/билдер не WinForms/WPF (которые на самом деле куцый обрубок дельфы). Там есть абсолютно все чтобы отделить визуально конструируемую логику от гуя.

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

Сообщение от COKPOWEHEU Уменьшение порога вхождения. Чтобы не нагружать высококлассного специалиста рутиной, с которой справится и обезьяна.

НУ вот такой рутиной и есть разработка гуя. Только обезьяне ее поручать нельзя - накосячит. А вот сделать так чтобы оно у спеца не более 1% времени отнимало - ну дак это запросто. Если же рутины нет, то порог вхождения исключительно увеличивается. Потому что чем более продуктивен инструмент, тем более объемную задачу способен решать один разраб в единицу времени. А более большой объем решаемой задачи требует в первую очередь более серьезных навыков в плане анализа предметной области задачи и проектирования архитектуры.

Сообщение от COKPOWEHEU "Исправление фундаментальных недостатков" (зачастую самым существенным недостатком оказывается NIH) - всяческие C#, Rust

Которые искоропки обладают настолько фундаментальными недостатками что вообще ни к чему не пригодны. К примеру шарп оказался даже не пригоден к созданию аналога дельфы. Это первое к чему его Майкрософт пытался притулить совместно с Борландом. Результат отказался настолько провальным что борланд отказался его релизить. Причина - GC не пригоден к автоматическому управлению графами ссылок характерными для паттернов ООП. Вообще с появлением ООП GC как таковой устарел. Его определение понятия "мусор" перестало соответсвовать правилам ненужности объектов предметной области. С появлением С++ имеющим средства гибкого построения автоматического слежения за жизненным циклом объектов тем более.
Тот же раст пытается решать проблемы которых не существует путем перекладывания под капот элементов stl чем просто создает проблемы с универсальностью не давая абсолютно ничего в замен.

Сообщение от COKPOWEHEU Чтобы программист, а то и не-программист, не отвлекался на низкий уровень.

Для этого существует такая штука как библиотечные средства. А вот то что типа для непрограммистов - ну вот это как раз и умрет. В той же 1С почему то каждая контора себе программиста ищет хотя типа оно для бухгалтера предназначено. А все потому что основные умения программиста и основная его задача заключается в анализе предметной области и без качественной постановки задачи реализации не будет ни на каком языке.

Сообщение от COKPOWEHEU Решение конкретной задачи. Скажем, для параллельных вычислений или того же скриптования

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

Сообщение от COKPOWEHEU Just for fun!

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

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

Сообщение от COKPOWEHEU Глупость по определению - критиковать то, в чем не разбираешься, да еще голословно. Как это делаете вы.

На самом деле не разбираются те кто орут про какую то эффективность всех этих модных "средств" всего лишь на основе рекламных проспектов. К примеру абсолютно лживы заявления о необходимости GC. Так же к примеру как абсолютно безграмотно противопоставление Entity Component System ООП. Хотя бы потому что оная ECS на самом деле ничто иное как один из возможных вариантов реализации паттерна композит. Ну и т.д.

0

Fulcrum_013, я уже спрашивал ранее и спрошу опять, вы сюда просто пофлудить приходите? Поболтать дома об айти не с кем - приходится выносить на публику?

0

Сообщение от COKPOWEHEU winapi (WinForms), gtk, Qt из самых распространенных на десктопе (не говорю про мобильные или веб)

Не надо путать WinForms и winapi. winapi оборачивают практически все библиотеки визуальных компонентов GUI, включая MFC, VСL,Qt под винду и т.д. При этом не надо судить о десктопе на основе калькулятора виндоуз. Это как раз ниша для которой мелкософт и хотела для замены визуал-васик подаренный ей в результате отброс WinForms (не удавшийся C# Builder). Ни в одной более-менее серьезной разработке винформсом/wpf или Qt не пахнет и близко. Задач требующих использования всех средств дельфы/билера в этой нише нет. С ней прекрасно справляется вершина айсберга занимающаяся гуи. Все остальное работает в нише крупных корпоративных информационных систем. И вот именно эти системы и есть основное применение десктопа в купе с САПР, который в свое время прочно подсел на visual c++ еще до рождения дельфы/билдера, и живется ему там вполне комфортно (гуй там давно свой при этом визуальная разработка гуя там не спасает - только автоматическое построение 90% гуя).
При этом точно так же не нужно путать полу-визуальную разработку GUI, которая есть в Qt и WinForms (и которая действительно осталась в районе визуал-васика 90-х по своей сути немного наростив только набор компонентов), и средства визуальной разработки типа дельфы, в которых задачами GUI занимается не более 10% компонентов, которые занимают около 1% кода библиотеки искоробочных компонентов. Остальное предназначено для преимущественно визуального проектирования именно бизнес-логики 3-звеньевых приложений.

0

Fulcrum_013, бабка на лавке

0

Сообщение от Fulcrum_013 Потому что клон != урезанная копия.

То есть использовать "супер современную библиотеку компонентов" ваши мифические разрабы умеют, а допилить пару недостающих компонентов (опенсорс же!) - нет. В ваших-то знаниях я давно разочаровался, теперь вы подрываете еще и надежду на профессионализм индус-триальных разработчиков.

Сообщение от Fulcrum_013 Это провоцирует не дельфи а недостаток образования.

Провоцирует. Подталкивает. Направляет. При прочих равных писать на Делфи нормальный код сложнее, чем распиханный по обработчикам.

Сообщение от Fulcrum_013 Там есть абсолютно все чтобы отделить визуально конструируемую логику от гуя.

Там есть абсолютно все чтобы напихать логику в обработчики событий. То есть смешать их. А вот разделить уже сложнее.

Сообщение от Fulcrum_013 НУ вот такой рутиной и есть разработка гуя. Только обезьяне ее поручать нельзя - накосячит.

Накосячит с гуём? Да и ладно, ничего жизненно важного там нет, это же не бизнес-логика. А хотя да, у вас же Делфи. Тогда действительно, обезьяну нельзя пускать даже в разработку GUI. Ох вейт, где же ей тогда получать опыт и профессионально расти?

Сообщение от Fulcrum_013 Потому что чем более продуктивен инструмент, тем более объемную задачу способен решать один разраб в единицу времени. А более большой объем решаемой задачи требует в первую очередь более серьезных навыков в плане анализа предметной области задачи и проектирования архитектуры.

Вот именно. Именно для этого и существуют высокоуровневые языки. Админу не интересно сколько именно байт отводится под inode в ext4, ему надо скопировать кучку файлов, поэтому он не пишет программу на Си, он запускает bash (zsh или к чему он там привык). Геймдизайнеру не интересно, каков размер текстуры на голове юнита, ему нужно поправить коэффициент при атаке, поэтому он не правит программу на Си, он открывает python / lua.

Сообщение от Fulcrum_013 Которые искоропки обладают настолько фундаментальными недостатками что вообще ни к чему не пригодны.

Ну да, настолько не пригодны, что стали индустриальным стандартом. В то время как божественная делфя настолько пригодна что используется аж нигде. Ну, кроме как "программистами", выучившими в школе Паскаль, но так и не сумевшими перестроиться на современные языки.

Сообщение от Fulcrum_013 В той же 1С почему то каждая контора себе программиста ищет хотя типа оно для бухгалтера предназначено.

То есть каждая контора для допиливания 1С под свои нужды ищет профессионального программиста. Или все же средненького, который не потянул более фундаментальные языки?

Сообщение от Fulcrum_013 Скриптование зачем вообще надо?

То есть ты даже не знаешь зачем нужны скрипты? Так почитай, для чего используется, скажем, bash или bat. Почитай почему геймдизайном занимается не программист, а геймдизайнер. Обрати внимание, вопрос не стоит "кто этим занимается", это и так известно, даже если тебе еще не сообщили. Вопрос стоит "почему".

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

Откуда ты только выкапываешь свои цифры и определения? Дай ссылку на этот талмуд, вдруг там еще такие перлы есть.

Сообщение от Fulcrum_013 Ни в одной более-менее серьезной разработке винформсом/wpf или Qt не пахнет и близко.

Вообще-то, доказывать должен утверждающий, но ты на это не способен, поэтому просто опровергну. Раз (раздел "использование"), два. Да, учитывая наличие KDE, Autodesk Maya, VirtualBox и Wireshark вопли про "не профессиональный", "не используется", "меньше 1%" не принимаются.
Как видишь, мне не составило труда привести примеры использования действительно живой библиотеки. Так что поднапряги моск и выдай хоть пару названий программ, написанных на VCL.

Сообщение от Fulcrum_013 и средства визуальной разработки типа дельфы

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

0

Сообщение от COKPOWEHEU Делфя не является средством визуальной разработки. Визуально там можно только компоненты по форме рассыпать да пару связей прописать.

А можно и не по форме а по дата-модулю в отличии от шарпа. При этом в нише информационных систем эти связи и есть 99% бизнес-логики, клиентского и промежуточного (серва фильтрующего общение клиента с БД) звена.

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

Сообщение от COKPOWEHEU от именно. Именно для этого и существуют высокоуровневые языки. Админу не интересно сколько именно байт отводится под inode в ext4, ему надо скопировать кучку файлов, поэтому он не пишет программу на Си, он запускает bash (zsh или к чему он там привык). Геймдизайнеру не интересно, каков размер текстуры на голове юнита, ему нужно поправить коэффициент при атаке, поэтому он не правит программу на Си, он открывает python / lua.

С каких пор они стали иметь какое либо отношение к разработке софта?

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

Сообщение от COKPOWEHEU Ох вейт, где же ей тогда получать опыт и профессионально расти?

В универ идти. Матан подучить и все остальное. А то как бы без знания специальности опыт не появится по определению.

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

Сообщение от COKPOWEHEU Там есть абсолютно все чтобы напихать логику в обработчики событий. То есть смешать их. А вот разделить уже сложнее.

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

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

Сообщение от COKPOWEHEU а допилить пару недостающих компонентов (опенсорс же!) - нет

Объем исходного кода недостающих компонентов порядка гигабайта.

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

Сообщение от COKPOWEHEU Да, учитывая наличие KDE, Autodesk Maya, VirtualBox и Wireshark вопли про "не профессиональный", "не используется", "меньше 1%" не принимаются.

Доля линухи в десктопе аккурат около 1%. Опят же что из скайпа или телеграмы является уровнем выше калькулятора? А то что их пользуют самсунги и т.д - ну естесвенно мелкие утилиты для делефонов им пилить надо и особой квалификации разрабов это не требует. В отличии от внутрикорпаративных информационных систем для которых они пользуют ни разу не шарпы.

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

Сообщение от COKPOWEHEU Откуда ты только выкапываешь свои цифры и определения?

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

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

Сообщение от COKPOWEHEU Почитай почему геймдизайном занимается не программист, а геймдизайнер.

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

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

Сообщение от COKPOWEHEU Да и ладно, ничего жизненно важного там нет, это же не бизнес-логика.

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

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

Сообщение от COKPOWEHEU Ну да, настолько не пригодны, что стали индустриальным стандартом

Где они стандартом стали то? В навешивании мигалок и перделок на веб-страницы? Так это не от того что они там нужны (имеется в виду скрипты для этих целей), а от того что более другие средства 90% неквалифицированной части индустрии просто не осилят. Вышвырнут неучей из индустрии ссаными тряпками (что уже во всю происходит) - и про быдлоскрипты и манаджед никто и не вспомнит.

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

Сообщение от COKPOWEHEU Геймдизайнеру не интересно, каков размер текстуры на голове юнита, ему нужно поправить коэффициент при атаке, поэтому он не правит программу на Си, он открывает python / lua.

Для того чтобы поменять коэффициент при атаке код править вообще не нужно. Так же для того чтобы поменять размеры текстуры на голове. А чтобы оно не пересекалось нужно правильно произвести разделение зон ответсвенности компонентов и отделить код от данных. И от языка это вообще не зависимо. Зато очень сильно зависимо от квалификации разраба. Именно от знания того, чему в универе учат окрмя синтаксиса языков. А не от какого то мифического опыта вуду-быдлокодинга и магических скриптов которые как раз в этом плане (средствах создания абстракций кои в них присутсвуют чуть менее чем никак) и отстают о профи языков.

0

Сообщение от Fulcrum_013 С каких пор они стали иметь какое либо отношение к разработке софта?

С момента появления, очевидно же. Да, примитивный скрипт, написанный админом для своих нужд, тоже является софтом. А если ты считаешь иначе, то почему относишь к софту наколеночные поделки сотрудников предприятия на vcl?

Сообщение от Fulcrum_013 В универ идти. Матан подучить и все остальное. А то как бы без знания специальности опыт не появится по определению.

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

Сообщение от Fulcrum_013 Объем исходного кода недостающих компонентов порядка гигабайта.

При общем объеме vcl менее мегабайта? Да еще учитывая, что основной функционал таки реализован. Что-то у тебя не то с арифметикой.

Сообщение от Fulcrum_013 Доля линухи в десктопе аккурат около 1%.

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

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

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

Сообщение от Fulcrum_013 Ну дак геймдизайн это в общем разработка правил игры (игрового мира) а не кодинг.

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

Сообщение от Fulcrum_013 На самом деле им как таковым вообще никто не занимается. И сделать это качественно может только толковый математик.

Ну конечно. Профессионалы не знают как им работать, вот им Fulcrum_013 глаза-то откроет, так сразу шедевр за шедевром выпускать начнут!

Сообщение от Fulcrum_013 Где они стандартом стали то?

во всем мире, конечно. Зачем задавать дурацкие вопросы, на которые заранее знаешь ответ... Ну не доситорический же vcl считать стандартом, в самом деле.

Сообщение от Fulcrum_013 Вышвырнут неучей из индустрии ссаными тряпками (что уже во всю происходит) - и про быдлоскрипты и манаджед никто и не вспомнит.

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

0

Сообщение от COKPOWEHEU Профессионалы

Профессионал в англо и т.п. язычных странах обозначает все го лишь того кто получает з/п за какую либо работу, и абсолютно никак не относится к квалификации.

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

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

А программист это по определению толковый математик. И скриптовые языки на этапе постановки задачи (к которому собственно и относится создание правил игры) вообще не нужны, так же в общем как и не скриптовые.

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

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

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

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

Сообщение от COKPOWEHEU Для получения опыта надо решать реальные задачи

Для решения реальных задач нужно реальное образование.

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

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

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

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

Сообщение от COKPOWEHEU если есть доказательства, что типичной разработкой является сразу законченного продукта, без промежуточных версий, приводи их

Ну спроси к примеру в "Асконе" как они софт разрабатывают. Других производителей софта в твоей стране нет. Только развешиватели перделок и свистелок.

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

Сообщение от COKPOWEHEU Ну не доситорический же vcl считать стандартом, в самом деле.

НУ тогда уж точно и не его урезанную на 90% функционала версию называемую WinForms. И не жалкую породию под названием Qt.

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

Сообщение от COKPOWEHEU Если у тебя есть доказательства доминирования vcl в разработке софта, приводи их.

Пол-ляма лицензий на 20 лямов разрабов всего в мире, из которых только около 2 лямов квалифицированных, как бы ни на что не намекает? А при наличии того факта что в той нише для которой предназначена дельфа/билдер аккурат примерно четверть квалифицированных разрабов трудится, а неквалифицированных туда не пущают по определению, ниче не говорит?

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

Сообщение от COKPOWEHEU А если ты считаешь иначе, то почему относишь к софту наколеночные поделки сотрудников предприятия на vcl?

А кто сказал что они наколеночные? Ты ИВЦ хотя бы одного предприятия видел когда нибудь и его отделы разработки систем внутреннего пользования? Разрабов конечно не много. Но все поголовно квалифицированные.

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

Сообщение от COKPOWEHEU Ну конечно. Профессионалы не знают как им работать, вот им Fulcrum_013 глаза-то откроет, так сразу шедевр за шедевром выпускать начнут!

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

Добавлено через 1 час 56 минут

Сообщение от COKPOWEHEU Не, vcl еще какое-то время поживет,

А потом переселится на плюсы и выйдет на следующий уровень развития. Ему реально в этом только паскаль мешает.

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

Сообщение от COKPOWEHEU Про разработку: если есть доказательства, что типичной разработкой является сразу законченного продукта, без промежуточных версий, приводи их.

Любой САПР и любая система АСУТП. То же касается внутрикорпоративного учетного софта.

0

Сообщение от Fulcrum_013 В десктопе их полностью заменила визуальная разработка.

Вы это говорите тогда, когда бизнес начал заказывать десктопные приложения на электроне? Который chrome + вебсервер + страничка?

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

Просто среди них куча верстальщиков затесалась, которые любят себя программистами называть для классного словца.
А вообще, профессиональный программист может писать как C++, так и на JS. И даже больше: сможет выбрать инструмент по задаче, а не забивать всё микроскопом.

И да, какое отношение внутрикорпоративный софт имеет к играм? У них диаметрально разные требования: 1) внутрикорпоративная тулза должна быть выпущена дёшево, там не слишком важно удобство использования или переносимость (так как компания заказчик отдав миллионы долларов за работу программистов, которые заработали всем коллективом миллионы рублей, совершенно спокойно купит и компы, на которых это заведётся, и заставит сотрудников это использовать). В игре же другое: тут платит пользователь программы, а не начальство пользователю. Поэтому в играх важно делать удобно и приятно игроку.
Ну, и да, в продажах игр конкурирует реклама и удовольствие от игры, в корпоративном софте конкурирует в первую очередь умение выигрывать тендеры.
И последнее, в основном такой софт написан на C# и Java, потому что сертификаты, договора и гарантии стабильности для бизнеса намного важнее того, что программисты думают о языке.

Сообщение от Fulcrum_013 Реально разработка языков для профессионалов закончилась в 80-х созданием С++.

Настолько закончилась, что комитет по стандартизации раз за разом печатает новые стандарты и использование кода в старом подходе считается за моветон. Причём львиная доля новых частей стандарта — попытка как-то прикрыть дикие костыли в языке.
Я уж не говорю о том, что C++ как бы совместим с C на словах, а на деле валидный код на C спокойно может оказаться UB в С++.
Он жив лишь потому, что нет ничего другого, имеющие сравнимое быстродействие, количество библиотек, качественные компиляторы и гибкость одновременно (хотя попытки создать проявляются, тот же Rust выглядит многообещающе, хотя многое мне в нём не нравится).

Сообщение от Fulcrum_013 К примеру шарп оказался даже не пригоден к созданию аналога дельфы.

Только при этом его создал человек, который уже сделал саму Delphi перед этим ~_^ А именно Андерс Хейлсберг. И я точно скажу, что он в шарпе как раз таки исправил косяки Delphi.

Сообщение от Fulcrum_013 Скриптование зачем вообще надо? Кому нафиг нужна прослойка делающая 0,1% работы и создающая 99% тормозов кроме неучей не способных к использованию визуальных тулсов?

Эм? Например, админам, чтобы разворачивать вебсервера вообще без GUI автоматически (экономя при этом огромные деньги на ОЗУ и видеокартах и кучу своего рабочего времени). И это лишь один пример.

Сообщение от Fulcrum_013 В универ идти. Матан подучить и все остальное. А то как бы без знания специальности опыт не появится по определению.

И заодно подучить там, Python, C#, F#, Java, потому что преподы не дураки и учат человека выбирать инструмент по задаче

Сообщение от Fulcrum_013 Доля линухи в десктопе аккурат около 1%.

А на серверах стремится к 100%, а на суперкомпьютерах вообще занимает полностью

Сообщение от Fulcrum_013 Опят же что из скайпа или телеграмы является уровнем выше калькулятора? А то что их пользуют самсунги и т.д - ну естесвенно мелкие утилиты для делефонов им пилить надо и особой квалификации разрабов это не требует. В отличии от внутрикорпаративных информационных систем для которых они пользуют ни разу не шарпы.

Судя по тому, что Вы не знаете, что такое Autodesk Maya, в треде про геймдев Вы лишний.

Сообщение от Fulcrum_013 Ну спроси к примеру в "Асконе" как они софт разрабатывают. Других производителей софта в твоей стране нет. Только развешиватели перделок и свистелок.

Ну, конечно же, люди, которые написали кучу системного кода для телефонов Samsung, запускали ракеты, сделали "Эльбрус", написали лучший в мире вебсервер (nginx), одни из лучших БД (ClickHouse, Tarantool), вкладывали свой труд в самый популярный фреймворк для машинного обучения (scipy, один из мейнтейнеров которого у меня пары вёл) и прочие опенсорсные проекты мирового уровня — непрофессионалы. Не то, что программисты 1С и VCL
Ах да, в вакансиях этой конторы "Аскона" обычный программист (который и пишет бизнес-логику на VCL, видимо) получает 40000 рублей, а веб-программист, который делает сайт — 160000, если верить вакансиям на hh. У Вас жена есть? Как она отнесётся к тому, что Вы будете заниматься настоящим программированием за четырёхкратно меньшую зарплату?

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

Только большая часть его написана на Java, а большая часть из остального — на C#

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

Самое забавное, что в России в игроделе платят больше чем в промышленности или медицине, по моему опыту трудоустройства. А ещё больше платят в суровом ынтерпрайзе, где надо писать банковские сервера на Java.

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

Сообщение от Fulcrum_013 Когда ведро в ближайшем времени окончательно обгадится и на мобилу винда зайдет во всю.

Хм, пока обгадилась только винда, на этой неделе объявили о скором прекращении поддержки Windows 10 Mobile.

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

Сообщение от COKPOWEHEU 3. "Исправление фундаментальных недостатков" (зачастую самым существенным недостатком оказывается NIH) - всяческие C#, Rust

Тащемто, NIH — иногда очень важный недостаток. С C# майкрософт всё правильно сделали, опыт судов Oracle c Google из-за Java ясно показывает, что изобретение своего решения было правильным. Вот гуглу приходится срочно изобретать своё решение в виде Dart и Flutter. Да и C# со временем стал лучше Java, так как собрал лучшее из Delphi, Java и OCaml.
А Rust немного про другое, имхо. Он про то, как выкрутить руки разработчику так, чтобы он использовал хитрые трюки только после долгого размышления о том, надо ли оно ему вообще.

0

Сообщение от New man и учат человека выбирать инструмент по задаче

Ибо нет такой задачи к которой не подошли бы плюсы.

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

Сообщение от New man Судя по тому, что Вы не знаете, что такое Autodesk Maya, в треде про геймдев Вы лишний.

СУдя по тому что вы не в курсе что для геймдева 3D-пинбраши типа маи и макса пригодны чем менее чем никак то учится вам еще и учится.

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

Сообщение от New man Только при этом его создал человек, который уже сделал саму Delphi перед этим ~_^ А именно Андерс Хейлсберг

Вот как раз он и не осилил аналог дельфы на шарпе.

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

Сообщение от New man Вы это говорите тогда, когда бизнес начал заказывать десктопные приложения на электроне? Который chrome + вебсервер + страничка?

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

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

Сообщение от New man А на серверах стремится к 100%, а на суперкомпьютерах вообще занимает полностью

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

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

Сообщение от New man Хм, пока обгадилась только винда, на этой неделе объявили о скором прекращении поддержки Windows 10 Mobile

ТАк она по задумке вообще не должна на мобайл/не мобайл делится. Все в одном флаконе.

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

Сообщение от New man Только большая часть его написана на Java, а большая часть из остального — на C#

В нищей россии которая не может себе позволить качественные тулсы? Даже в СНГ далеко не везде так. Потому что гораздо дешевле купить визуальные тулзы для пятка разрабов чем держать непродуктивное стадо жаберов.

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

Сообщение от New man Ах да, в вакансиях этой конторы "Аскона" обычный программист (который и пишет бизнес-логику на VCL, видимо) получает 40000 рублей, а веб-программист, который делает сайт — 160000

НУ вот поэтому Россия и нищая. Богатые страны потому и богатые что в этом вопросе у них все с точностью до наоборот.

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

Сообщение от New man и прочие опенсорсные проекты мирового уровня

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

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

Сообщение от New man который и пишет бизнес-логику на VCL, видимо

ТАм давно свой гуй. Для сапр визуальная разработка не актуальна. ТАм гораздо более акьуальна автоматическая генерация 90% гуя.

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

Сообщение от New man которые написали кучу системного кода для телефонов Samsung

ТАк вот почему они такие глючные гнусмасы эти.

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

Сообщение от New man в самый популярный фреймворк для машинного обучения (scipy, один из мейнтейнеров которого у меня пары вёл)

Шарлатаны уже в универах преподавать стали? Совсем покатились.

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

Сообщение от New man В игре же другое: тут платит пользователь программы, а не начальство пользователю

Вы вообще когда нить сталкивались с внутрикорпоративной разработкой? ТАм эргономика одно из главных требований. Чтобы лишних телодвижений работник по меньше делал.

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

Сообщение от New man Самое забавное, что в России в игроделе платят больше чем в промышленности или медицине, по моему опыту трудоустройства.

Да именно поэтому игры производства СНГ обычно лучше западных. Но это как всего лишь от того что кроме перделок и мигалок в России вообще ничего практически не разраббатывается. Поэтому есть достаточное количество спецов которым или валить на запад или делать что то на экспорт из чего реален только геймдев.

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

Сообщение от New man Он жив лишь потому, что нет ничего другого, имеющие сравнимое быстродействие, количество библиотек, качественные компиляторы и гибкость одновременно

Точно по этой же причине до сих пор жив фортран, хотя его ровесники и даже ребятки на 20 лет моложе давно почили в бозе.

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

Сообщение от New man Причём львиная доля новых частей стандарта — попытка как-то прикрыть дикие костыли в языке.

Львиная доля стандарта - стандартная библиотека никому толком не нужная.

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

Сообщение от New man А вообще, профессиональный программист может писать как C++, так и на JS

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

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

Сообщение от New man что комитет по стандартизации раз за разом печатает новые стандарты и использование кода в старом подходе считается за моветон

Не то слово. Все что вносится в стандарт имеет свойство сильно сокращать и упрощать код часто используемых при создании библиотек конструкций.

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

Сообщение от New man Я уж не говорю о том, что C++ как бы совместим с C на словах, а на деле валидный код на C спокойно может оказаться UB в С++.

Он когдато был полностью совместим. Потом от этого пришлось отказаться.

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

Сообщение от New man что такое Autodesk Maya

Выкинул подобные поделки еще в начале нулевых. Они вообще ни на что не годны. Да и вообще полигональные модели - анахронизм.

0

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

0