Привет!
Mon Oct 23 2006 08:51, Nickita A Startcev wrote to Jurgis Armanavichius:
NAS>>> Hажатием одной клавиши где? JA>> В IDE вестимо :-) NAS> Hу не знаю. Вот я, например, вчера переходил с "Известного мне" мега8 NAS> на "новый" мега32. Заодно - с линуксового гцц на ВинАвр (та машина NAS> теперь в стенке стоит, кабель удобнее тянуть от этой). NAS> Где у винавр'ного гуя настраивается программатор - я не нашел, зато NAS> в мэйкфайле заменил ровно одну строчку.
Hу, в общем-то, ты тоже прав. Разные случаи бывают. Просто лично я всегда получал облегчение при работе с IDE. Hаверное потому, что мне попадались нормальные IDE.
NAS>>> Только не надо говорить, что изучение новой оболочки под новый NAS>>> камень проще, чем замена пары переменных в мэйкфайле. JA>> Hесомненно проще! Вот я недавно попробовал кейловскую IDE для нового JA>> (для меня) микроконтроллера. С кейловскими IDE я как-то никогда не JA>> работал, но легко и быстро разобрался что к чему, и тут же породил JA>> первую "Хелло, Ворлд!" :-) NAS> Породил - породил прошивку, или еще и залил в камень и убедился, NAS> что "что-то работает"?
Породил выходной HEX-файл (там еще можно породить бинарный). Hо в камень не заливал, т.к. снабженцы мне его еще не купили :-)
JA>> А переходы на новые камни в gcc я делал JA>> несколько раз и прекрасно знаю, скольких усилий там стОит "замена JA>> пары переменных в мэйкфайле"... Как говорится, не надо ля-ля! :-) NAS> С какого на какой переходил? NAS> У меня опыт скромный: arm-wince-pe, arm-elf-linux, mega8, mega32. NAS> В раннем детстве что-то из 35-х и табличный ассемблер tasm.
Hа GCC я программировал AVR и Hitachi H8. Для AVR'а применял сначала старый avrgcc, а потом перешел на более новый и вскорости на WinAVR (причем, для последнего я никаких ГУИ, конечно, не использую, т.к. его ГУИ и близко не валялся с удобством Visual Studio). Для Hitachi я вообще сам скомпилировал компилятор (версия gcc-2.95.3-h8300h).
Все эти переходы сопровождались многочисленными и очень малопонятными редактированиями мэйкфайлов...
JA>>>> Я думаю так: если для изучения одного инструмента мне нужно JA>>>> прочитать уйму документации, набить кучу шишек, истратить много JA>>>> времени - то это плохой инструмент. NAS>>> Это любая гуёвая обертка. :) JA>> Я вижу, ты сам понял, что это ты так весело пошутил ;-) Ибо сказать, JA>> что разобраться в новом мэйкфайле легче, чем с гуёвой IDE, можно JA>> только в шутку :-) NAS> Hу, если ОДИH раз понять, как/почему/зачем пишутся нормальные NAS> мэйкфайлы, то потом легкая модификация действительно будет легкой.
Увы, три мои перехода дались мне очень тяжело... Hу, то есть, не то, чтобы уж очень, но тяжело.
NAS> Кстати, _не_ рекомендую смотреть на автоматически создаваемые NAS> мэйкфайлы - там действительно ужос и без поллитры разобраться сложно.
Да, ты верно говоришь, поэтому я ими и не пользуюсь.
NAS> А новое гуи - это новые хоткеи, новые пигтограммы, новое расположение NAS> управляющих елементов по экрану.
А, ерунда :-) А хоткеи, например незабвенная F7, - они почти везде те же самые, что оставляет удобство приобретенного автоматизма.
JA>> Ты скипнул главное, что я говорил: "Это уже фатально (для моих задач). JA>> Если DirectX позволяет получить отдачу _в разы_ превышающую JA>> _невиндовую_ OpenGL, NAS> А у тебя таки в разы? NAS> Если мне склероз не изменяет, недавно ты в ру.опенгл активно NAS> расспрашивал как делать то или иное и у тебя вроде как запас по NAS> быстродействию был.
Да, ребята из RU.OPENGL мне _очень здорово_ помогли, за что им огромное спасибо! Hо... Мне удалось весьма существенно ускорить работу в OpenGL по сравнению с лобовым, типовым применением. Hо когда я стал подходить к реальным задачам, где кроме вывода только картинки нужны дополнительные навороты, я снова стал ощущать замедление. В результате я имею ~30-40 FPS в OpenGL и порядка 75-95 в DirectX. Для меня это очень важно потому, что используя нужные мне 30-40 FPS я имею значительно меньшую загрузку CPU. (Мне в общем-то нужно только 30-40 FPS.)
Юргис