Ностальгия по звуку

Нет, Билли, ты не прав :-)
Программируемые кальки всё еще есть. Например, Citizen SRP-320 и др. http://www.citizen.by/index.php?topic=tovar&page=n...
У меня не было МК-85М, но чувство, не побоюсь этого слова, любви и нежности к технике мне очень хорошо знакомо. Особенно в воспоминаниях :-) Когда у меня не шла синхронизация, я знал, какой проводок и где нужно прижать и что отверточкой подкрутить. Когда Спектрум зависал, я знал что перегрелся б/п и его нужно охладить.
А сейчас... Завис, например, ворд. Начинаешь копаться, может не один день, выискивая причину проблемы. То ли память некачественная, то ли частота шины слишком высока, то ли напряжение нужно увеличить, то ли драйвера следует обновить, то ли ОС поменять :-) Беда в том, что современные ПК (+ОС) стали черезчур сложными - без бутылки уже не разобраться :-) Не специалист вряд ли разберется.
Вот недавно покупал ноутбук - он сразу начал зависать. Звонок в сервис-центр обескуражил - на ремонт и диагностику минимум 3 дня и то не факт, что всё будет сделано бесплатно. Проблема была решена самостоятельно перепрошивкой биоса и установкой новых драйверов для видеокарты - спасибо ПК за счастливое детство :-)
И знаете, мне кажется, что проблема излешней сложности актуальна в большей степени для софта, чем для железа. Это каким же программером надо быть, чтобы пустой текстовый документ ворда занимал 20Кб, а какой нибудь изврат навроде вьюера эйсидиси целых 34000Кб. Вспомните 48Кб спектрума и Элиту. Куда катится мир?

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

2 Dr.Zо!dbеrg™
Избегайте суждений в тех областях, в которых вы не специалист. Это избавит вас от подобных дурацких реплик.

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

UltrA, спасибо за инфо. Но мне лично хотелось бы именно что-то а-ля МК-85, с возможностью программирования на бейсике:

Машинка работала на базе какой-то отечественной экономичной однокристалки (КМОП!) - имела 2 КБ энергонезавиcимой памяти (после МК-61 я просто не знал что делать с ТАКИМ огромным количеством), кроме того имела место быть поразительно экономичная, изящная и мощная версия БЕЙСИКа. Корпус был из толстого дюраля, на кнопочках накладка прозрачная с дополнительными символами (в т.ч. псевдографика!), можно было рисовать по точкам, был предусмотрен режим "ТУРБО" (в 4 раза быстрее), питание от батареек (на моей памяти так ни разу и не сели) и электросети (через адаптер). Стоило всё это великолепие 71 рубль. Была модель с 8 КБ RAM, но стоила безбожно дорого - 95 руб. Пойду поплачу....

Либо это глухой телефон, либо вас обманули.

"То, что раньше решалось программными методами (напр. та же Элита), нынче стараюцца перевалить на проц да на карту..."(С)

Мнэээ, в чем разница между "переваливанием на проц" и "программными методами"? Я не догоняю чивота.

Вся фраза - это такая туфта и нагромождение маразмов, что я даже удивляюсь, как талантливо человек смог уместить это все в коротенький абзац...

2 Billy
:-d

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

Талант - его ж не пропить! :-)
Поясню свою скудную мыслишку. Как МНЕ кажется (пинайте если что), можно ИЛИ написать программу с более изящным алгоритмом (и коротким), ИЛИ, не тратя времени на затачивание программы, разогнать проц (ну пусть не проц, как тут уже заметили - не спец я! :-) ) Оба подхода дают ускорение выполнения программы.
Если это не так, выслушаю _аргументированные_ возражения, а не "туфта" или "маразм".
С уважением, Роман

PSH
В этой фразе "То, что раньше решалось программными методами (напр. та же Элита), нынче стараюцца перевалить на проц да на карту..."(С)
свой сакральный смысл.
Под программными методами понимается программирование на ассемблере (машинном коде) и как результат - очень высокая скорость выполнения операций. Сейчас же объектно-ориентированные языки, бибилиотеки и пр. - существенно замедляют работу программы, кроме того, они содержат много ошибок. Как доказательство этому - ежедневный секс с виндоуз (не у меня к счастью, а у многой программистской братии).
Вот скажите, уважаемый PSH, вы знаете КАК компилируются конкретные инструкции для С++ ??? Верно, не знаете, потому что это знают только разработчики компилятора. Поверьте, компиляция далеко не идеальна. Возможно, аналогична попыткам Ворду создавать хтмл (посмотрите в код хтмл от ворда - это же просто ужас!)

[Сообщение изменено пользователем 19.11.2003 13:11]

:-):-):-):-D

UltrA, именно это я и имел в виду...

Dr.Zо!dbеrg™, Вы вероятно удивитесь, но программист - это в первую очередь работник, и только во вторую очередь - художник. И цели у него соответственно - не столько сваять очередной шедевр, сколько максимально эффективно и качественно выполнить поставленную перед ним задачу, расходуя минимум ресурсов. В этом смысле программист мало чем отличается от строителя - он тоже ежедневно хочет кушать и обильно запивать съеденное пивом (которого для питания клеток головного мозга требуется очень много). И над ним тоже свой прораб, не забывайте! А самым ценным ресурсом, как правило, зачастую является не мегабайты и мегагерцы, а ВРЕМЯ, расходуемое на разработку, написание, отладку и адпаптацию программного продукта. На экономию упомянутого ресурса пока что и направлены основные усилия бурно развивающейся технологии программирования. А скорость развития в этой области такая, что другим областям пока и не снилась.

Билли, сенькс... вот ТАКОЕ объяснение меня устраивает... :-)
И все-таки я хоть в чем-то был прав в том своем посте? Или он туфта и маразм от первого и до последнего слова? ;-)

Dr.Zо!dbеrg™, твой первый пост отражал вульгарное мнение "людей у которых завис виндовс", которое не просто не верно, но и оскорбительно для людей обсуждаемой профессии (вероятно поэтому ПСХ и среагировал ;-) ). Поверь, когда это на самом деле необходимо (читай - когда за это платят деньги) оптимизация проводится "до байта", но вот стоимость программного продукта при этом может подскочить в десятки и сотни раз. Поэтому занимаются этим только в тех случаях, когда это на самом деле нужно. Например, в программах для военных целей (вояки денег не считают), системах управления реального времени (те же вояки, космос, АЭС и прочее), критические модули других программных продутов (ядро той же виндовс), вирусы (некоторые)... Существуют и конкурсы типа "самая эффектная демонстрашка длинной 128 байт" - вот там есть от чего прифигеть.

UltrA С появлением суперскалярных процессоров оптимизация кода вручную постепенно становится не только плохим тоном, но и мартышкинам трудом. Компилятор должен компилить, а программист должен думать и излагать свои мысли на C++ или в крайнем случае на Java. Но не на ассемблере. ИМХО. :-)

Billy рулит кароче. Слухайте его :-) Под всем подпишусь.

Билли, обсуждались не профессия и даже не профессии, а игры, так что про сабж я сказал мельком и уж точно никого задеть не хотел! К людям, "у которых завис Виндовс" или "а чего это за значки в Ворде?" себя не отношу... хотя, может быть, и зря - судить не мне... :-)
Кстати, почему столь негативный отклик находит чье-то непрофессиональное мнение именно у компьютерщиков? О том, что "тупые юзеры (/ламеры) просто достали уже" я уже слышал, это не ответ...
И вообще это все ОФФ! :-)

Добавил бы, что отношение ко всяким вижуал-средам и классовым библиотекам получается сложным. Да, они ускоряют реализацию того самого ЧЕЛОВЕЧЕСКОГО алгоритма, но.. Иногда без них лучше.

2 Акинфо-Потапий
Мнээээ... Об идеологии объектно-ориентированного программирования что знаете? Ну, в плане, что вызвало появление этих методов? Ознакомьтесь - и вы сами легко найдете ошибки в вашей фразе :-)

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

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

2 АП
Хммм... Таки С++ есть объектно-ориентированный язык.

Кстати, теория программирования от математики всё дальше смещается в сторону философии и находится сейчас где-то в районе объективного материализма. Надеюсь дожить до времён, когда наряду с понятием "объекта", будет введено ещё и понятие "субъекта" - вот тогда и поспорим о приемуществах СОП перед ООП. ;-) А закончится чем-то вроде диалектического материализма - единства и борьбы противоположностей. :-)

Кратенько. Хотел только сказать, что можно в нек-рой степени пользоваться ИДЕОЛОГИЕЙ ООП, не связываясь с тем, как она (она?) реализована в С++. В том числе, и пиша (хм, писЯ?) для PICов (чем сей момент и занимаюсь)..

2 АП
Был практически уверен, что Вы занимаетесь микроконтроллерами :-)

Акинфо-Потапий, Стыдно признаться, но я не знаю, что такое PICи (т.е. знаю, но надеюсь, что имелось в виду что-то другое)... :-) Можно расшифровать для меня? И вообще, давайте не превращать форум в чат! ;-)

2Billy
Микроконтроллеры это, довольно симпатичные. (Подробно сейчас некогда, если интересно, то потом). А что ДРУГОЕ предполагалось, интересуюсь однако :-)

2PSH
Да, в основном, железячник :-) Но приходится не только этим заниматься. Вот и пишу утилитки иногда на "средствах", а иногда на pure C + API. И сра-а-авниваю.... И филосо-о-о-офствую...

2All
Да, давайте лучше о ламерах!!!

Кстати (по теме), опупенные были мидяшки в 1-ом Descent-е!