5 баллов... но прикольно же :)
Вид для печати
Гы!
<planes выдаёт запрос к SQL-процедуре базы статистики, которая возвращает хоть чёрта лысого.
Появление на филде игрока запрашивает результат у SQL-процедуры (на Нуле weap_rest), которая до дури всего в статистике анализирует и возвращает результат.
ДЕМОН обязан быть всего лишь обработчиком команд. ВСЁ остальное дело статистики, написанной на простом и всем понятном языке оперирования данных, а именно SQL. Конечно, разным юзерам MyDBF подобный путь заказан, вот и изощряетесь. :)
Демон ничто - статистика всё. А по статистике вы в жизни не договоритесь. :) Так что 5-6 разных демонов не потолок. :)
Гы!
А чем запрос к SQL отличается от запроса к сриптовому движку? Аж ничем. В этом плане написание логики работы на SQL абсолютно аналочино написанию логики на скриптовом языке. А процедуры хранимые есть даже на MySQL, не говоря уж про MsSQL или там Postress ...
Кстати пример был написан не для того, чтобы рассказать как надо делать, а для того чтобы показать сложности межпроцессорного общения.
А по поводу мощности языка БД, то отчего у нас вдруг появилось столько трехуровневых приложений, если все так легко и круто ложиться в БД. А генератор тоже на БД ? Или на скиптах. Ну возьмите шаблон цели и в с помощью SQL скрипта ПОВЕРНИТЕ его на произвольный угол. А потом сравним с тем как это делается в дотнете или яве с их готовой матричной математикой.
Это был простой пример для иллюстрации того, что получается, когда пытаются объединить разные языки и разбить на модули.
А зачем нам о ней договариваться... просто беру и пишу ;).
Ну и MyDBF ни чем не хуже Птиц... та же туфта, что и все остальное... Оракель - вот сила (или Птица уже научилась аналитические функции понимать :umora: ?)
На самом деле мощность зависит от БД. Если рассматривать поделия типа MySQL или Firebird или SQLite, то да... просто хранилки данных, к тому же приложения получаются глупые с постоянным дерганьем бд.
Другое дело что-то более мощьное типа Oracle, я там обхожусь практически без DAO (только что объекты из запросов заворачивать) остальное все на PL/SQL, SLQ и немного embedded java. Жаль токо тут это неприменимо :uh-e:
Когда Борада оставил генератор, размер его был ~140кб. После нормальной чистки и перекидывания некоторой чати на SQL, размер генератора сейчас ~85кб при РАСШИРИВШЕЙСЯ функциональности и несравнимо большей понятности, управляемости и безглючности. Так что вот. :)
Я бы и остальное перенёс, но следую старой привычке: работает - не трогай.
Это я понял, и именно так себе и представляю.
Но проблема как видим не в сложности технической реализации, а в том, что пришлось бы писать больше кода - классы, функции, методы, т.е. в большей трудоемкости. И лишь для того,чтоб сделать возможным обмен данными между какими-то модулями, а нафиг это нужно "когда я возьму и напишу без геморроя все в одной куче". И это понятно.
Но вы упускаете важный момент, который с вашей колокольни вам кажется незначительным и ненужным. У вас получается достаточно узконаправленный и зажатый в свои рамки блок. И менять или переделывать его для кого-то никто из "отцов" не будет. Да просто лениво делать, особенно то, с чем не согласен. Пример - наш разговор. Не раз сказано "каждый пишет на том, на чем лучше всего умеет писать". Готов ли каждый в одиночку написать комплект софта на своем языке и выдать его как законченный продукт? Теоретически - конечно, но практически - вряд ли. Найдется сотня причин, которые помешают это сделать.
Найдется 2-5 человек которые напишут софт на одном языке - чудесно! А кто против? Главное при этом, чтоб еще 30 человек смогли его использовать в своих целях, иначе говоря, чтоб он полностью отвечал их запросам. Шансы? Минимальные.
Пример. Мне необходимо чтоб SC выдал в чат комманду "Равняйсь, Смирна!" Возможно ? Нет. Он закрыт.
Мне надо чтоб JayDaemon это сделал? Нет. Для этого нужно выучить JAVA, разобраться с исходниками и вставить несколько строк кода. Реально, да.. но бррр, а когдаж карты рисовать? А потом вдруг на С# появится софт, который мне понравится больше, будет интереснее. Да фигня! Теперь учим С#, разбираемся с исходниками и вставляем-меняем.
Нда. Делов то.
Но меня интересует другое:
Есть техническая возможность создать софт, для которого я могу написать несколько строк на xml, например, и этот софт его проглотит и выдаст результат? Или я заполню некоторый шаблон, и на основе его сформируется скрипт или еще какая фигня, которая включится в работу не заставляя изучать новый язык программирования?
Я понимаю, что вам это не надо. Это надо НАМ, не программистам, но режисерам, картостроителям, сценаристам...
А зачем это вам? Незачем. Но может найдется один или несколько програмистов, которым будет интересно решить такую задачу. Именно поэтому я и вынес это на обсуждение, надеясь на удачу. На самом деле это гораздо интереснее и круче, чем свой маленький самодостаточный проект - работает, ну и ладно. :)
Тебе уже ответили на жтот вопрос. Конечно есть! Это и называется вставить поодержку СКРИПТОВЫХ языков. Перловку там или питон, а то и жаваскрипт. Это совсем одно.Цитата:
Есть техническая возможность создать софт, для которого я могу написать несколько строк на xml, например, и этот софт его проглотит и выдаст результат? Или я заполню некоторый шаблон, и на основе его сформируется скрипт или еще какая фигня, которая включится в работу не заставляя изучать новый язык программирования?
А вот женить меж собой яву и C# это совсем другое, и заниматься этим ну никто не будет
Чей-то насквозь догфайтный нуль не ломится от количества самолетов. ;)
А надо-то всего ничего - регистнуться и пароль ввестин а входе. Человеку, запускающему все моторы ТБ и пользующемуся огнетушителями вполне под силу. :) А все потому, что наличие цели СИЛЬНО влияет на картину боя. На том0же нуле можно минт 10 просидеть на филде, пока офицеры решат, что куда. Взлетишь - кикнут. :) Много народу готово на это?
Угу. За всех не скажу, кто-то готов на это, Нуль уважаем, живет и здравствует, будь ему хорошо и дальше. Но учитывая, что играть приходят не только молодежь по 18-25 лет, но и "старики" он-лайна... По десять минут ждать, простите. Это все здорово, но есть 3-4 часа на полетушки. И терять даже часть времени нет желания. Когда хочется можно и свой сервант поднять погоняться в кооп-миссиях. Где и техника движется, и прочих прелестей есть, включая планирование... Ибо и в одной кооп-миссии можно навертеть целей, с ковером и без такового, типа проект.
Да и пик с ними. Мне то важен результат, а для начала мне, и не только мне, точно нужно представлять всю ситуацию. Я уж понял (да и знал) что женить их невозможно, но я предложил не женить а сожительствовать :) А это немного разные вещи. В сущности интересуют не конкретные языки (мы просто уперлись в эти два), а технологии и возможности для достижения поставленной задачи.
Конкретно.
Нужен софт с возможностью изменять простыми (с точки зрения простого юзера) способами его функциональность, причем в широких пределах. На чем он будет написан - по барабану. Почему ж хотим модули? Тогда его смогут писать несколько разноязыких программистов, что одновременно и осложняет задачи и упрощает. Меньше шансов долгостроя. Год-два - это слишком много.
Меня бы устроил такой вариант. Взять готовый парсер, заготовку стата (специалистов РНР больше), коммандер с простым подключением скриптов( пусть так назовем). Заготовку генератора ( где уже есть основные алгоритмы). И более менее грамотная комманда ( сквад) может создать сервер хотяб для своих полетушек, а при удачном воплощении и выйти в мир.
Это все замечательно, но по личному опыту, если программистов в команде больше 3х проблемы вылазиют другого рода. Опять же приходим к ведущему-ведомым... ну да фиг с нами, с программисами... смотри другой вариант, почему это реализуемо, но слишком сложно и как следствие будет много глюков (т.к. не будет толковой тест-команды).
Вот в твоем варианте, прикинем, что все хранится в базе.
У нас есть некий показатель эффективности, который зависит от к/д и налета. Это все есть в бд. Это умеет отображать стата. Теперь представь, что нужно добавить еще один параметр: соотношение сил в момент взлета
или сбития. Допустим это не было предусмотрено. В итоге, для добавления этого параметра надо:
1. Изменить базу (SQL программист)
2. Изменить стату (Web программист)
3. Изменить запросы запросы, которые должны учитывать новый параметер. (SQL + Web)
4. Научить командер писать в базу этот параметр (плагин на чем получится).
Т.е. мы имеем довольно сложную систему, которая выглядить примерно как Access какойнибудь, т.е. необходимо сделать ее настолько универсальной, чтобы все параметры, запросы, отображение и прочее описывалось в xml/python/что угодно и система это должна видеть и перестраивать себя...
Често: за бесплатно лично я такой гимморой на себя не возьму... Не каждая коммерческая контора возьмется за столь гибкий проект. Слишком много нужно тестировать и слишком много точек, где могут быть ошибки. Мне проще потратить 2 часа в день на прикручивание фичи по просьбе людей (или допустим взяв nullwar-кий демон поколупать и подправить под себя), чем городить такой огород...
Знаешь... нет ничего хуже, чем из-за непонятного глюка пропадают килы... люди просто уходят на более простой сервер (им пофиг что и как там работает) лишь бы килы не пропадали (на опыте своего сервера).
Ну и языков кучу учить не надо... достаточно выучить Python и можно будет писать плагины (правда только на имеющихся возможностях командера, если он чего-то не знает, то тут надо уже к разработчику идти).
Позволь с тобой не согласиться. Тыж сам сказал "В базе хранится все" Т.е. в базе есть весь распарсенный лог ( что например и делает SC), зачем создавать еще ячейки?
Т.е. работа только у ВЭБ программиста. Изменить html и PHP. Прописать запрос из базы нужной информации и обсчитать ее и показать.
Мы ведь понимаем, что не получится делать проект ничего не зная или не делая. Но вопрос квалификации. Всеж это значительно проще, иначе говоря - РНР знает гораздо больше народу чем С или Java.
И зачем командеру писать в базу этот параметр? Если есть такая задача, тот же РНР при обсчете и пропишет, хотя не вижу смысла.
Без проблем никогда не получится, но надо понимать разницу между проблемами.
А килы пропадают везде. Это от софта уже не зависит, ты и сам это прекрасно знаешь. Тут проблема лога.
И вообще - "волков боятся - щепки летят"
Тут мы приходим к вопросу эффективности... дело в том, что например обсчитать количество пилотов в воздухе в момент вылета пилота в разы проще, чем потом SQL-ем это вытягивать (ибо некислый selfjoin). Например сейчас у меня в базе 120тыщ вылетов. Килов... блин, не помню сколько, но умножь на 0.4 для авиа + умножь на 5 для наземки. Это крайне неэффективно. Нужно все равно предрасчет делать, а некоторые вещи лучше сразу в командере считать и в базу уже в готовом виде писать.
Ну и с il2sc ты не прав... там все разложено по табличкам (в том числе сколько чего сбил (раздельно по типам), стрик, отдельная табличка на килы и т.д.). Я в стате вообще не использую лог. Но приходится добавлять таблицы, чтобы хранить нужную мне информацию.
Ну и если рассчетные параметры так сделать можно... то например как быть с такими параметрами как сквад. Или награды?
Так это потому что: "На том0же нуле можно минт 10 просидеть на филде, пока офицеры решат, что куда."
Проект, не важно кооп или догфайт должен быть ИНТЕРЕСНЫМ для большинства пилотов.
Только тогда в нем будет много народу.
Надо знать что кому интересно.
Мне, как штурмовику/бомберу нужны наземные бои и наполненные целями ж/д станции и т.п.
Кто-то хочет бороться за превосходство в воздухе, кто-то считает, что он мастер прикрытия.
Ну и т.д.
Если в проект будет:
- легко войти, сразу иметь связь со всеми своими пилотами
- быстро получить задачу и вступить в бой
- ПОНИМАТЬ за что воюем, КАК ты можешь повлиять на положение своей стороны
то народ будет в нем летать.
Но "стоить" народ бесполезно. Останутся единицы, остальные разбегутся.
И, еще раз подчеркну - БЕСПЛАТНАЯ работа кучки энтузиастов себя исчерпала. Проект должен быть коммерческим, платным, массовым, рассчитанным на покрытие интересов максимального количества вирпилов.
Как же ты ошибаешься ;)
http://www.mono-project.com/Java
Да упаси боже! Больше 30 пилотов в онлайн на сервере = бардак и полная неуправлямость, отсутствие какой либо мысли и догфайт. Именно потому у Нуля очень строгие рамки в этом плане. Сделать проект, где будет летать 100 раздолбаев крайне легко... А вот собрать и заставить хотя бы 30 человек (из разных сквадов, разных сторон, разных вообще!) действовать в строгой команде - в те же сто раз сложнее.
Так что больше проектов хороших и разных!
Если каждый игрок понимает, что его действия ведут к победе или поражению его стороны, то через какое-то время происходит самоорганизация и тот, кто быстрее организовался - побеждает.
Я ведь не из головы это все придумываю. У нас есть перед глазами World War II Online Battleground Europe, где геймплей ЗАСТАВИЛ изначально неорганизованные толпы играть командно. А там не 30 и не 100 человек играет одновременно, а гораздо больше.
ИМХО - многие принципы организации боев в WWIIOl можно реализовать в проекте по Ил-2.
А как перекидывание части логики на SQL сказалось на возможность интеграции с другим ПО? То есть теперь генератор можно использовать только с такой структурой БД и никакой другой? Так зачем кому-то ещё кроме нуля нужен будет вот такой генератор который нельзя больше никуда интегрировать?
Вот и получается, что я например твой nullwar-кий демон использовать не смог... приходится опять лисапеды писать... ибо вылавливать в коде все открытия/закрытия соединений и все sql запросы оказалось выше моих сил :)Цитата:
Гы!
<planes выдаёт запрос к SQL-процедуре базы статистики, которая возвращает хоть чёрта лысого.
Появление на филде игрока запрашивает результат у SQL-процедуры (на Нуле weap_rest), которая до дури всего в статистике анализирует и возвращает результат.
ДЕМОН обязан быть всего лишь обработчиком команд. ВСЁ остальное дело статистики, написанной на простом и всем понятном языке оперирования данных, а именно SQL. Конечно, разным юзерам MyDBF подобный путь заказан, вот и изощряетесь.
Демон ничто - статистика всё. А по статистике вы в жизни не договоритесь. Так что 5-6 разных демонов не потолок.
Вот и возвернулись к началу темы.
Вот собрались бы головастики, да и договорились бы о том, что и как можно сделать для этого. Появился бы хоть какой-то стандарт. Что не говори, а писать еще будут, одним надоест - другие придут, а проблемы те же и остануться!
Вот почему я и хочу собрать все под одну крышу, соместимое и несовместимое, базы, коды, цифры-тексты.
Я ведь знаю,что в принципе никто и не против, спор идет то о деталях.
Люди готовы ждать и по 10 минут. Главное что бы они были уверены в том что через эти 10 минут они получат то за чем пришли.
Народ стоит в слотах и лобби и по 15 мин. Тот же народ кикнутый с АДВ настойчиво цепляется к серверу через 5 минут. Чего ради? А ради того что интересно там ...внутри.
Вы тут обсуждаете как поженить Джаву с C# и возможно даже брак состоиться, уж не знаю по любви или по расчету, но что будет с детьми от этого брака понятия не имеете. Почему не хотите проанализировать чего хочет юзер? Не спросить у него (упаси Боже) а подумать над тем почему на раскрученном АДВ летает то одна сторона то другая, а вместе только изредко? Или почему на нуле, где действительно удалось заставить пилота ссать за жизнь почти как в реале, все военные успехи достигааются исключительно в одно рыло?
Возможности железа и скорости передачи информации растут не подням. Возможно через год про лаги уже будут вспоминать как про очереди за колбаасой в советских продмагах. А инет становится доступнее горячей воды в вашем кране. А вы на полном серьезе говорите
Да упаси боже! Больше 30 пилотов в онлайн на сервере = бардак. Ну Макфрису простительно :cool:
Так что вы можете предложить психам готовым провести ночь с пятницы на понедельник пялясь в монитор и держась за джойстик?
:D Поскольку в мире существует единственная ВОЙНА (с конечным победным результатом) на основе Ил-2, позвольте мне посмеяться над этим тезисом. Ибо у нас, в отличии от WW2Online нет ни танков, ни самолётов, ни пехоты, ни вообще ничего, во что можно было бы "организовать" толпу. А организовывать в одном небе 200 самолётов - будет ровно такой бардак, какой был бы и в реале. Вот была бы в Иле пехота - я бы первый сделал сервер под 200 человек. Но на нет и суда нет.
Честно скажу Андрей, я не верю в твою идею с легоконструктором проектов. Я верю в конкуренцию и коммерцию. Прогресс возможен только там где есть борьба за место под солнцем. Кто будет заниматься подготовкой средств для борьбы под солнцем? Ил2 тема специфичная. Это все равно что родить эффективный процесс по изготовлению глазированных сырков, для того что бы потом ВСЕ могли делать их на любой вкус в любом количестве. Но штука в том что люди не могут есть сырков больше чем хотят:sad:. По этому нужно сразу приступать к производству с целью завладеть определенным количества потребителей в ущерб другому производителю.
Повторюсь Ил2 тема специфичная. ср возраст юзеров за 30, их не много но они маньяки. Жить будут один два проекта и то пока маньяки не вымрут.
Пусть сырки. Но можно говорить о том как делать сырки по кулинарски или о станочном парке, линии по изготовлению сырков? Было б странно если б каждый кондитер делал сам себе станки?
"Не нравится этот станок - изучи механику, сопромат и прочее - и передалай этот станок или построй свой" - как такая фраза?
;)
При том, ведь все не кидаются делать сырки, хотя линию можно купить любому( при наличии денег)
Кроме самого софта существует еще немало моментов, которые несложны, но заниматься надо и времени много.
Пример - полный редактор есть у каждого, сколько человек делают компании или даже миссии?
А сколько согласны рисовать по десятку шаблонов для миссий? Да единицы. Но отбери у них редактор, и скажи писать в текстовом редакторе - кому от этого станет лучше?
PS На халяву, я съем больше чем хочу, но не больше чем смогу.
Даже если ты купишь линию, наврядли у тебя что-то получится без:
1. Утсановки станков.
2. Оборудования помещения.
3. Изменения рецептуры.
4. Разработтать обертку
Т.е. налицо доводка с приличными знаниями в техпроцессе....
А ты хочешь, чтобы покупатель мог придти в магазин, и сказать: "Заверните мне вооон тот сырок в воон ту обертку и чтоб был с воон той начинкой" :)
Дело нужное, важное, но... маловероятно, что выполнимое.
Для того, чтобы такой проект стал возможен, нужно:
1. в самом начале понимать чего от него хотим сегодня и чего можем захотеть когда-либо.
2. Очень чётко и строго описать эти хотелки.
Каждая маленькая частичка всего этого должна быть чётко и полностью задокументирована.
т.е., если, например, начать писать парсер лога для записи событий в базу, то нужно либо сразу же вводить какие-либо ограничения,либо писать в эту базу абсолютно ВСЁ о каждом событии.
Казалось бы - ну чего там писать? Что можно вытянуть из лога?
Да дофига всего: и загрузку при взлёте, и количество выпущенных снарядов/пуль/бомб, и точку взлёта, и точку приземления, и даже можно, впринципе, считать остаток горючего при посадке (пусть очень приблизительно).
А сколько можно ещё навысчитывать о каждом событии в пределах одной миссии !?А в пределах "войны"?
А ещё в эту же базу нужно добавлять события, генерируемые юзерами.
Вход на сервер, команды от юзера серверу, выходы, дисконнекты, причём, хрошо бы ещё и его (юзера) состояние при этом (в меню, на филде, в воздухе, на тряпке).
Можно, конечно, ничего не высчитывать, но тогда такая база будет не ценнее самого евентлога.
И после всего этого (точнее ДО!) нужно всё это описАть..
(сори - по-позже продолжу)
Я наткнулся на мысль о раскрученном АДВ и хотел поспрашать кто его раскручивал? А то может мы кому спасибо не сказали и человек живет с обидой.
А по теме, я соглашусь с МакФрисом (хоть я никогда с ним и не соглашаюсь) в том что игра как база исчерпала возможности. Нет смысла городить огород. По сути любой проект это комманда которая его делает. Мы когда то хотели сделать место в котором нам было бы интересно летать, сделали АДВ, с Нулем я думаю история примерно похожая. А сделать проект без идеи просто надергав мыслей сомнительно. В комьюнити тоже несколько фракций.
Кооп
Догфайт Хардкор
Догфайт Аркада
В каждой фракции свои пастыри. Угодить всем не удастся точно. Поэтому сделать один МЕГАПРОЕКТ невозможно в принципе, такие проекты должны делать сами разработчики. ИМХА все это конечно.
Странно что вас кидает из одной крайности в другую. Один проект - хреново, много - хреново, игре копец, весь мир бардак а .. все мы некрофилы.
Альберт, а в "рыцарях" уже ничего не надо будет делать нам? Или Боб? Или ты считаешь что будет предложено все, что только можно пожелать - идеальную игру? Не верю. Людти не боги, и не могут охватить все. Я уверен что эра самодельных проектов благополучно перекочует и в следующие игры. Не мега проектов, а просто проектов. Просто будет (надеюсь) больше возможностей для создания войнушек.
ХМММ! Если не ошибаюсь, это намечается первый платный сервак для ИЛа..:ups: (не считая зачаточных предложений года 2 назад от Баркаса).
Типа купил самолет, на какой денег хватило, и летаю.
ИМХО: Иловское комюнити, привыкшее за 5 лет, к безплатному не потдержит.
Будут энтузиасты, но такое мизерное количство, что посещаемость Нуля ( и сейчас не сильно высокая) рухнет от отсутсвия того кто заплатит.
Будет клуб, 10ти фанатов.
А уж администрации будет доставаться!...:uh-e:
Для АДВ тож поднимали вопрос, скинемся заплатим, ГТ, родненькие, давайте Вы за денежку нам будите наши измышления делать...
ГТ понимает, что если будет денежка, такое начнется...:uh-e: :uh-e: :uh-e:
И отказались от греха по-дальше...Пусть уж как есть, кто захочет и так будет летать, и сделанная работа будет востребована (проект будет жить). А с деньгами, ну ее на-фик...Денег на таком не зарабатывают.:ups: А вот геморой, пожалуйста.
ИМХО - никто не собирается именно ЗАРАБАТЫВАТЬ. А вот оплатить разработку софта, оплатить канал, оплатить домен и т.д. и т.п. надо ЗА СЧЕТ ИГРАБЩИХ. Ситуация с war.by-airforce.com - тому подтверждение.
Надо зарубить на носу - хочешь хороший проект - ПЛАТИ ДЕНЬГИ.
Иначе - никак.
Иначе мы будем наблюдать постоянную чехарду проектов. Родился - пожил на энтузиазме - умер. Все.
В Иле есть и танки и все остальное, кроме подвижной пехоты. В новом аддоне будет пехота в обороне.
Что мешает разыгрывать в коопе наземные сражения? Да, это другой софт проекта. Да, это другие генераторы миссий, другой принцип построения заданий. Но сделать - можно.
Лично я ГОТОВ за такое платить.
Деньги не панацея. Сервер с трафиком как у ила уже под 2 сотни вылезет. А больше 300р собрать тяжко за это. Итого надо уже 20 человек постоянных только на сервер/трафик.
А если еще окупать работу даже одного програмера на должном уровне, т.е. ну хотябы 30000р, то надо 100 человек, итого 120 человек в проекте. А вот тут уже опаньки. А это не такая большая зарплата для хорошего программера.
Так что ...
Коля! Хостинг и ДЕЛАНИЕ (потдержание, развитие) ПРОЕКТА 2 большие разницы.:ups:
У АИРВАР проблемы как раз с хостингом.
( Магистр, готов перечислить 100 убитых енотов для хостинга на VPS, реквизиты в личку кинь если надумаите заключить договор с http://www.swisshost.by/vps.htm).
Хотя наш ВИТ предлагает площадку у него для АИРВАР на толстой оптике...:yez: :bravo:
Тем более, что трафик полетушек в кооп проектах, волокут хосты в слотах.
А тут только HTTP траф, для запросов статистики и генерации реквестов.
А на том месте где предлагают БАЯМ сделать VPS траф не ограничен и не считаеться.
(Зашел на страничку предложения, поговорил с их админом, траф БЕЗПЛАТНЫЙ, в сноске "ошибка дизайнеров" (С) Админ-консультант).
Что касается Нуля, так там прямо и сказано - не для зароботка, а для "повышения ответственности". Не надо выдумывать того что нет. Другое дело что это уж точно не привлечет новых пилотов, а часть уйдет, и не потому что надо платить за полеты - До сержанта могут летать все. А просто идти в сбербанк да перечислять, да каждый месяц. А тут тея протаранят или зена в лоб щелкнет... да ну нафиг. Но расти в звании( а это лучшие самолеты) будет сложнее.. да плюнут и будут для забавы летать. Наверно.
Но в любом случае для всех это будет опыт. Посмотрим. Учится лучше на чужих ошибках.