У меня в детстве был. Программировал на нем на бейсике. Говорят был еще лазер бейсик и всякие турбоускорители. Так я так и не понял тогда, на ассемблере игры писали или на лазербесике, а потом ускоряли? Если на ассемблере, то на "add, push" написать игру, пусть и простую, а потом еще и числовые коды ввести в десятичном формате, это не реально кмк. Тетрис вроде как сразу на паскале написали.

в инете в основном про железо я нашел, про историю и книжки по бесику. А вот про создание "взрослых" прог, так ничего и нет.

(1) Да кучу книг, почитай Инфокомоское ZX-Ревю то же.
Все на АСМе писали и довольно успешно.
Чем тебе ассемблер не язык ?

(0) asm,  на чем еще можно при 64 kb ОЗУ

(2) ассемблер язык, но трудозатротно пипец. Да кучу вот не хочется читать, хочется максимум статью. В виде писали на ХХХ, в среде разработке УУУ. Получалось ZZZ, использовали инструмент AAA, получался профессиональный продукт BBB.

В спектруме была АСМ среда разработки? Значит на каких то других компьютерах писали? Где компилировали это все?

(4) > В спектруме была АСМ среда разработки?

В спектруме были АСМ среды разработки.

Так ответить и я могу. -На чем писали?  -Ты че дурак? На ассемблере. - вот спасибо, где бы меня еще на .!. послали?

(0) ассемблер. Я скажу даже больше: для PC XT и АT286 первые игры вроде диггера и подобных тоже написаны либо на асме, либо на Си с существенной долей вставок на асме.

(5) Значит ты не умеешь читать и понимать вопроса. Я спросил конкретно коммерческие названия продуктов и железа на чем это писалось, а не про мнемокоды.

(0) почему нереально? Вполне реально, реально и сейчас. Вон на инфостарте статья была - чел ВК на асме писал и объяснял как это делать.

(8) google://asm+zx+spectrum, мой ленивый друк

https://forum.privet.com/viewtopic.php?t=207313

более того - некоторые вещи, например работу с видеоадаптером на уровне писания в порты, на асме делать удобнее чем на чем-либо другом, потому что тебе не нужно забивать голову тем чего навставляет компилятор и как это поменяет твой код

(9) да реально и пирамиду по песчинке натаскать. Я не про возможности, я про реальные инструменты и методы работы "тех" программистов. Я про, на каких компах писали, в какой среде разработки? Как и где редактировали(русифицировали)  уже скомпилированные программы? Вся программа в 16ном коде, ты там ничего кроме FFFF не увидишь.

(13) сейчас уже да, без книжек не увижу, потому что нет практики. А лет 20 назад приходилось видеть, и видел.

Hisoft Gens and Mons (aka Devpak)
https://zxpress.ru/book.php?id=212

gens + mons
у меня были)

а ну вот нашлась ссылка. http://speccy.info/Кросс-средства . Я то думаю, чего на этом спектруме нифига сделать хорошего сделать было нельзя? Просто проблемы не решаются на уровне вознbкновения.

(5) Можно было и без асма. Я писал для Spectruma программу вообще в машинных кодах.

+(17) все средства разработки были на IBM.

Я всегда догадывался, что эти турбоускорители, турбозагрузчики, лазербейсики и среды разработки под zx чушь и на них caldron 2 не сделать.

(19) когда появились доступные писюки - кросс-механизмы не использовать было бы просто глупо. Но вообще в истории ZX-Spectrum был довольно длительный период, когда доступных писишек не было. В России года до 94 PC стоил сравнимо с автомобилем.

Да и у буржуев все эти амстрады и прочее подобное стоило по 2-3 тысячи тогдашних долларов, что было мало кому по карману. Speccy потому и стал популярным, что стоил несколько сотен, а не тысяч, а при их отстутствии вообще мог быть собран самостоятельно из доступных радиодеталей.

(22) да это все ясно. Просто дети 90х пытались из слов Ж П О А составить слово счастье, а оно никак не выходило. Просто остальных букв не хватало. Теперь хватает.

+(23) и взрослые тоже нифига не знали и даже учителя информатики. А эти все книжки про бейсик, лазер бейсик, попытки записать програму в виде массива цифр "255,155,112" - это чушь  и забивание головы туфтой.

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

(25) Да ничего не выходило. Сколько было епли с этой символьной, спрайтовой графикой. И все напрасно. Дед мороз умер. :) Коммерческие продукты писались на IBM, на языках разработки высокого уровня типа С. Переводились в коды процессора zx80. Так же была возможно и обратная операция, перевести из кодов zx80 в ассемблер и там "русифицировать". Этого ответа я в принципе и ждал.

(0) Ну я писал на АСМе в ZX Spectrum. Ну и лазер бэйсик пробовал. Всякие компиляторы в ZX Spectrum жрали ресурсы которых было - 48к оперативки.
Игры в машинных кодах печатались в журнале "Моделист конструктор".
(20) Нормально на лазере можно было сделать игру. Там все инструменты были для работы со спрайтовой графикой.
(13) За пол года изучил ассемблер. Поскольку пытался "взломать" несколько игр, которые кстати имели защиту от дебагинга, то практически выучил таблицу соответствия кода команде ассемблера. Нормально читается программа по "FF AC DE 12 34" и т.д.
И кстати, чем программа на LISP отличается от машинного кода, для человека который не знает LISP? А ведь это коммерческий язык.

(26) вообще говоря, ничего не умерло. Технология осталась и с усовершенствованиями используется до сих пор - https://ru.wikipedia.org/wiki/Спрайт_(компьютерная_графика). Советую больше читать, помогает.

(27) Игры в машинных кодах печатались в журнале "Моделист конструктор" - 48 000 цифр не устанешь набирать? ;)
(20) Реально, только оооочень медленную.

(24) С 3D графикой на низком уровне работал? Массивы чисел... :-) Это работа с матрицами сынок. Линейная алгебра. Оно до сих пор так и работает.
Кстати, и в машинном кода до сих пор программируют микросхемы. Не всякий компилятор уложится в ограничения по памяти или производительности.

(29) Ты работу бухгалтера видел? 48 000 цифр, это на день работы. Даже меньше.

(31) ничего он не видел, по постам уже понятно.

(29) спрайтовую это я сгоряча написал, я про символьную и спецсимвольную. Спрайтом в спектруме на бейсике управлять в двоичном коде это вообще пипец.

(33) С чего это пипец в машинном коде? :-) Один раз пишется набор подпрограмм и вперед. Это не сложно.

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

(33) Да, в этом необходимость пропала из-за роста вычислительных мощностей видеоадаптеров. Хотя, возможно, в каких-то специфических применениях вроде LCD-дисплеев промоборудования еще используется.

99% "бухгалтеров" пойдут скоро чинить шпалы на рельсах. Всякие электронные документообороты, edi и клиент банки вполне их заменяют. Еще нейронные сети скоро добавятся.

(35) "Рука лицо". Нейронные сети... Мне бы твой оптимизм. :-) Пока есть люди, бухгалтер будет нужен. Ну ничего... Удачи в отрасли! Главное побольше читай. Видосики не заменят книги и опыт.

(26) про какой IBM вы речь ведете? Если про PC, то там тоже особо "не развернешся" по нынешним запросам: 4 мега(!)герца ЦП, 64 КБ ОЗУ, и это за 4500$.
Лидеры рынка - Commodore, Atari - тоже не сильно выделялись характеристиками: те же 2-3 мегагерца, 64 КБ памяти.
Чтобы портировать игру с одной платформы на другую, нужно было написать транслятор кодов, пропустить через него бинарник, и полученный бинарник доводить напильником на целевой платформе. Ни каких виртуалок и эмуляторов не было и не могло быть.

(37) Пока в стране будут "шпалы на рельсах", а не наоборот - у бухгалтеров все будет в порядке. И всякие "клиент банки" им только добавляют плюсов в карму.

(38) это произойдет в течении 5 лет. Сейчас в электронный вид все происходит
(39) ну вот в (17) статья же. "В 1980-х годах среди зарубежных разработчиков кросс-разработку использовали, в частности, The Oliver Twins (разработавшие все свои игры для ZX Spectrum на Amstrad CPC и IBM PC), Raffaele Cecco (IBM PC для работы над кодом и Atari ST для графики), Matthew Smith (TRS-80). Игра Advanced Tactical Fighter также разрабатывалась на IBM PC (код) и Atari ST (графика).

Разработка игры Turbo Esprit велась на CP/M-совместимом компьютере с кросс-ассемблером и параллельным интерфейсом для связи с ZX Spectrum.

Разработка игр для ZX Spectrum в компании Elite Systems выполнялась на компьютере Tatung Einstein[1]. Также на этом компьютере был написан и скомпилирован код игр Ghosts 'n Goblins и Ghouls 'n' Ghosts[2]"

В машинных кодах им сложно. А окошки в перфокартах вы не резали? Лезвием по металлической линейке?

(29) Не устанешь... я уже рассказывал как-то, как товарищ в армии восстановил по памяти таблицу команд 80-го, и вручную дизассемблировал программы из Радио, и отсылал домой письмами...
собственно, на корвете вподне нормально дизасссемблировали игрушки Спектрума, и на их основе делали для корветов...
https://yadi.sk/i/mcx7kDFMHOUgNA

(41) вот это: "с кросс-ассемблером и параллельным интерфейсом для связи с ZX Spectrum"

(42) разве что для исправлений. нуи заклеивали тоже для исправлений. целиком программу вряд ли кто резал...

(39) принципиальные проблемы с кросс-системами в 70-х уже были решены.

(43) Ипать колотить, есть же люди с мозгами. В шахматы с завязанными глазами играют, по памяти таблицу команд восстанавливают. Как он в армию то попал и почему дети рабочих и крестьян его там не убили?

(39) он имеет в виду кросс-инструменты, т.е. на PC грубо говоря среда разработки и компилятор который код и другие ресурсы (графику, музыку) под спектрум генерирует. Для этого виртуалка не нужна, можно просто подсоединить спектрум шнурком и отлаживаться на нем. Сейчас такая технология используется, например, для работы с железками на ОС реального времени VxWorks.

(47) были такие времена (1985-1988), когда в армию брали всех из всез ВУЗов. Дети рабочих и крестьян -это мелочь, потому как служили мы в стройбате ЗабВО - и там были другие проблемы. А не убили потому, что мы эти проблемы решали.

(41) не произойдет, потому что преимущества этих технологий, скажем так, сильно преувеличены теми кто их продвигает и теми кто на этом зарабатывает. EDI и ЭДО существуют уже гораздо больше 5 лет, но принципиально с 2013 года ничего не изменилось.

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

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

(48) я не говорю, что виртуалка нужна. Я к тому, что и "мощные" по тем временам машинки не сильно спасали ситуацию в плане скорости разработки.

(53) мне кажется, могли. Все-таки UI на PC даже в текстовом режиме 80х25 не шел ни в какое сравнение с тем что было доступно на спекки.

(54) и доступной памяти было больше.

Кстати, новые игры такое ощущение, что их делали вообще инопланетяне, это где то за гранью. Скачал фар край 5 - это вообще отвал бошки. На запрос "создание современных игр" яндекс отвечает "бизнес план в 7 шагов" и прочий ховноменеджмент. На чем они сейчас их делают? Если по спектруму больше вопросов нет, то можно ветку переименовать создание игр от 8 бит до наших дней.

(56) <что их делали вообще инопланетяне, это где то за гранью.>

Вы имеете в виду хорошо или плохо сейчас?

Сейчас игры проще стало делать, графика это фреймворк сейчас, пишешь логику и натягиваешь текстуры и бах у тебя новая игра

вон берете unity и вперед, "я у мамки профи-геймдев"

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

(57) сейчас это гениально,  гта 5  и фар край 5 просто вынос мозга. Они просто о.уенные и другим словом это не заменить. Как то быстро все очень сильно изменилось, если с прошлыми технологиями n-1990х годов я еще могу понять, разобраться и починить/воспроизвести, то все, что дальше это уже инопланетные технологии какие то.
зы
есть мнение, что инопланетные цивилизации пытаются уничтожить человечество передавая чертежи кремневых машин в мозг человеков.

https://yandex.ru/video/search?p=1&filmId=17619870239286745514&text=сколько%20бит%20в%20спектруме&noreask=1&path=wizard   -  чувак гений!

(59) «любая достаточно развитая технология неотличима от магии»©А.Кларк

+(60) https://www.youtube.com/watch?v=8rWCYo1UcOQ

(60) Хы :-) У нас их каждый второкурсник клепал на коленке со своей прошивкой ПЗУ.

(13) Реальные инструменты той эпохи, это простой текстовый редактор без всяких удобств типа цветового выделения и синтаксической подсказки. И нормально писалось на ассемблере. Я вот писал для спектрума, БК, ДВК, однокристалочек всяких... Компиляторы языков высокого уровня распространились позже, когда ресурсов стало хватать на их бесполезное расходование.

(64) а чего там цветом-то выделять было?
кстати, к комплексе для 48/51 я пытался сделать своего рода "контроль на лету", но мне начали доказывать, что "это излишество" - типа, дурак за ассемблер для однокристаллок не сядет, а умному это уже ни к чему...

(47) что там гениального то?..
надо то знать 8/16 регистров, дюжину команд, 3-4 способа адресации, и как это все кодируется в машинные коды
немного практики да и все

(0) все библиотеки были написаны на асемблере, игры часть на асемблере часть на си (без плюсов) с использованием библиотек

(66) + в конкретной реализации железа знать распределение и назначение областей ОЗУ и знать точки входа системных подпрограмм в ПЗУ

(68) + номера и назначение прерываний

(66) (68) (69) все это проще чем восьмерка

(69) + уметь программировать отдельные микросхемы, тогда единого виоса который удовлетворял игрушки еще не было

то есть уметь переписывать не только обработчики прерываний но и перепрограмировать переферийные микросхемы

(67) да понятно, что на ассемблере. Меня больше интересовали железные и программные инструменты. Метадон в (11)(17) одной ссылкой на все вопросы ответил. Спасибо ему кстати. Я про то, что Бесики, лазербесики и инструменты доступные на самом спектруме не позволяли ничего путного с ним сделать. Просто это была типа дешевая приставка к телевизору. Не ну среди нищеты и отсталости стран бывшего ссср это был космос. Но по факту, я на свои вопросы уже ответил.

(70) я-бы не сказал, в то время каждая железка имела уникальные особенгности, например клавиатура XT и клава ноута XT имели огромную кучу различий

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

(70) обиднее всего, что восьмерка не сложная, она просто хреново спроектированная кенгуру/спагетти код. Если раньше можно было на любой вопрос ответить прям на презентации, щас в конфигураторе гляну. То сейчас на вопрос как заполняется поле в erp  можно часа на 4 залипнуть и не факт, что после 100500 скачка по модулям ты выйдешь с ответом, а не с желанием забить и просто потыкать в кнопки решив проблему методом тыка.

(73) не больше отличий, чем между СКД и ПострОтчета )

(74) Да, для молодежи - BIOS это не только ценный мех (программа настройки параметров в CMOS), но и целая библиотека системных подпрограмм, вызываемых через прерывания.

(75) про восьмерку: я про платформу конечно же, не про типовые

(78) как платформа знаешь тоже спорное какое то решение. Есть язык, но вы на нем не пишите ибо через ".". не оптимально, лучше селектами пользуйтесь. А еще, чтобы посчитать нужно распределить 100000 материалов, на 1000 продукции нужно сутки. Но на этом предлагаю дискусию закончить, а то получается огульная критика кормилицы.

(79) отличная платформа, не сочиняй

(74) биос это ни как не нивелировал...

давайте начнем
1. нужно было увеличить скорость таймера, но просто это сделать нельзя так как тогда на него были завязаны все операции с дисками/лентами и простое изменение счетчиков рушило все...
2. нужно было перепрограммировать клаву (отлика от типового прерывания клавы не хватало для динамических игр)
3. нужно было писать прямо в память озу которое отвечало за вывод на экран, использование биоса выдавало "снег" и мерцание


могу еще продолжать...

(0) В чем проблема на ассемблере написать?
Там же можно сначала написать простые процедуры и функции, затем написать более сложные процедуры и функции которые вызывают более простые. Потом еще более сложные, и так далее, пока не получится игра.

(80) Отличная, отличная. Как думаешь, может есть какая то причина, что 50% экономики Америка и Европа на этом не работают? Ну конечно это из-за русофобии. А чего тогда другая половина экономики азия на этом тоже не работают? Итого на "лучшей" платформе работает 0.х.й десятых от мировой экономики. Если она такая хорошая, то чего цифры такие скромные?

(0) Мало того, что игру на асме надо было написать, я сначала писал свой редактор спрайтов для игры, в котором всё рисовалось.

(82) проблема только в коммерческой обоснованности, скорости создания, качестве, в возможности командной разработки, изменение, поддержке и сопровождения кода.

(83) во-первых, у них есть готовые решения. адаптированные к рынкам, опробованные многими годами. во-вторых, сама платформа еще не устаканилась. ну и в третьих, нас там не ждут. место надо отвоёвывать.

(85) тогда это было обосновано. сейчас - крайне редко.

(83) застолби себе еще ник "глупый вопрос" ))

(88) можно просто взять из обоих объединяющее их слово..

А помните текстовый редактор "Слово и Дело" под IBM PC, который был в виде com-файла (даже не exe), размером 64 килобайта?! При этом был графический с визивигом и мультишрифтовостью.

Забыл уже на чем писал программы для спектрума. Помню писал переводчик на 1024 слова. Памяти для программы не хватило, использовал ячейки из половины той части памяти, где хранил буквы слов.
Не то, что сейчас. гигабайт туда, гиг сюда...

(85) Эта проблема присутствует при любой разработке, так что не важно.

(86) если наступит такой день, что для предприятий будет введен типа "один налог % с выручки и свободен" или что то подобное, а он когда нибудь наступит. То всю эту поделку с сотнями печатных форм и тысячами колонок, всяких кодов и прочего бумажно/налогового маразма выкинут на помойку в один день. А все именно к этому и идет к патентам и "платонам". 1С как платформа, это просто надстройка над sql и windows для быстрой настройки под маразматическое законодательство. Ни о каком серьезном коммерческом применении тут речи быть не может с этим тормозным языком и пухнущими как на дрожжах данных. ИМХО.

(93) учет не ограничивается только бухгалтерией. да и бухучет - он существует не только для фискальных целей.

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

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

(0) Щас расскажу тебе, как игры для БК (советский игровой комп такой) писались. Процесс не шибко отличался от такого же для ZX без дисковода.

0. Загрузи с магнитофонной кассеты графический редактор.
1. Нарисуй спрайты и фон в графическом редакторе и сохрани на магнитофон.
2. Загрузи с ленты текстовый редактор.
3. Если есть библиотека подпрограмм, загрузи ее с ленты.
4. Напиши код на ASM и сохрани его на ленте.
5. Загрузи с ленты компилятор и компоновщик. Скомпилируй программу и скомпонуй ее с картинками. Сохрани результат на ленту.
6. При необходимости загрузи отладчик.
7. Загрузи с ленты и запусти программу и проверь ее работу.
8. При наличии ошибок повтори все с пункта 2.

Собственно, кодирование занимало от силы процентов 5 времени...

В начале 90х на PC уже были эмуляторы для PDP-совместимых компов, я на них для спутников связи ПО на ASM писал.

(0) При наличии дисковода хотя бы на 180К игры тех лет на ассемблере писались довольно легко. Я как-то себе арканоид за три дня написал (ну не было его на той платформе, а поиграть хотелось).

(95) Заплатить прогу - это только в России. Труд слишком дешевый. У буржуев добавить памяти - стоило копейки, по сравнению с зарплатой.

(100) Ты вообще представляешь, сколько стоили даже не мегабайты, а сотни килобайт ОЗУ в 80е?  И соотнеси с возможностями основного потребителя игр ДОМАШНИХ компьютеров.

(101) А ты представляешь какое соотношение цены памяти к часу работу программиста в США? Все ПО там разрабатывалось.

Все эти денди (Нинтендо), спектрумы, атари, ямахи - они все родом из 80х. Когда 32-64 килобайта (!!!!) ОЗУ считались более чем достаточным объемом для любого домашнего компа. А 128 Кб - это ваще геймерский комп какой-то.

(102) Погугли - оно значительно хуже, чем сейчас. Память была жутко дорогая. Было время - на профессиональных графических станциях ставили максимум 1 Мб оперативы.

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

(102) Плюс один немаловажный факт. 8-битные процессоры без специальных ухищрений не умели работать с памятью более 64К.
Какое отношение имеет ZX Spectrum к США???
В США в те годы были Apple-2 (клон которого в СССР назывался Агат), Commodore, Atari.

(102) насколько я понял, хорошие зарплаты ИТшников в США явление довольно недавнее и его корни - в пузыре доткомов, когда инвесторы внезапно выяснили что под ИТ можно привлекать хорошие деньги. А раньше, в 80-х, программист это был обычный инженер, ничего особенного. Не лучше и не хуже спеца по двигателям внутреннего сгорания, например. Т.е. не бедствовали, но и не шиковали.

Т.е. сладкая жизнь айтишников началась где-то в середине девяностых, я думаю, 96-97 год, потом был локальный пик где-то около 99, потом все конкретно прилегло, когда пузырь доткомов лопнул, потом начало восстанавливаться уже за счет зрелости и востребованности индустрии. Как-то так.

(105) "8-битные процессоры без специальных ухищрений не умели работать с памятью более 64К"
Это вообще не проблема. Оверлеи придумали уже тогда. Была куча игр с подгружаемыми уровнями.

(106) вряд ли в "пузыре доткомов" скорее, в всеобщей цифровизации всего, начиная от государства и заканчивая интернетом вещей...

(109) пузырь доткомов притащил в отрасль деньги, которых она никогда не видела. А без денег нет развития.

это как с биткоинами. Пока не было биржевой лихорадки, он мало кому был нужен годами, и никто даже в страшном сне не мог представить ценника $15000/1BTC.

(105) В Англии может и дешевле были. Но вспоминаются картинки из детства - постер с ценой игры в 40 фунтов. Пересчитал по тогдашнему курсу и поплохело сразу )))

(109) тренд на всеобщую цифровизацию - это уже нулевые. В девяностых об этом только начинали говорить и только начинали привлекать под это деньги. Еще было очень много неокученных домашних пользователей, еще была бешено дорогая связь - вспомните цены на GSM в 90-е? - т.е. не было реальных предпосылок к всеобщей цифровизации. Идея главы Oracle Ларри Эллисона с сетевым терминалом вместо компьютера, который получал бы SaaS из сети, была высказана еще в 1996-м, но она же провалилась, никто и не подумал заменять PC на терминал...

(110) там и без этого развитие было. Вон, EDIFACT, о существовании которого некоторые с удивлением узнают в 2018, был утвержден в качеств стандарта UN/EDIFACT в 1987, после доброго десятка лет существования в разных видах.. а для того, чтоб был эди - нужны компы, нужны линии, нудны все те, кто оэто обслуживает и т.д. и т.п.

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

именно поэтому про EDI широко узнали только тогда, когда везде стали безлимитные тарифы на интернет...

(108) оверлеи позволяют продлить агонию, но не решают проблему. Рано или поздно все равно есть риск упереться в нехватку памяти на основную программу без учета оверлеев. Решить вопрос фундаментально удалось только тремя вещами: расширением адресного пространства, ОСями со свопингом/пейджингом, ну и удешевлением памяти, конечно.

(102) Там, помниться мне, американцы на Луну на 8 килобайтах ОЗУ летали, нищета. Почем там русские программисты были, кста?

(95) Не думаю. Проблема все равно присутствует. Даже сейчас поддерживать код и совместно разрабатывать довольно сложно.

(118) 8кб не от нищеты, а от технических ограничений.
А русские проги как обычно - 100р штука.

Кремний плохо радиацию переносит - и СССР в военной сфере все было на лампах. Другой вопрос что у ламп был достигнут предел быстродействия.

(97) круто, но вопрос был именно про спектрум. Потому, что это не просто устройство, а целая субкультура, которая заявляла, что это полноценный супер комп.
-А как на нем чего нибудь сделать стоящее?
-а вот же бесик. И сотни строк кода в журнале моделист конструктор.
лохи набирают.
чета какая то херня. Введи имя, привет вася.
-а ну вот же лазер бесик. Вот 100500 строк кода.
лохи набирают
-чета все лагает и какая то херня.

-а вот же распечатка машинных кодов в 40000 символово в виде  FFFF.
-лохи набирают.

А по факту создать, что то привлекательное на спектруме для спектрума или очень технически сложно или не возможно. Итого это просто телеприставка, закос под компьютер. И в этом облом и смерть деда мороза и потеря в пустую дофига времени. набирать 30000 символов это задротство, а не программирование.

(122) В МК не было кодов для спектрума...

+(122) например к атари таких вопросов нет. она сразу заявлялась как игровая платформа, для зарабатывания денег на игровых автоматах. Поэтому товарищ Синклер был послан с этим компом и из школ, и из бизнеса. Ибо учить детей на языке, где нет рекурсии на всегда калечит мозг школоло(Как пишет Дейкстра). А для бизнеса PC больше подходит.

(63) если ты другие видео посмотришь. У него реально прямые руки и голова на месте. https://www.youtube.com/watch?v=2YuIdGqygjs с 35 секунды, вообще отвал башки. Какой то электроник 80 левела.

(125) такими вещами баловались многие талантливые программисты в то время. Почитайте про демосцену.

Вот чувак демку сделал на однокристалке, которая используется в качестве контроллера на стиральных машинах https://www.youtube.com/watch?v=sNCqrylNY-0&feature=youtu.be

(126) Многие да не многие, прикинь как на этих дровах отрендерить 100500 картинок в символе и снять каждый кадр и смонтировать?

(128) Не завидуй )) Таланты и трудоголики были всегда. И не важно на каком уровне в тот момент было железо, софт и прочее.
..
В своё время при помощи журнала "Наука и жизнь" и несколькими сборниками очень неплохо удавалось программировать на программированных калькуляторах в 96 шагов памяти. Один мой сокурсник умудрился на Спектруме вести расчет курсового всему потоку.
...
Правда 1С тут никаким боком.

(122) "по факту создать, что то привлекательное на спектруме для спектрума или очень технически сложно или не возможно."
И откуда вы этот бред взяли? Или пытаетесь натянуть критерии 21 века на компьютер 80х? Спектрума был хорош. Он позволял делать неплохую графику в играх. Красивей и быстрей, чем чем одни конкуренты и при этом был дешевле в цене, чем другие.

(128) очень многие вещи, в частности разнообразная пляшущая геометрия, в том числе и 3D, моделируется математически. Правда, на дешевых старых процах были сложности с плавающей точкой - либо медленно, либо вообще толком нет. Писали либы для фиксированной точки сначала. Потом моделировали. Выходило компактно (несколько килобайт машинного кода) и быстро.

(90) Осмелюсь напомнить конкурс полноценных графических демо программ где основное условие конкурса было умести всю графику и код в 4 килобайта

я на Спектруме писал на ассемблере  ух было время молодой и умный, на Атаре на бейсике.

Да, были времена... )) Писали на асме и демки и игры, ибо на других языках получалось значительно медленнее всё. И проблемы с графикой приходилось решать, когда два цвета на квадрат 8х8 точек или мерцание графики во время прорисовки. А еще был такой момент, когда графику на экран выводили через стек, потому что быстрее push'а ничего и не было. Сам писал в свое время.

(130) читай (17) уже выяснили, что программы и музыку писали на PC. Все чего то писали, но никто ни одной проги показать не может. Я сам "питона" в символьной графике писал. Но питон это очень просто.

(135) Угу. Писали. И не только на PC. Но не потому, что спектрум был такой плохой. Хороший он был, но бытовой, слабоват для разработчика и экран качеством и разрешением не для кода. Кто-то РС использовал, у меня толковой РС не было, использовал ДВК и Robotron.

Спектрум был хорош тем, что на нем можно было сначала поиграть, а когда надоест - начать изучать программирование. Пусть полноценную игру сделать было непросто, но азы уже можно было пощупать - бейсик вообще в ПЗУ зашит, плюс ассемблер/дизассемблер, даже компилятор Си был! Простенький, много на нем не напишешь, но для начала сгодится.

Да и игры при желании делать было все же можно, для графики редакторы были, та же Art Studio, или Artist например, код на асме писать можно, вместо компоновщика - загрузить графику и код по частям, потом выгрузить единым блоком. В общем реально, хоть и не очень удобно.

PC коечно круче, но так он и стоил в те времена нереально дорого. А после Радио-86РК спектрум - вообще шикарный комп был!

(0) Игру на Ассемблере написать гораздо проще, чем ERP на 1С.

(138) помнится даже книгу удалось раздобыть «Как написать игру на ассемблере», правда именно про игру там практически ничего небыло, но были всякие примеры как выводить спрайты, делать скроллинг экрана и т.п.

На 128к Спектруме вполне можно было писать. У него даже дисковод был и аудиочип!

(140) потом еще модификации были, «Пентагон» кажется, аж 512к оперативы, ваще зверь!

(26) :) На Си для ZX ты бы ничего не написал. Оно бы банально в память не поместилось, и тормозило бы дико. Более того, там часто было столько аппаратно-зависимых трюков, плюс самомодифицирующийся код тоже не был редкостью - а все это на Си нереализуемо было. Особенно учитывая степень оптимизации (точнее, почти полное ее отсутствие) в то время.

И по 3d графике книга была, там вообще все на бейсике было, рисовало медленно, но для понимания идей норм.

Хорошо, что я начал с ПК и мой мозг не был поражен вот этими Радио86 и Спектрумами.

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

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

А Радио-86РК пришелся на тот период, когда для меня элементарный if написать было достижением))

(144) Тогда "Агат" бы тебя точно порвал бы: там бейсик со встроенным ассемблером был.

(148) Дельфи тоже со встроенным asm вставками и ничего не рвет.
Я к тому, что у меня нет таких фиксаций типа "Вот раньше в 90x окна отрисовывались милионами в секунду, а сейчас эта ваша 1С..."

Вообще мне кажется повезло нам,затавшим Радио и Спектрумы - дало понимание того, как это все работает на довольно низком уровне. После такого хоть микроконтроллеры программировать, хоть 1с, уже не важно

(149) 1С офигительна в своей области, на языках «общего» назначения бухгалтерию такого уровня писать - проще повеситься.

(117) Скорее вы упретесь в скорость процессора. Ибо даже простейшая операция копирования из регистра в регистр на тогдашних компах занимала несколько тактов, а команда LDIR, НЯП, могла копировать около 170 кБ/с максимум. Так что смысл ставить много памяти, если будет пара кадров в секунду?

(118) Там ОЗУ было на ферритовых кольцах. И прошивка была реально прошивкой - провод прошивали через набор колечек.

(122) Не обижайтесь, но сдается мне, Вы и на супер-компьютере ничего стоящего не сделаете - потому что не умеете. А потому не понимаете, как другие это делали.

(94) Не первый раз замечаю - чем ниже квалификация адинэсника, тем чаще он 1С связывает исключительно с БУ/НУ :)

(145) нет. Царствование asm было примерно во времена 8086/8088. С АТ уже в основном обходились C/С++ и Pascal, который тоже был достаточно популярен. Хотя критические места все равно ещё долго делали на asm.

(156) Ассемблерные вставки в сишный и паскакальный код только в путь втыкались, когда речь о производительности шла, и весьма позже 8086/88. Это, помнится мне, из моды начало выходить только с популяризацией ядра NT.

(151) сделать-то можно, вопрос кто и как будет обновлять под законодательство.

(157) я про это и писал - "критические места еще долго делали на asm". Но все же это был обычно далеко не весь код.

(152) но на практике-то оно происходило параллельно. Самый простой способ увеличить доступную память без трюков - это расширение адресного пространства, а значит, увеличение битности процессоров, количества элементов на кристалле и производительности. Все решения "с трюкачеством" в конце концов отмерли в пользу flat memory model.

(142) Может быть ты говоришь о си для ZX с позиций сегодняшнего си? Тогда это был предельно простой вариант си. 16-ричный код мало чем отличался от кода после gens. Другое дело он был мало пригоден под графику. Особо не размахнешься. Надо было писать свою библиотеку. Но тогда это было массовым явлением, те, кто обладал своими библиотеками. Я же спокойно писал драйвера для сопряжения с различными устройствами. Но это было только в порядке эксперимента, основной инструмент был gens.

(150) Скорее всего, сделало доступным наличие компьютера массам любопытных. В отличие от монстров типа ЕС, даже ДВК или других мини ЭВМ, которые были доступны только специалистам на предприятиях. А тут дома, на коленке.... Эх!

(161) Тогда в порядке вещей было переименование переменных (когда в одной ячейке памяти в разное время хранились разные переменные), самомодификация (когда вместо переменных использовались константы в коде, модифицируемые во время исполнения, либо даже какой-то участок кода мог заменяться другим, чтобы не проверять часть условий на каждом цикле). Последнее в принципе противоречит концепции ЯВУ, а первое компиляторы научились делать только в конце 90-х.

Кроме того, код, в диапазоне 16-32 кБ памяти непредсказуемо прерывался из-за задержек для вывода на экран, тогда как код в диапазоне 32-64 кБ памяти не прерывался, поэтому необходимо было разделение по каким адресам какие процедуры будут лежать: критичные к скорости и времени выполнения располагались в верхних 32 кБ, а некритичные - в нижних. На Си нет стандартных средств для управления такими нюансами, да и вообще противоречит абстрагированию.

(153) я и не обижаюсь. Я сам лично похоронил это направление (электроники и программирования как многие тут сидящие) в совсем юном возрасте ибо зарабатывать начал  рано, в 18 лет перешел на 100% самообеспечение от жратввы до одежды и крыши над головой. О чем не жалею, ну пошел бы я по этой линии, где тут на ней зарабатывать? В самом лучшем случае телевизоры под отвертку собирать за 40тыр.  А как на этом можно было заработать в конце 90х начале 2000х? Да никак.
-Мне тут один как то на заявил. Типа я "стар", а все стары программисты полная куйня.
На что  вежливо помолчал, но про себя подумал. Если бы я был хорошим программистом я бы сидел в силиконовой долине, а не с тобой кретином тут бы разговаривал. Если бы я был хотя бы молодым лет 18-20 я бы купил билет в один конец в какой нибудь гамбург, если бы высылать начали дал бы ему по иплу на границе. Закрыли бы но хрен бы я сюда вернулся. Думаешь этот черт из (125) чего то на этом зарабатывает? Я думаю он больше на это тратит.

>где тут на ней зарабатывать

То, что ты этого не умеешь, не обязательно значит, что не умеют все.

>А как на этом можно было заработать в конце 90х начале 2000х? Да никак.

Брехня.

(165) Давай примеры. Гук вон в такси работал и спектрумы паял.

— Наши предки микрочипы делали, — сказал приезжий с юга.

Дядя Жлыг сплюнул.

— Да ты че, с пальмы упал? Это пропаганда все. У каждой цивилизации есть свой технологический предел. Ты «Дао Пес дын» почитай. Какой микрочип можно сделать в уркаганате под шансон? Тут можно качественно производить только один продукт — воцерковленных говнометариев. Еще можно трупным газом торговать. Или распилить трубу и продать за Великую Стену.

(166) Админ на заводе, плюс шабашки, плюс преподавание в бывшей своей же школе на факультативе. К 19 зарабатывал больше обоих родителей вместе взятых. Приятель по бытовой электронике ушёл, от одиночного плавания за несколько лет до сети сервисных мастерских.
Короче, пальцем в ж... ээ... небо ты угодил.

А что плохого в паянии спектрумов? Они стоили немало вообще-то.

(168) да и почему то все остались гнить и бухать в своих мухасрансках. Паять ничего плохого, просто если это прям такие бабки приносит, то зачем в такси работать?  

"дмин на заводе, плюс шабашки, плюс преподавание в бывшей своей же школе на факультативе. К 19 зарабатывал больше обоих родителей вместе взятых. " - баксов 40 получалось? А у меня на продаже водки по магазинам до $800 доходило.

(169) Кто "все"?
Какие 40? Порядка 500 на то время, это как раз начало нулевых было.
Если тебе гордиться, кроме продажи палёной синьки, больше нечем, не надо всех за лузеров считать.

И это в 18 лет. Кстати я тут заметил.  Даже если взять среднюю 500-600 баксов и те цены. Допустим водку по магазинам толкали по 19.5 она в рознице была 30.5. Бензин стоил 5 рублей. То если перемножить ЗП на эти цены, то получается что бензин стоит 50 рублей, а водка 300, то каждый 18 летний иплан, должен зарабатывать $5000-$6000, а в скачке $8000. Итого когда мы жили лучше? В гадских девяностых или сейчас?

(170) в каком городе это было? В каком году. Если не Москва и не Питер, то больше 40 баксов в месяц ты не зарабатывал. Да и в Москве и Питере зарабатывали совсем другие люди, на совсем другом.

(170) я бы гордился, если бы открыл производство фунфыриков или микрокредитной организации. А так чем тут гордится?

(172) >больше 40 баксов в месяц ты не зарабатывал

Ну да, тебе же лучше знать, сколько я зарабатывал %))
Гордись тем, что людей травил, чо.

(174) можешь ответить какой город и какой год? Если какой нибудь Челябинск, а родители работали на заводе, то оба получали ..й, зачеркнуть зарплату раз в пол года, зарабатывать больше 0 в два раза я думаю не трудно.

(175) Перед тобой, быдлан, отчитываться никто не обязан.

(171) так-то да, только заканчивались иногда эти бизнесы очень плохо. Могли и бошку отбить, если паленку не тот человек скушал ненароком.

Сам видел

(177) да не была она паленая, просто марки были дубликатами оригинальных. Думаешь сейчас по другому? Да и ушел я оттуда, через пару тройку лет, работа нервная. Я лучше на свободе по одинэсю, чем в тюрьме или в могиле. У меня с бизнесом не получится причем с любым, потому, что нужно выстраивать отношения с бандитами, ментами с государством. Я этого делать не умею да и не хочу у меня как то сразу они накаляются, вон на Мелифаро посмотри. А у меня все преподаватели математики и информатики друзья, да и коллеги друзья всегда математики, как то у меня с ними ладить получается. В жизни мы бы с ним дружили наверное, а так вон видишь в драку кидается.

Это опять залуПаша, что ли?

(176) (180) Прости друг.

(0) Что-то серьезное писалось на ассемблере, т.к. всякие поделки на более высокоуровневых языках программирования не давали той скорости и оптимизации, которую давал написанный на ассемблере код. Нужно учитывать, что в обычном спектруме для загрузки программы было доступно только 48кб с небольшим, поэтому и изощрялись, чтобы впихнуть в этот объем игру. Хотя ряд игр требовали подргузки уровней, например, Робокоп. Ох как обидно было, когда загружался уровень с ошибкой, а перегрузить нельзя было, начинал с начала. Думаю, что для многих этот скрежащий, пищащий и шипящий звук, издаваемый при загрузке из магнитофонной кассеты игры, вызывает ностальгические воспоминания...

Когда народ начал покупать дисководы, а их нужно было еще уметь подключить (возиться с паяльником, шлейфами, разъемами, иметь схему распаек), т.к. на радиорынках они продавались от всяких ДВК и прочего хлама, то спектрумы превратились уже в полноценные компы. Чуть позже появилась версия спектрума с 128кб, кажется, Пентагон называлась, ну это уже была серьезная вещь.

(182) Не прав. Использовались кросс-средства, выше приводилось. Я сам как-то делал задачу на асемблере более 9-ти месяцев, а здесь делали игру, как пекли пирожки, с потрясающим качеством и графикой.

(184) В чем неправ, что написанный на ассемблере проект давал высокую произодительность и компактность готового решения уже переведенного в машинные коды?

(185) Он говорит о том, что если ты близок к гениальности, фанатик и энтузиаст и у тебя овер дофига времени, то если очень сильно заморочишься, то  на спектруме сделаешь для спектрума простенькую игру на ассемблере. А так есть мнение, что  для спектрума писалось все на PC  с использованием кроссредств.

+(186) т.е. взрослым полноценным компом был всегда IBM PC, а не как вещают адепты субкультуры спектрума, что если вы не можете сделать чего то путнего на спектруме, то вы просто не умеете их готовить.

(23) ахуеть, а вы типа дети 2000-х? у вас сразу стабильность и все збс, так неинтересно - вот и получается что дебилов среди вас больше, на мой скромный взгляд, т. к. копаться в компьютерных кишках вам не хочется, ибо сложно, много букаф. нам было нечего делать - мы выживали как могли. я даже что-то писал для спектрума на его басике, когда мне было между 10-12 годами. ничего сложного. в любом случае человек все стремится упростить, в том числе и разработку. так что гоу в гугл, а тут какой-то срач развели.

(188) Новичка хлебнул?  Нет никаких претензий к спектруму, легендарная железка, как и Atari 65XE. Есть претензии к легендам. Субкультура спектрума это десятки книжек по басику, лазер басику, сотни статей, тысячи строк кода. И это все оказалось никому не нужной туфтой и тупиковой веткой развития.

(187) никто не спорит, что мощнее - круче. но ты не понимаешь - тогда у всех были спектрумы, денег у мамки с папкой не было на норм комп. мне было что-то около 11 лет и 486-й считался мажорством. вся суть в спектрумах - победить машину, задрочиться и сделать на 48 кбайтах то, что не всегда на 48 мегабайтах на ПК сделаешь. это спортивный интерес.

(189) ахахах, ты чо еблан, типа шутки за 300. а ну ок. да ну, если никаких претензий, то чо ты тут развел тогда?

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

(192) Слушай дядю Глупый ответ! Он водкой торговал, ему лучше знать!

(193) раз так, то конечно, моё почтение и увожение (с)

(0) Не просто писали на ассемблере, а приходилось о чень сильно загоняться, так как ресурсов было с гулькин нос.
Игры и демки рассчитывали буквально по тактам. 6000 на музыку, 1000 на обработку клавиатуры, 12000 на скрол, 30000 на логику и т.д.
Из машины выжмали все что можно...

(0) Один из крутых примеров такого производства
https://www.youtube.com/watch?v=GOIXzBVz3nk

Какие-то вы тут молодые все.
Поясню: спектрум был лишь второй массовой волной компов на территории СССР. Когда я его купил (посмотреть и поизучать), он мне показался отстоем.  Потому что я начал с первой волны - "БК"шной.  Первый массовый советский бытовой комп продавался года с 87го, а в школах появился впервые в 85ом. Стоил он немеряно денег - 650 руб - и это лишь за клавиатуру с процессорным блоком. Дисководов к нему не было, только магнитофон, подключать можно было или к ТВ, или к монохромному монитору (180 руб.). Выпускались мышки и джойстики. Процессор у него был мощнее, чем в ZX (16-разрядный), но меньше памяти (32К). В начале 90-х появился БК-0011, у того было уже 128К ОЗУ и можно было подключить дисковод. В комплекте с БК шли интерпретаторы Фокала (редкий язык) и урезаннного Бейсика MSX. Ассемблер был шикарен - IBM PC нервно курили в сторонке.
Выпускалось много журналов со статьями по этому компу, было большое сообщество программистов, более сотни неплохих игр. Комп активно юзали в коммерческих игровых залах. Но после распада СССР линия БК загнулась по двум причинам - локализованная схемотехника ZX была тупо дешевле и к нему было больше тыреного софта.
Но повторюсь, после БК Спектрум был шагом назад. Я его немного поюзал и продал. А через три года купил первый ПК.

Подробнее про БК:
https://ru.wikipedia.org/wiki/БК_(семейство_компьютеров)

(193)(194)  карму это я себе подпортил. Я просто был молод и мне нужны были деньги на книжки по 1С. Теперь меня преследуют дети алкаши и дети алкаголиков. Сами то на НГ выпивали?

(198) Классная статья. Коротко написано и емко, одним словом про весь СССР.

+(200) шутка. Просто ссылка битая получилась.

(199) Вот зачем надо было так пошло расколоться? Так же всё хорошо шло! Теперь я вынужден тебя забанить, к сожалению.

(202) Дядь разбань пожалуйста. Это было 15 лет назад и я об этом очень сожалею(надо было мобилами торговать). На этот новый год я им бухло не продавал, как и на 15 лет предыдущих. Но они все равно понажирались. Что доказывает, что я тут не причем, то что они и их родители алкаголики. Я вообще сижу никого не трогаю, весь НГ готовлюсь к спецу по УТ11, чтобы повысить уровень обслуживания моей любимой 1С в нашей замечательной стране.

+(203) Даже не 15, а уже 18. Это ошибка, вы взяли не того.

Эх, Новый год жеж!

(205) Аж слезу смахнул. Ты мне всегда симпатичен был. Фактически мой кумир!

(198) Круче БК был только УКНЦ!

Очень много кода на бейсике написал, как счас помню:
load “”
затем ввод, плау на мафоне и понеслась
Пиииииии………..

Когда я уже начинал учится в вузе, старшекурсники рассказывали, что у них наибольшим авторитетом в группе пользовался чел, способный аккуратно склеить порванную перфоленту так, чтобы ее можно было заново считать.
Видел рыдающую аспирантку, у которой неисправный считыватель порубал в лапшу колоду перфокарт.
Наше поколение слегка застало ЕС ЭВМ (но уже с многопользовательскими системами), но начинали мы кодить более-менее серьезно уже на PC XT-совместимой технике.

Начинал с БК0010-01
Одна из поделок на асме была такая:
В однобитный! ацп мафонного входа загоняешь музон в память
Потом из памяти через однобитный же цап воспроизводишь или на встроееной пищалке или через усилок "Радиотехника"
Это была магия!

Я лет с 10 начал зависать в сютах. Сначала в фото кружки, потом радио кружки, паял там приемники, блоки питания, генераторы, мультивибраторы, усилители и прочую чушь. Портативный генератор использовался в фулиганских целях. Тогда телевизоры были антенные и мы с пацанами ходили глумились на жителями первых этажей, когда они пытались посмотреть телевизор, ты включал генератор помех и получал удовольствие, как они пытаются его починить ударом кулака по всем частям телека. В общем из этого круга общения плавно перетек к компам. Начал зависать в УПК(учебно производственный комбинат) там были в основном атари, один с чернобелым моником(наверное БК), еще один с зеленым, какой то польский клон макинтоша. Был PC, но за бронированной дверью в личный кабинет какого то там шишака, меня ближе чем на 2 метра к нему не подпускали. Еще была электроника в школе. Я на этих компах, рисовал флаги, делал бегущие строки, музыку, всякие игры типа крестиков/ноликов, питона и прочей хни.

+(211) Со спектрумом атмосфера была вообще офигенная. По скольку тема была новой, со мной с 13 летним звиздюком, на полном серьезе взрослые дяди обсуждали как там чего запрограммировать, потому что я зависал в сютах/упк/компьютерных классов сутками и знал как все кнопки нажимать, обменивались кассетами на переписать. Один дядечка лет за 40 Константин Николаевич. Выдал мне рукописную общую тетрадь с описанием всех клавиш и стратегий в игру Элита на спектруме, где тоже все зависали. Но в стране уже полным шел развал. Этот Константин Николаевич, преподавал в техникуме, вел радио/компьютерные кружки в сютах, был альпинистом, водил походы, паял спектрумы и все равно был нищетой как и все ему подобные.
Поэтому я лет к 15 разочаровлся в этих направлениях, ну и потерялся. Нашелся лет через 10 в одинесе, но время то уже ушло. Эх, не могли они ссср попоже разломать лет на 20? Жизнь у меня бы сложилась совсем по другому. Как нибудь по счастливому работал бы с микроэлектроникой, ходил бы с хорошими людьми в походы и в горы.

в школе "Поиск" был. Только мы с этой информатичкой не сошлись и поработать с ним сильно много не получилось. Хотя наверное это самый достойный из всех компов на котором мне удалось посидеть.

https://ru.wikipedia.org/wiki/Поиск_(компьютер)

(210) Блин. Я на спектруме такое делал. Пробовал еще сжимать, как потом узнал RLE, но где-то с синхронизацией просчитался. Не очень выходило.

(148) бейсик + асм тогда на многих персоналках было в виде набора команд для занесения дампа в область памяти и передачи на этот дамп управления. Пардон. Точнее буде сказать тогда не бейсик+асм а бейсик+автокод

Для меня история первой встречи с ЭВМ была незабываема. Это было на экскурсии на которую нас повели из школы во втором классе в 1979 ом года в БИТМ (Брянский Институт Транспортного Машиностроения). Экскурсия была обусловлена тем что отец девочки отличницы в которую я был влюблён был там большим руководителем. Так то нас туда вести было рановато. И вот в 1979 году я увидел ЭВМ программируемую перфокартами. На такой машине делали инженерные расчёты связанные с вагоно и тепловозо строением. Нам то показывали программы попроще. Для детского ума. Произвело сильное впечатление. Отец мой учитель математики на пенсии где то в тот же период передал мне сопляку свою любовь к математике. Позже когда я был классе в 5 ом 6 ом сосед инженер электронщик ознакомил меня по просьбе моего отца с двоичным исчислением. Я мечтал поступить на Мехмат МГУ и доказать ВТФ опираясь на аксиоматику N-мерной линейной геометрии. Классе в 8 нашёл доказательство для какого-то незначащего случая ВТФ. В мои 15 лет умер отец, а мать меня бросила и с мечтой о мехмате пришлось проститься. Позже году в 1988 когда уже ничем особо кроме написания стихов не интересовался случай свёл в Тихвине с программистом баз данных на одной из первых завезённых в СССР IBM XT. Я честно проиграл пол ночи увлечённо в дигера. Потом тусуясь и фактически полубомжуя сталкивался с разными ИТ-шниками и играл в Принц Персии. Году в 1993 когда работал в редакции газеты ВГФ им.Пушкина играл там в барс на КУВТ Корвет. Шеф редакции, по совместительству владелец некоего проекта по разработки софта для КУВТ Корвет, предложил заниматься программированием игр для КУВТ Корвет на языке управления спрайтами разработанным ведущим программистом который пришёл к нему с ВМК МГУ работать в его проект с громким названием "Мультимедиа". Поработав первое время большее как бета тестер продуктов нашего ведущего программиста постепенно переключился с помощью ещё одного подключившегося к нашему пороекту программиста на программирование на ассемблере для i8086. Бывал периодически откомандирован шефом в МГУ и около МГУ шные фирмочки занимавшиеся также как и мы разработкой софта. Смотрел что делают другие. В памяти осталось общение с программистами Агавы продемонстрировавшими русификатор монитора и клавиатуры занимающий всего 200 байт в памяти и генератор фантастических рассказов. Году в 1995 ом бросил Москву и уехал в свой родной Брянск. Году в 1999 ом переключился с ассемблера на 1С.

Перечитал, посчитал, прикинул. В этом году у меня получается юбилей первой встречи с ЭВМ. 40 лет

(197) Не помню точно в каком году, где-то в 87-90г выступал на областных соревнованиях по программированию на этих БКшках и Фокале, наша команда заняла второе место. Соревнования проходили 3 дня, на этот период давали талоны на питание на определенную сумму, на них можно было купить еду в определенной столовой. Т.к. мы были местными и завтракали и ужинали дома, то на эти накопившиеся талоны в последний день накупили сладостей :)

(217) Отличный рассказ. Вы и Мгушники эти прогрммы на чем писали? В каких то редакторах или сразу на ассемблере? Есть какие нибудь известные игры, на которые можно было глянуть?
зы
На маму не обижайся, мама - это все равно мама. Даже детдомовцы, которые никогда эту маму не видели, все равно ее любят.  
зызы
Лично мне очень жаль всех этих учителей, инженеров, которых тупо растоптали. Я думаю все это будет очень дорого стоить вплоть до полного стирания идентичности людей проживающих на этой территории с лица земли. Да и хрен с ней в принципе с этой идентичностью, все равно биороботы с этим кодом идентификации живут херово и только мучаются.

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

(221) Кстати, некоторые бейсики ("Вильнюс", например) были не построчно интерпретируемыми, а с рантайм компиляцией при старте, соответственно программы работали весьма быстро. Те же игры на бейсике были не хуже написанных в машинных кодах. Тот же тетрис, или питон. Правда, при запуске несколько секунд тупили.

(222) да, забейте вы на этот бейсик. Когда знаешь о процедурах и классах , одна мысль о программировании на ТОМ бейсике вызывает лично у меня головную боль.
(221) да в осном экономические какие нибудь стратегии и настольные игры. Ничего серьезного на том бесике не сделать.

зачем они это бейсик везде совали? Лучше бы совали паскаль.

(220) Вы такой странный донельзя вопрос в своём сообщении сформулировали "В каких то редакторах или сразу на ассемблере?". Что значит сразу на ассемблере? Пишешь код ассемблера в редакторе. Типа в каком-нибудь редакторе для КУВТ Корвет mim. А потом компилируешь в бинарный код. Что до основных Васиных игрух для КУВТ Корвет "Лабиринт","Сталкер","Беркут" они были написаны на ассемблере. Мне же для писания игр дали Васину поделку - готовый предметно-ориентированный язык управления спрайтами который назывался Мульт, но строго говоря на мульте я ничего серьёзного что можно было бы пощупать так и не написал. Для КУВТ Корвет были также МГУ шные компиляторы Паскаля и Си на которых работать было невыносимо по тем временам. А кроме редактора mim я ещё вспоминаю программу вёрстки для КУВТ Корвет. Вот где был треш и угар, когда просят дополнительно вставить дискету со шрифтами. Помню мне очень понравилось по опыту работы с ОС СР/М работать на версии операционки с Васиным пачем. Смысл то был в чём? Стандартный загрузчик СР/М затирал при загрузке существенную часть своего кода и при выходе из той или иной программы необходимо было обратно перечитывать дискету (кажется там 360 К потолок было. точно не помню уже.), а с Васиным пачем СР/М себя не затирал и загрузчик висел в памяти с возможностью подгрузки оверлейного кода для основного приложения. С этой системой оверлеев Вася разработал своего рода аналог windows 3.0 для Кувт Корвет, гипертекстовую оболочку. Меня же Вася старался отговорить от увлечения ассемблером, особенно когда ушёл от нас и приходил в гости. Он аргументировал что для RISC процессоров ассемблеры не публикуются... типа на системе кодирования ассемблера стоит копирайт разработчика и не давая никому ассемблера разработчики процессора поставляют для всех прочих разработчиков кроме себя компилятор Си. Во вторых он мне крайне рекомендовал заняться писанием на Java говоря что за ним будущее. Вася то от нас ушёл в Jet Infosistems которые были на тот момент основными партнёрами и дистрибьютерами Sun Microsistems. Потом по словам нашего бывшего общего шефа Всая сманили в саму Sun Microsistems, откуда он потом уже в США свалили работать в министерство обороны где и работает наверное с его талантами по сей день. Небось мучается сейчас от шутдауна работая без оплаты из-за Трампа.

(224) В 32 килобайта паскаль вряд ли запихнёшь.

(226) На Корвете в 32 К запихивали компилятор Паскаля за счет системы оверлеев.

(227) Какие оверлеи, если диска нет в принципе, а есть ПЗУ 16 килобайт и ОЗУ 32?)

(228)
"
Корвет
Тип    Учебный компьютер
Выпущен    1987
Процессор    КР580ВМ80А, 2,5 МГц
Память    112 или 256 Кбайт ОЗУ, 24 Кбайт ПЗУ
Устройства хранения данных    НГМД 5¼ дюйма, Кассетный накопитель «НК-03» или другой магнитофон для аудиокассет
ОС    CP/M, МикроДОС
"

Вот с накопителей оверлеии и брались. На ДВК памяти у нас было 56 КБ. Приходилось воленс-неволенс оверлеи использовать

(229) Сначала в школах применялись компьютеры на платформе ПК8000 с локальной сетью на основе магнитофона на преподавательском месте. А Корвет это уже следующее поколение. Ну и 16-битный УКНЦ тоже.

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

(225) скомкал вопрос. Я имел ввиду какие были инструменты: графические редакторы, visual studio какая нибудь тех времен? Какой был процесс? Кто автор идей, кто создавал сюжет, кто создавал графический мир, кто создавал анимацию, кто это все клеил, сводил, тестировал?

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

Бгг, графические редакторы, дааа...

(231) С одного магнитофона на класс подгружать уровни по требованию как-то неудобно было) Обычно грузили всем тетрис или морской бой - и все играли в одно что-то.

(233) Вот именно так всё и делалось. Запускался текстовый редактор и в нём набирался код. Никаких IDE не было. Спрайты рисовались на клетках, и записывались в виде массивов в код.

(235) С оверлеями это серьезные игрушки для серьезных пацанов ))) Всей толпой в такие не играли. В ту же Элиту -  только стыковка заняла бы весь учебный год

Кое кто даже еще пишет и адаптирует.

https://zx-pk.ru/

(234) А кстати, графические редакторы, по крайней мере для УКНЦ, были. Причем несколько растровых, и по крайней мере один векторный. Причем, векторный редактор создавал файл в формате, который можно было командой type вывести на стандартный терминал tt:, и при этом на текстовом (казалось бы) терминале прорисовывалась графическая картинка. То есть, esc-последовательности с графикой поддерживались не только в принтерах, но и на дисплее. В каком линуксе такое вы увидите?

А че все уперлись в 48 кб. У меня в 88 была уже прошка в 96 или 128 чет уже непомню точно. а были доступны платы с еще большим объемом памяти. да и флопик я себе уже 01 году подключил. Для тех кто на этом зарабатывал вполне можно было взять нормально железо и писать на том же бейсике правя критические куски уже откомпилированного кода.

(237) ну дык не обязательно с нуля начинать. А букву "S" для стыковки на недельной игре уже любой нажать сумеет.

(232) (233) Графические редакторы вполне себе были. ну а спрайт-редакторы сами писали.
текстовые редакторы реально были близки к блокноту.
Но, собственно, большего не требовалось. Когда я в кросс-системе для 48/51, таком прообразе IDE (редактор-ассемблер-дизасссемблер-эмулятор-отладчик) попытался сделать [jn ,s контроль синтаксиса и меток, мне сказали: "нефиг! Умный и так знает, а дeраку нефиг лазить". Хотя контроль синтаксиса реально помогал при переходе между разными ассемблерами.

Правда, система так и канула в лету, ибо применялась она только на кафедре, и широко не распространилась. а вот следы текстового редактора IME, на основе которого она была сделана - попадаются изредка. типа
http://www.fdd5-25.net/gallery/details.php?image_id=5160

(225) были и неМГУшные компиляторы. и не только Паскаль и Си, но и PL/M и Ada, и фортран - куда уж без него.
Кстати, была замечательная книжка Компилятор языка Си для микро-эвм. https://www.libex.ru/dimg/17310.jpg
там был приведен исходник компилятора. ничего, набрали, даже заработал. для 8080 генерил влет, для 48/51 почти сделали но тут 92-93 год, стало не до работы на перспективу, да и институт закончили...

(229) ОЗУ 256К у корвета была крайняя редкость. я в 90-е зарабатывал себе на хлеб в т.ч. починкой компов из КУВТ. так вот, ни разу не встретился. Ну и собственно, основной памяти-то там было 64,  часть которой занималась системой, часть мапилась на графическую память (впрочем, это отключалось), если не грузилась ОС (штатный режим ученических мест), то часть затенялась ПЗУ.
в общем, был простор для извращений - мой упомянутый IME, например, использовал  графическое ОЗУ для буфера текста. аналогично использовали его для библиотек (что-то типа dll).

Спектрум вызывал отвращение. Начал Паскаль изучать в 90 году. На роботроне 1715

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

(246) Откуда вы это взяли, про десятки раз медленнее? Паскаль отличный язык. А Си с адресной арифметикой и передачей параметров по адресам  - причина 95% всех уязвимостей, вирусов и багов.

На паскакале был дос нафигатор написан, весьма шустрый и функциональный.
Эх, ностальжи.

(247) паскаль - многословный слишком. Хотя для обучения - неплох. выстрелить себе в ногу на нем гораздо сложнее.

(249) Си - переносимый ассемблер, так он задумывался. А гики начали его использовать для прикладной разработки..

(246) как по мне - бред. Вы какие именно компиляторы и подо что сравниваете? Я имел возможность сравнить Borland Pascal 7.0 и Borland C 3.1 под DOS. Код, генерируемый Borland Pascal, был компактнее и если и был медленнее, то уж точно не в разы.

Паскаль изначально создавался для обучения программированию.
(251) Я начинал с Турбо Си. Изучать Си.

(246) по сравнению с чем много лишних слов и конструкций? c Cи?

(250) он и задумывался как ЯВУ для разработки. системной. естественно, для разраьотки ОС нужна возможность работы с железом - что и сделали. ассемблером назвать сложно, но достаточно низкоуровневый язык из ЯВУ.
(253) И с Си, и - по воспоминаниям из 90-х, с Адой, с PL/M, с алголом, с фортраном. Да с тем же бейсиком. Неприязнь со студенческих времен, хотя позже на дельфи приходилось писать. "вязкий" он какой-то...

помоему он принципиально от бейсика отличается только выделенным объявлением переменных  и строгой типизацией (что почемуто по нынещним временам стало уже не модно)

(255) бейсиков много. от "тогдашнего" - отличается сильно.
хотя я буквально с тремя диалектами работал - "корветовским", "радиошным" (это знаменитый Зеленко-Панов-Попов Бейсик для Микро-80, дизассемблированный в армии вручную, и переделаный под СПМ-80, была такая железяка https://cloud.mail.ru/home/IMG-20150823-WA0002.jpg), и еще каким-то буржуйским для cp/m.

(255) Как это? А процедуры , а функции? Процедурное программирование. Опять же с каким бейсиком сравнивать, с GW Basic`ом или чем еще? Если с Visual Basic то это уже совсем другой язык

(257) да, точно...этож совсем дремучие времена...еще когда в бейсике нумерация строк была.. нет я про Qbasic думал изначально

(210) кстати, был прикол у нас.
сделали такую же фигню, только загнали голос с микрофона. на весь корветовский класс. и запуск сделали с преподавательского места. страшное дело, когда 13 машинок по команде выыдают фразу однобитным голосом через пьезопищалки...
в общем, баловались-баловались, и кто-то записал перерифаванный анекдот: "алло, это прачечная?  ку@чечная! Это кафедра РТС!". Ну, все 13 машин это произнесли. мы ржём ака кони, Димка нажимает кнопку еще раз - и тут на хохот в дверь лабы засовывается завкафедрой КиПР (он как раз домой пошел мимо нас) - а ему в лицо "ку@чечная! Это кафедра РТС!!!"
в общем, был изрядный скандалец... но весело.

(258) Именно так.
Помнится еще книжка была "128 советов начинающему программисту" Пухначева. Как раз по бейсику.

Там рекомендовалось нумерацию делать не 1,2,3,4 , но 10,20,30
чтобы можно было если что вставить строки 15 или 5 или 27

Там же было резюме "Тяжела и неказиста жизнь простого программиста"

(247) Из личного опыта. Надо отдать должное компилятору Паскаля - он быстрее Си-шного настолько же, насколько медленнее результат компиляции. Приходилось пользоваться обоими языками.
А что это за "95% всех уязвимостей, вирусов и багов"? Есть какие-то иные схемы хранить данные в памяти, нежели как по адресам памяти?

Эх, понастальгировал по спектруму, по первому написанному почти что компилятору из русского языка в бейсик)))))
Надо было тогда уже 1С начинать писать, но меня всё в ракетостроение какое-то пихали...

(261) имеется в виду, что в стандартных библиотеках С вплоть до поздних девяностых отсутствовали механизмы, которые позволяли бы проверять корректность данных, передаваемых по указателю/ссылке в подпрограммы. Особенно это касалось строк и функций с переменным числом параметров. Это привело к созданию большого количества уязвимостей, которые эксплуатировались путем переполнения буферов и срыва стеков.

(261) Ну пример - тот же scanf, когда забытый амперсанд приводит к тому, что происходит запись черт знает куда в память.

(262) хы. мы на втором курсе под впечатлением от военной кафедры придумали язык "Вояка", даже наисали транслятор. Начало - "Шагом марш", конец- "приставить ногу", цикл- "лечь...встать", имена переменных - воинские звания. имена меток - названия подразделений и частей. единственно, что не смогли сдедать по-военному - условие. аналогов "если" в военном языке не предусмотрено  :-)

+(261) Речь не о том, как хранятся данные, а о том, что у прикладного программиста не должно быть возможности влезать в произвольные области памяти, за пределами явно выделенной памяти прикладных объектов и в обход их методов. Разумеется, драйвера и ядро системы надо писать на Си, поскольку там минимум кода и можно провести строгий аудит. А всё, что прикладное - на паскале или подобном строгом языке.

(266) блин... иногда грань между прикладным и неприкладным очень тонка... контроллер для стиральной машины - это прикладное или системное?
ну и все-таки - это "закон рычага" - приобретая защищенность, ты тратишься на статический и динамический контроль. и наоборот. во времена процессоров на 2 МГц и 32К памяти это было существенно.

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

(264) Забытый "+", соединяющий строки запроса в 1С - выдаёт ошибку "Поле не обнаружено". Ну, так себе "критическая ошибка". Гадить себе в память программист может сколько угодно - быстрее из профессии удалится.

(268) Выполнить произвольный код в незащищённой области памяти, например. Собсно, самое популярное.

(266) Никто не запрещает сохранять данных об объёмах и местах данных, а вокруг каждого использования поставить кучу if-ов. Собственно, что и происходит, например, в языке 1С. Там и прямого доступа к памяти нет вовсе. Но производительность... где? А вот там же, где и возможность прямо обратиться к тому, с чем работаешь - нигде.

(270) Выполнить произвольный код можно и без уязвимостей. тогда в чём уязвимость выполнения произвольного кода?

(270) Какую уязвимость используют так популярные сегодня кодировщики-вымогательщики?

(272) ну что вы в самом деле, вставляешь скомпилированный код например в поле и именем пользователя, а потом через уязвимость передаешь ему управление...недостаточно? самый популярный баг в сишных программах

или ещё...в переменную размером 255 байт засовываешь 5кб кода...и его хвост попадает в какуюнить ф-цию

за последние годы кучу костылей уже придумали чтобы этого избегать, даже в процессор флаг NX (вроде) добавили дополнительный.... но подавляющая часть багов всеравно одна и таже

(274) Много слышал об этом, но ровным счётом даже представить не могу причём здесь имя пользователя, где взять скомпилированный код, как передать управление коду в имени пользователя, равно как и вставить его, я полагаю, программно.

(275) Ну и перестанет выполняться функция - вылетит с какой-то нелепой ошибкой. Ты поломал свою программу - надо тестировать то что делаешь. Уязвимость тут причем?

(276) В процессор добавили флаг, исправляющий кривые руки программистов? Где об этом почитать можно?

Ко всему прочему: казалось бы, а причём тут Си? Си почтишто напрямки в АСМ превращается, может, проблема в АСМ-е? А АСМ - это просто байты, что процессор читает/выполняет так или иначе. Какие уязвимости Си здесь - невдомёк мне.

(280) притом, что си позволяет делать почти что угодно, а паскаль многое контролируе на этапе компиляции, и многое - на этапе выполнения.
Это инструмент. как нож. можно сделать "безопасный нож", который будет жестко закреплен в станине, ходить только вперед-назад на 5 сантиметров, ну и вниз-вверх. не зарежешь никого, порезаться сложно - но чтоб что-нибудь разрезать - нужно сделать кучу телодвижений. а есть обычный нож - им разрежешь почти все почти хоть где - но можешь и себя порезать, и других покалечить

(281) А АСМ позволяет делать всё без исключения. Давайте писать под уязвимости на АСМ-е!, делов-то.

(277) ну если вы не знаете где взять скомпилированный код, как вы это понять хотите?

вот например уязвимость "SQL-Инъекция" знаете как работает? вот с программами точно также, только вместо SQL там машинные коды

(278) в том то и прикол что если программа не вылетает, то значит данные кудато записались не туда...например есть форма где вы вводите имя и пароль...и вот вы пишите в имч пользователя не 255 символов...а 500...причем эти лишнии 255 попадают в область памяти куда смотрит кропка Ok... а вы туда отправляете программу которая rm -rf / делает вот вам и баг

(279) он не исправляет руки, он крешит программу принудительно при таких кейсах как я в 283 описал

(278) Это очень хорошо если вылетит. А если тихо испортит область данных в какой-то другой переменной своей же программы, из-за чего может возникнуть непонятный глюк когда-нибудь?

(282) ну вообще-то многие так и делают. но многие уязвимости есть и у более высокоуровневых языков и систем

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

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

(283) "SQL-Инъекция" - это какое-то расширение сознания. С принимающей стороны не должно быть хоть сколько-то простого анализа на соответствие строкового параметра правилам строки. Тупая замена строкового параметра дополнением текста запроса - это подмена понятий. Либо так и было задумано, тогда это не атака, а типовой функционал.

(289)
это типовой функционал?
http://spbvoditel.ru/mm/items/2010/4/1/0004/camera.jpg

кучу cms движков взломали таким способом, и до сих пор такое происходит

(284) Не пойму, вы пихаете данные в поле логина сторонней программы и перетираете в сторонней программе код? Так сие проблемы операционной системы, которая позволяет область памяти сторонней программы подменить. Или баг самой программы, которая принимает динамической длины строку в константный массив символов (а других вариантов я здесь не вижу, хоть это и не значит, что их нет), где динамическая строка больше длины константного массива, ровно за которым находится код функции ОК. Ну, так облажаться можно и в вычислениях 3D, недаром MORROWIND падает при любом чихе, без всяких взломщиков, прошу заметить. Си тут причём?

(288) ну мало ли кто кому какие ощущения даёт...

Это: (287) - всем советую почитать. Не умеем руками - берём танк.

(292) это баг программы. по-хорошему, программа должна контролировать входные параметры. это должно быть возложено либо на программиста, либо на рантайм. в случае си - рантайма как такового нет, а программист склонен просохатить данные проверки. причем порой даже на тестах - потому как программист знает "что должно быть введено".
паскаль проверяет и ограничивает в рантайме. но это занимает ресурсы. "правило рычага"

(294) беда в том, что всем стало проще брать танк. в результате на танке ездят по дорогам на другой конец города в магазин за килограммом картошки.

(291) (290) Это использование типового функционала. Повторюсь, если строковый параметр воспринимается как дополнение строки запроса - это типовой функционал. Если есть контроль, что строковый параметр удовлетворяет ограничениям строки - этого не произойдёт, значит - нет подобного типового функционала. Всё настолько просто, что непонятно даже, о чём речь.

(292) <Си тут причём?>
нет встроенного контроля размеров массива, по этому почти все подобные баги в программах написанных на Си

<Так сие проблемы операционной системы>
Историческое наследие и совместимость, сейчас очень многое уже сделано чтобы этого избежать, в итоге отваливается старый софт и вопят пользователи... во времена XP включение BX бита зачастую приводило к падению большинства известных программ

<Не пойму, вы пихаете данные в поле логина сторонней программы и перетираете в сторонней программе код?>

Именно так, вы переходите на сайт с котиками, а браузер через такой баг у вас на компе запускает format c: как хорошо
почитайте CVE по браузерам и ОС..там постоянно "можно выполнить произвольный код", "выход за границы песочницы"

(298) *NX бита конечно

+(296)  и причем каждый норовит взять танк помощнее, чтоб оттолкнуть /обогнать других. хотя быстрее (и порой безопасней и дешевле) пешком дойти...

Мой геймдев начался и закончился на создании карт в Warcraft 3 в софтине World Editor, которая была в комплекте с вариком.

Эх...

(297) "это типовой функционал"

drop database вместо сохранения номера авто это типовой функционал?

давайте расскажите что у топора, которым когото в голову тюкнули, это тоже типовой функционал

(302) у топора - абсолютно типовой.
я уже пример про "безопасный нож" приводил

(303) да, топор неудачно.. автомобиль на котором в толпу въехали, вот например очень явно... и даже NX биты есть в виде бетонных блоков и стобиков

(304) только тут разница в том что автомобилем не вы управляете, а вася какойто ...а вы сидите за рулем

(304) да точно так же.

(305) Так и есть - программу управления двигателем, до кучи ещё и программу курсовой устойчивости - написали васи. И мы им доверяем, но не васям, а тестерам. Программист не в состоянии протестировать себя. Недаром, что один из методов проверки качества тестирования тестировщиком - это когда программист добавляет 0,5% вредоносного, откровенно ошибочного или ещё как-то кода в программу и тестер должен всё это выявить. Процент ненайденного из известного несколько намекает о количестве неизвестного ненайденного.
Вот в примерах с логином и SQL - не заметить подобное - ну слепым нужно быть.

(307) <не заметить подобное - ну слепым нужно быть.>

с логином это самое явное конечно, я самый простой пример привел. есть более сложные примеры, когда даже через ORM и валидаторы впихивают кривые запросы

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

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

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

(311) еще раз, си при том что позволяет разработчикам писать чертовщину

Не работает фактор "а вы пишите код правильно, с проверками"...не-ра-бо-та-ет, и тому примером огромное количество эксплойтов для программ написанных именно на Си, не на яве, не на питоне, а именно на Си

(312) Ещё один адепт "увеличивайте производительность, ваше железо не справляется с нашей программой"

(312) Кстати, может программы на яве, на питоне нафик никому не сдались?

(314) да чето незаметно, я работал в конторе в которой весь софт с Си перепелили на Яву
Да и на питоне уже пишут очень много чего

(315) *контора немаленькая по Российским меркам, из банковской сферы

(313) почему адепт? от меня это не зависит, а отставать от реалий нельзя

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

(или вы еще до сих пор считаете что индустрия ориентируется на домашних юзеров? бизнесу проще два сервера купить чем софт месяцами оттачивать, это дешевле и сразу бабло принесет)

Так чисто для справки, я тут книгу Код Петцольда прочитал, ну так там выяснилось, что тот самый zilog Z80 он оказывается был полностью совместимым с  IBM 8080, так еще и круче его.

"Инициатором основания новой компании был Федерико Фаджин, главный разработчик процессора Intel 4004 и Intel 8080, его основной идеей было создание компании, целиком посвящённой разработке «камней». К новому проекту присоединился интеловский менеджер Ральф Унгерманн (англ. Ralph Ungermann) и японский инженер Масатоши Шима (англ. Masatoshi Shima) — также разработчик Intel 4004." Но Потом, что то пошло не так и IBM он везде, а зилог вообще не знают кто это такие.


Так, что я пожалуй заберу свои слова назад, что типа на спектруме ничего крутого для спектрума сделать было нельзя. Наверно на 128 килобайтной машине, для 48 килобайтной вполне можно было. Если чуваки были на столько упороты, что писали на ассемблере, то им пофиг было для каких машин писать и на чем.

https://ru.wikipedia.org/wiki/Zilog собственно ссылка на вики статью про зилог.

[В спектруме была АСМ среда разработки?]

Да, обычный текстовый редактор)

Получается, что любой чувак паяющий спектрум на базе процессора Z80, мог точно так же спаять себе и IBM PC и даже лучше. Но почему, то никто так и не нашел дешевого способа это сделать.

https://www.youtube.com/watch?v=V0EfycbDhiw
Sinclair ZX Spectrum Loading - Jetpac

головку подкручивали, чистили. Ждали.. играли ))) эххх

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

*слева направо

(325) "домики деревяные набигают солдаты дворца и злодеи."©?

Писать на ассемблере легко и приятно. Только долго.

(327) еще корованы грабят. Ну если только у меня в голове это отложилось.

(328) Как и рвать гланды через ...опу.

(330) богатый у вас медицинский опыт...

(331) Я честно говоря про ассемблер знаю эээ...  как бы вообще ничего. Но из той инфы, что я почерпнул даже вскользь. Писать на языке на котором простые  математические действия типа   поделить два числа друг на друга, сложить любое большое число или даже просто проделать операции с (.) это целые пляски с бубном. Мягко нужно очень много терпения и любви к собственному делу. Респект конечно этим чувакам, но сейчас бы я на такое бы не согласился ни за какие деньги.

*Мягко говоря, нужно

(332) Если тебе как буху нужна кнопка "сделать фсё", зачем в программеры подался?

(334) деньги и власть. Хочу управлять миром. :)

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

(335) https://otvet.imgsmail.ru/download/u_e5861e05f26862b1a41374c0823cc249_800.jpg

(337) отправь Билу Гейтцу по почте.

Чем вам Си не угодил?
в паскале точно также есть ссылки как указатели в си
да,с ними меньше свободы,но нагадить в память можно.
опять же,контроль массивов работает только если перехватывается получение элемента на вызов подпрограммы
также,в некоторых процессорах есть аппаратный контроль размера массива,если идет обращение через дескриптор.
в Си этого нет.
Что касается запрета исполнения даных,то нужно напомнить,что некоторые программы используют встроенную компилляцию кода,а потом его выполнение,это дает очень большой прирост производительности.

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

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

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

(332) Когда пишешь на ассемблере - ты в уверенности относительно каждого бита в твоей программе. Когда пишешь на ЯВУ - компилятор это черный ящик, который может выдать непонятно что в зависимости от фаз луны.

(339) "во всех функциях получения строки из поля ввода передается размер буфера"
Так уж и во всех? И в scanf тоже?

(340) ну, компиляторы не лохи пишут. Они уже давно по оптимальней плохого кода на ассемблере работают.

(323) это грустная для меня тема. В то время, помимо основной работы, делал пентагон128. В то время можно было собрать pc-xt. Плата от комп, кажется Орион назывался, продавалась. Купил, набил мксх, запустил. Только ради интереса. Т.к. на работе были ес1840-41, задач по xt не виделось, т.к. под синклер было более интересные. И вот с сегодняшней точки зрения, особенно после прочтения книг С.Джобса и его напарника, вижу что не хватило предпринимательской жилки. Хотя они сработали не на свои деньги поначалу, мы же не получали зарплат и вынуждены были выживать.

(343) какая коммерческая жила?
https://ru.wikipedia.org/wiki/Intel
Бизнес-план компании, распечатанный Робертом Нойсом на печатной машинке, занимал одну страницу. Представив его финансисту, ранее помогавшему создать Fairchild, Intel получила стартовый кредит в $2,5 млн.
Нам до таких показателей, никогда не дожить, даже  в силу того, что баксы печатаются там.

В 2.5 млн в 1970 году, по деньгам нашего времени это наверное 25 миллионов.

(342) scanf("%.256s",pStr);
просто,часто люди ленивы,и точку с числом не пишут,а лень Наказуема!

(346) Да для неленивых ассемблеры есть) ЧТД

(0) >>написать игру, пусть и простую, а потом еще и числовые коды ввести в десятичном формате, это не реально кмк.
Чойта не реально? Для МК-52 например было вполне реально...

+ (348) http://lordbss.narod.ru/pmk38.html

(340) ну не всегда. первые сишные компиляторы давали вполне предсказуемый код. А вот когда компиляторы стали оптимизирующими - тут уже появилась "черноящичность". Хотя опять же благодаря строгой теории, и большому объему памяти (относительно обычного внимания человека) компиляторы лучше оптимизируют..

(349) у меня был мк52, я на нем игры вводил. Но играми это было назвать сложно. Егог -  самая крутая надпись!

Зашел на маил.ру, а тут тоже про спектрум вспомнили:

https://games.mail.ru/pc/articles/feat/istorija_zx_spectrum_pervogo_massovogo_kompjutera_v_rossii/?from=informer

(352) ну ничего удивительного, мисту читают. Своих же идей нет.

(350) "Хотя опять же благодаря строгой теории, и большому объему памяти (относительно обычного внимания человека) компиляторы лучше оптимизируют.."
Ну вот предположим, что у нас есть оптимизирующий компилятор, которые эвристически проверяет быстродействие процессора на регистрах и на ОЗУ и в зависимости от этого выбирает некую стратегию для генерации кода. Но вот результат этой проверки может оказаться разным в зависимости именно от "фазы луны", то есть например от того, что еще запущено на компьютере вместе с компилятором или от состояния энергосбережения...

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

(354) причем тут "то, что запущено на компьютере вместе с компилятором"? компилятор может генерировать и оптимизировать код  вообще для другой целевой системы.

(356) Оптимизация без обратной связи получается. Она априори хуже.

(357) какая тебе нужна обратная связь?
Ты когда производную функции берешь - тебе обязательна синяя ручка?

(358) Обратная связь как адаптивность к системе. В своё время среди линуксовых фанатов было модно компилировать исходники непосредственно на той системе, на которой будет запускаться программа. Считалось, что это дает более оптимальный код.

(359) "фанатов","считалось","модно"...
почитай уж что-нибудь типа Книги Дракона...

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