Logo CitForum CITForum на CD Форумы Газета Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

09.09.2010

Google
WWW CITForum.ru

Новости мира IT:

Архив новостей

2004 г.

10.27. Законы Мерфи для программистов

Семёнов Ю.А. (ГНЦ ИТЭФ), book.itep.ru

Интернет - это система сотрудничающих программ, а программы, как известно, пишутcя программистами. Некоторые мои студенты, правда, пытаются оспаривать этот факт и считают, что стоит как следует поискать в сети, и найдешь, то что нужно. Я сам являюсь программистом и мне близки эти проблемы. Предлагаю вашему вниманию мой перевод избранных законов Мерфи для программистов. Полный "свод законов" можно найти на сайте Законы Мерфи

  1. Любая работающая программа уже устарела.
  2. Любая программа обходится дороже и требует больше времени, чем казалось в начале.

  3. Если программа полезна, ее обязательно переделывают.

  4. Если программа бесполезна, ее тщательно документируют.

  5. Любая программа в конце концов занимает всю доступную память.

  6. Ценность программы обычно определяется весом выдаваемой ею распечатки.

  7. Cложность программы обычно растет до тех пор, пока не превысит способности программиста, призванного ее поддерживать.

  8. Если утилиты, испытанные при инсталяции, работают идеально, все остальные функции будут работать не верно.

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

  10. Невежество - единственный язык, которым владеют все программисты.

  11. Увеличение численности программистов, работающих над проектом, увеличивает сроки его выполнения.

  12. Небрежно спланированный проект требует в 3 раза больше времени, чем ожидалось, а тщательно спланированный - только в 2.

  13. В программе всегда есть еще одна ошибка.

  14. Невозможно создать программу с полной защитой от дураков, ибо дураки крайне изобретательны.

  15. Если все идет хорошо, вас вскоре ждут серьезные осложнения.

  16. Если дела идут хуже некуда, вскоре выяснится, что это не так.

  17. Если кажется, что все в порядке, вы просто что-то просмотрели.

  18. Тестовые операции и результаты их выполнения должны быть воспроизводимы - они все должны давать одинаковые отказы.

  19. Вы всегда найдете еще одну ошибку, если еще раз загляните в свою программу.

  20. Терминал работает лучше, если его включить в сеть.

  21. Если все не работает, читайте документацию.

  22. Если вам не понятно какое-то слово в технической документации, игнорируйте его, смысл от этого не пострадает.

  23. Не важно, много ли вы работаете, вы все равно работаете недостаточно.

  24. То, чего вы не делаете, всегда важнее того, что вы делаете.

  25. Всегда оставляйте место для объяснения того, почему ваша программа работает не так как планировалось.

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

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

  28. Программисты действуют рационально, лишь тогда, когда другие способы исчерпаны.

Назад: 10.26. Таблица цветов, их имен и кодов
Оглавление: Телекоммуникационные технологии
Вперед: 10.28. Проект Internet2

Последние комментарии:

Подписка на новости CITForum.ru

Новые публикации:

9 сентября

  • Интеграция Hadoop и параллельной СУБД

  • Эволюция систем, насыщенных данными

  • Преобразование запросов, основанное на стоимости

  • Расширенная оптимизация подзапросов в Oracle

  • Редакции объектов БД в Oracle как средство внесения изменений в приложение

    7 июля

  • Управление параллелизмом с низкими накладными расходами для разделенных баз данных в основной памяти

  • Рекурсивные запросы в Oracle

  • Жесткий диск WD10EARS с сектором 4 КБ. Подготовка к эксплуатации в Linux.

    Обзоры журнала Computer:

    Газета:

  • Московские пробки - исследование IBM

  • От Osborne до iPad: эволюция портативных компьютеров

    19 мая

  • Прозрачный механизм удаленного обслуживания системных вызовов

  • Система моделирования Grid: реализация и возможности применения

    Газета:

    Майкл Стоунбрейкер:

  • Ошибки в системах баз данных, согласованность "в конечном счете" и теорема CAP

  • Дискуссия по поводу "NoSQL" не имеет никакого отношения к SQL

    29 апреля

  • Материалы конференции "Корпоративные Базы Данных-2010"

  • Разные облики технологии баз данных (отчет о конференции)

    14 апреля

  • MapReduce: внутри, снаружи или сбоку от параллельных СУБД?

  • Научные вызовы технологиям СУБД

    Обзоры журнала Computer:

    31 марта

  • Рационализация согласованности в "облаках": не платите за то, что вам не требуется

  • Взаимные блокировки в Oracle

  • Архитектура среды тестирования на основе моделей, построенная на базе компонентных технологий

  • Объектное представление XML-документов

    Газета:

  • Microsoft для российских разработчиков: практика с элементами фундаментальности

    10 марта

  • HadoopDB: архитектурный гибрид технологий MapReduce и СУБД для аналитических рабочих нагрузок

  • Классификация OLAP-систем вида xOLAP

  • BGP. Три внешних канала. Балансировка исходящего и входящего трафиков

    Газета:

  • Что мы знаем об iPhone 4G?

    17 февраля

  • MapReduce и параллельные СУБД: друзья или враги?

  • Объектно-ориентированное программирование в ограничениях: новый подход на основе декларативных языков моделирования данных

  • Системологический подход к декомпозиции в объектно-ориентированном анализе и проектировании программного обеспечения

    Газета:

  • Эволюция Wine

    3 февраля

  • Дом на песке

  • Реальное переосмысление "формальных методов"

  • Интервью с Найджелом Пендзом

    Газета:

  • iPad. Первый взгляд на долгожданный планшет от Apple

  • Я не верю в iPad

    20 января

  • SQL/MapReduce: практический подход к поддержке самоописываемых, полиморфных и параллелизуемых функций, определяемых пользователями

  • Данные на лету: как технология потокового SQL помогает преодолеть кризис

    Обзоры журнала Computer:

    2 декабря

  • Сергей Кузнецов. Год эпохи перемен в технологии баз данных

    18 ноября

  • Генерация тестовых программ для подсистемы управления памятью микропроцессора

  • Сравнительный анализ современных технологий разработки тестов для моделей аппаратного обеспечения

    Все публикации >>>


  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы — тел. +7 495 6608306, ICQ 232284597 Пресс-релизы — pr@citforum.ru
    Послать комментарий
    Информация для авторов

    Редакция раздаёт котят!

    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2009 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...