Сабж.

Когда за день пишешь прогу, расчитанную на 2 недели, причем пропускаешь школу и подчти не спишь.

В блокноте написать складскую прогу за 2-а дня.
ИМХО круче некуда.

Для меня высший пилотаж в любой профессии - думать о работе только на работе, а потом уметь отключаться.

когда во сне снится код, просыпаешься и набиваешь его на компе

Цитата

когда во сне снится код, просыпаешься и набиваешь его на компе

Менделеев.

Зависит от того что и на чём писать

Цитата(Lamer @ 25.4.2005, 13:40)

Для меня высший пилотаж в любой профессии - думать о работе только на работе, а потом уметь отключаться.

Действительно, нетривиальная мысль !!!
З.Ы. Когда любое новое умение приобретается за 3-4 дня.

Это сообщение отредактировал(а) De Gray - 25.4.2005, 14:25

У меня один раз было так: грабанули хату и унесли комп, а курсач нужно было делать... Курсач был - написать на Пасквиле игрушку "морской бой". Естесстна с графикой... Ну я её на бумажечках за 2 недели написал, потом пришел в универ, набил на компе, подкорректировал ошибочки и сдал...
:-)))))))))))

Когда любую задачу можно решить минимум 10 путями, и что самое главное - ты таки знаешь какой из них лучший!

А.. что такое кодинг?..

Цитата(ManiaK @ 25.4.2005, 16:44)

А.. что такое кодинг?..

Вот это и есть высший пилотаж!

В моем понимании высший пилотаж это когда ухитряешься сделать на языке программирования то, для чего он совсем не предназначен. Это не значит что операционные системы следует писать на VBA, это значит когда делаешь какую-нибудь маленькую необычную фишку. Например, много ли найдется тех, кто догадается написать такой код:

Код

var sSomeString: String; MessageBox(0, @sSomeString[1], nil, MB_OK);

Казалось бы что решение очевидно (передать вторым аргументом указатель на первый символ строки) но много ли программеров догадается так сделать?

З.Ы. Давным-давно, когда компы были большими и хакерами называли не преступников а людей с нестандартным мышлением, специалистов в области своих интересов (совсем необязательно компов), был даже такой термин - hack (хак) - означавший какой-либо нестандартный прием. Вот это ИМХО как раз и есть "высший пилотаж".

rsm увы это называется "через Ж...", ИМХО далеко не всегда положительное качество программиста...

Через ж... тоже надо уметь, иногда приходится именно через нее к гландам тянуться...

Цитата(Sardar @ 25.4.2005, 18:02)

rsm увы это называется "через Ж..."

Умение впихнуть заказчику то, что ты умеешь, но что ему не нужно

Цитата(Joes @ 25.4.2005, 18:52)

Умение впихнуть заказчику то, что ты умеешь, но что ему не нужно

Не, это, конечно, хороший пилотаж, но не в кодинге.

Цитата(Lamer @ 25.4.2005, 17:10)

Цитата (ManiaK @ 25.4.2005, 16:44) А.. что такое кодинг?.. Вот это и есть высший пилотаж!

Напоминает "Что сдаем? Китайский...ладно сейчас докурю пойду сдавать".

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

когда пишешь понятный код

Цитата(Domestic @ 26.4.2005, 00:34)

когда пишешь понятный код

"Относительно меня... или вас?" © Эйнштейн vs. Иван Таранов

Это сообщение отредактировал(а) ManiaK - 26.4.2005, 09:47

Цитата(ManiaK @ 26.4.2005, 09:46)

Относительно меня... или вас?" © Эйнштейн vs. Иван Таранов

В том-то и дело - относительно любого программера

Цитата(Lamer @ 26.4.2005, 10:05)

В том-то и дело - относительно любого программера

Боюсь, проще будет подогнать всех программеров под шаблон, чем шаблон под свех программеров

Цитата(ManiaK @ 26.4.2005, 12:15)

Боюсь, проще будет подогнать всех программеров под шаблон, чем шаблон под свех программеров

На это и направлены всякие Code Conventions, Design Patterns и т.д.

Т.к. я пишу на клиентском языке - то для меня высший пилотаж написать такой код, чтобы он работал везде )))

Цитата(Domestic @ 26.4.2005, 00:34)

когда пишешь понятный код

Я бы еще добавил - когда чужой полный идиотизмов код превращаешь в нормальный и понятный другим.
Вообщем рефакторинг - это высший пилотаж.

Цитата

мысли переводятся на него напрямую...

Прямо про меня, я уже думать стал на нем

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

Нет, конечно, приятно, когда код чистый, хорошо отформатированный, документированный, консистентный и конвенциональный. Но если система никудышная by design, то тут никакая красота оформления не спасет.

Люди часто не понимают, что со времен КнутА произошел значительный сдвиг в парадигме программирования. Алгоритмы, несомненно, очень важны, тут никто не спорит, но сегодня хорошего архитекта можно отличить от плохого архитекта по тому, насколько loosely-coupled оказывается разработанныя им система.

Потому что у хорошего архитекта система разработана в виде набора абстрактных лэйеров, которые взаимодействуют друг с другом посредством контракта, реализованного в форме общих (generic) APIs. Тогда если тебе нужно изменить формат вывода данных, или тип шифрования, или поменять среду хранения с БД на файлы, или обеспечить доступ через вэб сервис, или сделать авторизацию через LDAP, или сделать еще миллион возможных изменений, то все, что тебе нужно - это подтыкнуть соответствующую библиотеку через модуль интеграции - тонкий wrapper, написанный to the API твоей подсистемы.

Но для этого нужно, что твоя программа была изначально задизайнена в интерфейсах. А для этого нужно представлять, на какие функциональные подсистемы ее нужно разбить, что при этом сделалть подтыкаемым и каковы должны быть точки интеграции. А этому всему формально научить практически невозможно, потому что для этого нужно собаку съесть и пудом соли закусить. И вот это вот как раз и есть для меня "высший пилотаж в кодинге", как изволил выразиться автор исходного топика

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

Stampede
У тебя пока только четыре поста, зато все очень интересные. Но ради Бога, ПИШИ ПО-РУССКИ!

Цитата(maxim1000 @ 27.4.2005, 02:12)

есть две профессии: архитектор и программист это - профессии разные архитектор кодингом не занимается (если он занимается, значит, он по совместительству еще и программист

У меня на это есть три замечания.

1. Первое, и самое главное: то, что архитект не занимается программированием, есть полный вздор. Он может не заниматься рутиной - но! Он всегда в поиске, он пробует новые продукты, он должен быть в состоянии быстро сваять прототип, он должен понимать, как и почему тот или иной подход лучше для данной конкретной задачи. Все это требует реальной повседневной практики; ее не заменишь надуванием щек и растопыриванием пальцев. Поэтому представление об эдаком "чистом" архитекте, который сидит себе, выдумывает концептуальные модели и мыслит абстрактными категориями - это больше из области сказок для домашних хозяек.

2. Если говорить о роли кодера, то да, это попкина роль, и она незавидна. Осмелюсь, однако, заметить, что все здесь присутствующие, осознают они это или не осознают, являются больше архитектами, нежели кодерами. Ты становишся кодером, когда тебе суют спеки, дают стандарты кодирования и приказывают копать от забора и до обеда. Но если ты единственный программист в конторе (что, как я подозреваю, имеет место быть в случае многих здешних обитателей), если ты разрабатываешь прогу от начала и до конца, если на тебе лежат все решения, связанные с ее структурой, то ты - уже архитект по определению. Это может звучать гордо, но это и поднимает планку требований. Между тем многие сообщения в этом топике выдают в авторах все еще кодерский тип мышления.

3. Даже если тебе не свезло в жизни, и тебя поставили заниматься тупым кодированием, запомни: плох тот кодер, который не мечтает стать архитектом

Stampede
Спасибо, учел пожелания.

Согласен с тобой, но все-таки не совсем. Разумеется, когда я пишу код не по спецификации, а по своему разумению, я его конструирую. Но ведь на мне не лежит тяжесть глобальных решений проекта - только мой локальный участок. Следовательно, я не архитектор, а кодер с определенной свободой действий.

Мечтаю стать архитектором

Цитата

Первое, и самое главное: то, что архитект не занимается программированием, есть полный вздор

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

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

в работе любого программиста есть обе составляющие

то, что я говорил, правильнее было бы отнести не к конкретным людям/профессиям, а к этим составляющим

Высший пилотаж, это когда ты написал 100000 строк кода, ушёл в отпуск, а другой программист при возникновении проблемы, при полном незнании кода при возникновении проблемы за 5 минут разобрался где проблема и смог её устранить. Когда сам открываешь свой код написанный 10 лет назад и совершенно ясно сразу понимаешь для чего написана каждая буква кода.

Цитата(Vit @ 29.4.2005, 14:27)

Высший пилотаж, это когда ты написал 100000 строк кода, ушёл в отпуск, а другой программист при возникновении проблемы, при полном незнании кода при возникновении проблемы за 5 минут разобрался где проблема и смог её устранить. Когда сам открываешь свой код написанный 10 лет назад и совершенно ясно сразу понимаешь для чего написана каждая буква кода.

Вот это я и имел в виду.

Разработка грамотной объектной модели приложения.

Цитата(Pegas @ 30.4.2005, 00:12)

Разработка грамотной объектной модели приложения.

Это архитектура. Кодинг - ниже уровнем но не менее интересно

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

Цитата(Pegas @ 30.4.2005, 08:35)

Для каждого индивидуально.

Угу, согласен

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

  Намедни лежал с температурой, так мне все это время XML бредился. Уже начал думать как Пушкин, только не стихами, а XML-ем 


Я бы сказал по другому: есть две профессии: архитектор и кодер. А архитектор+кодер - это и есть программист.

А по моему высший пилотаж - это когда ты длительное время программируешь на C#, PHP, Perl-е, затем пишешь демона на C++, переходишь на lisp и после этого восхищаясь, читаешь код Java, понимая, что это как сменить перчатки. И главное, что это приносит только удовольствие и наслаждение.

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


Как заметил _winnie с RSDN, знание эзотерики помогает при разгребании чужого херовонаписанного кода. Ух, а я бы лично хотел работать человеком который рефакторит старый код 

Чтобы ни один кусок кода длиннее 5-6 лексем не был написан дважды в коде.
Чтобы замена одного бэкэнда на другой решалась изменением двух строчек в исходнике и одной в мэйкфайле.
Чтобы используемые в коде сущности были ортогональными по самое не могу.

Быстрая и качественная реализация заданного участка кода.

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

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

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

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

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

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

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


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



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

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

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

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

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

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

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

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

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



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

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

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

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

не согласен с Veitmen'ом во многом, в частности: 


ну и как работает fopen? идём копать libc? а ЗАЧЕМ? Заняцца больше нечем?


WTF is формат кода?  Стиль отступов и названий переменных? Ну "общепринятого" "формата" в с++ никогда не было. У qt один формат, у стандарта - второй, у mfc - третий. 



... то твоё видение на фиг никому не надо[в том числе и тебе], потому что завтра звонит заказчег и говорит всё передалать. ОЙ. Реальный мир жесток  

А ещё есть такое слово - прототипирование. Прототипы наверное придумали полные ламеры, раз они не могут видеть на сквозь структуру и архитектуру.   




Не надо выдавать свои домыслы за факты. Нет такого факта. 

когда выполнены 8 простых правил для разработки более безопасного кода

Mayk, я с тобой готов поспорить. Либо ты не до конца понял что я имел ввиду. 

Что касается функций, знать их работу стоит. Это дает тебе преимущества при анализе. Тебе будет проще подобрать ту или иную функцию, с одинаковым функционалом но разной реализацией, для решения конкретно твоей задачи. libc я тоже не копал. Но уж фреймворк я копаю до сих пор. Получая много полезных знаний. 

Что касается формата, то и в C++ венгерская аннотация считается хорошим тоном? Разве нет?

Про структуру и архитектуру я вообще промолчу. Что ты имеешь ввиду под тем и другим? При чем тут желания заказчика? Заказчик просит переделать функционал, а не код? Или у тебя не так?

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

Готов услышать твои аргументы.

Нет. Кто тебе это сообщил?


Да. А у нас другие факты. И тоже мы не первый день программируем. И? 

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

Не осуждаю, но статья - 90% воды. Остальные 10% - только улыбка на лице. Пусть сначала man gcc/g++ прочитают, прежде чем утверждать, что -Wall - это максимальный уровень предупреждений.

Хм. Раньше я писал на C++, и точно знаю что венгерская аннотация считалась хорошим тоном. Сейчас пишу на C#, вот там она уже практически не используется.



Ну поэтому поводу я готов очень долго спорить. За что архитекторы тогда у вас деньги получают? 

Не во всякой организации есть чётко выделенные архитекторы ;)

Это скорее ненормально, чем наоборот.

Совершенно верно. +1

У нас на работе увольняют людей которые пользуются венгерской нотацией. Она зло.
ИМХО, самая стандартная нотация это boost/STL но везде по разному и это понятно ибо в многих местах есть legacy код и гораздо легче сменить нотацию 

Добавлено @ 21:18

В agile/scrum архитекторы не настолько важны как при классической методолгии. В частности, деление "архитектор/тупой кодер" отделяет архитектора от реальности (кодинга) а кодер не способен видеть всю систему из-за чего допустимы ляпы. 

Правильно применять то, что применимо в данный конкретный проект 

О чем тут спорить? Еще скажите что архитекторы не нужны! И еще одно, системный анализ и проектирование, нужны обязательно. О чем тут спорить то?И я так понял, что все хотят оспорит все и что бы приняли именно их точку зрения, потому что так можно самому себе доказать что в кодинге тебе присущ высший пилотаж? Ну я вот написал, и могу с уверенностью сказать что я еще далек от совершенства. Но мне кажется что именно те качества важны которые я перечислил, что бы высший пилотаж при кодинге, был рядом с тобой. Мы не найдем одну точку зрения, мы найдем верную, только собрав ее из многих точек зрения.

Ну я спорить здесь не буду. С этим я соласен.   

Лично я стал смотреть на разработку ПО иначе после прочтения книги Стива Макконнелла "Совершенный код". Применять хотя бы треть из того, что написано там - уже огромный шаг навстречу гуру  

Это сообщение отредактировал(а) W4FhLF - 20.4.2008, 08:01

Насчёт венгерки. http://www.joelonsoftware.com/articles/Wrong.html