Наверное это когда решаешь основную задачу, а потом оказывается что все остальные решились сами собой   

+145 по каждому пункту

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

смотрите мою подпись )) там все сказано  

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

Это когда код предельно понятен для человека, который видит его впервые.

Добавлено через 4 минуты и 33 секунды


Я бы перефразировал: есть архитектор и программист, а совмещающий и то и другое -- разработчик. Хотя кому какая терминология нравится (моя тоже наверняка не вполне совпадает с общепринятой).



Да  ! Добавлю, что высший пилотаж -- это ещё и умение написать красивый, понятный и качественный код на языке, который для этого не предназначен (например, на Visual Basic 6).

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

заказчиг смотрит на твой проект и говорит: "а мне надо по-другому, чтобы заход был с другой стороны, выборка по группам, а отчётность по всем вариантам". а ты ему: "подождите чуть-чуть". полчаса и вуаля, полное изменение системы.
це гибкость проекта сказывается

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

Это сообщение отредактировал(а) bars80080 - 17.4.2008, 12:36

Забавные высказывание. Особенно прикольно что некоторые очень далеки от кодинга как такового. Высший пилотаж в кодинге, это в первую очередь доскональное знание того как работают те или иные функции. Когда ты знаешь чем одна удобнее другой. Когда ты знаешь все синтаксические приколы языка. Когда ты знаешь какой формат кода является общепринятым для этого языка. Ты знаешь чем одни язык лучше другого. Если ты не знаешь как что то делать, тебе надо 15 мин и гугл. Если при создании программы ты видишь насквозь ее структуру и архитектуру. Ты знаешь большинство паттернов программирования. Если ты не знаешь точно как  реализуется паттерн то ты все равно знаешь что он есть и когда его использовать. Если при начале какого то проекта ты начинаешь не с хардкодинга, а с проектирования приложения. Ты знаешь что такое UML, для тебя это не проблема. Когда ты берешься что то сделать, ты уже заранее знаешь сколько тебе надо времени и говоришь что надо чуть чуть больше, ведь ты опытный программист и ты понимаешь что спешить в этом деле нельзя. Если при виде любого исходника на родном тебе языке, тебе очень легко разобраться что эта программа делает, а если не легко тебе разобраться, то ты точно знаешь что это значит что программа написана очень коряво. Если твои знакомые, которые с тобой работают и являются востребованными специалистами в той же что и ты области, говорят что ты хороший программист. Если ты знаешь всех сколько нибудь значимых авторов, написавших хорошие публикации. Если ты точно понимаешь что программирование это творчество. И если ты творишь, то ты творишь с душой, и каждый кусок кода ты заботливо холишь и лелеешь, отлавливаешь малейшие возможные недочеты еще до того как они появились, но при этом ты ни разу не проваливал сроки. Если ты отвечаешь всем этим требованиям и ты понимаешь что ты делаешь, То может быть высший пилотаж в кодинге тебе присущ.

Veitmen, хорошо описал. Про UML, правда, согласиться не могу.

Почему?? Хотя может и загнул.) Но все же, если ты перед написанием кода не рисуешь хороших диаграмм, то программа пишется хуже.) Сей факт имеет место быть.)

Agile с тобой не согласится. Часто начинающие разработчики перепроектируют приложение, вставляя паттерны где не попадя, заменяя вот такой кусок кода:



паттерном Strategy.
ИМХО, высший пилотаж это уметь решать задачи быстро и при этом знать в каких местах нужно засунуть паттерн. Раскладывать на неделю задачу которую можно легко решить за день -- это пример человека который вычитал слово паттерн в википедии. 

+1 Именно это я имел ввиду.

Диаграммы - фигня, имхо. Как и блок-схемы и прочая бумажная фиготень.

Адназначна. Обрисовать ситуацию часто помогает листок бумаги но то что там скорее похоже на поток мыслей чем на диаграму.