python, ruby, perl, java administration

[andrey i. mavlyanov]

странная, наверное, тема, но вот меня она занимает.

никак не могу найти внятной книжке по администрированию проектов на
указанных языках.

т.е. вот понятно что если штатно из пакетов всё устраивает - то и
заморачиваться вроде как нечего.

а вот книжки чтобы были описаны best practices нет.

поясню
вот возьмём например питон.

там есть easy_install и pip как пакетные установшики
там есть различные серверы приложений
плюс у нас есть куча разных веб-серверов с разными плагинами для
поддержки запуска проектов на питоне.

и нигде нет общего описания данного с "научных" позиций, а не "так
сложилось" или "я попробовал и мне нравится вот так".

или есть?

--
/aim [ http://aim.pp.ru/ ]

[Oleg Urzhumtsev]

Книжки зело быстро устаревают, увы.

Не знаю, как с остальными (вроде для явы есть какие-то установившиеся практики), а с рубином всё слишком быстро меняется.

Сделали приличный интерпретатор - понадобились модули. Сделали гемы - понадобилось версионирование модулей. Сделали bundler - понадобилось версионирование самого ruby. Сделали RVM - он оказался неудобным. Сделали rbenv - понадобилось красивое решение для деплоя (не секрет, что более половины проектов на ruby ориентированы на вёб и используют рельсы).

Ну а там вообще кто во что горазд. Кто capistrano использует, кто его допиливает, кто клонирует с нуля. 

2013/3/8 andrey i. mavlyanov <andrey.m...@gmail.com>

странная, наверное, тема, но вот меня она занимает.

никак не могу найти внятной книжке по администрированию проектов на
указанных языках.

т.е. вот понятно что если штатно из пакетов всё устраивает - то и
заморачиваться вроде как нечего.

а вот книжки чтобы были описаны best practices нет.

поясню
вот возьмём например питон.

там есть easy_instКall и pip как пакетные установшики

там есть различные серверы приложений
плюс у нас есть куча разных веб-серверов с разными плагинами для
поддержки запуска проектов на питоне.

и нигде нет общего описания данного с "научных" позиций, а не "так
сложилось" или "я попробовал и мне нравится вот так".

или есть?

--
 /aim [ http://aim.pp.ru/ ]

--
--
Read http://wiki.spblug.org/maillist befor post!
Прочтите http://wiki.spblug.org/maillist перед написанием сообщений в рассылку!

---
Вы получили это сообщение, поскольку подписаны на группу spb.linux.

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес spblinux+u...@googlegroups.com.
Подробнее о функциях можно узнать на странице https://groups.google.com/groups/opt_out.

--
:)
Cheers,
Urzhumtsev Oleg

[Phil Kulin]

8 марта 2013 г., 15:16 пользователь andrey i. mavlyanov
<andrey.m...@gmail.com> написал:

> там есть easy_install и pip как пакетные установшики
> там есть различные серверы приложений
> плюс у нас есть куча разных веб-серверов с разными плагинами для
> поддержки запуска проектов на питоне.
> и нигде нет общего описания данного с "научных" позиций, а не "так
> сложилось" или "я попробовал и мне нравится вот так".

А нет никаких научных позиций. Там кстати кроме easy_install и pip ещё
что-то появилось вроде. Есть ещё такая тема как egg. Это типа jar что
ли. В ruby кстати легче - там gems + bundler. В perl ещё легче - там
CPAN :) В php кстати есть pear :)

Хороший кстати вопрос о вообще научной позиции пакетных менеджеров.
Тоже интересно.

--
Non nobis Domine non nobis sed Nomini Tuo da gloriam
Phil Kulin

[Oleg Finkelshteyn]

> Хороший кстати вопрос о вообще научной позиции пакетных менеджеров.

Единственные известные мне ребята, которые по этому вопросу рожают
статьи (не читал) -- http://nixos.org/nix/docs.html

А в во всех этих модных фигнях, конечно, никакой науки быть не может
-- там примерно раз в месяц изобретают что-нибудь фундаментально новое
и однозначно навсегда решающее все проблемы.

[stealth]

>
> а вот книжки чтобы были описаны best practices нет.
>

Так валом разного материала по best practices в разработке, а уж
дальнейшие действия зависят только от разработчиков. Для примера, если
разрабы проекта на Perl заложились только на Apache mod_python, ток
как не крутись, а PSGI тут не обойтись.

> поясню
> вот возьмём например питон.
>

На недавнешнем PyCon отличную новую штуку на эту тему представили
http://pycon.ru/program/content/packaging-and-testing/

[Roman Timofeev]

>Для примера, если
> разрабы проекта на Perl заложились только на Apache mod_python, ток
> как не крутись, а PSGI тут не обойтись.

Это как?

[stealth]

Это так, что проект написаный под mod_perl ни под чем кроме апача не
запустить, если разрабы специально об этом не позаботились.

[Serge Matveenko]

2013/3/8 andrey i. mavlyanov <andrey.m...@gmail.com>:

> странная, наверное, тема, но вот меня она занимает.
>
> никак не могу найти внятной книжке по администрированию проектов на
> указанных языках.
>
> т.е. вот понятно что если штатно из пакетов всё устраивает - то и
> заморачиваться вроде как нечего.
>
> а вот книжки чтобы были описаны best practices нет.

В такой формулировке это называется вот так http://en.wikipedia.org/wiki/DevOps


--
Serge Matveenko
mailto: se...@matveenko.ru
github: http://lnkfy.com/1
linkedin: http://lnkfy.com/S