А в чам проблема? Были и готовые резиденты, вроде. И своего написать не сложно. Там же никаких OpenGL/DirectX: кусок памяти + палитра вот и весь скрин :)
У perldoc.perl.org — другой автор. Там даже визуально стиль другой. Контакты есть на сайте, где — я написал выше. Контакты команды perl.org можно найти по ссылке Site info справа внизу: www.perl.org/siteinfo.html
Слева внизу есть раздел Contact и там ссылка на автора сайта и FAQ по сайту:
I've found a problem with the website…
If you come across any issues with the perldoc.perl.org website itself (e.g. formatting errors, missing pages, etc) then contact me at jj@jonallen.info, or raise an issue on the GitHub repository.
В opensource проектах дело не в серьезности, а в типе сообщества вокруг проекта. Есть newbie-friendly, где толковому, но неопытному человеку будут помогать, по возможности, рассказывать где неправ, как это лучше сделать. Есть замкнутые, где единственным ответом будет «Your patch sucks».
Попав в хороший проект можно очень быстро расти профессионально.
Эти системы строятся вокруг централизованной модели разработки, в которой существует единственный удаленный репозитарий, в который вносят изменения все разработчики проекта. Ветвление (branching) проекта возможно, но не желательно и приносит, как правило, только дополнительные сложности в проект.
Ветвелние к централизации-децентрализации никакого отношения не имеет. Все дело в удобстве работы с ветками в той или иной системе. В CVS это «ужас-ужас», в subversion немного получше, но проблемы с reflective/cyclic merges мешают жить хорошо. В Perforce же (уж на что централизованая и old school система, без доступа к репозиторию ничего не работает) ветки одно из основных понятий.
NOR/NAND флеш не оперирует ячейками памяти. Единица удаления/записи erase block. ФС для флеша умеют «размазывать» износ по всей флешке, а не долбить в один и тот же блок, но все равно запись раз в несколько секунд существенно снизит долговечность карточки.
Не зная точно внутренностей девайса тяжело судить писалось ли это ленивыми «быдлокодерами» или просто было решено пойти на некий компромис потому что затраты на обход ограничений не были оправданы.
Perl Best Practices by Damian Conway книга которая must have для любого перловика
Полезно иметь под рукой Perl Hacks того же автора и Perl Cookbook by Tom Christiansen and Nathan Torkington.
Интересно почитать Higher-Order Perl: Transforming Programs with Programs by Mark Jason Dominus
bluezbox.com/slapamac.html
А если perl не страшен, то заодно и я попиарюсь:
github.com/gonzoua/book-tools
www.perl.org/siteinfo.html
I've found a problem with the website…
If you come across any issues with the perldoc.perl.org website itself (e.g. formatting errors, missing pages, etc) then contact me at jj@jonallen.info, or raise an issue on the GitHub repository.
Попав в хороший проект можно очень быстро расти профессионально.
Ветвелние к централизации-децентрализации никакого отношения не имеет. Все дело в удобстве работы с ветками в той или иной системе. В CVS это «ужас-ужас», в subversion немного получше, но проблемы с reflective/cyclic merges мешают жить хорошо. В Perforce же (уж на что централизованая и old school система, без доступа к репозиторию ничего не работает) ветки одно из основных понятий.
Не зная точно внутренностей девайса тяжело судить писалось ли это ленивыми «быдлокодерами» или просто было решено пойти на некий компромис потому что затраты на обход ограничений не были оправданы.
Полезно иметь под рукой Perl Hacks того же автора и Perl Cookbook by Tom Christiansen and Nathan Torkington.
Интересно почитать Higher-Order Perl: Transforming Programs with Programs by Mark Jason Dominus
my %root;
foreach my $k qw(a b c) {
$root{$k} = ["one", "two", "three"]
}
foreach my $k (sort keys %root) {
print "$k: \n";
foreach my $x (@{$root{$k}}) {
print " $x\n";
}
}
Вот что для меня было неинтуитивно, это вот это:
a = [1, 2, 3]
b = a
b[0] = 99
print a[0]
Но любим мы питон не за это, а за красивые объекты, в отличи от перла у которого ООП "кишками наружу"