Перейти к содержимому

Totoro

Гуру
 Профиль  Активность

  • Публикации

    1 950

  • Зарегистрирован

  • Посещение

  • Победитель дней

    289

Все публикации пользователя Totoro

  1. Totoro
    Нет такого, что операционная система ОБЯЗАТЕЛЬНО дожна иметь какой-то определённый набор файлов. Тебе надо определиться, что будет делать твоя система. В чём будут её выгодные отличия от OpenOS. А потом пилить. Стандартные библиотеки должны помогать программам взаимодействовать с твоей системой правильным образом, так как это задумано системой. По функционалу, тебе желательно покрыть примерно тот же объем что и OpenOS, или больше. То есть вспомогательные библиотеки для работы с графикой, эвентами, файловой системой, сетью, процессами системы (например шеллом если он будет), плюс всякие вспомогательные либы, например для работы с Юникодом. Плюс, на правах рекламы, предлагаю тебе юзать в качестве дефолтного пакетного менеджера системы hpm. Можно будет запилить обновление системы и софта с репозитория.
  2. Totoro
    *.lua
  3. Totoro
    Ну вот с такими ограниченияби ни на что особо этот бартер не будет нужен. "Папки" у которых всё есть, будут видеть в этой торговле только способ конвертации нужного в ненужное. А с лимитом на юзера в день - это станет менее эффективно. А развивающиеся игроки будут время от времени покупать какую-то мелочь, которую они и так меняют щас, без всяких денег, когда надо. Но нельзя же сказать, что у нас щас прямо экономика изо всех щелей хлещет. Поэтому будут копить ради хомячизма как раз. По приколу, и потому что жалко булыгу просто так выкинуть. P.S. Как раз мютюэизм у нас и процветает на серверах по дефоту, имхо XD
  4. Totoro
    Ну, не спорю. Накопительство и хомячизм - сильный стимул. Но всё таки копить ради накопления не очень интересно.
  5. Totoro
    Эмиссия, не эмиссия, торговля, не торговля... Проблема в том, что игроку чхать на эту систему. Он может потыкать для интереса автоматы и забросить. Игрок самодостаточен и может сделать всё сам. Более того. Именно в создании всего самому и состоит по сути 90% геймплея на Майно-серве. Больше игрокам заниматься особенно нечем. Идея с энергией интереснее она ограничивает способность игрока создавать всё самому. Можно заставить игрока платить за приват. Вырезать генераторы и оставить только админские, платные энергоканалы. Ввести профессии, и невозможность одним игроком изготавливать вещи из других профессий, кроме своей собственной. НО. Все эти идеи урезают геймплей. И без того не особенно богатый спектр возможностей - сидеть и качаться на базе - становится откровенно бедным и скучноватым. Мне кажется по этому такие системы и не приживаются надолго. Так что, для того чтобы сбалансировать ограничения геймплея, на мой взгляд надо вводить другие развлечения помимо крафтинга в игру.
  6. Totoro
    True. Нужен стимул. Причём такой, который заставляет взаимодействовать.
  7. Totoro
    8 на 4 это опять таки символы - символы алфавита Брайля. А вообще не вижу смысла придираться к словам. Слово "точки" ничем не хуже слова "символы" для определения разрешения монитора. А учитывая, что речь не о тексте, а именно о способности монитора отрисовывать растровые изображения, слово "точки" куда лучше чем "символы" или "пиксели" передаёт смысл того, что хотел сказать автор.
  8. Totoro
    Ну окей. Например. Делаем приваты платными (в игровой валюте). Чтобы иметь возможность играть в привате, игрок платит "аренду". Для этого он добывает и продаёт ресурсы. Бесконечность ресурсов игры компенсируется бесконечным оттоком ресурсов "вникуда" - на аренду. Плюс, возможно, можно добавить постепенное разложение / ржавение / разрушение, как в ТФК. Плюс аггрессивную внешнюю среду - мобов, погоду, ещё что-то. Что постоянно изнашивает постройки. Плюс можно усложнить добычу ресурсов - поднять время копания и т.п. Или добавить систему скиллов, которые делаю эффективной только ту работу, которую ты качаешь и вкладываешься в неё. Уже ресурсы получаются не такими уж и вечными. И один игрок возможно не сможет справиться с добычей всех необходимых ему ресурсов.
  9. Totoro
    В тему: вот пост с английского форума, где предлагаются идеи насчёт экономики и небольшой набор модов: http://www.minecraftforum.net/forums/support/server-support/tutorials-and-faqs/2554147-how-to-create-a-server-economy-with-forge-mods
  10. Totoro
    К слову. Это уже не относится к экономике, но можно запилить на карте изначально два (или больше) укреплений. С базовым набором - пара дохлых роботов и т.п. Далее всех новоприбывших игроков рандомно спавнить по этим базам (например туда, где игроков меньше). И поставить целью каким-либо образом опередить соперничающие базы. По ресурсам, по богатству, захватом или ещё как-то.
  11. Totoro
    Вот кстати насчёт мобов. Что если сделать в принципе аггрессивную внешнюю среду? Такую, чтобы вынуждала игроков сбиваться в одно место - в укреплённый посёлок. Чтобы добыча ресурсов за пределами "ограды" была достаточно опасным и дорогим занятием? А смерть игрока сопровождалась серьёзными штрафами (дебафами, финансовыми расходами, снижением уровня или ещё чем-то). Чтобы, допустим, мобы периодически собирались толпами-волнами, с целью раздолбать посёлок. Или пара драконов наводили хаос, время от времени. Рытьё земли игроками сделать крайне неэффективным, чтобы для этих целей были нужны роботы. Не будет ли это способствовать образованию "профессий" естественным путём? Типа кто-то займётся снабжением посёлка едой, кто-то будет защищать стены от мобов и т.п. Кто-то будет обслуживать роботов. Кто-то будел делать вылазки наружу, с какой-либо целью.
  12. Totoro
    При открытом рынке дюперов будет заметно хорошо. Допустим персонаж постоянно спускает тонны алмазов. Цена на алмазы падает и всё такое. Тут к нему приходят админы, и интересуются - "откуда алмазики"? Если определяется факт дюпа - хлоп! Бан. То есть будут спускать маленькими партиями, осторожно, из расных источников. А это уже экономически более интересный процесс. И менее разрушительный.
  13. Totoro
    В 73-й строке ты объявляешь функцию sg: local function sg() И она начинает конфликтовать с переменной sg которая хранит прокси компонента ворот.
  14. Totoro
    Призываю в эту тему всех диванных экономистов форума! Давайте обсудим следующую тему: "Возможно ли построить в мире Minecraft уменьшенную и стилизованную модель экономики реального мира?" Возможно для этого придётся внести изменения в стандартный геймплей. Это можно сделать посредством внешнего экономического мода. В таком случае предлагайте возможные изменения, которые должен внести такой мод.
  15. Totoro
    Копалки скорее для конкурса-пятиминутки пойдут. Типа тех что были про "напиши 10 раз hello world" или "распарси bmp". Можно копалки-добывалки. Типа дать каждому одинаковый куб породы, окружённой бедроком, и кто эффективнее и быстрее выкопает всю руду. Не знаю насколько это будет увлекательно.
  16. Totoro
    Ну тут тоже код простой. Мне просто интересно, можно ли ещё как-то повысить эффективность и так не сложной программы.
  17. Totoro
    Почему?
  18. Totoro
    Хорошая идея. Надо будет только обработать случай с высотой не кратной 3.
  19. Totoro
    Затеял строить машинный зал, но вручную копать было лень. Поэтому я набросал небольшую (на 100 строк) программку. Всё что она умеет - это копать ямы. Я думаю все мы писали такие программки время от времени, чтобы помочь со строительством или добычей. И эта программа не представляет из себя ничего особенного нового. Я попробовал слегка оптимизировать процесс выемки породы, но не более. Предлагайте свои улучшения по коду и алгоритму, чтобы создать THE BEST ULTIMATE DIGGER EVER и возвести стандарты рытья ям на новый уровень! Код: https://pastebin.com/rQ71KRND Установка: 1) Вручную. Копируем текст программы, открываем новый файл командой edit dwarf, нажимаем Insert чтобы вставить код, а затем Ctrl+S и Ctrl+W чтобы сохранить и закрыть файл. 2) С Pastebin. Выполняем команду pastebin get rQ71KRND dwarf. 3) С Hel. Выполняем команду hpm install dwarf.
  20. Totoro
    Во! Правильный ранне-индустриальный настрой. Пока ресурсов много, надо копать много, тратить быстро и не задумываться о токой оптимизации.
  21. Totoro
    Фигня в том, как уже заметили в Ирке, что большинство публичных IRC-серверов тупо забанят или кикнут клиента за массовый флуд. А такой бот несомненно будет флудить. Поэтому есть вероятность, что потребуется поднять свой IRC сервер. А тут уже вопрос, что удобнее - возиться со своим сервером, или воспользоваться мостом Рида.
  22. Totoro
    Я не говорю, что это бессмысленный код. Просто это будет алиас для обычного листенера. Что писать zn.listen(function() ... end), что писать event.listen("zn_message", function() ... end) - разницы практически нет. А поскольку библиотека стремится быть максимально легковесной, то особого смысла добавлять лишние функции, которые не несут функциональности - тоже нет. Хотя первое выглядит конечно лаконичнее и красивее.
  23. Totoro
    Это библиотека основанная на эвентах. Не вижу причин делать иначе. Это усложнит библиотеку, а пользы особой не будет. Эвенты - это очень удобный способ для обработки асинронных событий и действий. Да, можно навешать колбеков, но зачем, когда чистые эвенты дают больше гибкости. Библиотеку можно усложнять до бесконечности. В финале, это может быть монстр на 100500 Мб, который позволит сделать так: lib.run("чатик") И у тебя есть чат. Или: lib.run("сайт") И у тебя поднят сайт. Правда удобно? Никакого лишнего кода, всё очень просто, прозрачно, легко и удобно. Но вот проблема. А что если на не нужен чатик или сайт, а нужена программа для обмена файлами? Придётся дёргать автора либы, чтобы запилил нам команду lib.run("файлообменник"), да?
  24. Totoro
    Ну нет я не согласен. Ты просто предлагаешь добавить библиотеке больше логики, сделать её толще. Основная концепция библиотеки - это расширенный модем. Это легковесная библиотека, которая обладает функционалом модема, но кроме передачи сообщений на соседний компьютер, обеспечивает проброс сообщений по цепочке компьютеров, таким образом связывая их в единую сеть. Она основана на эвентах, так же как и связь через обычный модем. Мы даже выбросили из библиотеки аналог TCP, когда библиотека ждёт подтверждения получения отправленного сообщений. Сериализация, шифрование, подтверждение приёма, кастомные протоколы - это всё легко реализуется поверх библиотеки.
  25. Totoro
    А нужна ли такая конструкция? Ведь можно использовать стандартный listen: event.listen("zn_message", function() ... end) А что касается десериализации - то не факт что пользователю нужно будет десериализовывать контент. Это уже относится к логике твоего приложения. Вот и выходит, что в библиотеку добавлять особенно и нечего.
×
×
  • Создать...