Посоветуйте, какой проект (желательно игру) делать дальше?

И снова всем привет! Так получилось, что Lineedge - уже прошлое. ВНИМАНИЕ! Это не я ее бросил "в зачаточном состоянии", это она меня бросила. А если точнее, то я открываю проект, могу даже открыть верхние ресурсы, но при попытке прокрутить ниже (например, к игровому миру) Unreal Engine вылетает. И да, у меня есть резервные копии, но 1 - учитывая скорость моего компьютера, сколько займет это восстановление - неизвестно, 2 - после этого нужно будет перекомпилировать все шейдеры, а это еще как минимум сутки, и 3 - ну допустим, я восстановлю. Но тогда диск снова будет забит, а попытка "почистить" снова приведет к тому же самому результату. Можно еще перенести папку с контентом в новый проект, но это снова не меньше суток на перекомпиляцию всех шейдеров, и положительный результат невероятен.
Вследствие вышеизложенного, прошу посоветовать, что делать дальше. Так, чтобы этот проект позволил мне "оторваться" от маминой шеи и жить самостоятельно. Желательно, чтобы это была игра, так как игры у меня получаются лучше всего. Условия:
1. Это НЕ должен быть "экзамен", такой, как файловый менеджер или онлайн-игра с бегающими кругами. Это должен быть проект, который интересно разрабатывать.
2. Это НЕ должен быть грандиозный проект, такой как MMORPG, на разработку которого требуются десятки лет. Масштаб проекта должен быть реальным. Желательно, чтобы примерно за год реально было достигнуть беты (как это сделал Фаер).
3. Но это также и не должна быть игра, которая проходится за один вечер - внутри проекта ДОЛЖНО быть, чем заниматься, как минимум, в течение недели.
4. В проекте ДОЛЖНЫ быть покупки за деньги, причем они должны иметь реальный смысл, чтобы у значительного количества потенциальных пользователей возникло желание купить их, но чтобы и те, кто не может себе этого позволить, могли пользоваться, возможно, не в супер-топе, но на достаточном уровне.
5. Проект НЕ должен быть в стиле "узкоспециализированный алгоритм и по мелочи". Разумеется, что-то нетривиальное, выделяющее проект среди прочих, должно быть, но проект не должен быть "завязанным" на чем-то, что почти невозможно освоить среднему жителю глубинки бедных глубоко технологически отсталых стран.
6. Никакого "чистого кода" и прочих нефункциональных требований! Еще раз, разработка должна быть интересным делом, а не батрачеством, в ответ на которое тролли в стиле U**** и C******** имеют повод посмеяться.
7. Никаких мобильных приложений и прочих новомодных игрушек! Вся экосистема проекта должна быть пригодной к разработке, тестированию и сопровождению на обычном ноутбуке, входящем в 3% худших по мощности среди устройств, которыми пользуются участники этого форума, работающем под управлением обычной, далеко не новомодной Windows.
Ну и разумеется, бесполезно посылать меня выполнять заказы или "двор подмести". Бизнес - это БИЗНЕС, и порочить его лишено смысла.
Я постараюсь рассмотреть предложенные адекватные варианты, но не обязан принимать любой из них. Это всего лишь совет, а не закабаление.

0

Сообщение от Etyuhibosecyu А моя цель - создать что-то значимое.

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

0

Сообщение от Etyuhibosecyu Во всех моих темах фигурирует "Preview x.x"

Все ваши темы фигурируют в разделе бета-тестирования.

Сообщение от Etyuhibosecyu Где я написал, что Lineedge - это готовая шедевральная игра?

Выставляете-то вы свои проекты именно так.
Ну Вам же каждый раз пишут, - "Очередное говно".
А Вы в очередной раз пытаетесь всем сказать, что оно не говно.
И начинается "оно preview, оно sample", а нахрена, спрашивается, вы вообще это показываете?
А потом изменения в проекте - "вставил пятку, получилась жопа, выглядит как рука и не работает, а если работает, то не всегда и вообще лучше вот эту кнопку не нажимать".
И супер нововведение - "кнопка теперь красная, а не зеленая".

Сообщение от Etyuhibosecyu Так было в одном моем проекте, когда однотипные фрагменты стали повторяться

Как там у Мартина про "код, который должен обслуживать одного актора"?

0

Сообщение от Алексей1153 так продавай умения, отбросивши нелепые предрассудки про "дядю".

Дело не в "дяде", а либо в творческой работе с правом ВЫБИРАТЬ, либо в "ТЗ", которому при большом желании можно научить робота.

0

Сообщение от Etyuhibosecyu Дело не в "дяде", а либо в творческой работе с правом ВЫБИРАТЬ, либо в "ТЗ", которому при большом желании можно научить робота.

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

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

0

Сообщение от Etyuhibosecyu в "ТЗ", которому при большом желании можно научить робота.

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

0

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

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

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

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

0

Сообщение от voral при этом делая только приятное и веселое...

Я никогда не писал, что разработка, например, той же Lineedge - это только приятное и веселое. Разрабатывать побочные задания, изучение способностей, дружбу было совсем не приятно и не весело, и постоянно хотелось отвлечься на какое-нибудь уменьшение частоты репликаций или нажатие кнопок основного меню, когда горит Press Tab or Num 0... Но я заставил себя доделать эти пункты из первого списка до конца. Но это было ТВОРЧЕСТВО, а не задание для робота.

Сообщение от voral все сплошь "творческие натуры"...

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

0

Сообщение от Etyuhibosecyu Я никогда не писал, что разработка, например, той же Lineedge - это только приятное и веселое.

Не надо воспринимать все так буквально. Я про то что у вас четкая ассоциация "работа по ТЗ на дядю" == "робот и ни какого творчества, бесполезно".....

0

Сообщение от voral Я про то что у вас четкая ассоциация "работа по ТЗ на дядю" == "робот и ни какого творчества, бесполезно".....

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

0

Сообщение от Etyuhibosecyu Хорошо, приведите пример задания на разработку программы, где все явно определено, и при этом недостижимо для искусственного интеллекта.

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

В реалиях жизни, в большинстве случаев, все гораздо все проще. Более того не во всех проектах есть инженер и "тупой" кодер. И чаще всего за бортом ТЗ остаются самые интересные случаи задачи, которые у заказчика случаются раз в пятилетку.... Да тут вопрос в качестве ТЗ. Но во всем есть золотая середина. Если писать идеальное, техническое ТЗ то проект тупо ни когда не запустится ввиду колосальных затрат на составление ТЗ

Хотя может у кого то другой личный опыт.... А так то да.... В теории то все "другое" ...

0

Сообщение от Etyuhibosecyu И снова всем привет! Так получилось, что Lineedge - уже прошлое.

Извините, но... Как перестать орать?

Сообщение от Etyuhibosecyu Так, чтобы этот проект позволил мне "оторваться" от маминой шеи и жить самостоятельно.

У меня для вас есть алгоритм как вам оторваться от маминой шеи. Записывайте:
1) Подумать, что еще, кроме разработки вы умеете или чему могли научиться. Поскольку, судя по всему, разработка это не ваше, мягко говоря. Может быть у вас например табуретки строгать на мебельной фабрике будет лучше получаться? Или поваром? Но если все же больше ничего не умеете (хотя в разработку вы тоже не умеете ) и хотите именно сюда, то см. пункт 2.
2) Начинаете обучение с нуля. Вот прям совсем с нуля. Забудьте все, чему вы научились (вернее, не научились ) в школе, университете, на своих говнопроектах... Забыли? А теперь берите книгу по сишарп (или на чем вы там хотите писать) и начинайте с самого начала штудировать. Прям с хелоуворлда. Не пропуская ни страницы. Затем берите мануалы по unity (или какой движок вы там хотите) - и так же, с самых основ, шаг за шагом.
2.1) Как дойдете до движка - начинайте делать какую-нибудь простую игру. Но не с расчетом заработать на ней, а с расчетом поднабраться опыта. Т.е. вообще не важно, что это будет за игра. Хоть сапер, хоть пинбол, хоть еще что нибудь такое же простое и никому кроме вас не нужное.
3) А теперь заходите на сайты с вакансиями и ищите подходящие варианты в игродельные конторы на джунов. Изучайте технологии из вакансий, которые еще не знаете и ходите на собеседования. Рано или поздно куда нибудь да возьмут.
4) Поздравляю, вы нашли работу и больше не сидите на маминой шее Поработаете так несколько лет, наберетесь опыта в игростроении - вот тут может быть уже и идея своей игры в голову придет. И главное вы будете хорошо понимать как ее реализовать.

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

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

Сообщение от Etyuhibosecyu Дело не в "дяде", а либо в творческой работе с правом ВЫБИРАТЬ

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

0

Добавлю: вы можете поручить другому человеку, например, задание, "создать макет города 2500 года". И он даже может что-то сделать. Но вряд ли это будет то, что сложилось у вас в голове. Потому что "город 2500 года" - это выдумка, его в XXI веке не существует, и каждый придумывает то, что он хочет. Совсем другое дело - например, задание "создать макет типичного города эпохи Возрождения". Такие города существуют - например, в виде археологических находок, либо в виде отдельных сохранившихся зданий в реальных городах, и в принципе, по этим данным возможно реконструировать такой "город", приближенный к реальным. Но с тем же успехом это возможно и для робота. Другой вопрос, что на момент написания этих строк такой робот не появился, но это лишь значит, что либо он в этот момент не нужен, либо это вопрос времени. Так же и с программами: сравните, например, знаменитую абстракцию "создать игру, где можно грабить корованы" и фрагмент технического задания "ввести целое число; если введено не число (буквы или другие нечисловые символы), то ...; если введено дробное число, то ...; если введено число, не влезающее в int, то ...;" и т. д. Первое может сделать только тот, кто это придумал (что такое "корованы"? что происходит во время их грабежа? что выпадает как трофей? и т. д. - ну может кто-то сделать так, как он придумал, но неизвестно, устроит ли это заказчика), второе - типичный алгоритм для робота.

0

Все это демагогия. Лично вы в скольких реальных проектах участвовали? Сколько реальных ТЗ лично вы видели?
На основании чего вы все это тут про караваны, ТЗ и роботов рассуждаете?

0

Сообщение от voral Почему пример такого ТЗ должен приводить я, а не вы.

Уже привел пример одного и другого немного ниже (хотя и увидел это после отправки своего сообщения!).

0

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

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

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

Сообщение от Etyuhibosecyu Уже привел пример одного и другого немного ниже (хотя и увидел это после отправки своего сообщения!)

Это вы про краван? И это "пример ТЗ"? Я думал вы про реальные ТЗ, а не эфимерные притянутые к обсуждению.

0

Сообщение от Etyuhibosecyu Уже привел пример одного и другого немного ниже (хотя и увидел это после отправки своего сообщения!).

Так вы хотите ТЗ в духе "грабить корованы". Идите в сценаристы игр тогда. Или в дизайнеры. Но гарантирую, что это будет ниразу не проще разработки.

0

Сообщение от voral Именно по этому во многих моих договорах "все что не указано явно в ТЗ, на усмотрение исполнителя".

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

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

Сообщение от Катафалк Так вы хотите ТЗ в духе "грабить корованы".

Почему вы так решили? Просто я мыслю абстракциями, а не алгоритмами. Но абстракциями, которые у МЕНЯ в голове, а не у заказчика.

0

Сообщение от Etyuhibosecyu Я слышал эту архетипичную фразу. Но сути она не меняет

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

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

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

Сообщение от Etyuhibosecyu И да, я один раз пытался делать реальный заказ по реальному заданию

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

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

Сообщение от Etyuhibosecyu очему вы так решили? Просто я мыслю абстракциями, а не алгоритмами.

Вы мыслите теориями, а желательно иметь практику реальную

0

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

Сделать лаунчер crmp mobile с красивым интерфейсом

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

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

Что такое "аудит безопасности"? Я так понимаю, это анализ на конкретные уязвимости. Их список можно найти в Google (я не отсылаю кого-то конкретно в поиск, просто пишу об этом как о явлении). Тут же нет задания "провести аудит эксплойтов "нулевого дня"" - такие задания обычно делают корпорации, а не фрилансеры. Что такое PoC, я не знаю, но думаю, тоже можно найти в Google. Типичное задание для робота.

0

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

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

Сообщение от Etyuhibosecyu Что такое "аудит безопасности"?

Аудит информационной безопасности

0