Ну все буржуйское по умолчанию в тапе. А так почти то же самое, что и дисковать, только нюансы отличаются. Об этих нюансах читай мой краткий курс в "Абзаце" :) Так что смело можешь записываться на эти курсы :)Кстати, я тоже сразу красный диплом хочу :)

F почему бы действительно не выкладывать курс лекций, а потом просто принимать у желающих "зачёты"? Так и инфа будет собираться, оформляться, систематизироваться копиться, дабы не кануть в лету. Да и всегда может проснуться интерес у кого-то, а тут раз - всё "готовенькое" лежит?

P.S. SNB не "сорвётся", про картинку не помню, аватарками детишки пусть балуются :-)
По LOSW'у знаю почти обо всех, кроме Ника Бореля (пропал куда-то из моего поля зрения).

Угу, а int фиксить кто будет ? Открывайте семестр по мультикалору.

Дык я и говорю - нюансы :) При дискофикации тоже иногда приходиться синхру по #ff порту заменять на что нить более распространенное в нашей стране, да инт фиксить, а в какую сторону это уже не так важно :) Хотя, конечно, часто пентагоновскую синхронизацию под фирменную машинку чисто физически не переделать, но это уже издержки производства :)

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

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

Преподавать не собираюсь, но по бордюру желающим подскажу. Поучиться хочу. Запишите. На какой семестр - прошу подсказать. Реала пока нет. Жду Феникс. Хочу научиться переводить tap в trd.
Когда был реал, проблем не было. Написал в STS код загрузи с мага на всю память, врубил маг, загрузил, и сиди ковыряй. А с этими ибм, в эмуле, ну никак не разберусь. Хочу научиться и помочь alexeenko переводить tap в trd. Думаю, что не помешает даже забытое вспомнить. Вобщем - запишите плз.

надо было назваться колледжем:) всяко прикольнее:)

даж не колледж, а ПТУ.

Набрана первая группа А, "практикующих" студентов:

1) rasmer
2) lisica
3) Mat1sha
4) Kuper
5) molodcov_alex
6) elker
7) VNN_KCS

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

Открываю группу Б, для "слушающих" студентов:

1) ewgeny7
2) Sabrewulf
3) Andrnow
4) Striker

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

Ну так практически и есть... в порядке написания они постятся на одном сверхсекретном блоге... :)

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

Читаю вот про архитектуру...
Слов нет, одни эмоции.
Паходу я безнадежна... :v2_wacko:
Даже если бы у меня и была эта книжка в детстве, я бы ниасилила. Правильно мне ее папа не купил :v2_down: Сам он такие тоже не читает. =)

Mat1sha,
Что ты там такого сложного про архитектуру вычитала?? Дай тоже почитать))


TomCaT,
Поставил Skype. Ну аська-аськой))

75. ZX-Spectrum & TR-DOS для пользователей и программистов - А.Ларченко, Н.Родионов'94.
Начиная со страницы 60-61.
По-моему, рассчитывать на то, что они пришли с миром, уже не приходится. Вторжение началось. :v2_crazy:

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

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

А одно с другим очень тесно связано. Если ты не понимаешь принципа работы ПК, то зачем тебе ассемблер? Хотя бы в общих чертах архитектуру компьютера знать нужно. Без этого никуда)

Принцип работы в общих чертах я понимаю. Ассемблер в рамках этого курса мне исключительно for fun. Вдруг интересно окажется, напишу что-нить хорошее. Тем более мне сказали, что там фигня все по сравнению с 8086.

Во многом да. Особенно мнемоники, у Z80 они гораааздо более легкоусвояемые.
Я, например, читая текст асма Z80 могу понять что там творится в принципе. Даж без словаря :)
А вот писать код гораздо сложнее. Но свои работающие програмки прикладного характекра у меня всётаки есть.

z80 не самый простой процессор с точки зрения ассемблера. Гораздо удобнее начинать с какой-то простенькой микрушки типа 8008 или 8051 симуляторов с ассемблерами которых полно в инете. Только не надо там сильно углубляться и тратить на них мозг, а как только исчезнет паника, тут же возвращайтесь на z80. Надеюсь с двоичной арифметикой у Вас проблем нет? Тогда сделайте умножение/деление двух чисел для 8008, и потом то же самое для z80. Психологический барьер будет снят. Сам я начинал с программируемых калькуляторов, потом 8080. Mat1sha, но если знаете C, гораздо проще освоить ассемблер z80 использовав компилятор в режиме параллельной генерации ассемблерного кода. Да и книжка вроде где-то попадалась про изучение ассемблера с помощью C :)

А про С я вспомнил с одной целью. Чтобы мозги не ломать и не делать явной ерунды, проще сделать на C и его потом улучшать в меру своего знания ассемблера. Помню был у меня один вредный заказчик, который за программы на ассемблере для 51-ой микрухи платил в полтора раза больше, так я все на PL/M-51 накатал, а потом быстро пооптимизировал и содрал с него как за ассемблер :) С конечно имеет тот минус, что заставить его использовать преимущества конкретной архитектуры довольно тяжело, если только он специально под нее не сделан. ( Как известно, С рассчитан на стек, а на регистры и их особенности у конкретного проца ему глубоко ...)
Ну и понятно, что знание ассемблера превращает любого программиста в начинающего хакера :) Собственно к чему данный курс в случае успешного освоения несомненно и приведет. Всем сорри, я собственно на тему как снизить психологический барьер при изучении ассемблера:
1) начни с самой простой архитектуры;
2) при сложностях с алгоритмами используй ЯВУ( С, PL/M, Pascal и все что окажется под рукой);
3) старайся писать на незнакомом ассемблере примерчики, которые легко ощущать имеющимся у тебя отладчиком(хорошо если у него есть графический API и консоль с готовыми макросами, в крайнем случае имитатор ввода/вывода(кнопочек-лампочек) или хотя бы beep, все эти средства можно использовать при отладке любых программ, особенно если примитивный отладчик.
4) не напрягайся, команды ассемблера запоминаются не все и не сразу, держи перед глазами help-файл (.chm), а еще лучше умный редактор, выдающий варианты команды в правильной транскрипции при вводе;
5) не старайся сразу запомнить за сколько тактов выполняется та или иная команда и какие флаги она устанавливает(если только твоя задача не состоит из нескольких параллельных тредов и не взаимодействует с железом, где необходимо отслеживать временные интервалы);
6) кстати, разучи флаги в данной архитектуре(проце) без них в ассемблере не жить;
7) не забывай запрещать прерывания, когда они не нужны твоей программе;
8) не забывай Калаш, ну и стек само собой(без стека ты не сможешь ни вызвать процедуры, ни обработать прерывания);
9) обзаведись набором удобных тебе макро, если твой ассемблер не макро-, запомни все в умном редакторе, бедолага;
10) моли Бога, что у него хотя бы только пользовательский режим и нет обработки исключений;
11) разучи как передаются параметры в/из процедуры;
12) сохраняй регистры при вызове процедуры, в теле самой процедуры и восстанавливай их при возврате в обратном порядке;
13) процедура обслуживания прерывания тоже процедура!
14) кстати, не худо бы узнать детали того, как обслуживаются прерывания в твоей архитектуре;
15) комментируй заголовки процедур на предмет того, какие регистры она портит(именно эти регистры необходимо сохранять при входе и восстанавливать при выходе);
16) не делай свой код непонятным и недокументируемым, ты ведь не на работе, где за это тебя возненавидят коллеги и станет побаиваться и уважать босс;
17) научись писать лаконичные и понятные комментарии, в ассемблере это 70% успеха работающей и сопровождаемой программы, приколы и мат разбросанные по сотне страниц исходника останутся в нем на века;
18) в самом начале программы дай ссылку на себя любимого и свой e-mail, обозначай дату и версию, и требования к железу(конфигурации), тем ты спасешь себя от многих бед и тебе будут благодарны братья-программисты.
Ну вот вроде и все, что осталось в голове после трех лет ковыряния в чужих программах на MASMе в компаниях Телеинформ и Мультиком СПб объемом в сотни тысяч строк.

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

Прошу прощения. Но это я к тому, что может кто-нибудь возьмется написать нормальный IDE-шник с нормальным макроассемблером для Спектрума, чтобы человек с нуля начинал в нем комфортно работать. Может быть на основе Eclipse. А если будет такой инструмент, то можно и курсы по написанию чего угодно на ассемблере для Спектрума проводить. И думаю, число слушателей в разы больше будет :) Ну, это на отдаленное будущее. Всё, более не флужу.

Mat1sha, есть такой учебник по ассемблеру от издательства "Питер", как раз для начинающих - "Как написать игру на ассемблере для zx sресtrum". Там в конце список всех мнемоник приложен, будет вроде справочника.

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

Да мы увлечены просто, некада флеймить =)
Сегодня задисковали первую игру.
Пока что элементарно.
И еще меня наконец-то научили сохранять программки на диск из эмуля, что вообще прекрасно. Калейдоскоп и компьютерная графика из книжки "48 программ для изучающих basic" наконец-то можно стало в эмуляторе посмотреть сохраненные...

Занятия проходят ежедневно???

elker, нет, пару раз в неделю.

Мона к вам тоже записаться? Или я опоздал?

BYTEMAN и некоторые люди, которые знают, кто именно ;)

У нас есть несколько отстающих в группе A. Причины, конечно, у всех разные, и не у всех это - лень и скука на первом семестре. Но, как я уже упоминал, если большинство группы меньшинство ждать не сможет, то они будут правы... А скука - ну, тут уж не могу помочь, потому что нужно самостоятельно выделять семестры, которые нужны.

И если за неделю меньшинство группы не справится с зачетом по первому семестру, то...

По-моему, с ним нельзя не справиться. Простая последовательность действий, даже думать не надо...

Други! Может кто-нибудь подробно описать как на писюке с реальных НГМД перегнать в образы? Какой нужен драйв, какие настройки в биосе для него, какой софт, голый дос или винда, etc. Буду очень благодарен.
Попробовал тут со своим архивом подразобраться - нифига прочесть не удаётся, а жаль :-(

Могу.

Пост тут, если еще что то непонятно пиши в той теме, отвечу:

тема
Пользуйся активней поиском, по крайней мере 50 спектрумистов на нашем форуме создало подобную тему.

категорически рекомендую! книга просто супер, лучше не видел.

Понял. Если что, то я к Вам :)

---------- Post added at 14:30 ---------- Previous post was at 14:27 ----------

Согласен. Всё описано простым и доступным языком.

Можно идиотский вопрос? В unreal speccy можно ли (и если да, то как) изменить код своей программы? К примеру, написала я ее, сохранила, она выполняется, но ее надо немного модифицировать (бейсик) и запустить потом по-новой. Просто иногда листинг вываливается на экран и можно изменить, но как это целенаправленно сделать, я не знаю... тупиковый период :v2_confu:

PS: Вроде просто же должно быть, редактировать исходник свой с дискеты. Или может софт какой для этого есть? Я вобщем даже не знаю, есть ли в спекки такое понятие, как исходник... поскольку исполняемых файлов как таковых вроде не наблюдается, а наблюдаются просто файлы с программами :v2_conf2: вобщем ничо я не понимаю в этом спектруме...

Загрузить с дискеты программу не через RUN "name", а через MERGE "name". После загрузки программы спек вывалистя в бэйсик, где можно отредактировать текст программы.

Спасибо, не получается... тр-дос говорит просто "о.к." и все... в бейсик ничего не вываливается :-/

набери RETURN после загрузки :)

А после return (после merge "name") говорит 0 ок, 0:1 и при нажатии любой клавиши (ентер и пробел пробовала) вываливается обратно в менюшку tape loader, 128 basic, calculator и прочее, не знаю, как она правильно называется... а в бейсик не вываливается ну никак :-/

По порядку:
1. Выбираем 48 BASIC. Вываливается 1982 Синклер ресеарцх :)
2. Набираем RANDOMIZE USR 15616. Вываливаемся в тыр-дос.
3. Грузимся через MERGE.
4. Жмём RETURN.

Способ работает только в режиме 48к. Для вашего случая выберите после выпадания в меню пункт 128 BASIC. На экране должен появиться листинг.