Pull to refresh

Comments 20

Краткое изложение:

Выберите яп и ide, настройте отладчик , скомпилируйте приложение, поставьте лайк.

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

поставьте лайк.

надо было более полно написать: "поставьте лайк/дизлайк".

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

Обратите внимание, если откроете книжки по программированию, то там не малая часть занимает именно подготовка к программированию.

И игрострой это так же касается.

Так тут и про этл ничего не сказано - одна вода

Вы хотели чтоб я произвёл полный обзор всех ЯП? Всех IDE? Всех отладчиков?

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

Вы, вероятно, забыли, как вы выбирали ЯП? Сколько IDE перепробовали пока не пришли к той, что используете?

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

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

Вы хотели чтоб я произвёл полный обзор всех ЯП? Всех IDE? Всех отладчиков?

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

Вы, вероятно, забыли, как вы выбирали ЯП? Сколько IDE перепробовали пока не пришли к той, что используете?

Первый яп был бэйсик на Spectrum ZX, затем masm32 с настроенным редактором UltraEdit32, затем C/C++ API/MFC в Visual Studio 6, perl, php, c#, java (libGDX) и т.д. - никогда проблем с выбором IDE небыло.

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

Везде очевидные вещи.

Я надеюсь вы умеете эти очевидные вещи доносить до всех? Почему-то очевидные вещи, для большинства оказываются не очевидными. Не скажите почему?

зачем очередная статья?

ответ в статье.

В программировании в основном до всего самому доходить нужно

в настоящее время нет. Потому что сотни ЯП, тысячи разных IDE не дадут в настоящее время нормальный вход в программирование. Может расскажите новичкам сколько на сегодняшний момент ЯП существует? Сколько сред разработки существует? Распишите всё подробно. Может тогда поймёте, что вхождение в программирование сейчас, это не то же самое что 20 лет назад, когда и выбора не было, пользовались тем что было и экспериментировали на каждом шагу.

может это не его?

Это не нам с вами решать. А самому человеку. многие люди для каких-то дел не созданы, но трудом и упорством достигали своей цели. Хотя все говорили что: "Это не ваше!".

Я надеюсь вы умеете эти очевидные вещи доносить до всех? Почему-то очевидные вещи, для большинства оказываются не очевидными. Не скажите почему?

А какие вещи вы донесли в статье и для кого они неочевидные? типа, проснулся чел, почесал репу и подумал: "а не заняться ли мне сегодня программированием. мля, а что для этого нужно? ааа, оказывается нужно выбрать яп и ide, да еще и настроить. ну ни фига себе, какая полезная статья."

в настоящее время нет. Потому что сотни ЯП, тысячи разных IDE не дадут в настоящее время нормальный вход в программирование. 

причем здесь яп и ide? - не понял, как это вообще относятся к входу в программирование?

Может расскажите новичкам сколько на сегодняшний момент ЯП существует?

https://ru.wikipedia.org/wiki/Хронология_языков_программирования

Сколько сред разработки существует? Распишите всё подробно.

https://en.wikipedia.org/wiki/Comparison_of_integrated_development_environments

Может тогда поймёте, что вхождение в программирование сейчас, это не то же самое что 20 лет назад, когда и выбора не было, пользовались тем что было и экспериментировали на каждом шагу.

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

А где все ваши вопросы раскрыты в статье?

оказывается нужно выбрать яп и ide, да еще и настроить.

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

Но я так понимаю, что вы можете предложить обзор всех ЯП чтоб я мог их приложить к статье и указать на вас, что вы сделали полный обзор и новички могут просто прочитать обзор и выбрать? Или вы всё-таки не предоставили такого обзора?

не понял, как это вообще относятся к входу в программирование?

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

Вот лично я не уверен что люди понимают что такое профессия "программист". Посмотрите вакансии программиста и посмотрите что там требуют.

Но вы предоставляете мне претензию по статье, где расписано по шагам что надо сделать по шагам. ))))

А где все ваши вопросы раскрыты в статье?

Они и раскрыты. Человек прочитает статью и поймёт, что и в какой последовательности делать. А не будет торкаться по интернету, сам не зная какой вопрос задать.

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

На этом диалог завершаю. По причине вашего непонимания банальных вещей, с которыми вы сталкивались 20 лет (или более) назад и просто забыли об них.

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

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

Но я так понимаю, что вы можете предложить обзор всех ЯП чтоб я мог их приложить к статье и указать на вас, что вы сделали полный обзор и новички могут просто прочитать обзор и выбрать? Или вы всё-таки не предоставили такого обзора?

предоставил - выше ссылку давал. щелкаете на язык, читаете описание, +яндекс никто не отменял. А зачем вам описание всех языков? В игрострое для новичков, так вообще все просто: unity > c# (visual studio), unreal > c++ (visual studio), android > java (+н-р libGDX android studio).

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

Документацию почитать, примеры посмотреть. Ваша статья это тоже не раскрывает. "Пойти учится на программиста?" - а что в этом зазорного?

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

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

У вас есть здравые зёрна в статье, но в целом она действительно в основном состоит из воды, с синопсисом:
1. Выберите IDE, и язык программирования.
2. Научитесь создавать проект
3. Научитесь его собирать.
4. Сделайте игру.

В то же время

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

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

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

Было бы хорошо раскрыть этот момент

Это отдельная тема, которую тоже достаточно не просто раскрыть. По сути, если делать подробнейший разбор, то это не на одну статью. Моя задача была пробежаться, охватить как можно больше народа и постараться донести основную мысль до людей. За которую они должны зацепится и выбрать нужное направление.

Ну может я конечно не прав. Но как раз таки это действительно хорошая база для входа, чтобы как раз ввести как можно больше народу.
Вы говорите отдельная тема, но при этом решили посвятить статью тому что нужно создать проект в какой то IDE на каком то языке, и сделать игру. Я уже дал синопсис, который просматривается со стороны. Опытный человек видит эту статью как набор очевидных шагов в написании любой программы в принципе, которые и так понятны, и что к играм они относятся так же. А новичок конкретики никакой тут не увидит, и вынесет для себя мол, ну надо наверное научиться писать на C++, пойду прочитаю Страуструпа или Лафоре сначала, а потом можно будет игры делать. Или будет везде искать и спрашивать, а как на Unity без кода игры делать.
Я видел вы в лазарусе пишете на паскале судя по всему. То есть вам близок подход когда вы пишете либо свой движок либо игру на фреймворке без редактора, показывайте тогда то о чём знаете на своём примере, там и вы больше знаете и рассказать можете и человек будет видеть что это жизнеспособный подход.

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

Статья пустовата.
И немного однобока, потому что это про то "С чего начать в игрострое программисту."

Для начала стоило бы очертить ЦА, потому что я бы начал ответ с сегментации.
Вы хотите создавать игры - сначала попробуйте простое. Есть готовые движки, есть готовые платформы и конструкторы. Попробуйте сделать несколько проектов с разным уровнем погружения. Например, в зависимости от желаемого жанра и начальных навыков выберитье Unity/Godot/GameMaker или конструктор по жанру (например конструкторы визуальных новелл или JRPG)
Если вы хотите в геймдев в целом, то нужна специализация, то разберитесь за что отвечают игровые разработчики и дизайнеры, какие навыки нужны. Попробуйте инструменты, рекомендуемые для них.
Если вас заинтересовал какой то раздел - от геймплейных механик до инструментов и движков - то детали по нему и т.д.

Ваша текущая статья может оказаться долгим и сложным маршрутом, который проходил когда то Я (потому что работал с тем, что было), но который не нужно проходить современным новичкам. Условно Paskal не лучшая точка входа сейчас, к сожалению.

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

Но надо как-то умудрится и не усложнить при этом саму статью.

С чего же надо начинать?

В настоящее время существует множество игровых движков которые позволяют делать игры не создавая ни какой код. Unity, Godot, Game Maker 

...это как это вы на Unity будете создавать игры без знания c#? Хочу подробностей

заходим в ютуб и вбиваем: "unity без кода". Получаем интересующие ответы.

Информации по Visual Scripting'у мало, по каким-то сторонним no-code решениям ещё меньше. Вбив "Unity without code" или "Unity visual scripting" получаем 2 ютуб канала.
Абсолютное большинство гайдов для программиста (само слово) включают в себя работу с C#. Если новичок не умеет в C# он теряет почти весь существующий материал для обучения.
Если брать тот-же Unreal, то там бывает сложнее найти плюсовый гайд, чем гайд на BP, а на Unity без C# делать особо нечего.

Ну так блочный кодинг повторяет обычный, просто в двух измерениях, там же API один и тот же.
А C# можно учась работать в Unity и изучить, проще же учиться работать с инструментом в условиях задачи в любом случае.

Сижу на hh, в подавляющем большинстве - вакансии с Unity. Намного меньше - UE4/5. Иногда проскальзывает Godot.

Sign up to leave a comment.

Articles