Привет!
Thu Feb 10 2005 20:40, Dmitry Ponyatov wrote to Jurgis Armanavichius:
JA>> Ты мне что-нить попроще присоветуй :) DP> ну я если бы начинал осваивать, вылез бы в текстовую консоль DP> (Ctrl-Alt-Fn), на одной консоли (Alt-F5) запустил Midnight DP> Commander (mc) чтобы смотреть за файлами и по мелочи их DP> делать/удалять/каталог сделать под проект
Согласен. Я тоже всегда пользуюсь разного рода коммандерами.
DP> на другой запустил текстовый редактор joe (у него как раз wordstarовские DP> внопки, насколько помню) или какой-нибудь nano (можно еще один mc и DP> пользоваться его редактором): joe hello.c
Hужно будет попробовать этот joe, спасибо за подсказку!
DP> на третьей joe Makefile DP> на четвертой make запускал DP> на пятой links ~/UNIX-C-programming/inex.html для чтения мануала по DP> программизму на С под UNIX (в инете несколько на русском видел)
Че-то до хрена консолей получается...
DP> переключаясь туда-сюда, получаем IDE для начинающего
Хм... Своеобразная, надо сказать, IDE. Я вот тут недавно скачал Microsoft eMbedded C++ 4.0 (они его вообще бесплатно раздают). Так этот пакет имеет полноценную IDE, мало того, еще и виртуальную машину. Я для пробы породил тестовый проект "Hello, World!", скомпилировал его и запустил в виртуальной среде WinCE. Единственный текст, который мне пришлось написать - это дать имя моему пробному проекту :) Круто!
Кстати, насчет мэйкфайла. Я давно пользуюсь этим делом. Однако, я ведь не даром писал, что знать все тонкости вызова компилятора, ключи линкера, все необходимые библиотеки и т.п. - это, IMHO, совсем не является необходимым для разработки встроенного ПО. Поэтому мне гораздо больше нравится метод низходящего проектирования (я его очень давно применяю для эмбеддед). Это когда идешь от простого к сложному, а не наоборот. Берешь какой-нибудь пакет, пробуешь его на уровне "Hello, World!", постепенно опускаешься в глубинные дебри. Умные люди говорят, что так - лучше. В противоположность подходу, когда разработку ПО прибора начинаешь с функции getchar()...
DP> когда надоест туда-сюда, читаем доку на vim и настраиваем его, чтобы DP> часть этих консолей заменить функциональность vimа (как минимум DP> настроить кнопку F<чего-хочешь> для запуска :w !make и включить DP> подсветку синтаксиса)
Понял. Сложно это как-то, через тернии... Зато - тонизирует! :)
DP> если имеешь хороший большой монитор, качественные фонты и мышь, лучше DP> все это пускать в куче xtermов непосредственно в Xах (графике), links DP> заменить на Mozilla DP> этим имхо ты очень долго будешь обходится, а параллельно в свободной DP> от основной работы время въезжать в emacs
Я прочитал, что emacs позволяет прямо в нем e-mail читать или сессию ftp городить. Мне для разработки встроенного ПО это на фиг не нужно. Что еще полезного позволяет получить emacs, чтобы приблизиться к уровню удобства использования, например, eMbedded C++? Может мне не стоит тратить время на въезжание в то, что мне никогда не понадобится? Разъясни, пожалуйста.
DP> ЗЫ: очень помогает качнуть из инета несколько исходников программ, DP> близких к тому, что тебе нужно, и использовать их как примеры DP> (смотреть как что делается или просто дергать нужные тебе куски кода)
Полностью согласен. Я, если когда-нибудь дорасту, пошукаю что-нить такое. Этакое... :)
DP> ЗЫЫ: в UNIX вообще идеология "для каждой мелкой функции своя программа", DP> а IDE является сам UNIX (он изначально так разработавался еще с DP> альфа-версий).
Хм... Довольно своеобразная IDE, не находишь? Сложная какая-то... А ведь в самом конце сего многотрудного пути нужна относительно несложная программа для прибора. IMHO, гораздо важнее для ембеддед делать упор на интерфейс пользователя (его разработку), чем иметь возможность прямо из IDE вызывать сессию ftp, или там e-mail'ы читать...
Юргис