![[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}
я вообще пока пишу код обычно на втором монике читаю какую нить доку ;) написание уже продуманного - тупая рутина, выполняемая спинным моском.
я предпочитаю забыть, потому что без напильника его в mcedit не всунешь. зачем зря расстраиваться? %-)
когда-нибудь выпью водки и сделаю для mcedit скриптовый движок. и тогда допилю. но, думается, вендекапец настанет быстрее.
когда-нибудь выпью водки и сделаю для mcedit скриптовый движок. и тогда допилю. но, думается, вендекапец настанет быстрее.
1. Чем-то мне это напоминает сталинское "нет человека - нет проблемы" :))
2. Нормальную либу для этого - чего? Помянутый код был частью моей либы, которая, я даже надеюсь, что нормальная... местами :)))
3. Есть в нем и отладка выводом, например, можно включать-выключать горячими клавишами логгирование сообщений в окнах, переключать лог в дебаг-окно или на файл, вот только в данном конкретном случае отладка средой оказалась быстрее - по перечисленным причинам. Я бы никогда не подумал, что может понадобиться быстро вычислить и посмотреть уровень чуть дальше, чем в середине блока, причем, в промежутке между двумя конкретными функциями.
2. Нормальную либу для этого - чего? Помянутый код был частью моей либы, которая, я даже надеюсь, что нормальная... местами :)))
3. Есть в нем и отладка выводом, например, можно включать-выключать горячими клавишами логгирование сообщений в окнах, переключать лог в дебаг-окно или на файл, вот только в данном конкретном случае отладка средой оказалась быстрее - по перечисленным причинам. Я бы никогда не подумал, что может понадобиться быстро вычислить и посмотреть уровень чуть дальше, чем в середине блока, причем, в промежутке между двумя конкретными функциями.
зачастую имя функи или полей выбираешь не ты
например, какая-нибудь waveOutPrepareHeader - если не пользовался ей дольше, чем полчаса, легко забыть, как правильно: waveOutPrepareHeader или waveOutPrepare
потому как по смыслу там не prepare the header, а prepare the block using header parameters
например, какая-нибудь waveOutPrepareHeader - если не пользовался ей дольше, чем полчаса, легко забыть, как правильно: waveOutPrepareHeader или waveOutPrepare
потому как по смыслу там не prepare the header, а prepare the block using header parameters
[ я вообще пока пишу код обычно на втором монике читаю какую нить доку ]
... ткачиха-стахановка :)
... ткачиха-стахановка :)
1. именно. нет говнокода - нет проблемы.
2. нормальную либы для отладочного вывода.
3. имея набор фунок для дампа всего-что-только-можно (а оно пишется на полном автомате) вывод нужной для тебя инфы в данном случае бы занял минуту какую.
2. нормальную либы для отладочного вывода.
3. имея набор фунок для дампа всего-что-только-можно (а оно пишется на полном автомате) вывод нужной для тебя инфы в данном случае бы занял минуту какую.
2. такая либа имеется, но этим инструмэнтом ковыряться дольше - в данном конкретном случае, конечно
3. какое совпадение: есть такой набор фунок, делает дамп всего-что-только-можно - называется "отладчик среды" :) а ты его сам пишешь? бедняга :)
3. какое совпадение: есть такой набор фунок, делает дамп всего-что-только-можно - называется "отладчик среды" :) а ты его сам пишешь? бедняга :)
:)
http://psilogic.livejournal.com/380813.html?thread=7984525#t7984525
ты мне скажи, почему из vi нельзя выйти escape-ом? :)
http://psilogic.livejournal.com/380813.html?thread=7984525#t7984525
ты мне скажи, почему из vi нельзя выйти escape-ом? :)
3. но в моём случае я _это_ имею всегда а в твоём надо надрачивать мыша ;)
То есть по вашему программирование это там где набирается и отлаживается код? Видимо вы не программист. Программы пишутся прежде всего в голове, набор когда и отладка занимается максимум процентов 20% по времени обычно. Это во-первых.
Vi, ну пускай не vi а vim по количеству написанного в нём человечеством кода думаю будет не меньше чем какой-нибудь eclipse. Это во-вторых.
Vi, ну пускай не vi а vim по количеству написанного в нём человечеством кода думаю будет не меньше чем какой-нибудь eclipse. Это во-вторых.
Набрать 2 символа и нажать пару раз таб или там ctrl-space-enter - быстрее. 5 vs 15 символов. То же самое насчет code snippets.
Если же искать нужную функцию в списке - это означает что ты просто не знаешь есть она, нету ее, как ее вызывать и вообще - соответственно тут уже без разницы - то ли в доку смотреть, то ли в интеллисенс, то ли вообще в книжку и все равно это меньше минуты не займет.
Если же искать нужную функцию в списке - это означает что ты просто не знаешь есть она, нету ее, как ее вызывать и вообще - соответственно тут уже без разницы - то ли в доку смотреть, то ли в интеллисенс, то ли вообще в книжку и все равно это меньше минуты не займет.
я не знаю, в какой именно позе ты это имеешь или надрачиваешь, но, ить, все равно дамперу надо писать параметры, что именно дампить
Вообще то логами. Но блядь с этой многопоточностью и событиями тут даже логи с трудом помогают - нужные какие-то строго типизированные логи и интеллектуальный визуализатор для них.
периодически меня посещает эта идея. стучится в дубовый череп и уходит. но она упорная, может, продолбит дырочку. но это ж весь workflow надо менять, тащемта. интегрировать с valgrind'ом, учить понимать jam, привыкать к emacs-способу работы с git… чота дофига получается изменений ради одного поиска. %-) я лучше схемку или жабоскрип к mcedit привинчу.
да-да, я знаю, что в конце концов всё равно получится emacs. %-)
да-да, я знаю, что в конце концов всё равно получится emacs. %-)
[ Программы пишутся прежде всего в голове, набор когда и отладка занимается максимум процентов 20% по времени обычно. ]
Ну я не такой тугодум :)))
Ну я не такой тугодум :)))
чтобы можно было издеваться над нубами, конечно.
а зачем их писать два раза: сначала в голове, потом в электричестве? не проще ли сразу в электричестве?
кстати, высыпающийся песок способствует уменьшению веса и стройности фигуры.
gCrossTableAdapterClasses
sRegisteredClassNotFound
CrossGridVisibilityStateData
это в проекте с 6 мб исходников. Я это задолбусь помнить и набирать.
sRegisteredClassNotFound
CrossGridVisibilityStateData
это в проекте с 6 мб исходников. Я это задолбусь помнить и набирать.
Не имееешь ты его всегда, во всяком случае в языках без RTTI/reflection/макросов/метапрограмминга.
Нужно сидеть и рисовать как пню те дампы для произвольных структур :)
Нужно сидеть и рисовать как пню те дампы для произвольных структур :)
Page 4 of 6