Лидеры

Новое обновление: PAT Pre-release 0.0.6 - OCEmu сменён на форк от Zen1th, коммит ad6da27ff5acce0a9778a7052e06cc4acfdb6ade. OpenOS соответственно обновлён до 1.7.5. - Добавлена поддержка Lua 5.3 - Удалены бинарники Lua 5.2 для Windows - OCEmu вынесен в отдельный поток - Фикс проблемы с предустановкой OpenOS на файловую систему машины - Фикс нерабочего алгоритма копирования проектов на файловую систему машины - Убрана необходимость ввода абсолютного пути к файлу при создании Скачать: https://github.com/Vladg24YT/Oclide/releases/tag/v0.0.6

У многих новичков возникает вопрос - где писать код для OpenComputers? Кто-то советует VS, кто-то сторонник IDEA, кому-то по душе Atom, а кто-то вообще пишет код сразу в игре. Я решил пополнить этот список вариантов собственным решением. Вашему вниманию представляется интегрированная среда разработки (ИСР) под OpenComputers - OCLIDE. Проект находится на стадии публичного альфа-тестирования, поэтому критика приветствуется. На данный момент в ИСР присутствуют: - Подсветка Lua-синтаксиса - Система проектов - Интеграция с OCEmu (OpenOS 1.7.5) - Поддержка Windows 10 и Ubuntu 20.04 В планах на будущее: - Автодополнение кода - Добавление эмулятора на базе Ocelot Brain - Адаптация кода для работы на Mac - Опции настройки цветовой палитры редактора и используемого стандарта Lua - Поддержка сторонних переводов приложения Ссылка на проект: https://github.com/Vladg24YT/Oclide/ (ветка master - стабильная, ветка oclide-rc1 - indev сборки) Прога весит ~25 Мб, потребляет 167 Мб ОЗУ. Скриншот:

Программа не может ждать и не ждать одновременно. Но, например, может пытаться получить очередную запись из очереди событий с некоторой периодичностью, если указать нулевое время ожидания: event.pull("modem_message", 0). Даже если назначить обработчик событий через event.listen(...), для его функционирования потребуется периодически вызывать os.sleep(). То есть, в этом случае ожидание тоже не постоянное, его размер и периодичность также задаётся программистом.

О, классная тема, qwertyMAN! Спасибо, что напомнил мне опубликовать позабытый текст. Заходи на огонек. пп.1,3: Krutoy уже всё объяснил. Высосано из пальца. Следует исходить из требований задачи, а если они тебя не ограничивают – то из личных предпочтений. пп.2,4: Тема комментариев весьма противоречива и холиварна. Во-первых, комментировать код следует настолько, насколько это помогает самому автору впоследствии разобраться в своей же программе. Новички склонны комментировать элементарные действия, а более опытные программисты комментируют блоки покрупнее, поясняя алгоритм или структуру программы. Также имеет смысл комментировать всякие нестандартные трюки. Впрочем, для кого-то использование числа вместо булевой переменной – вполне рутинный подход. Во-вторую очередь код нужно комментировать так, чтобы он был понятен потенциальному читателю. Читатель бывает разный, на каждого не угодишь, поэтому в случае сомнений думай в первую очередь о том, сможешь ли ты сам быстро понять свой код, например, через год. Дилемма: использовать длинные и легко читаемые названия переменных или же использовать короткие, один раз прокомментировав их? Я в небольшом проекте предпочитаю короткие названия с комментариями: код короче, и читается быстрее. В проекте с большим количеством переменных удобны более длинные названия переменных. Но опять же, всё относительно. Есть, например, ООП, пространства имен и прочее, позволяющие уменьшить количество переменных в зоне видимости. В целом спорные советы, смущающие новичков. Только к глобальным переменным нет вопросов. И нет ничего плохого в написании кода в обычном блокноте или даже в редакторе OpenOS. Мазохизм, конечно, но есть любители, сделавшие свой выбор осознанно.

Кверти, посмотрел твои исходники, в принципе пишешь неплохо и красиво. Но мне кажется ты поторопился с советами. 1, 3: Высосано из пальца. Я такого еще не видел, да и проблемы у новичков куда больше чем 1 0 или сравнение. Выигрыш памяти крошечный. 2, 4: Посмотри на код ESC - да там можно матершиную сказку про медведЕй найти. Но при этом код рабочий, и идеи реализовываются крутые. Ты придираешься зазря. 5: Ну, тут всё верно, глобальные переменные - зло. Но всё равно, всё это ничтожно по сравнению с отсутствием форматирования и отступов, самоповторением и нелинейностью (по двадцать вложенных блоков aka "лесенка").