Найти в Дзене
Sevens Sevensis

О программировании

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

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

  Итак, что же можно назвать Программированием? Программированием, то есть написанием таких Программ, которыми можно гордиться по-настоящему, потому что они написаны именно Вами.
  Я, когда пишу свои программы, стараюсь использовать ТОЛЬКО свои процедуры и функции. Например, на Си, Паскале или Ассемблере я стараюсь писать свои альтернативы стандартным функциям. Конечно, не всегда выходит заменить стандартную библиотеку, но использовать чужой модуль я не могу...
  Естественно, я не призываю писать в машинных кодах все проекты. Имеется в виду уровень того языка, на котором Вы программируете.
  Меня коробит от того, как многие пишут свои проги... Берут разные библиотеки процедур, написанные за них кем-то, соединяют их вместе и выдают за свое... Я же от таких программ не испытываю никакого морального удовлетворения. Это не программы!.. Это просто клоны других программ, причем не всегда удачных... Они пишутся на коленке за пару часов.
  Я уже предвижу Ваши возражения. "Все писать - это никакой жизни не хватит и незачем повторять уже готовые процедуры". Так-то оно так, и в большинстве случаев, если ты делаешь серьезный проект, то без таких вещей обходиться ни в коем разе нельзя. И тратить время на написание уже готовых вещей - это совершенно не оправдано. НО. Если ты знаешь, КАК они работают. Если нет, то тебе незачем писать этот самый серьезный проект, потому что он выйдет посредственно. И ты будешь часами искать ошибки, тратя время. Настоящий (!) программист должен знать свой код или хотя бы то, как он выполняет те или иные функции. Серьезные программы пишутся несколько месяцев и отлаживаются столько же.
  Есть большие проекты, в которых учавствует несколько человек. И им я рекомендую писать только свои процедуры и обработчики. Проще сопровождать и распространять...
  Конечно, все вышесказанное касается только программ, которые пишутся для распространения. Если требуется, допустим, обработать (для себя!) сотню-другую файлов, можно написать одноразовую программу любого качества, а после благополучно забыть о ней.
  Кстати, в современных операционных системах программисту доступно большое количество библиотек с уже готовыми обработчиками стандартных действий. И многие их используют! Например, в такой операционке, как Windows вообще все стандартизовано. То есть Вам предлагаются стандартные формы, кнопки, поля и т.п. Но хорошие (и заметно выделяющиеся из целого ряда однотипных) программы получаются только у тех, кто экспериментирует и с интерфейсом и с процедурами. Например, возьмем тот же DOS. Многим программистам наверное, было необходимо когда-нибудь работать с экраном так, чтобы вывод был моментальным (то есть большие объемы данных в короткое время - анимация и т.п.). DOS предоставляет для вывода механизм прерываний. Но вывод там происходит посимвольно(попиксельно). То есть, чтобы вывести большую картинку, Вам необходимо для каждого пикселя вызывать прерывание. Это очень сильно тормозит работу. А если, например, написать собственную процедуру копирования всех этих данных в видеопамять, то все это дело будет просто-таки летать... И это не единственный пример.
         Колянов Алексей aka baldr ( baldr@pisem.net ) 24.10.2001

В продолжении темы программирования под DOS.

  Начну с того. что на каждом компьютере с которым я работаю - в отдельном разделе (мег на 50-60) всегда стоит PC-DOS 7.0. На нём стоит TP 7.1, TASM 5.0 & BC 3.1 и DosNafigator. И мне доставляет большое удовольствие перегрузить машину, вывалиться в DOS и выжать из системы всё! ;))))
  Не хочу преукрашать достоинства какого-то из компиляторов, но я предпочитаю продукты от Borland aka Inprise. Просто приятно иметь с ними дело.
  Самая любимая прога под DOS - debug, может практически всё (начиная с маленьких com программ, до снятия дампа и отладки прог). Соглашусь с автором сайта, в том что гораздо приятнее писать собственные модули, но всегда ли требуется изобретать велосипед??? Конечно у каждого существуют наработки, причём оптимизированные гораздо лучше, чем реализованные в стандартных библиотеках. Так что тема эта не иссякаемая, а потому заслуживающая дальнейшего развития.

DOS'овцы ВСЕХ СТРАН ОБЪЕДИНЯЙТЕСЬ!!!