Представлен (http://pragmaticperl.cm) семнадцатый выпуск Pragmatic Perl, русскоязычного журнала о современном языке программирования Perl.
В номере:- Отчет о конференции YAPC::Russia 2014 от организатора- Еще один отчет о конференции YAPC::Russia 2014- Яндекс.Директ: как мы деплоим наши Perl-web-приложения- Асинхронный ввод/вывод с IO::AIO- Использование портов GPIO в Raspberry Pi. Часть 1- Обзор CPAN за июнь 2014 г.- Интервью с Петром Рэббитсоном (Peter Rabbitson)
URL: http://pragmaticperl.cm
Новость: http://www.opennet.me/opennews/art.shtml?num=40151
Нужно! От ребят из Яндекса полезно.
Да уж, эталонные велосипеды с разными колесами, скрытые за слоями разноцветной изоленты.
Роб, ну почему же. Там довольно интересный опыт рассказан. Мне понравилось. Посоветуйте что-то по теме, с удовольствием почитаю.
Их схема является системой костылей и подпорок, заточенных под их способ ведения дел. Лично я не увидел в ней ничего, что мне захотелось бы перенять.
Из своего опыта могу сказать, что есть только два принципа, которые соблюдаются во всех разумных схемах deployment.
1. Использовать VCS
2. Делить сервера на devel, testing, production
Все остальное идет на усмотрение автора конкретной схемы.
> заточенных под их способ ведения делЭто еще был бы не худший случай.
Но нет - у них так просто исторически сложилось. Причем складывалось долго и противоречиво, бессистемно и без какого бы то ни было периодического осмысления, не говоря уж про рефакторинг (не кода, процессов, что в данном случае важнее).
Собственно, эталонный же случай того что сейчас принято называть technical debt.Классический результат "давай-давай", "надо ко вчерашнему дню" и "чего тут думать, трясти надо".
Покажите что почитать, чтобы делать всё наилучшим образом.
> Покажите что почитать, чтобы делать всё наилучшим образом.Если вкучером -- пожалуй, Manage It! им. Johanna Rothman. Если самому... не знаю, хоть с Лимончелли.
Почитайте краткий курс философии - это поможет вам понять что всё уже устроено наилучшим образом - для действующих лиц, с точки зрения их интересов.
Потом основы экономической теории и кратко про бизнес-процессы - чтобы понять что нужно сдвинуть чтобы появилась мотивация что-то перестроить, у кого, какая, и как организовать это всё.>Conway’s Law states that a software system will reflect the organizational
structure of the team developing the software
Ну а так-то можете про devops, CI и компанию читать пока гугл не сломается. Только в данном случае это будут микрооптимизации.
> Использование портов GPIO в Raspberry Pi. Часть 1хмммм... интересно... а пробовал кто-нибудь рулить какими-нибудь железками перловым скриптом?
Я как-то рулил фискальником - типа KKM-сервер получился :-)
В чем интересность-то? Бери больше (байтов), кидай дальше (в порт). Тут что Perl, что не Perl.
>> Использование портов GPIO в Raspberry Pi. Часть 1
> хмммм... интересно... а пробовал кто-нибудь рулить какими-нибудь железками перловым скриптом?Я, в бытность работы в телекоме, автоматизировал работу операторов кросса (подключение-отключение абонентов). Вроде как и сейчас работает.
пытался передавать телеграммы через самодельный телеграфный модем, собранный из 4 оптронов.
Получилось плохо, пришлось перейти на питон. Ненавижу уродский питон, но библиотека для работы с компортом там оказалась реализована куда более практично. Вплоть до того, что реализоваь задуманное именно не перле просто не вышло.
не сдавайся, напиши свою библиотеку
> не сдавайся, напиши свою библиотекутогда я уж напишу прогу на "нормальном" C :). Только смысла нет. Все уже работает.
Кстати Slic3r на перле написан =)
Изучаю сейчас perl. Чуваки, спасибо за журнал) Успехов в вашем деле.
кстати, есть ли встроенный дизассемблер? Как им пользоваться?
Ты сначала почитай, что такое дизассемблер, байткод, различие между интерпретаторами и компиляторами, а потом возвращайся в правильно сформулированным вопросом. На текущий же вопрос ответ - нет.
> Ты сначала почитай, что такое дизассемблер, байткод, различие между интерпретаторами и
> компиляторами, а потом возвращайся в правильно сформулированным вопросом. На текущий же
> вопрос ответ - нет.Уууууууухуху) Зачем читать что такое дизасм, байткод, различие между интерпретаторами, компиляторами, если вот в тикле пишу две процедуры test1 test2.
Затем смотрю разницу: foreach p {test1 test2} { puts [tcl::unsupported::disassemble proc $p }в питоне модулем dis. А в перле как? Нету?
> А в перле как?
>> А в перле как?
> http://search.cpan.org/dist/B-C/lib/B/Disassembler.pmне собирается: http://pastebin.com/knHJ3JBs
>>> А в перле как?
>> http://search.cpan.org/dist/B-C/lib/B/Disassembler.pm
> не собирается: http://pastebin.com/knHJ3JBshttp://pastebin.com/a0fCVW2p, а то прошлая уже «This paste has been removed!»
Вроде версия перла не подходит) Кто знает что делать? Можно установить более ранний пакет B::Disassembler? Как это сделать?