Теория уникальности

ГИПОТЕЗА:
Space Station 13 является уникальным феноменом в сфере разработки компьютерных игр, по причине невозможности оной реализации на других игровых движках и платформах.

ДОКАЗАТЕЛЬСТВО:

^{Основной инструмент расправы над кодерами}

Список "ремейков" SS13:

• ION
  
• Centration
  
• SS13 Remake (Robust Games)
  
• Space Station 14
  
• Многочисленные персональные проекты членов коммьюнити

Количество удачных "ремейков": 0

Из чего следует, что:

• Space Station 13 является эксклюзивом для движка BYOND
  
• Space Station 13 невозможно перенести на другой движок или платформу

Теперь ВОПРОС:
Почему?

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

Scituzer2 (02 July 2015 - 03:31) писал: писал:

Теперь ВОПРОС:
Почему?

Потому что "Неуловимый джо".

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

Scituzer2 (02 July 2015 - 03:31) писал: писал:

Список "ремейков" SS13:

• ION

Эти ещё не совсем сдохли. Посмотрим, прежде чем в гроб ложить.

Scituzer2 (02 July 2015 - 03:31) писал: писал:

Почему?

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

Scituzer2 (02 July 2015 - 03:31) писал: писал:

Почему?

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

Scituzer2 (02 July 2015 - 03:31) писал: писал:

ГИПОТЕЗА:
Space Station 13 является уникальным феноменом в сфере разработки компьютерных игр, по причине невозможности оной реализации на других игровых движках и платформах.

Почему это уникальным? Тот же Dwarf Fortress.

Вы что, забыли что я поклялся сделать ремейк сски если мне не выпадет ролька 24.06.15? Вооооот.

Зачем переделывать то, что работает?

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

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

tizit (02 July 2015 - 05:08) писал: писал:

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

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

Ritchie Lewis (02 July 2015 - 05:13) писал: писал:

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

Бля ты тупой? Это очевидные минусы бульенда. Он даже не может определить зажата клавиша или нет. Если ты её зажимаешь, то он просто шлет 3 раза в секунду сообщение о том, что ты нажал клавишу. Клиент вообще нельзя настроить. Когда ты нажимаешь на какую-нибудь консольку, он запрашивает с сервера содержание окна в html, потом присылает его тебе и только после этого рисует. Это дохуя лишнего трафика. И это сделано не потому что клиент-сервер, а потому что этой самый простой способ реализации такого говна. И получается, что сервер ебашит в одном потоке кучу лишней хуйни.

Тизит, а ты какой язык программирования знаешь?

Bitch_Fucker (02 July 2015 - 05:50) писал: писал:

Тизит, а ты какой язык программирования знаешь?

Тип питон) Но я не программист.

Bitch_Fucker (02 July 2015 - 05:50) писал: писал:

Тизит, а ты какой язык программирования знаешь?

Он на питоне кодит высирает, как говорит.
пока писал он ответил. эх.

tizit (02 July 2015 - 05:23) писал: писал:

Бля ты тупой? Это очевидные минусы бульенда. Он даже не может определить зажата клавиша или нет. Если ты её зажимаешь, то он просто шлет 3 раза в секунду сообщение о том, что ты нажал клавишу. Клиент вообще нельзя настроить. Когда ты нажимаешь на какую-нибудь консольку, он запрашивает с сервера содержание окна в html, потом присылает его тебе и только после этого рисует. Это дохуя лишнего трафика. И это сделано не потому что клиент-сервер, а потому что этой самый простой способ реализации такого говна. И получается, что сервер ебашит в одном потоке кучу лишней хуйни.

Ну а ты что предлагаешь сделать, революционер?

Потому что убогость движка/графона сильно играет на воображение игрока? Душа и тому подобное.

Потому как ремейк СС нужен только космонавтикам. А космонавтики нихера, кроме как пиздить баллоном не умеют.

Ещё Space Station Delta, в которой я видел самый лучший тридэ графон, Space Colony Zeta и вообще тысячи их

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

Цитата

Небольшая же команда кодеров просто не сможет создать все снова.

Взять достаточно аутизма и всё будет возможно.

Editor TEH Chaos-neutral (02 July 2015 - 16:41) писал: писал:

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

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

Как мне кажется, 2\3 всех новых проектов сски сасают из-за того, что люди не могут хотя бы примерно представить объем работы, и описать его на бумаге. А описание на бумажке позволяет оценить общий объем работ и конкретные шаги от начала проекта до его конца. Даже если его будет делать один человек, он будет примерно знать что надо делать. А если людей будет несколько, то они вообще не смогут нормально распределить работу без такого плана.

>Описать
Давай опишем. В трех словах.

Спойлер

-Ебля с сервером, отдельно с клиентом. Присыпаем сверху еблю с протоколом, по которому мы сможем реализовать и беготню по игровому миру и ебать консольки/дополнительные окна.
-Индентификация пользователя и администрация. Разделение прав и плюшек среди игроков. Кнут и пряник, баны и донат.
-Обожимой, как же нам запилить Великий А.Т.М.О.С.? Как он будет влиять на окружение, если мы хотим изменить плоским пиксельным человечкам из спратиков со объемными полигональными модельками с анимацией? А если не хотим, но текущая ситуация нас все же не устраивает?
-Перенос фич или все же свои костыли/велосипеды?
-Пиу-пиу в пространстве и лаги. Страдать или предсказывать?
-Аутизм/наука. Менять или не трогать?

-А вдруг мы решили стать баааальшой такой ММО и объединить кучу станций на одном сервере? Или наладить связь между кучей других?

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