понедельник, 13 мая 2013 г.

Журнал "Электроника" том 52, No.03 (555), 1979г - пер. с англ. М.: Мир, 1979
Electronics Vol.52 No.3 February 1, 1979 A McGraw-Hill Publication

НОМЕРЕ
        Когда требуется создать микропроцессор с высоким быстродействием, разработчики выбирают обычно технологию логических схем с эмиттерными связями. Такой выбор сейчас сделать легче благодаря тому, что имеется семейство стандартных процессорных секций, в новейших приборах которого достигнуты рекордные плотности компоновки. . . . . 23
        Исключительно высокие рабочие характеристики компьютера HP 300 достигнуты благодаря использованию новейших достижений в трех областях: полупроводниковой электронике, в организации вычислительных систем и в методах программирования — процессор машины реализован с применением логических К/МОП БИС на сапфировых подложках, он разделен на отдельные кристаллы по функциональному принципу, а сама машина имеет эффективную операционную систему виртуальной памяти. . . . . . 34
        Если микрокомпьютерная программа написана целиком на языке высокого уровня, для ее размещения может оказаться недостаточным имеющийся ограниченный объем памяти. Чтобы этого не случилось, самые громоздкие части программы следует переписать в более компактном коде асемблера. Такая рекомендация содержится во второй статье серии, посвященной использованию языков высокого уровня для микрокомпьютеров. . . . . . 43
        В настоящий момент ряд крупных изготовителей ИС уже выпускает или развертывает производство новых высококачественных маломощных модификаций ТТЛ-схем, еще больше расширяя тем самым рынок сбыта так называемых стандартных биполярных логических ИС.  . . . . . . .72

ОГЛАВЛЕНИЕ

Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: , , ,

пятница, 10 мая 2013 г.

Журнал "Электроника" том 52, No.02 (554), 1979г - пер. с англ. М.: Мир, 1979
Electronics Vol.52 No.2 January 18, 1979 A McGraw-Hill Publication

В НОМЕРЕ
        Значение языков высокого уровня для микрокомпьютерных систем постоянно растет, поскольку программы становятся более длинными и более сложными,— это следует из обзора, публикуемого в этом номере. Приводится первая статья серии, посвященной применению адаптированных версий языков высокого уровня для программирования микрокомпьютеров. Проверку микрокомпьютерных плат можно значительно упростить, используя способности микро-ЭВМ к автодиагностике, применяя новые алгоритмы диагностики и проектируя системы с учетом удобства испытаний. . . . . 22
        Использование техники больших интегральных схем позволяет избежать серьезных трудностей проектирования блока сопряжения микропроцессора телеигры или бытового компьютера с домашним телевизором. Одна БИС так называемого генератора видеодисплея формирует всю необходимую яркостную и цветовую информацию, заменяя сотни схем малого и среднего уровней интеграции. . . . . 42
        Прошло еще десять лет и проблема правовой защиты программного обеспечения еще более обострилась. Один из факторов, -осложняющих дело, состоит в том, что все более широкое применение находит так называемая «гибкая архитектура» — сочетание аппаратных и программных средств, в котором интенсивно используется микрокодирование. Весьма вероятно, что вторым таким фактором станет множество судебных исков, возбужденных за последнее время. . . . . . . 76

ОГЛАВЛЕНИЕ

Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: , ,

Журнал "Электроника" том 52, No.01 (553), 1979г - пер. с англ. М.: Мир, 1979
Electronics Vol.52 No.1 January 4, 1979 A McGraw-Hill Publication

В НОМЕРЕ
        В ежегодном обзоре конъюнктуры рынков электронной промышленности отмечается, что, как и в прошлом, сбыт в этой отрасли будет расти быстрее валового национального продукта. Суммарный объем продаж продукции электронной промышленности в США, Западной Европе и Японии составит 136,7 млрд. долл. — на 13% больше, чем в 1978г. Быстрее всего будет развиваться производство и сбыт вычислительной техники и аппаратуры обработки данных, что связано с усилением спроса на системы распределенной обработки, конторское оборудование и устройство обработки текстов. . . . . . . 26
        Предложена конструкция корпуса для больших интегральных схем, обладающего улучшенными теплофизическими характеристиками. Кристаллодержатель, легко отделяемый от остальных частей корпуса с четырехрядным расположением 64 выводов, снабжен контактами, которые остаются открытыми после монтажа корпуса на плату. Это облегчает проверку БИС после сборки блоков на печатном монтаже. . . . . . 67
        Микросистемы для особо ответственных установок, требующих сверхвысокой надежности, должны содержать дополнительные аппаратные или программные средства, позволяющие быстро обнаруживать и анализировать неисправности. Изложены три способа обеспечения высокой надежности — автодиагностика, применение внешних контрольных аппаратных средств и введение избыточности. . . . . . . 73
        Обсуждаются два возможных способа регенерации ЗУ с произвольной выборкой емкостью 64 кбит — 128-цикловая с периодом 2 мс и 256-цикловая с периодом 4 мс. Ввиду их эквивалентности с системной точки зрения отмечено, что выбор того или иного способа будет делаться на приборном уровне с учетом площади кристалла, выхода годных и стоимости БИС. Предложена схема блоков ЗУ, позволяющая применять оба способа регенерации. . . . . . 80
        Освещается принцип построения электроакустических сверхвысокочастотных преобразователей, основанный на использовании приповерхностных объемных волн, возбуждаемых системой электродов с поверхности пьезоэлектрика и распространяющихся в нем под небольшим углом поверхности. Указан ряд срезов кварца, в которых эти волны обладают преимуществами перед поверхностными акустическими волнами с точки зрения температурной стабильности и более крупной структуры электродов, что весьма важно на частотах более 1 ГГц.. . . . . 93

ОГЛАВЛЕНИЕ

Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:

вторник, 7 мая 2013 г.

История электроники в статьях и документах

        За долгие годы в моих архивах скопилось много журналов и документов, которые являются частью истории электроника. В тоже время общаясь в сетях и на форумах я вижу из каких мифов формируется сознание сегодняшней молодежи. Поэтому появилась идея предоставить мои архивы для всеобщего пользования.
        С другой стороны, формирование электронного архива является частью моего проекта "Электронная библиотека" (АзБука), и размещение статей в базе данных дает громадный опыт по построению архитектуры основной базы данных.
        Журнал "Электроника" — 1979, 1980, 1981, 1982, 1983, 1984, 1985, 1986, 1987, 1988, 1989, 1990, 1991 гг.
        Журнал "Электроника" — это перевод американского журнала "Electronics", который выполнялся и издавался издательством "Мир" начиная с 1961 года по середину 1991 года с периодичностью 2 раза в месяц. (Последние номера я покупал в издательстве с пометкой "Контрольный экземпляр"). В настоящее время отсканировано и распознано 256 номеров. Продолжается работа по верстке и вводу в базу данных. База данных позволяет отсортировать и классифицировать статьи по темам, авторам, фирмам и ключевым словам. Следовательно в каталоге журнала расположены не все статьи, а только те, которые относятся к нескольким фирмам или не относятся к фирмам вообще.
        Статьи относящиеся к какой либо фирме собраны в каталоге этой фирмы. Вот полный список фирм.
        Статьи также можно найти по классификатору тем.
        В дальнейшем будут сделаны классификаторы по авторам и ключевым словам.
        Что и как сделано
        В процессе верстки были сделаны некоторые изменения в тексте.
        — Удалены неинформативные или малоинформативные картинки. Например, если на картинке изображена микросхема, единственное отличие которой в надписи на корпусе, то такая картинка (фотография) считается неинформативной и удаляется.
        — Рисунки и таблицы размещены в тексте как можно ближе к тому месту в тексте, где этот рисунок впервые упоминается. Журнал ограничивает редакторов своим физическим форматом и рисунки располагаются там где удобнее, а не там где они упоминаются. Структурированный текст таких ограничений не имеет.
        — Статьи объемом менее 1000 символов (включая пробелы) на сайт временно не выкладываются. В базе данных они присутствуют как самостоятельные статьи, но для выкладки на сайт они будут объединяться по какому-то способу, который будет определен позднее.
        — Как правило, на сайт не выкладываются статьи, относящиеся к фирмам, если у данной фирмы этих статей меньше 10. В дальнейшем по мере накопления материала количество таких фирм будет сокращаться.

Автор: на Комментариев нет:

вторник, 7 октября 2008 г.

Роберт Гласс - Факт 03

Факт 3

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

Обсуждение

Это один из классических фактов программирования. На самом деле это больше чем факт - это закон, «закон Брукса» [Brooks, 1995].

Интуиция подсказывает, что если проект отстает от графика, то нужно увеличить людские ресурсы, чтобы наверстать упущенное. Но, как говорит данный факт, здесь интуиции доверять нельзя. Беда в том, что люди, начиная работать в новом проекте, какое-то время «разгоняются». Они должны многое узнать, прежде чем станут приносить пользу. Но еще важнее, что эти знания им приходится получать от других участников проекта. Поэтому новые члены команды очень нескоро становятся эффективными работниками, а до тех пор они расходуют время своих коллег и отвлекают их.

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

А как Вы сичтаете? С точки зрения разработчика? С точки зрения менеджера?

Обсудить это можно на форуме


Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: ,

Роберт Гласс - Факт 02

Факт 2

По результатам исследования персональных отличий лучшие программисты до 28 раз превосходят слабейших. Если учесть, что оплата их труда никогда не бывает соразмерной, то лучший программист и есть самое выгодное приобретение в индустрии ПО.

Обсуждение

Суть предыдущего факта состояла в том, что люди имеют значение в построении ПО. Суть данного факта в том, что они значат очень много!

Это еще один постулат, такой же старый, как и сама отрасль ПО. Источники, которые я здесь цитирую, датируются в основном 1968-1978гг. Такое ощущение, что этот фундаментальный факт известен нам так хорошо и так давно, что как бы ускользает из нашей памяти без всяких усилий.

Но это факт чрезвычайной важности. Если учесть, насколько лучше некоторые программисты, чем другие (а речь идет о 5 — 28-кратном превосходстве), то станет совершенно очевидно, что поддержка лучших кадров и забота о них есть задача первостепенной важности для менеджера. Именно самые лучшие, в 28 раз, (которым платят значительно меньше, чем вдвое, по сравнению с их посредственными коллегами) представляют собой самое выгодное вложение в сфере программирования. (Если уж на то пошло, то и о тех, кто лучше в 5 раз, можно сказать то же самое.)

Беда в том (и, конечно, реальная, раз уж мы не руководствуемся этим фактом в своей деятельности), что мы не знаем, как определить этих лучших сотрудников. Мы годами бились, устраивая тесты профессиональной пригодности программистов, сертификационные экзамены по вычислительным системам и внедряя программы самотестирования ACM (Association for Computing Machinery), и в итоге, пролив над ними моря крови, пота и, пожалуй, даже слез, мы увидели, что корреляция между результатами тестов и показателями на рабочем месте равна нулю. (Огорчительные результаты, не так ли? Примерно тогда же выяснилось, что корреляция между оценками по курсу информатики и производительностью труда тоже ужасна [Sackman, 1968].)

А как Вы к этому относитесь? С точки зрения программиста? С точки зрения работодателя?
Обсудить это можно на форуме
Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: ,

воскресенье, 14 сентября 2008 г.

Роберт Гласс - факт 01

Факт 1
Самый важный фактор в разработке ПО — это не методы и средства, применяемые программистами, а сами программисты.
Обсуждение
В создании ПО важен человеческий фактор. Именно эта мысль главная в данном конкретном факте. Свою роль играют инструментальные средства. Важны и методы. И процессы. Но роль людей намного более значима.
Идея эта стара, как сама компьютерная индустрия. Она вышла из столь многочисленных научных исследований и докладов за прошедшие годы (она там встречается и сейчас), что к настоящему моменту должна быть одной из самых важных «вечных истин». Но в индустрии ПО о ней по-прежнему забывают. Мы считаем Процесс альфой и омегой разработки ПО. Мы выдвигаем инструментальные средства на роль волшебных палочек, усиливающих нашу способность создавать ПО. Мы собираем вместе разношерстные методы, называем результат методологией и требуем, чтобы тысячи программистов читали о ней, посещали курсы по ней, отполировывали знания путем зубрежки и упражнений и затем применяли ее в ответственных проектах. И все это от имени средств, методов, Процесса, стоящих над людьми.
Мы даже порой возвращаемся к бесчеловечным подходам. Мы обращаемся с людьми, как с взаимозаменяемыми шестеренками на конвейере. Мы требуем, чтобы люди, поставленные в рамки слишком жестких сроков и ограничительных условий, работали лучше. Мы отказываем нашим программистам даже в самых базовых элементах доверия, а потом ждем от них доверия к нам, когда мы им говорим, что делать.
В данной связи интересно рассмотреть Институт инженерии ПО (Software Engineering Institute, SEI) и его процесс разработки ПО, модель развития функциональных возможностей (Capability Maturity Model - СММ). Фундаментальное положение модели СММ состоит в том, что хороший процесс - это ключ к хорошему ПО. Основываясь на этом постулате, СММ определяет массу ключевых участков процесса и последовательность ступеней, через которые должны пройти организации-разработчики ПО. Особенно интересной СММ делает тот факт, что SEI занялся кадровым вопросом и заинтересовался ролью человеческого фактора в построении ПО лишь после того, как эта модель просуществовала несколько лет, и благодаря министерству обороны США ей был придан полуофициальный статус способа усовершенствования организаций, производящих ПО, и после того, как образ действия министерства обороны был скопирован другими организациями. Так появилась модель развития кадровых возможностей (People Capability Maturity Model - P-CMM) института SEI. Но она гораздо менее известна, и применяется намного меньше, чем модель СММ, ориентированная на процесс. Скажу еще раз, что многие профессионалы программирования по-прежнему считают, что Процесс важнее, чем люди, подчас поразительно, насколько важнее. Кажется, что мы никогда не сделаем нужных выводов.
А как Вы относитесь к этому факту. С точки зрения программиста?, работодателя?
Обсудить можно на форуме

Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: ,

Роберт Гласс - факты и заблуждения профессионального программисрования

ообще-то первая книга Роберта Гласса, которую я прочитал - это "Руководство по надежному программированию" (Software Reliability Guidebook - 1979). Это было в 1982 году.
Юмор и здравый смысл Роберта Гласса перевернул тогда мои мозги. Например:
"Уважаемые члены комиссии по расследованию, всю неделю самолет был исправен. Просто в середине Индийского океана на три минуты прекратилась подача топлива. Предполетную проверку самолет прошел в полном объеме".
Как часто мне заказчики говорят: "Ну наша-то база данных работает отлично. Она уже несколько лет работает". Просто в один прекрасный момент они получат неверные данные, на основании которых людям испортят жизнь.
Потом были и другие книги, как например, "Сопровождение программного обеспечения".
Но когда в издательство "Символ" вышла его книга "Факты и заблуждения профессионального программирования" я был просто в восторге.
Настолько она актуальная, настолько срывает всякие рекламные плакаты, что захотелось ее обсудить здесь
Каждый факт кричит о глупости менеджмента и заказчиков. НО! Не хотят эти выпускники MBA читать эти книги.

Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: ,

пятница, 5 сентября 2008 г.

Наконец-то сделал форум на сайте

Долго сопротивлялся.
Количество идиотов, которые даже через форму обратной связи шлют спам, думая что он сразу появиться на сайте, переходит всякие границы.
С другой стороны, я всегда был сторонником статических сайтов. Особенно после того как РБК-ностинг, обидевшись на критику (а точнее на предьявленные доказательства что они рассылают спам на профессиональной основе, просто закрыли мой сайт.
Что такое статический сайт?
Это набор файлов, только для чтения, которые не требуют никаких серверных функций. Особенно если он написан как позиционно-независимый, то он будет работать хоть на CD, хоть на HDD.
И самое главное - ЭТАЛОН НАХОДИТСЯ У МЕНЯ!!!!
Как только я разрешаю, кому либо что-то менять на сайте, то ЭТАЛОН НАХОДИТСЯ У ХОСТЕРА.
Я попробовал использовать Joomle и WordPress - гемороя больше чем достоинств.
Практически не работают структуры на фреймах. Верстка либо примитивная, либо все строится как карточный домик, который рушится при первом неверном движении.
Создать "резиновый" дизайн - это чудеса эквилибристики. А смотреть сайт шириной 800px на экране шириной 1650px уже надоело.
Наконец, попробовал популярный форум phpBB 3.0 - вроде как понравилось.
1) Встал с "пол-оборота", без какого-либо гемороя.
2) функций немного, но они работают четко. Управление понятно.
3) Потратил неделю, но все-таки сделал его во фреймах. Правда штатные шаблоны при этом не работают. И все-таки отдельные фреймы не всегда обновляются.
В остальном посмотрим, как это будет работать.

Понравилась статья? Добавь в социальные закладки!
Автор: на Комментариев нет:
Ярлыки: , , ,
Подписаться на: Сообщения (Atom)