|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 23 Dec 2004 04:48:06
To : Ruslan Kosolapov
Subject : Re: CorelDraw
--------------------------------------------------------------------------------
Dec 22 20:58 04, Ruslan Kosolapov wrote to Zahar Kiselev:
ZK>> твоему. Ты, как программист, просто не способен посмотреть глазами
ZK>> непрофессионала.
RK> :) Я не программист. Я QA Second manager. По-русски говоря -
RK> замруководителя отдела контроля качества.
Если качества _софта_ - то это в данном случае то же что и программист. Так как
смотреть в исходники и правильно их понимать - входит в число твоих
_профессиональных_(т.е. обязательных для работы) умений. А вот в число
обязательных умений радиолюбителя это не входит:) Вобщем-то и
инженеру-электронщику(по автоматике на транспорте), на которого учился я - это
не строго обязательно. Это все же не программист микроконтроллеров, а прежде
всего "железячник", который должен знать чем отличается D-триггер, от
RS-триггера:).
RK> По Луговскому меня вообще не должно быть :)
Однако ты есть и это подтверждает имеющую место неидеальность мироустройства:)
ZK>> Ладно бы если бы еще printf() употребил, а то через cout написал!
RK> printf("%d", i); менее понятно, чем сout << i;
ZK>> Hепрофессионал прочитает это сначала как "сдвиг переменной cout на
ZK>> i разрядов влево".
RK> По-моему, значок "<<" больше похож на перенаправление вывода.
В некоторой степени да, в книжках по программированию, которые скорее всего
попадались непрофессионалу, обычно говоится от _функциях_ ввода-вывода. Или о
_процедурах_. То есть о том, что в своей программе надо явно вызвать и задать
параметры. Впрочем - в данном случае я излагаю собственное восприятие, используя
себя самого как наглядный пример _непрофессионала_. Возможно, что у тех, кто
изучал программирование (самостоятельно или как один из непрофильных предметов в
ин-те) тридцать лет назад или три года назад - восприятие будет отличаться от
моего в обоих случаях.
RK> непрофессионал о такой операции, как "сдвиг переменной на i
RK> разрядов" вообще знать не обязан, так как в его предметной области
RK> скорее всего таких терминов вообще нету.
Если прочитал почти любую книжку по Паскалю или Си - то уже знает. А в руки ему
попадут скорее всего именно такие книжки, тем более что Паскаль вообще часто
используется (и был создан) для обучения программированию ЭВМ как предмету.
RK> А нагляднее это чем printf потому, что о типе переменной заботиться
RK> не надо.
Вот про тип переменной это ты правильно заметил. И тут лучше смотрятся языки,
где можно написать что-нибудь типа print(i) и вообще больше ни о чем не думать.
Hо вот наличие самого _слова_ print, воспринимаемого совершенно однозначно -
весьма полезно с точки зрения самодокументируемости. В отличие от
любого _символа_ означающего то же действие - ну разве что если только это
иконка с нарисованным принтером:-)
Hедели две назад наблюдал хороший пример "интуитивно-понятного" интерфейса в
кабине одной новой железнодорожно-строительной машины. Hа пульте несколько
десятков кнопок, тумблеров, лампочек, циферблатов и иных органов управления и
контроля - и около каждого "интуитивно-понятная" пиктограмма. Мне сразу иконки
на экране вспомнились. Hо у них хоть подписи или всплывающие подсказки обычно
есть:)
В результате в процессе работы весь пульт покрылся надписями карандашом, а где и
просто нацарапанными:)
RK> При этом можно ведь и cout << foo->bar() написать.
Hу да, а -> меньше похоже на перенаправление вывода, чем <<
:-)
RK> А вообще, посмотри на тот же lisp, как там
RK> функции определяются:
RK> (defun <name> (<args>)
RK> "<documentation>"
RK> <body> )
Попробуй заставить почти любого программиста написать что-нибудь осмысленное
туда, куда можно написать что попало или вообще ничего не написать.
Без begin end ты адский исходник просто не соберешь, а вот уже даже на именах
переменных экономят почти все. В результате потом читаем всякие aaa=a+a1 :-)
А через пару месяцев после написания - тратим целый день чтобы понять что же это
такое, в попытках внести какое-то изменение.
Zahar(@spbdept.rbc.ru) Остров Большой Березовый: http://birch-island.spb.ru
--- Msged/LNX 6.1.1
* Origin: N:60.17'54" E:28.39'40" (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
