eu_tomat

Теперь понял. Буду добрее. Сарказм – это круто! Расшифровать можно что угодно. В случае невероятного везения – очень быстро, но скорее всего, за сотню-другую лет. За это время многопоточная команда соколов перехватит и выносливых, и быстрых, и увертливых. Многократно. Хотя, стоп! Это опять был сарказм?

Я бы для начала спросил про двойные гудки у знакомых, подключенных к тому же оператору. Если у них всё нормально, попросил бы поменяться симками на несколько минут. Сделал бы пару звонков, чтобы определить, кто виновен – симка или телефон. Можно и без знакомых обойтись – оформить новую симку и проверить в другом аппарате, если есть резервный. Вряд ли новая симка сразу же окажется на прослушке. Впрочем, эти тонкости мне неведомы, гарантий дать не могу. Тогда можно попросить друга, чтобы он оформил симку на себя. Еще можно поинтересоваться у оператора, но не сообщая о своих подозрениях о просшушке, а закосив под простачка, спросить: не умрёт ли вскоре мой телефон, и не завелись ли в нём эти, как его, какеры. Если подозрения окажутся весомыми, можно и в полицию обратиться на всякий случай. Пусть разберутся, кому ты потребовался. Может, твои бывшие жертвы по майначу теперь в реале твои координаты по SGSC пробивают. А может, и до конторы Байта дойдут — ты же знаешь, какие они, эти игроки в майн – свирепы и беспощадны.

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

Вот именно. И чем для новичка был проще вариант с повторяющимся require?

А это еще зачем? Ты вроде бы любитель не выполнять require лишний раз. Зачем же сейчас выполнять require повторно?

Что еще за «res. программа»? component.setPrimary(componentType: string, address: string)

local internet = require("internet") local req = internet.request( "https://www.google.ru/?q=opencomputers+internet+card+request+example" ) for line in req do print(line) end

Да, так гораздо лучше. Теперь придерусь к менее значимым моментам.Весь код не осилил, т. к. от методов GPU у меня в глазах рябит, но в двух местах глаз зацепился: while true do os.sleep(timeout) if exit then break end endМеняй шаблон, как только он перестал решать возложенные на него задачи.«while true do end» удобен, когда цикл действительно бесконечен, или условие выхода записывается слишком сложно. Но если условие простое, то «while not exit do end» или «repeat until exit» – будут лучшим решением. Т.к. программа поддерживает динамическое подключение/отключение контроллеров, то следует обрабатывать отсутствие доступных контроллеров, как при запуске программы, так и в процессе ее работы. Кроме того, имеются странности в согласовании переменных redstone и my_address (комментарии мои): -- назначение основного контроллера рабочим (вывалится ошибка при отсутствии контроллеров) local redstone = component.redstone -- порядковый номер рабочего контроллера = 1 (возможно рассогласование с переменной redstone, но сейчас это неопасно) local my_address = 1 ... -- зато после включения обработчиков событий рассогласование может привести к глюкам -- незаполненная таблица адресов тоже породит глюки в обработчиках event.listen("redstone_changed", changed) event.listen("component_added", added, nil,"redstone") event.listen("component_removed", removed, nil,"redstone") ... -- заполнение таблицы адресов всех найденных контроллеров for add in component.list("redstone") do table.insert(address,add) end -- получение прокси рабочего контроллера по его номеру (и снова ошибка при отсутствии контроллеров) -- теперь redstone и my_address согласованы, и глюков быть не должно redstone = component.proxy(address[my_address]) -- получение номера рабочего контроллера по его адресу -- еще одно согласование, но в другом направлении. Зачем? for i=1, #address do if address[i] == redstone.address then my_address = i break end end

Из-за одной такой программы не затормозит. А как игроки на сервере понаставят кучу таких программ, так и узнаешь о лагах. Не знаю, до какой степени OpenComputers бережно относится к ресурсам сервера. Если очень бережно, то TPS может и не снизиться, но программы OpenComputers начнут тормозить. component:signals

Лагордром. Зачем выполнять непрерывный опрос всех сторон, когда можно задействовать событие redstone_changed и обновлять информацию лишь об одном изменившемся входе?

Скринов нет, но о грядущем мне нашептала пифия. Вот пруфы: Не хочешь магию качать, записывайся в рабство к магу и будешь ему рес таскать и уран с титаном и германием и алмы за работу, чтобы он тебе, например, p-n-p транзистор для сетевухи заинфузил. Будешь рабом у него, ТЕХНИЧЕСКИМ сотрудником, так сказать Нужно будет призвать все темные силы Мордора, чтобы изготовить, при чем с адской нестабильностью, какой-нибудь топовый проц=) Ведь никто не будет спорить, что coreI7 - это просто "чудо-магия", и в крафтерном детском столике Стива его явно сделать не получиться. Транзистор может крафтится в аркан-столике из огня, порядка, и воздуха + кремний, а топовый проц где-то в инфузилке с кучей дополнительных ресов и хумануса какого-то и аспекта техно и моушена, например Но можно сделать и в инфузилке. Попробуйте в домашних условиях сделать транзистор или вай-фай модем. Перелипите не одну тонну досок и коблы и спалите не одну сотню паяльников, и вряд ли что-то у Вас получится, разве что только магия спасет Ну не хочешь ты магию качать, приди к Ньюбишке, он тебе заинфузит топовый проц Как видишь, пруфов столько, что я не могу их правильно оформить из-за ограничивающих цитирование настроек форума. Не ленись, NEO, пройди по ссылкам и проверь, кто это написал. Тут два варианта: либо Alex шутил и троллил, и тогда твое обвинение во флуде переадресовывается в его адрес; либо Alex был серьезен, и тогда его слова являются пруфами, коих ты так ждал. Ты какую версию выберешь? Синюю или красную?

Роботы и не обязаны были заменять игрока в тауме, пока сами роботы не крафтились через таум. Но кто-то захотел крафтить роботов через таум. Должны ли программы писаться роботами? Так программы – это не игровой ресурс, и навык прокачивается совсем другой. Ну, это все знают. Общее между ними то, что они являются инструментами, удовлетворяющими мои разнообразные интересы. Каждый из этих инструментов подчиняется некой простой и независимой друг от друга идее, чем и определяется их удобство: футбол должен быть зрелищным, микроволновка должна разогревать, холодильник – морозить, телефон – обеспечивать связь, а computercraft.ru – ставить компьютеры во главу майнкрафта. Интересно? Отвечаю: про нелюбовь к тауму я сказал лишь один раз. А в 25 раз я спрашиваю: В чем польза развития средств автоматизации через мод, неподдающуюся полной автоматизации на проекте CC.ru, где основное внимание уделено компам? Могу спросить иначе: что будет потеряно в геймплее, если крафт комплектующих будет осуществляться в инвентаре робота?

@@newbie, эти частности уже разобраны. Роботы не могут полностью заменить игрока в тауме, но таум нужен для создания роботов. Робот сам не достигнет возбуждения ноды и не изучит таум. И говоря о пользе, я имею в виду не то, насколько это удобно игроку, а то, насколько это согласуется с идеологией CC.ru.

При таком раскладе моя претензия становится непринципиальной. Главное, чтобы комплектующие для первых роботов можно было купить за UU, не ожидая развития до выплавки кремния. Но вопрос всё же остается. Если крафты условны, то для чего ты так настаиваешь на развитии средств автоматизации через магию, неподдающуюся полной автоматизации? В чём польза такого решения для CC.ru?

Попытаюсь еще раз. Главный вопрос: почему развитие компьютерной инфраструктуры лежит через магию? Аргумент: создание процессора – это магия, невозможная на простом верстаке. Контраргумент: если процессор магичен, тогда магичны и роботы и встроенные в них верстаки. Что тогда мешает крафтить комплектующие на верстаках роботов? Аргумент: игрокам нравится магия. Контраргумент: никто не забирает магию у игроков. Но у роботов забрали возможность скрафтить их без магии. При этом полностью контролировать ислледование магии роботами невозможно. Какова цель такой асимметрии?

Читай внимательнее. Через палкотыканье всё возможно. Невозможным становится автоматическое развитие компьютерной инфраструктуры. Достаточно пошахтерить 15 минут, и только один раз, чтобы набрать немного железа, чуть-чуть редстоуна и капельку золота для самого простого робота. Остальное – только вопрос программирования. А при покупке первого робота за UU можно вообще никуда не ходить. NEO, разве ты предпочитаешь переход на личности комментариям по существу? Если знаешь ответ, то просто скажи, в чем польза новой механики. Пока что я не услышал ни одного внятного ответа.

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

Да, я видел, как там завернуто. Но это как раз таки понятно: задержка – лучшее время для обработки событий. В пределах тика задержка вполне себе удовлетворительная, если обработчики событий не ресурсоемкие. К задержам без sleep (без yield) я отношусь плохо, т. к. это шаг к лагодрому. Но если задержка длится миллисекунды и используется раз в минуту, то почему бы и нет.

На практике же выходит значительная разница c0=os.clock() t0=computer.uptime() for i=1,10^7 do end print(os.clock()-c0,computer.uptime()-t0) -- 2.92 2.94 c0=os.clock() t0=computer.uptime() for i=1,1000 do os.sleep(0.05) end print(os.clock()-c0,computer.uptime()-t0) -- 2.37 71.4Само по себе использование os.sleep(0.05) неявно делает yield.

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

Хорошо, геосканер обнаружит ноду. А сможет ли робот зарядить палку от этой ноды?

А как найти ноду с помощью робота?

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

С этим соглашусь, выживаем, как умеем. Но почему путь в айтишники должен лежат через магию? И почему не дать информацию о генерации мира? Как ты сам говорил: хочешь таинственности – просто не используй шпаргалки. Привлечь новую аудиторию всегда полезно. Но зачем айтишников распугивать? С их уходом проект потеряет своё лицо.