Вход | Регистрация
    1  2  3  4

На чем для первых компов спектрума и атари игры писали?

На чем для первых компов спектрума и атари игры  писали?
Я
   Глупый ответ
 
03.01.19 - 11:43
У меня в детстве был. Программировал на нем на бейсике. Говорят был еще лазер бейсик и всякие турбоускорители. Так я так и не понял тогда, на ассемблере игры писали или на лазербесике, а потом ускоряли? Если на ассемблере, то на "add, push" написать игру, пусть и простую, а потом еще и числовые коды ввести в десятичном формате, это не реально кмк. Тетрис вроде как сразу на паскале написали.
 
 
   Dmitry1c
 
301 - 09.01.19 - 15:33
Мой геймдев начался и закончился на создании карт в Warcraft 3 в софтине World Editor, которая была в комплекте с вариком.

Эх...
   Garikk
 
302 - 09.01.19 - 15:34
(297) "это типовой функционал"

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

давайте расскажите что у топора, которым когото в голову тюкнули, это тоже типовой функционал
   Mikeware
 
303 - 09.01.19 - 15:35
(302) у топора - абсолютно типовой.
я уже пример про "безопасный нож" приводил
   Garikk
 
304 - 09.01.19 - 15:36
(303) да, топор неудачно.. автомобиль на котором в толпу въехали, вот например очень явно... и даже NX биты есть в виде бетонных блоков и стобиков
   Garikk
 
305 - 09.01.19 - 15:37
(304) только тут разница в том что автомобилем не вы управляете, а вася какойто ...а вы сидите за рулем
   Mikeware
 
306 - 09.01.19 - 15:41
(304) да точно так же.
   bolobol
 
307 - 09.01.19 - 15:41
(305) Так и есть - программу управления двигателем, до кучи ещё и программу курсовой устойчивости - написали васи. И мы им доверяем, но не васям, а тестерам. Программист не в состоянии протестировать себя. Недаром, что один из методов проверки качества тестирования тестировщиком - это когда программист добавляет 0,5% вредоносного, откровенно ошибочного или ещё как-то кода в программу и тестер должен всё это выявить. Процент ненайденного из известного несколько намекает о количестве неизвестного ненайденного.
Вот в примерах с логином и SQL - не заметить подобное - ну слепым нужно быть.
   Garikk
 
308 - 09.01.19 - 15:44
(307) <не заметить подобное - ну слепым нужно быть.>

с логином это самое явное конечно, я самый простой пример привел. есть более сложные примеры, когда даже через ORM и валидаторы впихивают кривые запросы
   Garikk
 
309 - 09.01.19 - 15:45
есть баги в библиотеках и фреймворках.. вон как в openssl нашли баг, весь софт вдоль и поперек протестированный оказался подверженным
   Mikeware
 
310 - 09.01.19 - 15:51
(307) многие разработчики исходят из "презумпции добросовестности". но увы, в нашей жизни много всякого нехорошего... есть некий "прогресс", есть "плата за прогресс".
жизнь усложняется. сложность несет риски, которые устраняются чаще всего еще большим усложнением. коорое в свою очередь несет другие риски.
 
 Рекламное место пустует
   bolobol
 
311 - 09.01.19 - 16:16
(309) Эт хороший пример. Только, опять же, причём здесь Си? Хотели быстро, не поставили проверки в ключевых местах, а стоимость проверки при каждом запуске, при каждом обращении - это не сравнится с однократной проверкой при разработке, ну и не проверили при разработке - нормальная ситуация, ошибку всё-таки нашли.
   Garikk
 
312 - 09.01.19 - 16:40
(311) еще раз, си при том что позволяет разработчикам писать чертовщину

Не работает фактор "а вы пишите код правильно, с проверками"...не-ра-бо-та-ет, и тому примером огромное количество эксплойтов для программ написанных именно на Си, не на яве, не на питоне, а именно на Си
   bolobol
 
313 - 09.01.19 - 16:53
(312) Ещё один адепт "увеличивайте производительность, ваше железо не справляется с нашей программой"
   bolobol
 
314 - 09.01.19 - 16:59
(312) Кстати, может программы на яве, на питоне нафик никому не сдались?
   Garikk
 
315 - 09.01.19 - 17:07
(314) да чето незаметно, я работал в конторе в которой весь софт с Си перепелили на Яву
Да и на питоне уже пишут очень много чего
   Garikk
 
316 - 09.01.19 - 17:07
(315) *контора немаленькая по Российским меркам, из банковской сферы
   Garikk
 
317 - 09.01.19 - 17:08
(313) почему адепт? от меня это не зависит, а отставать от реалий нельзя
   Garikk
 
318 - 09.01.19 - 17:09
дело не только в скорости работы софта, но и в скорости разработки и доступности программистов. сейчас найти профи прога на яве проще и быстрее чем Сишника который пишет код без эксплойтов
   Garikk
 
319 - 09.01.19 - 17:10
(или вы еще до сих пор считаете что индустрия ориентируется на домашних юзеров? бизнесу проще два сервера купить чем софт месяцами оттачивать, это дешевле и сразу бабло принесет)
   Глупый ответ
 
320 - 21.01.19 - 19:11
Так чисто для справки, я тут книгу Код Петцольда прочитал, ну так там выяснилось, что тот самый zilog Z80 он оказывается был полностью совместимым с  IBM 8080, так еще и круче его.

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


Так, что я пожалуй заберу свои слова назад, что типа на спектруме ничего крутого для спектрума сделать было нельзя. Наверно на 128 килобайтной машине, для 48 килобайтной вполне можно было. Если чуваки были на столько упороты, что писали на ассемблере, то им пофиг было для каких машин писать и на чем.
   Глупый ответ
 
321 - 21.01.19 - 19:11
https://ru.wikipedia.org/wiki/Zilog собственно ссылка на вики статью про зилог.
   Сергиус
 
322 - 21.01.19 - 22:28
[В спектруме была АСМ среда разработки?]

Да, обычный текстовый редактор)
   Глупый ответ
 
323 - 21.01.19 - 23:07
Получается, что любой чувак паяющий спектрум на базе процессора Z80, мог точно так же спаять себе и IBM PC и даже лучше. Но почему, то никто так и не нашел дешевого способа это сделать.
   Nyoko
 
324 - 21.01.19 - 23:20
https://www.youtube.com/watch?v=V0EfycbDhiw
Sinclair ZX Spectrum Loading - Jetpac

головку подкручивали, чистили. Ждали.. играли ))) эххх
   Глупый ответ
 
325 - 21.01.19 - 23:31
Кто нибудь помнит как игра называется, там ходилка слева на права, врагов можно "нейтрализовывать" разными способами, один из способов раскручиваешь и об стену.
   Глупый ответ
 
326 - 21.01.19 - 23:34
*слева направо
   Mikeware
 
327 - 22.01.19 - 09:47
(325) "домики деревяные набигают солдаты дворца и злодеи."©?
   Провинциальный 1сник
 
328 - 22.01.19 - 10:02
Писать на ассемблере легко и приятно. Только долго.
   Глупый ответ
 
329 - 22.01.19 - 10:09
(327) еще корованы грабят. Ну если только у меня в голове это отложилось.
   Глупый ответ
 
330 - 22.01.19 - 10:11
(328) Как и рвать гланды через ...опу.
   Mikeware
 
331 - 22.01.19 - 10:12
(330) богатый у вас медицинский опыт...
   Глупый ответ
 
332 - 22.01.19 - 10:27
(331) Я честно говоря про ассемблер знаю эээ...  как бы вообще ничего. Но из той инфы, что я почерпнул даже вскользь. Писать на языке на котором простые  математические действия типа   поделить два числа друг на друга, сложить любое большое число или даже просто проделать операции с (.) это целые пляски с бубном. Мягко нужно очень много терпения и любви к собственному делу. Респект конечно этим чувакам, но сейчас бы я на такое бы не согласился ни за какие деньги.
   Глупый ответ
 
333 - 22.01.19 - 10:27
*Мягко говоря, нужно
 
 
   Михаил Иванович
 
334 - 22.01.19 - 11:01
(332) Если тебе как буху нужна кнопка "сделать фсё", зачем в программеры подался?
   Глупый ответ
 
335 - 22.01.19 - 11:05
(334) деньги и власть. Хочу управлять миром. :)
   Mikeware
 
336 - 22.01.19 - 11:18
(332) ну во-первых, в те времена другие инструменты были хуже.
во-вторых, при достаточном навыке  пишется на ассемблере довольно быстро. просто мозги плохо переключаются между ЯВУ и ассемблерами. подход разный. Но один хрен, основное время занимает вопрос "как написать". а сама писанина - единицы процентов времени
в третьих, на ассемблере вполне нормально нарабатываются библиотеки, да и общая культура программирования. Например, то же стркутурное программирование.
   Mikeware
 
337 - 22.01.19 - 11:18
   Глупый ответ
 
338 - 22.01.19 - 11:23
(337) отправь Билу Гейтцу по почте.
   Сияющий в темноте
 
339 - 22.01.19 - 16:21
Чем вам Си не угодил?
в паскале точно также есть ссылки как указатели в си
да,с ними меньше свободы,но нагадить в память можно.
опять же,контроль массивов работает только если перехватывается получение элемента на вызов подпрограммы
также,в некоторых процессорах есть аппаратный контроль размера массива,если идет обращение через дескриптор.
в Си этого нет.
Что касается запрета исполнения даных,то нужно напомнить,что некоторые программы используют встроенную компилляцию кода,а потом его выполнение,это дает очень большой прирост производительности.

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

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

хотя,Си вещь веселая,недавно на винде в программе отключил генерацию исключений и записал данные в таблицу дескрипторов,и,надо сказать,никто даже не пукнул,программа все отработала.
   Провинциальный 1сник
 
340 - 22.01.19 - 16:42
(332) Когда пишешь на ассемблере - ты в уверенности относительно каждого бита в твоей программе. Когда пишешь на ЯВУ - компилятор это черный ящик, который может выдать непонятно что в зависимости от фаз луны.
   Провинциальный 1сник
 
341 - 22.01.19 - 16:44
(339) "во всех функциях получения строки из поля ввода передается размер буфера"
Так уж и во всех? И в scanf тоже?
   Глупый ответ
 
342 - 22.01.19 - 17:49
(340) ну, компиляторы не лохи пишут. Они уже давно по оптимальней плохого кода на ассемблере работают.
   wt
 
343 - 22.01.19 - 20:39
(323) это грустная для меня тема. В то время, помимо основной работы, делал пентагон128. В то время можно было собрать pc-xt. Плата от комп, кажется Орион назывался, продавалась. Купил, набил мксх, запустил. Только ради интереса. Т.к. на работе были ес1840-41, задач по xt не виделось, т.к. под синклер было более интересные. И вот с сегодняшней точки зрения, особенно после прочтения книг С.Джобса и его напарника, вижу что не хватило предпринимательской жилки. Хотя они сработали не на свои деньги поначалу, мы же не получали зарплат и вынуждены были выживать.
   Глупый ответ
 
344 - 22.01.19 - 22:20
(343) какая коммерческая жила?
https://ru.wikipedia.org/wiki/Intel
Бизнес-план компании, распечатанный Робертом Нойсом на печатной машинке, занимал одну страницу. Представив его финансисту, ранее помогавшему создать Fairchild, Intel получила стартовый кредит в $2,5 млн.
Нам до таких показателей, никогда не дожить, даже  в силу того, что баксы печатаются там.
   Глупый ответ
 
345 - 22.01.19 - 22:22
В 2.5 млн в 1970 году, по деньгам нашего времени это наверное 25 миллионов.
   Сияющий в темноте
 
346 - 22.01.19 - 22:35
(342) scanf("%.256s",pStr);
просто,часто люди ленивы,и точку с числом не пишут,а лень Наказуема!
   Провинциальный 1сник
 
347 - 23.01.19 - 07:22
(346) Да для неленивых ассемблеры есть) ЧТД
   Dotoshin
 
348 - 23.01.19 - 08:40
(0) >>написать игру, пусть и простую, а потом еще и числовые коды ввести в десятичном формате, это не реально кмк.
Чойта не реально? Для МК-52 например было вполне реально...
   Dotoshin
 
349 - 23.01.19 - 08:40
 
 Рекламное место пустует
   Mikeware
 
350 - 23.01.19 - 08:58
(340) ну не всегда. первые сишные компиляторы давали вполне предсказуемый код. А вот когда компиляторы стали оптимизирующими - тут уже появилась "черноящичность". Хотя опять же благодаря строгой теории, и большому объему памяти (относительно обычного внимания человека) компиляторы лучше оптимизируют..
   Глупый ответ
 
351 - 23.01.19 - 09:32
(349) у меня был мк52, я на нем игры вводил. Но играми это было назвать сложно. Егог -  самая крутая надпись!
   Jackman
 
352 - 23.01.19 - 11:26
Зашел на маил.ру, а тут тоже про спектрум вспомнили:

https://games.mail.ru/pc/articles/feat/istorija_zx_spectrum_pervogo_massovogo_kompjutera_v_rossii/?from=informer
   Глупый ответ
 
353 - 23.01.19 - 12:05
(352) ну ничего удивительного, мисту читают. Своих же идей нет.
   Провинциальный 1сник
 
354 - 23.01.19 - 15:10
(350) "Хотя опять же благодаря строгой теории, и большому объему памяти (относительно обычного внимания человека) компиляторы лучше оптимизируют.."
Ну вот предположим, что у нас есть оптимизирующий компилятор, которые эвристически проверяет быстродействие процессора на регистрах и на ОЗУ и в зависимости от этого выбирает некую стратегию для генерации кода. Но вот результат этой проверки может оказаться разным в зависимости именно от "фазы луны", то есть например от того, что еще запущено на компьютере вместе с компилятором или от состояния энергосбережения...
   Сияющий в темноте
 
355 - 23.01.19 - 15:29
это как раз про жава писалось,что она сама себя оптимизироваить может в зависимости от состояния виртуальной машины.
   Mikeware
 
356 - 23.01.19 - 16:14
(354) причем тут "то, что запущено на компьютере вместе с компилятором"? компилятор может генерировать и оптимизировать код  вообще для другой целевой системы.
   Провинциальный 1сник
 
357 - 24.01.19 - 13:35
(356) Оптимизация без обратной связи получается. Она априори хуже.
   Mikeware
 
358 - 24.01.19 - 13:51
(357) какая тебе нужна обратная связь?
Ты когда производную функции берешь - тебе обязательна синяя ручка?
   Провинциальный 1сник
 
359 - 24.01.19 - 14:00
(358) Обратная связь как адаптивность к системе. В своё время среди линуксовых фанатов было модно компилировать исходники непосредственно на той системе, на которой будет запускаться программа. Считалось, что это дает более оптимальный код.
   Mikeware
 
360 - 24.01.19 - 14:02
(359) "фанатов","считалось","модно"...
почитай уж что-нибудь типа Книги Дракона...
   Сияющий в темноте
 
361 - 24.01.19 - 15:08
компилляцию ядра производили на той машине,где оно будет работать,чтобы более точно настроить и выкинуть то,что данным железом не поддерживается
для программ,не так существенно,но гарантия неизменности и открытости кода.
  1  2  3  4

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует