На сайте IBM developerWorks опубликован перевод руководства (http://www-128.ibm.com/developerworks/ru/library/multiunix-i/) по созданию многоплатформенных приложений используя программу Autoconf из набора autotools.
Кроме того за последние несколько недель появились следующие интересные переводы:- Обзор NFSv4 (http://www-128.ibm.com/developerworks/ru/library/l-nfsv4/);
- Создание кросс-платформенных GUI-приложений с использованием wxWidgets (http://www-128.ibm.com/developerworks/ru/library/l-wxwidgets...);
- Как сделать двойную загрузку AIX и Linux в кластерной среде (http://www-128.ibm.com/developerworks/ru/library/es-dualboot/);
- Соединение XML и Java с XML-компонентами (XMLBeans) в коммерческой деятельности (http://www-128.ibm.com/developerworks/ru/library/x-vertxmlbeans/);
- Использование Ajax с PHP и Sajax (http://www-128.ibm.com/developerworks/ru/library/os-phpajax/);
- Создание Perl-приложений с использованием Eclipse (http://www-128.ibm.com/developerworks/ru/edu/os-perlecl/inde...);
- Расширенное программирование Facelets (http://www-128.ibm.com/developerworks/ru/library/j-facelets2/) (как совместить Java Server Faces (JSF) и EL);
- Реализация синдикации новостей с использованием RSS и Atom (http://www-128.ibm.com/developerworks/ru/library/wa-syndrssatom/).
URL: http://www-128.ibm.com/developerworks/ru/library/multiunix-i/
Новость: http://www.opennet.me/opennews/art.shtml?num=8659
Прочитал:
"Для многих Perl-программистов типичной средой разработки, вероятно, является редактор, например Emacs, и командная строка. Проблема заключается в том, что вы тратите большую часть времени на переключения между Emacs и командной строкой. Ситуация еще больше ухудшается при Web-разработке, так как вы уже должны переключаться между Emacs, командной строкой и Web-браузером во время написания кода, выполнения и проверки log-файлов."Дальше читать не стал. Если человек не знает, что такое Alt+TAB...
>Прочитал:
>"Для многих Perl-программистов типичной средой разработки, вероятно, является редактор, например Emacs, и
>командная строка. Проблема заключается в том, что вы тратите большую часть
>времени на переключения между Emacs и командной строкой. Ситуация еще больше
>ухудшается при Web-разработке, так как вы уже должны переключаться между Emacs,
>командной строкой и Web-браузером во время написания кода, выполнения и проверки
>log-файлов."
>
>Дальше читать не стал. Если человек не знает, что такое Alt+TAB...Как уже блин надоело видеть такие комменты. От такого народу у которого первым желанием появляется показать какой он знающий а тот кто писал лох. Просто уже достал этот пустой стёб. Нет бы что дельное сообшить или граммотно откомментить. (а не просто , статья фигня). Где же хоть какая то аргументировааная критика. Да на 100% уверен что автор знает что это за такое Alt-Tab. А то что вы кроме этой фразы уже больше ничего видеть нихотите, то это ваши проблемы. Не надо ЭТО сыпать остальным и показывать какой вы "знающий".
Прошу прощения просто наболело.
PS: статья мне понравилась.
А я, пожалуй, соглашусь с первым комментом. Если у Брауна большая часть времени разработки уходит на переключение между редактором, CLI и броузером, то он либо сверхкрутой программер на Perl'е либо пишет совершенно смехотворные по размерам приложения.
У меня лично большая часть времени уходит на отладку и тестирование... Тут автор явно пытается умничать. Понятно, что нужно было как-то обосновать необходимость использования Eclipse, но не так же топорно.Сама статья вполне ничего, за что автору (и переводчику ) спасибо.
ЗдОрово! Я и сам подобную статью когда-то написал:
http://www.freesource.info/wiki/Autotools/helloПобольше док на русском!
-- php-coder
Где то давно видел подробную доку по autoconf и automake
Какой то русский нерд переводит.
IMHO очень жидко и поверхностно. впрочем как обычно, как это водится на www-128.ibm.com. но для самого-самого начала и введения в autotools потянет.ps: я то думал там дзен по autotools а там.. кхм :-/ всего один час, потраченный на прочтение оригинальной документации, даст новичку на порядок больше полезной информации. tested.
// wbr
спасибо за коментарии,
так вы напишите не поверхностно и профессионально, мы с удовольствием разместим у себя.developerWorks
боюсь, по объему это получится не столько статья, сколько вполне полноценная книга :)// wbr
По моему, autoconf устарел. Очень приятная альтернатива - это CMake (www.cmake.org), на который сейчас очень активно переходят и KDE, и моя команнда =) Возможности практически те же, но геморроя меньше... Да и кроссплатформенно разрабатывать приложения очень приятно (кто хочет пишет в VS, кто хочет в vim и emacs)
Может кто подскажет, чем принципаильно autoconf мощнее CMake'а?
CMake не поддерживает кросс-компиляцию.
> Может кто подскажет, чем принципаильно autoconf мощнее CMake'а?как минимум, своей исторически сложившейся популярностью.
// wbr
Этим то он и мощнее? М-м-м, странный ответ
Наверное единственный плюс это кросс-платформенных сборка, когда на одной машине сразу собираются версии для нескольких платформ... Спасибо!