![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
Так это зависит от того, что писать. Под винду на дотнете гуишные проги очевидно так не напишешь. А вот линуксовые утилиты командной строки так писать нормально.
А какие-нибудь адские многопоточные сервера так и вообще без разницы в чем и как писать - там все равно единственный вариант отладки - это логи и изредка в особо экстремальных случаях (сервер висит, логов нет или они не сильно подробные) - подключиться к процессу отладчиком.
А какие-нибудь адские многопоточные сервера так и вообще без разницы в чем и как писать - там все равно единственный вариант отладки - это логи и изредка в особо экстремальных случаях (сервер висит, логов нет или они не сильно подробные) - подключиться к процессу отладчиком.
Есть риск, что обгонят обычных олимпиадников.
Это когда код пишут секретарши.
IMHO, для любых программ без GUI это -- оптимальная среда разработки (разве что вместо vim можно поставить произвольный редактор по вкусу).
Ну адские многопоточные - это понятно. И то...
ага, ага, у меня коляска быстрая, зачем мне ноги :)
Если к редактору прикручена навигация по коду и интеллисенс - почему бы и нет. Но это кадавр все равно :)
Другое дело, что линуксоиды на языках, где такое возможно по человечески, не пишут. Интеллисенс для С++ даже в вижуал студии и то печален.
Другое дело, что линуксоиды на языках, где такое возможно по человечески, не пишут. Интеллисенс для С++ даже в вижуал студии и то печален.
Кстате говоря, наличие GUI у программы - это, скорее, фактор не в пользу применения красивой GUI-шной среды разра-bot-ки. Одно GUI с другим временами может пересраться то за захват мыши, то за фокус ввода. А вот консольную утилитку как раз удобнее всего отлаживать GUI-шной средой.
Правда я тут с кем-то уже общался на эту тему - кажется, многое зависит от того, насколько человек привычен к мыши и клаве. Если у него пальцы с клавой срослись, тогда... не надо насиловать колясочника :)
Правда я тут с кем-то уже общался на эту тему - кажется, многое зависит от того, насколько человек привычен к мыши и клаве. Если у него пальцы с клавой срослись, тогда... не надо насиловать колясочника :)
Я мышой стараюсь не пользоваться. Все делается исключительно по горячим клавишам, поэтому студия иногда дико бесит - у нее есть места где без мыши просто ничего не сделаешь.
Провокации и возбуждения псто :)
ага, а еще монитор мешает - рисует там что-то...
Не надо vi, есть ed. Вот пусть с ним. Никакого экрана, одна строка! :)
Если отлаживать рисовку (WM_PAINT) - то исключительно два монитора+логи.
В питоне, сях, эрланге невозможны по человечески интеллисенс или навигация по коду? Эка новость.
Ограниченно возможны. Т.к. узнать точно тип объекта в динамически типизированном языке можно только выполнив программу до нужной точки.
Насчет C - вопрос сложнее, там вообще максимум что возможно - это "найти функцию из видимых в данном scope".
Насчет C - вопрос сложнее, там вообще максимум что возможно - это "найти функцию из видимых в данном scope".
ну это как раз относительно сложный случай и не очень частый :)
можно и на 1 мониторе и без логов.
- надо чтобы окна среды и проги не накладывались друг на друга. полэкрана на каждое - не очень красиво, но ведь и WM_PAINT не часто отлаживается.
- выводим окно проги и окно среды на foreground, ставим брякпоинт на handle_paint (или что там), жмем step into/step over любуемся на процесс :)
но это для неприличных случаев :) в приличных случаях рисовка идет в double buffer, и никакой второй монитор вообще не нужен, т.к. на монитор ничего и не выводится до самого последнего шага, а на самом последнем выводится все окно целиком
можно и на 1 мониторе и без логов.
- надо чтобы окна среды и проги не накладывались друг на друга. полэкрана на каждое - не очень красиво, но ведь и WM_PAINT не часто отлаживается.
- выводим окно проги и окно среды на foreground, ставим брякпоинт на handle_paint (или что там), жмем step into/step over любуемся на процесс :)
но это для неприличных случаев :) в приличных случаях рисовка идет в double buffer, и никакой второй монитор вообще не нужен, т.к. на монитор ничего и не выводится до самого последнего шага, а на самом последнем выводится все окно целиком
Молодежь! А на перфокартах не работали?
Я лично на олимпиадах программированию (не пара-) всегда пользовался только компилятором, командной строкой и редактором, что никогда не мешало мне занимать вполне достойные места. :-) Собственно, большинство топовых олимпиадников пишут именно так.
Другое дело, что всё это абсолютно irrelevant. В олимпиадном программировании программы легко помещаются в голове и на двух-трёх экранах кода и какие бы то ни было примочки там как собаке пятое ухо. Я готов допустить некоторую их полезность в больших программах. Но и тут они вовсе не дают такого уж большого преимущества. В компании, где я работаю, я полагаю, не менее трети программистов пишут код именно так: в виме (имаксе, gedit'е, you name it...), отлаживаясь дебаг выводом.
Другое дело, что всё это абсолютно irrelevant. В олимпиадном программировании программы легко помещаются в голове и на двух-трёх экранах кода и какие бы то ни было примочки там как собаке пятое ухо. Я готов допустить некоторую их полезность в больших программах. Но и тут они вовсе не дают такого уж большого преимущества. В компании, где я работаю, я полагаю, не менее трети программистов пишут код именно так: в виме (имаксе, gedit'е, you name it...), отлаживаясь дебаг выводом.
ага.. и с ожиданием листинга прогона проги до завтрашнего дня :)
ну вы же не знаете, что было бы, если бы они не пренебрегали "примочками".
может, сделали бы level up :)
может, сделали бы level up :)
В пара там же инвалиды участвуют. Поэтому в программировании нужно будет тжс. IQ < 60, набирать только носом по клаве и т.п.
И как это при всем этом ctags прекрасно работает, просто невероятно.
Page 1 of 6