Продажа сценария основывалась на платформе PHP

7 ответов

Мой ответ не соответствует ответу методологии водопада, который вы искали, потому что я думаю, что вам нужно будет изучить навыки программирования игр, прежде чем вы сможете планировать, проектировать, внедрять и тестировать его . Программирование игр ОЧЕНЬ отличается от бизнес-программирования и целой другой области само по себе.

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

Некоторые из этих вещей будут зависеть от того, программируете ли вы 3D-игру или используете стиль 2D-платформы.

OpenGL ES Первое, что вам нужно будет изучить, - это язык программирования OpenGL ES . По сути, это 3D API, который позволяет рисовать трехмерные примитивы. Вам все равно нужно будет использовать это, если вы кодируете 2D-игру, поскольку это быстро из-за использования графического процессора для ускорения. В Google есть несколько хороших руководств, с которых вам следует начать.

Vector Math Если вы делаете что-либо в 3D, вам нужно будет изучить математику 3D-векторов, векторы в основном используются для всего в играх, направления взгляда камеры, положения символов, скорости, обнаружения столкновений и т. Д. 2D-векторы (x, y) минус Компонент z по-прежнему необходим для программирования 2D-игр.

Обнаружение столкновений Как я узнаю, когда мой мяч попадает в стену? Ответ - обнаружение столкновений. Существует множество форм обнаружения столкновений, таких как сфера и сфера, AABB , OOBB , выпуклая оболочка, треугольная сетка и т. Д.

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

Поиск пути Если вы хотите переместить персонажа из точки A в точку B, избегая врагов и движущихся препятствий, вам нужно будет использовать алгоритм поиска пути. Звезда (A *) - одна из самых популярных.

График сцены Если вы хотите, чтобы на экране одновременно отображалось 10-20 + врагов, вам нужно будет закодировать граф сцены для управления динамическим отрисовкой, логикой и созданием и удалением ресурсов. Если вы не знаете, что такое полиморфизм, вам необходимо знать его, поскольку он очень важен для ваших игровых объектов и связан с графом сцены.

Физика Положение, скорость, ускорение, гравитация и лучи представлены с помощью векторов, и вам может потребоваться освежить свои знания математики, чтобы написать код для любой игры. Начнем со Второго закона движения Ньютона F = MA (Сила = Масса * Ускорение). Физический движок с открытым исходным кодом, такой как Bullet, ODE, Newton, Tokamak, упростит задачу, а это значит, что вам не нужно будет писать эти правила физики самостоятельно.

Objective-C ++ Это необязательно, но рекомендуется. Если вы не знаете C ++, это, по сути, смесь C ++ и Objective-C. Я предпочитаю использовать C ++ для ядра игры и программирования из-за скорости C ++ и доступности сторонних библиотек на C ++.

Звук Если вам нужен звук, вы можете просто пойти дальше и использовать простые аудиофреймы, которые предоставляет Apple, однако для трехмерного позиционного звука потребуется что-то лучшее. Я бы порекомендовал изучить FMOD SDK для iPhone. Как упоминал @Stowelly, FMOD требует лицензии на коммерческое распространение, но вы можете поискать и другие, не требующие лицензионных отчислений.


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

Вот они. некоторые известные мне игровые движки:

Unity3D Вероятно, это самый популярный из известных мне движков. Unity - это игровой движок для ПК / Mac, который позволяет писать код на Mac и компилировать для Windows / Linux / Mac OS X. Я сомневаюсь, что корпус iPhone совместим напрямую с другими платформами, я бы предположил, что вы будете ограничены iPhone, если вы начали новый проект. Однако коммерческое развертывание этого движка стоит от 199 до 399 долларов.

Cocos2D Это движок для 2D-игр с открытым исходным кодом, который может быть полезен для многих игр. Стоит взглянуть. Размещено в коде Google. Нет причин, по которым ты не мог этого сделать. Вы упомянули Zend Framework, поэтому вам может быть интересно посмотреть Magento . Хотя они предлагают бесплатную версию сообщества, у них также есть платная версия, которая также работает с Zend Framework.

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

Если нет, то почему другие не делают то же самое?

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

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

Многие более мелкие игроки редко обучаются правильному дизайну приложений и обычно придерживаются процедурного кода. Большие возможности ООП, существующие в PHP сегодня, появились только в версии 5.0. Имейте в виду, что это было около 5 лет назад, но многие ваши программисты начали свои учебники по PHP и учебные приключения до того, как PHP5 стал широко доступен и принят на стандартных учетных записях хостинга. Таким образом, большинство наших современных фреймворков были недоступны. Например, CakePHP не запускался до 2005 года. Фреймворк Zend не существовал до 2007 года.

5
ответ дан 6 December 2019 в 00:08
поделиться

Я категорически не согласен с back2dos ..

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

  2. Верно, PHP не компилируется, но если вам это действительно важно, вы можете использовать Zend Guard, который может шифровать код. Лично я всегда находил открытый исходный код плюсом. Клиенты хотят знать, что они могут получить код, если им действительно нужно, это дает некоторую уверенность.

  3. Есть много PHP-приложений для ОС, одни отличные, другие ужасные. Найдите нишу (как любой бизнес), что-то, что имеет реальный спрос, и развивайтесь для этого.

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

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

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

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

2
ответ дан 6 December 2019 в 00:08
поделиться

В этом случае я думаю, что codeigniter будет лучшим вариантом, потому что:

  • Не нужен консольный доступ для настройки
  • Вам просто нужно настроить подключения к базе данных
  • Быстро , MVC, кэш, журналы, хорошая документация
  • Работает на PHP4, люди, которые покупают эти скрипты, должны иметь серверные ограничения для обновления PHP

С уважением, Педро

0
ответ дан 6 December 2019 в 00:08
поделиться

Я думаю, ваш самый важный вопрос - это пункт 2, почему другие не делают то же самое вещь?

Ну, некоторые люди. Vbulletin довольно успешно продает программное обеспечение для форумов, хотя бесплатного программного обеспечения для форумов нет конца. Я думаю, что их успех отчасти можно объяснить платным продуктом. Поскольку они зарабатывают деньги, легко финансировать дальнейшее развитие. Открытый источник, Бесплатные проекты обычно требуют специальной команды для продолжения разработки, так как нет денег на мотивацию.

Нет недостатка в готовых решениях, доступных в Интернете. На eBay будет бесконечное количество доступных скриптов за 5 долларов - они обычно бесполезны и не поддерживаются.

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

Нет причин, по которым вы не можете продать продукт за 50 или 100 долларов и заработать деньги - вам просто нужно продать его 10, 100 или 1000 клиентам, чтобы начать зарабатывать на этом.

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

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

Им не нужно предоставлять исходный код, и у них есть надежный постоянный поток доходов. У них десятки тысяч аккаунтов.

Взгляните, например, на Basecamp (37 сигналов). Их продукт не является открытым исходным кодом, вы не можете его скачать, но вы регистрируетесь в Интернете и платите примерно 10 долларов в месяц за их самое дешевое предложение.

Им не нужно предоставлять исходный код, и у них есть надежный постоянный поток доходов. У них десятки тысяч аккаунтов.

Взгляните, например, на Basecamp (37 сигналов). Их продукт не является открытым исходным кодом, вы не можете его скачать, но вы регистрируетесь в Интернете и платите примерно 10 долларов в месяц за их минимальное предложение.

Им не нужно выдавать исходный код, и у них есть надежный постоянный поток доходов. У них десятки тысяч аккаунтов.

1
ответ дан 6 December 2019 в 00:08
поделиться

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

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

-2
ответ дан 6 December 2019 в 00:08
поделиться

Да, конечно, вы можете продать его.

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

Ваш ключ к продаже кода PHP - это продать его как услугу. Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

Если сценарий выполняет важную задачу, которая часто выполняется, то кто-то, скорее всего, скопирует его и создаст версию с открытым исходным кодом.

Ваш ключ к продаже кода PHP - это продать его как услугу. Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

Если сценарий выполняет важную задачу, которая часто выполняется, то кто-то, скорее всего, скопирует его и создаст версию с открытым исходным кодом.

Ваш ключ к продаже кода PHP - это продать его как услугу. Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

Ваш ключ к продаже кода PHP - это продать его как услугу. Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

Ваш ключ к продаже кода PHP - это продать его как услугу. Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

Это может быть его установка и настройка (как в большинстве агентств веб-дизайна / разработки) или его версия по запросу (подумайте о любом онлайн-бизнес-приложении).

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

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

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

0
ответ дан 6 December 2019 в 00:08
поделиться

Я думаю, это основные причины, по которым этого не делается:

  1. суть PHP никогда не заключалась в создании коммерческих приложений (исходное сокращение означает «Персональная домашняя страница») ... это небезопасный, непоследовательный язык ... есть довольно много хороших фреймворков PHP ... тем не менее, язык ... плохой ... другие серверные языки чище, строже, безопаснее, мощнее, дают доступ к большей кодовой базе и лучшим инструментам разработки (особенно java и всему .NET) ... я бы никогда не использовал PHP, если бы мне пришлось создать что-то действительно надежное ... (мой любимый - это "переполнение исправление уязвимости " из chunk_split (строка 1966)) ...
  2. PHP всегда с открытым исходным кодом ... хорошо, есть обфускаторы или даже способы распространения PHP в двоичная форма ...но первый, скорее всего, сломает код, если вы будете много размышлять / самоанализ, а второй обычно требует запуска некоторых расширений PHP, что не очень привлекательно ...
  3. слишком много PHP с открытым исходным кодом проекты вокруг успеха любого коммерческого программного обеспечения ... раньше все было по-другому, но в настоящее время вы можете просто получить ВСЕ на PHP ... Typo3, Joomla, Mambo, osCommerce, PHPBB и т. д ... такие фреймворки, как Flow3, symfony, CakePHP ... и т.д. ...

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

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

ну, я так думаю ... :)

edit: есть соглашение об именах, где array_search , count и implode - это все процедуры работы с массивами? посмотрите на ruby, ecmascript или Haxe, если вы хотите увидеть, насколько красивыми могут быть API-интерфейсы на базовом языке ... я бы сказал, что он ужасно спроектирован ... но он вообще не разработан ... он просто был создан многочисленными участниками PHP ... это круто в том смысле, что у вас есть функция для всего ... дело в том, что вы, вероятно, не найдете ее ... хорошо, через некоторое время вы все это узнаете ... вероятно ... но на других языках, например, где массивы являются объектами, вам не потребуется много времени, чтобы узнать все основные процедуры работы с массивами ...

  • нет настоящей философии ... посмотрите на упомянутые выше языки, посмотрите на Objective-C или функциональные языки, если хотите, они исчезают (до недавнего времени это была уязвимость strip_tags)), то это то, что я называю ненадежным и опасным ...
  • медленное выполнение ... eaccelerator и аналогичные расширения могут значительно сократить время загрузки, но само выполнение будет по-прежнему медленным ... реальная проблема в том, что язык слишком велик, что вызывает много накладных расходов ...
  • PHP был разработан как язык сценариев, объединяющий кучу функций C ... это часто расширяется дополнительными функциями C из-за того, что это не самый быстрый язык ... это дает неплохую скорость ... но как, черт возьми, я могу узнать, безопасна ли функция? кто может мне сказать? Я не хочу читать строки и строки C, чтобы знать ... так что мои два основных момента: не требуются значительные маркетинговые усилия, чтобы привлечь вас к клиентам, он достаточно мал, чтобы вас не раздавили подражатели, достаточно прост для создания как отдельного приложения и соответствует ряду других критериев, которые являются предпосылками коммерческого успеха, кажется немного наивно для меня ...

    -2
    ответ дан 6 December 2019 в 00:08
    поделиться
    Другие вопросы по тегам:

    Похожие вопросы: