101 Basic Computer Games

Недавно я натолкнулся в сети на книгу, о которой никогда не слышал.
Книга называется "101 Basic Computer Games". Она была выпущена DEC в 1975 году
и содержит тексты игр с аннотациями. Игры написаны на BASIC, на компьютере PDP-11.

Очень интересная коллекция для начинающих программистов, и не только.

Коллекция игр с описаниями и переводом на другие языки программирования находится по адресу:

https://github.com/coding-horr... uter-games

4

Сообщение от CoderHuligan Возможно именно их решения буду востребованы в недалеком будущем.

Сложно сказать что будет востребовано. На наших глазах умирают целые языковые комьюнити.
Народ бежит туда, где больше денег. Причём людям решительно наплевать на качество.
А больше денег там, где клепают быстрее. Поэтому агайлы, скрамы(созвучно со scum? ) и т.п.
Технологии сначала уходят в узкопрофиль, а потом начинают охват других областей вокруг себя,
по итогу пересекаясь с уже существующими решениями, но работа с технологиями идёт везде
по своему. Т.е. объём лишних(дублирующихся) знаний растёт. Рано или поздно, но отрасль ждёт коллапс.
Когда уже будет понятно, что везде всё печально работает, а у людей пухнут бошки.

1

Вот так искусство превращается в ремесло. Любое дело должно приносить радость. А когда ты вынужден разрабатывать на языках от которых тошнит, то тут как бы качество изначально будет страдать. Меня тошнит от Питона, от С++, PHP и даже последнее время от Си.. Потому что вижу, как там всё не так как надо..

1

Сообщение от CoderHuligan А когда ты вынужден разрабатывать на языках от которых тошнит

Я правильно понимаю, что вам нравится страдать, вместо того, чтобы разработать собственный язык программирования?

0

Замабувараев,
Такова жизнь любого программиста. Приходится писать на языках, которые ненавидишь. Альтернатив мало или их нет. Например web программисты вынуждены учить java script прост потому что он вшит в браузеры. Тут нет альтернативы, любишь ты его или не любишь, ты вынужден писать на нем.
Ни один существующий мэйнстрим язык меня не устраивает..
Со временем начинаешь многое видеть по другому и первое впечатление проходит. Конечно надо делать. Но только с нуля, чистый бутстраппинг. Иного пути нет..

1

Сообщение от CoderHuligan Например web программисты вынуждены учить java script прост потому что он вшит в браузеры. Тут нет альтернативы, любишь ты его или не любишь, ты вынужден писать на нем.

Это не так. Можно написать транслятор из того ЯП что нравится в JS. Может будет не столь эффективный и оптимальный код, но зато писать станет проще и интереснее.

Сообщение от CoderHuligan Ни один существующий мэйнстрим язык меня не устраивает

Может программирование не ваше? Пробовали заниматься другими делами?
Или все же попробуйте написать компилятор/интерпретатор "идеального" ЯП по вашему мнению. Это может быть транслятор в другой ЯП, например в Си.

0

Сообщение от locm Может программирование не ваше? Пробовали заниматься другими делами?

locm, думаю программирование оно если так по реалу смотреть больше не о программировании,
а о прикладных областях. И мало того что проблема зачастую в человеке, что у него может что-то
не получаться или нехватать знаний(именно в прикладных, а не в самом кодинге), это нормально и у всех так,
трудно быть экспертом во всех областях, так ещё и реально есть фактор популизма, когда какое-нибудь
говно начинает захватывать рынок, абсолютно неоправданно т.к. попросту неэффективно, а система потом
начинает сопротивляться чему-либо другому, чтобы не наплодить ещё стандартов, но это скорее естественный процесс.
Вышеозвученный пайтон например - гибрид коня и носорога, одна справка там чего стоит, такого сумбурного
чтива давно не встречал. Это страшно, когда люди не умеют ни в доходчивость, ни систематизировать.
Там прям это отчётливо видно.

Сообщение от locm Можно написать транслятор из того ЯП что нравится в JS. Может будет не столь эффективный и оптимальный код

Давайте будем честны, оно будет работать как говно))) от одного этого факта трудно испытать благоговение.

Добавлено через 2 часа 2 минуты

Сообщение от CoderHuligan Конечно надо делать. Но только с нуля, чистый бутстраппинг. Иного пути нет.

Нужно переосмысливать и потом уже делать. Сейчас на самом деле все хотят всё скрыть, попрятать.
Мне тут дали с производства плату нерабочую, на детали. Так вот там транзисторы заклеены термоусадкой,
а чипы залиты какой-то чёрной краской))) чтобы не скопировали идею, даже терморезистор в термоусадке)))
Рашен конспирейшен. А чё думаете в кодинге не так? Да ещё хуже жопа.

0

Сообщение от Quiet Snow оно будет работать как говно

Сейчас все так работает. Мощные компы поощряют быдлокодинг!
Не зря же размеры инсталляторов приложений 100+ МБ. А сайты очень "тяжелые" из-за чего браузер требует много гигов оперативы.

Сообщение от Quiet Snow Так вот там транзисторы заклеены термоусадкой

Смысл? Его легко прозвонить.

Сообщение от Quiet Snow чипы залиты какой-то чёрной краской))) чтобы не скопировали идею

Не проще маркировку стирать как делают китайцы и даже это не всегда помогает.

0

Добавлено через 30 минут

Сообщение от Замабувараев Я правильно понимаю, что вам нравится страдать, вместо того, чтобы разработать собственный язык программирования?

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

В действительности что-то положительное извлечь можно не столько из средств реализации
сколько из идеологии, по которой эти средства построены. Это даёт максимальный эффект.
Как всё продумано в плане удобства разработки. А это совокупность факторов.
Если будет хороший компиль и IDE не раскрывающая его - будет тяжко, тоже самое если даже
всё хорошо будет, но справка никакущая, то тоже считай всё на смарку.
Нужна очень хорошая проработка, чтобы не было сумбура, всё по полочкам, на своих местах,
чтобы человек который это видит и берёт в руки, не чувствовал себя некумекой с разбегающимися
глазами. Это должно сразу, с первых же секунд приносить приятные ощущения и одновременно
не быть поделухой для детишек.

1

0

Добавлено через 4 минуты

Она не сотрется если не использовать вещества растворяющие корпус.

Надо попробовать уайт спиритом и если не пойдёт - то потом ацетоном(который запросто может
корпус расплавить), хотя есть ощущение, что люди, которые это делали - не дураки, знали чем закрашивали.
Ну как бы не было смысла если бы не крысили.

0

0

Сообщение от locm Может программирование не ваше? Пробовали заниматься другими делами?

Программирование я люблю. Оно меня не раз выручало. Я хорошо умею алгоритмизировать. Вт буквально на днях быстро сваял расчетную программку на Си. То есть мне лично навыки помогают в каких-то побочных делах. А так, я чем только не пробовал заниматься. От фотографии до радиолюбительства. Вот сейчас морзянку учу, кое какой девайс паяю.
Другое дело, что профессиональное программирование требует совершенно других навыков. И мне это скучно. Скучно учить вещи, которые являются жвачкой.

Сообщение от locm Или все же попробуйте написать компилятор/интерпретатор "идеального" ЯП по вашему мнению. Это может быть транслятор в другой ЯП, например в Си.

Сейчас времени больше будет.
Идеальных ЯП не существует. И все в чем-то ограничены.. Язык должен быть расширяемым не командой тех, кто пишет компилятор, а конечными пользователями. А для этого нужно ядро. Посмотрите как сделан Компонентный Паскаль в связке с IDE Black Box. Да, конечно система не совершенна и минималистична. Но однако чувствуется академический подход, когда все на своих местах, все можно потрогать, изменить под себя. Вот пример правильного направления. Когда есть ядро, то есть общая система, которая наворачивается подключаемыми модулями чисто по требованию, когда они нужны. Система в системе. ЯП должен быть максимально абстрагирован от ОС.
А посмотрите на Си или C++. Минимальный консольный hello world весит от 20 до 40 килобайт в зависимости от компилятора, хотя должен где-то 2-4. Пример не правильной мусорной архитектуры. Ждать следующей фичи придется до второго пришествия. И то, если бородатые дядечки этого пожелают. Но это вряд ли.. Вот так точно не надо делать.
Далее. Создать компилятор на Си не является проблемой. Так почти все делают. Но в этом случае мы жестко привязываемся к архитектуре Си и его окружению. Это самый легкий путь. Но мы сразу привязываемся к вот этим дядям из комитета.. Причем забугорного комитета.. Так что без бутстраппинга не обойтись. Но писать на ассемблере то еще удовольствие. Поэтому нужен обобщенный ассемблер, а уж на нем можно написать компилятор. Вот более правильный путь.

Сообщение от Quiet Snow Нужно переосмысливать и потом уже делать.

Это самое сложное. Правильная архитектура языка требует глубокого анализа, взвешивания всех за и против, знания других ЯП, иначе это мало кого заинтересует.

0

Сообщение от Quiet Snow Надо попробовать уайт спиритом и если не пойдёт - то потом ацетоном(который запросто может корпус расплавить), хотя есть ощущение

Если паяльником не счищается то гиблое дело, по моему

0

Сообщение от CoderHuligan А посмотрите на Си или C++. Минимальный консольный hello world весит от 20 до 40 килобайт в зависимости от компилятора

Не используйте стандартную библиотеку и весить будет меньше.

Сообщение от CoderHuligan хотя должен где-то 2-4.

Столько и весит.

0

Сообщение от locm Не используйте стандартную библиотеку и весить будет меньше.

тогда лучше сразу на асме..

Сообщение от locm Столько и весит.

столько не весит..

0

Сообщение от CoderHuligan столько не весит..

Во вложении прога скомпилированная в PB с использованием сишного (GCC) backend. Размер 4 КБ.
В ней рантайм PB присутствует. Если написать изначально на GCC, то будет еще меньше.

Вложения

Hello world C backend.zip (1.7 Кб, 16 просмотров)

0

Сообщение от CoderHuligan знания других ЯП

Ты не выучишь все ЯП, да это и не требуется. И дело даже не в этом, то про что говорю, это скорее хорошо
забытое старое. Как примерно в области UI\UX, банальный офис тому пример, обосрали по-взрослому.
Один из принципов хорошего UI - это отсутствие дублирования, ещё один принцип - это компактность
и ещё один принцип - минимальное кол-во действий(движений мышкой, нажатий хоткеев, прокруток фейса)
для достижения результата, остальное делает дизайнер. Но только всё это в плане программирования.
Вот сколько людей не читал, идеологию того же бейсика по сути мало кто понял.
Его основная фишка в урезании "изъяснительных" особенностей, именно особенностей, для того чтобы
вариантов выполнения каких-то базовых вещей(то из чего состоят алгоритмы) было минимум.
И чем больше этих вариантов, тем труднее по факту разбирать код и поддерживать его.
Если в том же си++ вариантов сделать одно и то же простое действие несколько сотен, то на бейсике
их не будет и пяти, он искусственно ограничивает это многообразие чтобы не было проблем у кого-либо
разобрать код и это правило уже давно забыто бездумными разрабами, которые не понимают этой
идеологии, они искусственно повышают комплексность диалектов, отходя от канонов.
У языка не было шансов стать чем-то стоящим в составе того же спектрума с его скоростью выполнения,
это просто факт и недальновидность разрабов, это видно сейчас, тогда ничего видно не было. И история
закрыла эту страницу, но так ли это правильно исходя из текущих возможностей оборудования?
И неоправданный отказ от применения ассемблера тоже жопа. Эта область никому не мешала она была
обособленной, глупо говорить что оптимизация подобного уровня не нужна и что знания подобного уровня
не нужны.

Сообщение от CoderHuligan Но в этом случае мы жестко привязываемся к архитектуре Си и его окружению.

Сообщение от locm У него есть максимально допустимый ток, а не на напряжение. Также у него есть предельно допустимое обратное напряжение (когда + и - перепутаны).

В том то и дело что напряжение, подашь больше - сразу сдохнет. Ток то это само собой понятно что тоже
нельзя подавать больше определённого. Но как это понять если нет маркировки?
А полярность перепутать трудно, т.к. всегда есть вариант подключить через большое сопротивление и проверить.
На глаз же без маркировок фиг поймёшь сколько там допустимо.

Сообщение от locm Во вложении прога скомпилированная в PB с использованием сишного (GCC) backend. Размер 4 КБ. В ней рантайм PB присутствует. Если написать изначально на GCC, то будет еще меньше.

Т.е. PB транслировал себя в си и ты скомпилил на си?
Ну тут понятно что PB является умным компилем и там в этих 4кб нет никаких модулей, т.к. они все отключены,
если не используются.

0

Сообщение от Quiet Snow Т.е. PB транслировал себя в си и ты скомпилил на си?

Раньше PB транслировал код в асм. Сейчас еще и в Си. Фред решил сделать так чтобы не заморачиваться с асмом ARM процев.
В итоге начиная с версии 6.00 добавлена поддержка Apple M1/M2, Raspberry Pi и судя по всему будет поддержка Windows ARM.

Сообщение от Quiet Snow Ну тут понятно что PB является умным компилем и там в этих 4кб нет никаких модулей, т.к. они все отключены, если не используются.

Суть в том что компилятор Си может создавать исполняемые файлы небольшого размера.

1

Сообщение от CoderHuligan тогда лучше сразу на асме.

Так это не просто "лучше", от задачи же зависит. ВУ не на ровном месте придумали.

Сообщение от locm Суть в том что компилятор Си может создавать исполняемые файлы небольшого размера.

Ну лично я в этом и не сомневался. Тут вопрос к хулигану про какой компиль конкретно он писал.

0

Сообщение от Quiet Snow В том то и дело что напряжение, подашь больше - сразу сдохнет.

Светодиоды работают от тока, а не от напряжения (в отличии к примеру от неоновых ламп). Светодиод можно запитать и от сети (у меня к примеру в розетке так сделано), но нужно ограничить ток.

Сообщение от Quiet Snow Так то оно понятно, что резистор по закону ома, понизит напряжение

Светодиод считай имеет разное сопротивление в зависимости от напряжения - на нем падает фиксированное напряжение. К примеру на зеленых светодиодах около 2х вольт падает, тогда как на обычном около 700мв (на шоттки 200).

1