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

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

На чем для первых компов спектрума и атари игры  писали?
Я
   Глупый ответ
 
03.01.19 - 11:43
У меня в детстве был. Программировал на нем на бейсике. Говорят был еще лазер бейсик и всякие турбоускорители. Так я так и не понял тогда, на ассемблере игры писали или на лазербесике, а потом ускоряли? Если на ассемблере, то на "add, push" написать игру, пусть и простую, а потом еще и числовые коды ввести в десятичном формате, это не реально кмк. Тетрис вроде как сразу на паскале написали.
 
 
   Глупый ответ
 
1 - 03.01.19 - 11:44
в инете в основном про железо я нашел, про историю и книжки по бесику. А вот про создание "взрослых" прог, так ничего и нет.
   Kimmy
 
2 - 03.01.19 - 11:46
(1) Да кучу книг, почитай Инфокомоское ZX-Ревю то же.
Все на АСМе писали и довольно успешно.
Чем тебе ассемблер не язык ?
   MetaDon
 
3 - 03.01.19 - 11:47
(0) asm,  на чем еще можно при 64 kb ОЗУ
   Глупый ответ
 
4 - 03.01.19 - 11:50
(2) ассемблер язык, но трудозатротно пипец. Да кучу вот не хочется читать, хочется максимум статью. В виде писали на ХХХ, в среде разработке УУУ. Получалось ZZZ, использовали инструмент AAA, получался профессиональный продукт BBB.

В спектруме была АСМ среда разработки? Значит на каких то других компьютерах писали? Где компилировали это все?
   sieben
 
5 - 03.01.19 - 11:52
(4) > В спектруме была АСМ среда разработки?

В спектруме были АСМ среды разработки.
   Глупый ответ
 
6 - 03.01.19 - 11:53
Так ответить и я могу. -На чем писали?  -Ты че дурак? На ассемблере. - вот спасибо, где бы меня еще на .!. послали?
   NorthWind
 
7 - 03.01.19 - 11:54
(0) ассемблер. Я скажу даже больше: для PC XT и АT286 первые игры вроде диггера и подобных тоже написаны либо на асме, либо на Си с существенной долей вставок на асме.
   Глупый ответ
 
8 - 03.01.19 - 11:54
(5) Значит ты не умеешь читать и понимать вопроса. Я спросил конкретно коммерческие названия продуктов и железа на чем это писалось, а не про мнемокоды.
   NorthWind
 
9 - 03.01.19 - 11:56
(0) почему нереально? Вполне реально, реально и сейчас. Вон на инфостарте статья была - чел ВК на асме писал и объяснял как это делать.
   sieben
 
10 - 03.01.19 - 11:57
(8) google://asm+zx+spectrum, мой ленивый друк
 
 Рекламное место пустует
   MetaDon
 
11 - 03.01.19 - 11:57
   NorthWind
 
12 - 03.01.19 - 11:57
более того - некоторые вещи, например работу с видеоадаптером на уровне писания в порты, на асме делать удобнее чем на чем-либо другом, потому что тебе не нужно забивать голову тем чего навставляет компилятор и как это поменяет твой код
   Глупый ответ
 
13 - 03.01.19 - 11:59
(9) да реально и пирамиду по песчинке натаскать. Я не про возможности, я про реальные инструменты и методы работы "тех" программистов. Я про, на каких компах писали, в какой среде разработки? Как и где редактировали(русифицировали)  уже скомпилированные программы? Вся программа в 16ном коде, ты там ничего кроме FFFF не увидишь.
   NorthWind
 
14 - 03.01.19 - 12:01
(13) сейчас уже да, без книжек не увижу, потому что нет практики. А лет 20 назад приходилось видеть, и видел.
   Garykom
 
15 - 03.01.19 - 12:02
Hisoft Gens and Mons (aka Devpak)
https://zxpress.ru/book.php?id=212
   Bigbro
 
16 - 03.01.19 - 12:03
gens + mons
у меня были)
   Глупый ответ
 
17 - 03.01.19 - 12:04
а ну вот нашлась ссылка. http://speccy.info/Кросс-средства . Я то думаю, чего на этом спектруме нифига сделать хорошего сделать было нельзя? Просто проблемы не решаются на уровне вознbкновения.
   Волшебник
 
18 - 03.01.19 - 12:05
(5) Можно было и без асма. Я писал для Spectruma программу вообще в машинных кодах.
   Глупый ответ
 
19 - 03.01.19 - 12:05
+(17) все средства разработки были на IBM.
   Глупый ответ
 
20 - 03.01.19 - 12:08
Я всегда догадывался, что эти турбоускорители, турбозагрузчики, лазербейсики и среды разработки под zx чушь и на них caldron 2 не сделать.
   NorthWind
 
21 - 03.01.19 - 12:09
(19) когда появились доступные писюки - кросс-механизмы не использовать было бы просто глупо. Но вообще в истории ZX-Spectrum был довольно длительный период, когда доступных писишек не было. В России года до 94 PC стоил сравнимо с автомобилем.
   NorthWind
 
22 - 03.01.19 - 12:13
Да и у буржуев все эти амстрады и прочее подобное стоило по 2-3 тысячи тогдашних долларов, что было мало кому по карману. Speccy потому и стал популярным, что стоил несколько сотен, а не тысяч, а при их отстутствии вообще мог быть собран самостоятельно из доступных радиодеталей.
   Глупый ответ
 
23 - 03.01.19 - 12:15
(22) да это все ясно. Просто дети 90х пытались из слов Ж П О А составить слово счастье, а оно никак не выходило. Просто остальных букв не хватало. Теперь хватает.
   Глупый ответ
 
24 - 03.01.19 - 12:17
+(23) и взрослые тоже нифига не знали и даже учителя информатики. А эти все книжки про бейсик, лазер бейсик, попытки записать програму в виде массива цифр "255,155,112" - это чушь  и забивание головы туфтой.
   NorthWind
 
25 - 03.01.19 - 12:18
(23) нормально там все выходило. Люди прорывные продукты писали на коленке и зарабатывали. При наличии, конечно, головы на плечах и желания учиться.
   Глупый ответ
 
26 - 03.01.19 - 12:22
(25) Да ничего не выходило. Сколько было епли с этой символьной, спрайтовой графикой. И все напрасно. Дед мороз умер. :) Коммерческие продукты писались на IBM, на языках разработки высокого уровня типа С. Переводились в коды процессора zx80. Так же была возможно и обратная операция, перевести из кодов zx80 в ассемблер и там "русифицировать". Этого ответа я в принципе и ждал.
   Lama12
 
27 - 03.01.19 - 12:28
(0) Ну я писал на АСМе в ZX Spectrum. Ну и лазер бэйсик пробовал. Всякие компиляторы в ZX Spectrum жрали ресурсы которых было - 48к оперативки.
Игры в машинных кодах печатались в журнале "Моделист конструктор".
(20) Нормально на лазере можно было сделать игру. Там все инструменты были для работы со спрайтовой графикой.
(13) За пол года изучил ассемблер. Поскольку пытался "взломать" несколько игр, которые кстати имели защиту от дебагинга, то практически выучил таблицу соответствия кода команде ассемблера. Нормально читается программа по "FF AC DE 12 34" и т.д.
И кстати, чем программа на LISP отличается от машинного кода, для человека который не знает LISP? А ведь это коммерческий язык.
   NorthWind
 
28 - 03.01.19 - 12:31
(26) вообще говоря, ничего не умерло. Технология осталась и с усовершенствованиями используется до сих пор - https://ru.wikipedia.org/wiki/Спрайт_(компьютерная_графика). Советую больше читать, помогает.
   Глупый ответ
 
29 - 03.01.19 - 12:33
(27) Игры в машинных кодах печатались в журнале "Моделист конструктор" - 48 000 цифр не устанешь набирать? ;)
(20) Реально, только оооочень медленную.
   Lama12
 
30 - 03.01.19 - 12:33
(24) С 3D графикой на низком уровне работал? Массивы чисел... :-) Это работа с матрицами сынок. Линейная алгебра. Оно до сих пор так и работает.
Кстати, и в машинном кода до сих пор программируют микросхемы. Не всякий компилятор уложится в ограничения по памяти или производительности.
   Lama12
 
31 - 03.01.19 - 12:33
(29) Ты работу бухгалтера видел? 48 000 цифр, это на день работы. Даже меньше.
   NorthWind
 
32 - 03.01.19 - 12:34
(31) ничего он не видел, по постам уже понятно.
   Глупый ответ
 
33 - 03.01.19 - 12:35
(29) спрайтовую это я сгоряча написал, я про символьную и спецсимвольную. Спрайтом в спектруме на бейсике управлять в двоичном коде это вообще пипец.
 
 
   Lama12
 
34 - 03.01.19 - 12:36
(33) С чего это пипец в машинном коде? :-) Один раз пишется набор подпрограмм и вперед. Это не сложно.
   Глупый ответ
 
35 - 03.01.19 - 12:36
(31) На предприятии один бухгалтер, главный. Остальные всякие участок касса-банк, взаиморасчеты - это все биороботы, девочки на выписке даже если им за 40. Абсолютно тупые генераторы ошибок.
   NorthWind
 
36 - 03.01.19 - 12:37
(33) Да, в этом необходимость пропала из-за роста вычислительных мощностей видеоадаптеров. Хотя, возможно, в каких-то специфических применениях вроде LCD-дисплеев промоборудования еще используется.
   Глупый ответ
 
37 - 03.01.19 - 12:39
99% "бухгалтеров" пойдут скоро чинить шпалы на рельсах. Всякие электронные документообороты, edi и клиент банки вполне их заменяют. Еще нейронные сети скоро добавятся.
   Lama12
 
38 - 03.01.19 - 12:42
(35) "Рука лицо". Нейронные сети... Мне бы твой оптимизм. :-) Пока есть люди, бухгалтер будет нужен. Ну ничего... Удачи в отрасли! Главное побольше читай. Видосики не заменят книги и опыт.
   Asmody
 
39 - 03.01.19 - 12:43
(26) про какой IBM вы речь ведете? Если про PC, то там тоже особо "не развернешся" по нынешним запросам: 4 мега(!)герца ЦП, 64 КБ ОЗУ, и это за 4500$.
Лидеры рынка - Commodore, Atari - тоже не сильно выделялись характеристиками: те же 2-3 мегагерца, 64 КБ памяти.
Чтобы портировать игру с одной платформы на другую, нужно было написать транслятор кодов, пропустить через него бинарник, и полученный бинарник доводить напильником на целевой платформе. Ни каких виртуалок и эмуляторов не было и не могло быть.
   Василий Алибабаевич
 
40 - 03.01.19 - 12:43
(37) Пока в стране будут "шпалы на рельсах", а не наоборот - у бухгалтеров все будет в порядке. И всякие "клиент банки" им только добавляют плюсов в карму.
   Глупый ответ
 
41 - 03.01.19 - 12:46
(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]"
   Asmody
 
42 - 03.01.19 - 12:46
В машинных кодах им сложно. А окошки в перфокартах вы не резали? Лезвием по металлической линейке?
   Mikeware
 
43 - 03.01.19 - 12:47
(29) Не устанешь... я уже рассказывал как-то, как товарищ в армии восстановил по памяти таблицу команд 80-го, и вручную дизассемблировал программы из Радио, и отсылал домой письмами...
собственно, на корвете вподне нормально дизасссемблировали игрушки Спектрума, и на их основе делали для корветов...
https://yadi.sk/i/mcx7kDFMHOUgNA
   Asmody
 
44 - 03.01.19 - 12:47
(41) вот это: "с кросс-ассемблером и параллельным интерфейсом для связи с ZX Spectrum"
   Mikeware
 
45 - 03.01.19 - 12:49
(42) разве что для исправлений. нуи заклеивали тоже для исправлений. целиком программу вряд ли кто резал...
   Mikeware
 
46 - 03.01.19 - 12:50
(39) принципиальные проблемы с кросс-системами в 70-х уже были решены.
   Глупый ответ
 
47 - 03.01.19 - 12:51
(43) Ипать колотить, есть же люди с мозгами. В шахматы с завязанными глазами играют, по памяти таблицу команд восстанавливают. Как он в армию то попал и почему дети рабочих и крестьян его там не убили?
   NorthWind
 
48 - 03.01.19 - 12:51
(39) он имеет в виду кросс-инструменты, т.е. на PC грубо говоря среда разработки и компилятор который код и другие ресурсы (графику, музыку) под спектрум генерирует. Для этого виртуалка не нужна, можно просто подсоединить спектрум шнурком и отлаживаться на нем. Сейчас такая технология используется, например, для работы с железками на ОС реального времени VxWorks.
   Mikeware
 
49 - 03.01.19 - 12:54
(47) были такие времена (1985-1988), когда в армию брали всех из всез ВУЗов. Дети рабочих и крестьян -это мелочь, потому как служили мы в стройбате ЗабВО - и там были другие проблемы. А не убили потому, что мы эти проблемы решали.
 
 Рекламное место пустует
   NorthWind
 
50 - 03.01.19 - 12:56
(41) не произойдет, потому что преимущества этих технологий, скажем так, сильно преувеличены теми кто их продвигает и теми кто на этом зарабатывает. EDI и ЭДО существуют уже гораздо больше 5 лет, но принципиально с 2013 года ничего не изменилось.
   Mikeware
 
51 - 03.01.19 - 12:58
+(43) скриншот из Корветовской игрушки, спрайт-графика для которой из спектрумовской игрухи. а интерьеры уже рисованые в корвете и для корвета.
кстати, инструментарий - ассемблеры, дизассемблеры, читалка с ленты в спектрумовском формате, графический редактор, эмуляторы и отладчики, вплотьдо сетевой ОС - тоже были написаны нами..
   Мелифаро
 
52 - 03.01.19 - 12:58
(47) Люди по памяти работают с фреймворками, которые каждый год новые, в этом плане опыт решает, а не какая-то особая гениальность. Кто-то сотни последовательностей клавиатурных команд помнит для работы в фотошопе или иллюстраторе, кто-то в играх так же заморачивается.
   Asmody
 
53 - 03.01.19 - 12:58
(48) я не говорю, что виртуалка нужна. Я к тому, что и "мощные" по тем временам машинки не сильно спасали ситуацию в плане скорости разработки.
   NorthWind
 
54 - 03.01.19 - 13:02
(53) мне кажется, могли. Все-таки UI на PC даже в текстовом режиме 80х25 не шел ни в какое сравнение с тем что было доступно на спекки.
   Mikeware
 
55 - 03.01.19 - 13:09
(54) и доступной памяти было больше.
   Глупый ответ
 
56 - 03.01.19 - 13:27
Кстати, новые игры такое ощущение, что их делали вообще инопланетяне, это где то за гранью. Скачал фар край 5 - это вообще отвал бошки. На запрос "создание современных игр" яндекс отвечает "бизнес план в 7 шагов" и прочий ховноменеджмент. На чем они сейчас их делают? Если по спектруму больше вопросов нет, то можно ветку переименовать создание игр от 8 бит до наших дней.
   Garikk
 
57 - 03.01.19 - 13:33
(56) <что их делали вообще инопланетяне, это где то за гранью.>

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

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

вон берете unity и вперед, "я у мамки профи-геймдев"
   Mikeware
 
58 - 03.01.19 - 13:34
(56) раньше было "принеси дискету с игрушками", а сейчас уже "принеси дивидющки с игрой"
для создания игр - применяют фреймворки, написанные на других фреймворках....
   Глупый ответ
 
59 - 03.01.19 - 14:09
(57) сейчас это гениально,  гта 5  и фар край 5 просто вынос мозга. Они просто о.уенные и другим словом это не заменить. Как то быстро все очень сильно изменилось, если с прошлыми технологиями n-1990х годов я еще могу понять, разобраться и починить/воспроизвести, то все, что дальше это уже инопланетные технологии какие то.
зы
есть мнение, что инопланетные цивилизации пытаются уничтожить человечество передавая чертежи кремневых машин в мозг человеков.
   Глупый ответ
 
60 - 03.01.19 - 14:13
   Mikeware
 
61 - 03.01.19 - 14:14
(59) «любая достаточно развитая технология неотличима от магии»©А.Кларк
   Глупый ответ
 
62 - 03.01.19 - 14:17
   Lama12
 
63 - 03.01.19 - 14:42
(60) Хы :-) У нас их каждый второкурсник клепал на коленке со своей прошивкой ПЗУ.
   vcv
 
64 - 03.01.19 - 14:46
(13) Реальные инструменты той эпохи, это простой текстовый редактор без всяких удобств типа цветового выделения и синтаксической подсказки. И нормально писалось на ассемблере. Я вот писал для спектрума, БК, ДВК, однокристалочек всяких... Компиляторы языков высокого уровня распространились позже, когда ресурсов стало хватать на их бесполезное расходование.
   Mikeware
 
65 - 03.01.19 - 15:01
(64) а чего там цветом-то выделять было?
кстати, к комплексе для 48/51 я пытался сделать своего рода "контроль на лету", но мне начали доказывать, что "это излишество" - типа, дурак за ассемблер для однокристаллок не сядет, а умному это уже ни к чему...
   trad
 
66 - 03.01.19 - 15:06
(47) что там гениального то?..
надо то знать 8/16 регистров, дюжину команд, 3-4 способа адресации, и как это все кодируется в машинные коды
немного практики да и все
   vde69
 
67 - 03.01.19 - 15:07
(0) все библиотеки были написаны на асемблере, игры часть на асемблере часть на си (без плюсов) с использованием библиотек
   trad
 
68 - 03.01.19 - 15:08
(66) + в конкретной реализации железа знать распределение и назначение областей ОЗУ и знать точки входа системных подпрограмм в ПЗУ
   trad
 
69 - 03.01.19 - 15:09
(68) + номера и назначение прерываний
   trad
 
70 - 03.01.19 - 15:10
(66) (68) (69) все это проще чем восьмерка
   vde69
 
71 - 03.01.19 - 15:11
(69) + уметь программировать отдельные микросхемы, тогда единого виоса который удовлетворял игрушки еще не было

то есть уметь переписывать не только обработчики прерываний но и перепрограмировать переферийные микросхемы
   Глупый ответ
 
72 - 03.01.19 - 15:12
(67) да понятно, что на ассемблере. Меня больше интересовали железные и программные инструменты. Метадон в (11)(17) одной ссылкой на все вопросы ответил. Спасибо ему кстати. Я про то, что Бесики, лазербесики и инструменты доступные на самом спектруме не позволяли ничего путного с ним сделать. Просто это была типа дешевая приставка к телевизору. Не ну среди нищеты и отсталости стран бывшего ссср это был космос. Но по факту, я на свои вопросы уже ответил.
   vde69
 
73 - 03.01.19 - 15:13
(70) я-бы не сказал, в то время каждая железка имела уникальные особенгности, например клавиатура XT и клава ноута XT имели огромную кучу различий
   Провинциальный 1сник
 
74 - 03.01.19 - 15:17
(73) BIOS это нивелировал, с клавиатурой через порты мало кто работал, в основном через прерывания. С видеокартой - да, там BIOS не в почёте был, поскольку требовалась максимальная скорость доступа.. там лазили напрямую в видеопамять, учитывая особенности конкретного видеорежима.
   Глупый ответ
 
75 - 03.01.19 - 15:18
(70) обиднее всего, что восьмерка не сложная, она просто хреново спроектированная кенгуру/спагетти код. Если раньше можно было на любой вопрос ответить прям на презентации, щас в конфигураторе гляну. То сейчас на вопрос как заполняется поле в erp  можно часа на 4 залипнуть и не факт, что после 100500 скачка по модулям ты выйдешь с ответом, а не с желанием забить и просто потыкать в кнопки решив проблему методом тыка.
   trad
 
76 - 03.01.19 - 15:19
(73) не больше отличий, чем между СКД и ПострОтчета )
   Провинциальный 1сник
 
77 - 03.01.19 - 15:19
(74) Да, для молодежи - BIOS это не только ценный мех (программа настройки параметров в CMOS), но и целая библиотека системных подпрограмм, вызываемых через прерывания.
   trad
 
78 - 03.01.19 - 15:20
(75) про восьмерку: я про платформу конечно же, не про типовые
   Глупый ответ
 
79 - 03.01.19 - 15:23
(78) как платформа знаешь тоже спорное какое то решение. Есть язык, но вы на нем не пишите ибо через ".". не оптимально, лучше селектами пользуйтесь. А еще, чтобы посчитать нужно распределить 100000 материалов, на 1000 продукции нужно сутки. Но на этом предлагаю дискусию закончить, а то получается огульная критика кормилицы.
   trad
 
80 - 03.01.19 - 15:25
(79) отличная платформа, не сочиняй
   vde69
 
81 - 03.01.19 - 15:25
(74) биос это ни как не нивелировал...

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


могу еще продолжать...
   jscript82
 
82 - 03.01.19 - 15:35
(0) В чем проблема на ассемблере написать?
Там же можно сначала написать простые процедуры и функции, затем написать более сложные процедуры и функции которые вызывают более простые. Потом еще более сложные, и так далее, пока не получится игра.
   Глупый ответ
 
83 - 03.01.19 - 15:36
(80) Отличная, отличная. Как думаешь, может есть какая то причина, что 50% экономики Америка и Европа на этом не работают? Ну конечно это из-за русофобии. А чего тогда другая половина экономики азия на этом тоже не работают? Итого на "лучшей" платформе работает 0.х.й десятых от мировой экономики. Если она такая хорошая, то чего цифры такие скромные?
   ptiz
 
84 - 03.01.19 - 15:38
(0) Мало того, что игру на асме надо было написать, я сначала писал свой редактор спрайтов для игры, в котором всё рисовалось.
   Глупый ответ
 
85 - 03.01.19 - 15:38
(82) проблема только в коммерческой обоснованности, скорости создания, качестве, в возможности командной разработки, изменение, поддержке и сопровождения кода.
   Mikeware
 
86 - 03.01.19 - 15:40
(83) во-первых, у них есть готовые решения. адаптированные к рынкам, опробованные многими годами. во-вторых, сама платформа еще не устаканилась. ну и в третьих, нас там не ждут. место надо отвоёвывать.
   Mikeware
 
87 - 03.01.19 - 15:40
(85) тогда это было обосновано. сейчас - крайне редко.
   trad
 
88 - 03.01.19 - 15:43
(83) застолби себе еще ник "глупый вопрос" ))
   Mikeware
 
89 - 03.01.19 - 15:44
(88) можно просто взять из обоих объединяющее их слово..
   Провинциальный 1сник
 
90 - 03.01.19 - 15:44
А помните текстовый редактор "Слово и Дело" под IBM PC, который был в виде com-файла (даже не exe), размером 64 килобайта?! При этом был графический с визивигом и мультишрифтовостью.
   MaxS
 
91 - 03.01.19 - 15:44
Забыл уже на чем писал программы для спектрума. Помню писал переводчик на 1024 слова. Памяти для программы не хватило, использовал ячейки из половины той части памяти, где хранил буквы слов.
Не то, что сейчас. гигабайт туда, гиг сюда...
   jscript82
 
92 - 03.01.19 - 15:50
(85) Эта проблема присутствует при любой разработке, так что не важно.
   Глупый ответ
 
93 - 03.01.19 - 15:52
(86) если наступит такой день, что для предприятий будет введен типа "один налог % с выручки и свободен" или что то подобное, а он когда нибудь наступит. То всю эту поделку с сотнями печатных форм и тысячами колонок, всяких кодов и прочего бумажно/налогового маразма выкинут на помойку в один день. А все именно к этому и идет к патентам и "платонам". 1С как платформа, это просто надстройка над sql и windows для быстрой настройки под маразматическое законодательство. Ни о каком серьезном коммерческом применении тут речи быть не может с этим тормозным языком и пухнущими как на дрожжах данных. ИМХО.
   Mikeware
 
94 - 03.01.19 - 15:57
(93) учет не ограничивается только бухгалтерией. да и бухучет - он существует не только для фискальных целей.
   NorthWind
 
95 - 03.01.19 - 15:59
(92) на самом деле важно, потому что это время и деньги. Пока компы и их ресурсы стоили килотонны зелени - разрабатывали на ассемблере, потому что проще было заплатить прогу за оптимизацию чем докупить памяти. Сейчас - наоборот.
   Mikeware
 
96 - 03.01.19 - 16:19
(95) просто инструментов не было.
а сейчас всякий, способный просмотрть получасовую видюху и повторить оттуда часть действий начинает считать себя программистом...
   Сисой
 
97 - 03.01.19 - 16:46
(0) Щас расскажу тебе, как игры для БК (советский игровой комп такой) писались. Процесс не шибко отличался от такого же для ZX без дисковода.

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

Собственно, кодирование занимало от силы процентов 5 времени...
   Сисой
 
98 - 03.01.19 - 16:49
В начале 90х на PC уже были эмуляторы для PDP-совместимых компов, я на них для спутников связи ПО на ASM писал.
   Сисой
 
99 - 03.01.19 - 16:52
(0) При наличии дисковода хотя бы на 180К игры тех лет на ассемблере писались довольно легко. Я как-то себе арканоид за три дня написал (ну не было его на той платформе, а поиграть хотелось).
   Defender77
 
100 - 03.01.19 - 16:56
(95) Заплатить прогу - это только в России. Труд слишком дешевый. У буржуев добавить памяти - стоило копейки, по сравнению с зарплатой.
  1  2  3  4   

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