|
Модератор
1245 / 676 / 292
Регистрация: 10.11.2019
Сообщений: 1,406
|
|
101 Basic Computer Games25.05.2024, 16:17. Показов 18727. Ответов 273
Метки нет (Все метки)
Недавно я натолкнулся в сети на книгу, о которой никогда не слышал.
Книга называется "101 Basic Computer Games". Она была выпущена DEC в 1975 году и содержит тексты игр с аннотациями. Игры написаны на BASIC, на компьютере PDP-11. Очень интересная коллекция для начинающих программистов, и не только. Коллекция игр с описаниями и переводом на другие языки программирования находится по адресу: https://github.com/coding-horr... uter-games
4
|
|
| 25.05.2024, 16:17 | |
|
Ответы с готовыми решениями:
273
Coodo Games & Datcroft Games Java Developer (Самара) Coodo Games & Datcroft Games AS3.0 Developer (Самара) |
| 03.10.2024, 21:21 | ||||
|
Не по теме:
![]() Смотрите зеленую часть. По оси X напряжение, а по Y - ток. Незначительное увеличение напряжения приводит к большому росту тока. То есть напряжение на диоде почти не растет, в то время как ток значительно увеличивается. Поэтому для светодиода ограничивают ток, а не прямое напряжение. Если подадите 12 вольт без ограничения тока, ток станет таким большим что светодиод сгорит. Что произойдет при ограничении тока? Попустим светодиод начинает светится при напряжении 2 вольта. В этом случае 10 вольт будет падать на источнике тока (резистор, активный ограничитель тока и т. д.), а 2 вольта на светодиоде. Проверить это легко, собрав схему из светодиода и переменного резистора, подав на ее напряжение и измерив напряжение на светодиоде и на переменном резисторе при изменении сопротивления.
0
|
||||
| 04.10.2024, 02:27 | ||
|
0
|
||
|
|
|||||
| 04.10.2024, 13:14 | |||||
|
Я о чем: basic давно уже нет. Нет минимализма. Современные васики как буд-то соревнуются с друг другом -кто из них больше будет похож на больших братьев. Но вот встает вопрос: а зачем надо быть такими как большие братья? Зачем обязательно надо из кожи вон лезть, чтобы быть "как все". Ведь это значит потерять свою самобытность, свою изюминку, а значит просто исчезнуть растворившись в общем базовом супе.. Меня это не устраивает. Ну и можно добавить, что basic вырос из интерпретатора. Первоначально текст сразу компилировался в код. Вот почему в этом языке так много артефактов этой природы например data/read. Это потому что интерпретатор прыгал по тексту и даже в промежуточный код (P-код) не компилировал. А потом появились чистые компиляторы и data/read стали артефактом.
0
|
|||||
|
|
||||||||||||||||
| 04.10.2024, 14:01 | ||||||||||||||||
|
Ничего не мешает вручную сделать тоже самое и получить небольшой exe если в этом есть необходимость. Скомпилировал на PB (с трансляцией в Си) код
Где ваши 30 - 40 КБ?![]() Если в первом коде заменить MessageBox(), на MessageRequester() размер файла увеличится до 5 КБ (не из-за Си, а из-за рантайма PB), а код можно скомпилировать под все поддерживаемые платформы (Win, Lin, Mac). Во втором коде (консоль) использована стандартная сишная функция printf() и тоже не должно быть проблем с переносимостью. Поэтому все эти пространства имен, структурное и объектное программирование появилось не просто так. Если убрать все это из бейсика, он станет непригодным для практического использования и так и останется учебным языком. Может и было промежуточное представление кода чтобы сократить использование ОЗУ, которого было очень мало. Но это не совсем компиляция.
1
|
||||||||||||||||
|
|
||||
| 04.10.2024, 14:58 | ||||
Зачем искать, если есть документация? Если нет документации, то даже заглядывать в код не стоит,на каком бы языке он не был бы написан. Если вы не цените свое время: флаг в руки..Добавлено через 2 минуты Код не должен быть "самодокументируемым". Это чистый миф.
0
|
||||
|
|
|||||
| 04.10.2024, 15:28 | |||||
|
Не из синшой библиотеки?
У ЯВУ с этим проще.
0
|
|||||
|
Кормпилятор
|
|||||||
| 04.10.2024, 16:17 | |||||||
|
Плюс я ещё несколько видео посмотрел по диодам, много нового узнал. из бинарника. Возможно там такого нет, но это странно, т.к. линкер всегда знает все зависимости. Это спец оператор, для "тяжёлых случаев", чтобы не переписывать пол программы, т.к. не всегда можно структурировать тысячи строк кода идеально, особенно если пишется модулями по кускам. Структурный вид - это необходимый процесс и "самодокументируемость" тут не причём. Однако раскладывать код на блок схему та ещё задача - это должен быть очень сложный софт. Плюс без чисто программерской документации ситуацию это не сильно спасает. И много раз думал про это, "визуальный схемописатель" это вещь, но конечно без автогенерации, суть в том чтобы делать документацию под код в одном софте. Или допустим включать отдельный леер(слой), на котором пояснения, стрелочки и описания, в общем можно много чего придумать как документировать здесь и сейчас. Чисто для "финализации"(в т.ч. в плане оформления) работы. Просто я сторонник того что быстрее и удобнее это делать не мышкой, а карандашом\ручкой за письменным столом. Добавлено через 13 минут и стреляя себе в копыта. До нижнего слоя абстракции не добраться, не разложить это в линейный процесс, коим оно должно быть, для полного понимания кода прям до самых низов. Именно полное понимание даёт возможность этот код дорабатывать, оптимизировать и как-то рефакторить. И служит оно по сути для одной лишь цели - тырить чужой код целыми классами. Его наверное можно применять достойно. Но не применяют. При этом мы получаем по факту тот же самый макаронинг, который не расплести ибо абстрагируют там где надо и там где не надо. Пространства имён же это не об ООП, это больше о модульности. Ну если речь про PB, т.к. там правильно сделано. Мне, кстати, модульность в коде очень даже импонирует. Добавлено через 3 минуты шкуры понятно переписали на ВУ, но сами механизмы остались те же самые.
1
|
|||||||
|
|
|||
| 04.10.2024, 16:26 | |||
|
0
|
|||
|
Кормпилятор
|
|||||
| 04.10.2024, 16:46 | |||||
|
это говно лезет в десктоп сектор. Со своим сумбуром в версиях, документации. Ведь достаточно сравнить банально количество и качество литературы за все годы созданное, по ассемблерам. И мы поймём к чему нас ведут. Надеюсь этого вот не произойдёт в ближайшее будущее: https://www.cnews.ru/news/top/... _ee_hochet Сейчас это не борьба технологий и архитектур, это уже выяснение у кого больше бабла. "Калкомм" - это вонючие выскочки, которые ситуативно, на волне внезапного успеха, решили истребить одного из основоположников по сути всей IT отрасли. И надеюсь, у руководства Intel хватит стали в яйцах, чтобы не купиться на это. Добавлено через 16 минут Делать состояния в коде - это неэффективно тебе уже это показали на примерах. Работает только для самых примитивных случаев. Требуется крайне редко, крайне. И не даёт оно по оптимизации сколько ты думаешь, а геморроя даёт до остервенения много. Выучить пару лупов, свитч и if-else - это трудная задача? Для того чтобы писать простой код и тебя люди понимали? Да ну... Те коды которые были на GOTO, это жуткая дроч, которую невозможно расплести. Кто ковырял - знает. Потому что "рекурсиевидные" составные "состояния" алгоритма неотделимы. И это не пахнет разложением по шагам. Это "майнд геймс" для задротов.
1
|
|||||
|
|
||||
| 04.10.2024, 16:54 | ||||
|
Для чего-то простого пойдет, но для сложных программ не лучший выбор, т. к. читать схему затруднительно, а отлаживать вообще непонятно как. В этом плане текстовый код имеет преимущество. Может есть (или раньше были) небольшие вставки на асме, но не думаю что разработчики переписывали чуть ли не с нуля под каждую архитектуру проца. В общем, асм конечно хороший, но сильно процессоро-зависимый.
0
|
||||
|
Кормпилятор
|
|||||
| 04.10.2024, 17:14 | |||||
|
когда каждый блок это целый набор действий. элемент для оптимизации. Про ARM ничё не знаю, предполагать не буду. Просто довольно трудно представить, что вся огромная индустрия будет переводить свои плагины(VST(i)) на ARM, но что-то подсказывает - не будет. Как-ты понимаешь они поголовно на x86\x64. 25 лет их писали на x86. Много авторов уже не у дел. А без плагинов и инструментов DAW это как простой многодорожечный диктофон. Ну т.е. в разы менее полезен.
0
|
|||||
|
|
||
| 04.10.2024, 17:25 | ||
|
0
|
||
|
|
||||||||||||||
| 04.10.2024, 17:25 | ||||||||||||||
|
Вот что передается GCC для компиляции
Просто не нужно лезть в асм. Intel/AMD это только ПК / ноуты, а ARM в телефонах, планшетах, роутерах, телевизорах и учитывая множество микроконтроллеров с ядром ARM, во множестве другой электроники (микроволновки, кофеварки и т. д.). Начали появляться ПК и ноуты с ARM процем. Винда, линь и макось под них давно есть.
0
|
||||||||||||||
|
|
||||
| 04.10.2024, 17:48 | ||||
|
Это как в радиоэлектронике: если нет принципиальной схемы, если нет разводки проводников и расположения деталей на плате, то ремонтировать такой аппарат почти невозможно. Конечно можно проследить какой проводничек к какой детальке припаян и все это на бумажке нарисовать. Но однако: понятно же что это трата времени. И в программировании тоже самое. Есть система. Чтобы её понять нужна "принципиальная схема", схема блоков, их взаимосвязей, взаимозависимостей и пр. Если этого нет, а есть вот этот самый голый код. Всё приплыли, фтопку его.
Добавлено через 5 минут Добавлено через 1 минуту Добавлено через 11 минут
0
|
||||
|
|
|||
| 04.10.2024, 18:01 | |||
![]() А теперь стоит попробовать словесно описать работу хоть той же сортировки пузырьком, которая реализована в структурном коде. Я бы очень хотел это увидеть. Кто возьмется? ![]() Добавлено через 37 секунд
0
|
|||
|
Кормпилятор
|
|||||
| 04.10.2024, 18:03 | |||||
|
Переписать проще, когда есть полная документация. А иначе - просто забей. когда ввели гетерогенную архитектуру. Вот там жопа и началась. Всё это произошло за последние ~5 лет. Мне это было очевидно ещё тогда. Но недальновидность этих людей поражает. Все эти патчи винды, софты для управления ядрами, гайды по отключению e-ядер в BIOS. В общем были видно что обосрались, но гордые, суки))) признать не смогли. А ведь неплохо всё было. Так то если на си писать - то по большому счёту пофиг. А вот с асмом не так гладко просто из-за кол-ва литературы и возможностей найти исчерпывающую информацию. и топовые мобильники(хотя им и так понятно, что далеко до десктопа). И как бы им абсолютно точно не помешало бы, если бы софт оптимизировали так же как для ПК в конце 90-х\ начале 00-х.
0
|
|||||
|
|
|
| 04.10.2024, 18:07 | |
|
К примеру, где находится определение функции SYS_Quit()? Это же функция не из стандартной библиотеки.
0
|
|
|
Кормпилятор
|
|||
| 04.10.2024, 18:12 | |||
|
И зачем тебе кроссплатформа, ты не осилишь даже две ОС тестировать по всем нюансам. Подумай над этим. Пили под винду для начала. Одну систему можно охватить более менее.
0
|
|||
|
|
||||
| 04.10.2024, 18:28 | ||||
|
0
|
||||
| 04.10.2024, 18:28 | |
|
Coodo Games & Datcroft Games 3d Artist (Самара) Coodo Games & Datcroft Games Lead Java Developer / Team Lead Выполнить следующие операции в двоичной системе счисления: 10101,10101+1001,0011 101110,101-101,11 1011*111 1010101 Даны действительные числа x1,…,x101, y1…,y101. Получить действительные x'1,…,x'101, y'1,…,y'101 Bsod - *50,*3B, *101, *101 Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным?
anaschu 12.07.2026
Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров
В текущей версии модели успешно реализован ключевой механизм. . .
|
сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию.
anaschu 12.07.2026
Анализ соответствия модели требованиям
Реализованные компоненты:
Механизм закисления почвы через протонную помпу
Конкуренция между типами микориз
pH как триггер сукцессии
C/ P соотношение. . .
|
Сукцессия 26. Мат модель создана.
anaschu 12.07.2026
Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .
|
Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста".
Hrethgir 12.07.2026
Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
|
|
сукцессия 25. Хронология ошибок
anaschu 12.07.2026
# От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы
## О чём эта статья
В процессе построения ОДУ-модели (система дифференциальных. . .
|
сукцессия 24. Промежуточное общее описание модели
anaschu 12.07.2026
Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет)
Содержание проекта
Симуляция вековой (50 лет) экологической сукцессии в почве леса
Основные участники: АМ-гриб, ЭКМ-гриб,. . .
|
сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры.
anaschu 12.07.2026
Что реально нашли и починили за эти 5 часов
Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .
|
сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато
anaschu 11.07.2026
Аннотация
В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .
|