|
From: Geraldo N. <ger...@gm...> - 2008-07-24 20:52:27
|
Senhores, como andam as coisas? <perl> pessoal, o perlsoal da SP-PM -> São Paulo Perl Mongers tá organizando um workshop de catalyst + dbix::class e por isso eu to passando a msg original do Solli, Líder da SP-PM :) p/ pessoal que estiver interessado, por favor, mande um email p/ mim em particular que eu posso repassar p/ Solli Além disso, agente precisa reforçar que workshop é do dia 28/07 à 01/08 à noite e há uma taxa de inscrição de r$ 100,00 que será p/ ajudar nos custos do Eden(que mora na Bahia) >Pessoal, > >Eden, um memorável membro da comunidade e que mora Bahia estará de passagem por São Paulo na próxima semana >exclusivamente para o Workshop de Catalyst + DBIx::Class. > >O Catalyst é um framework para desenvolvimento baseado em MVC (http://pt.wikipedia.org/wiki/MVC) muito interessante e útil para o >desenvolvimento de sistemas web, e o DBIx::Class um 'mapeador' do sql em orientação-à-objeto muito avançado e também poderoso. > >Como eu já disse, o Eden vem especialmente para isto. Está deixando o conforto do lar dele para disseminar o conhecimento sobre >estes produtos. Com a enorme ajuda do Lorn, conseguimos um espaço (a empresa que o lorn trabalha, e que fica na região da >paulista) para o Eden efetuar o workshop, que será realizado nos dias 28/07 até 01/08, das 19:30 às 21:30 h. > >Optei por fazer o evento à noite pq acredito que será acessível a todos. Durante esta semana será apresentando e discutido o >Catalyst e o DBIx::Class. > >Como contra-partida que peço é a contribuição de R$ 100,00 reais para ajudar no custo do transporte do Eden, e o limite será de 10 >pessoas. Quem tiver interesse mas não tiver condição financeira, converse comigo em privado, pois neste caso posso 'financiar' a >inscrição. > >Garanto que o investimento valerá a pena, frente a experiência que o Eden possue nestas ferramentas. > >O pagamento pode ocorrer no dia do workshop. > >Obrigado, > >Solli M. Honório > Aproveitando o ensejo, eu também to postando o código que o Fernando muito pacientemente passou p/ este humilde newbie que vos fala :) perl -e 'print int rand 100,$/ for 1..1000000' imprime numeros aleatorios 1000000 vezes exemplo: 17 33 70 98 . . . perl -e 'print $ARGV[rand @ARGV], $/ for 1 .. 10000000' uma enorme lista de palavras que serão o seu dicionario imprime lista de palavras aleatorias 1000000 vezes exemplo: serão enorme uma o . . . perl -e 'for$chr5(a..z){for$chr4(a..z){for$chr3(a..z){for$chr2(a..z){for$chr1(a .. z) {push @dic,$chr5.$chr4.$chr3.$chr2.$chr1}}}}}; print $dic[rand@dic], $/ for 1 .. 100000' imprime lista de caracteres agrupados de 5 em 5 1000000 vezes exemplo: lejdb dcbtw xlicl xjpzk . . . </perl> <java> Eu também gostaria de relembrar o pessoal que curte java que o developer's connference 2008 começa no dia 25 deste mês http://www.thedevelopersconference.com.br/ Ainda sobre java, eu ando pensando em retomar o desenvolvimento do jmon, embora hoje ela seja usável, talvez existam outras formas melhores/mais eficientes de se fazer o mesmo trabalho(tm) de repente, se alguem tiver interessado... :) (lembrando que o jmon é gpl) e também, eu ando tentando/querendo trabalhar no wascm, um sistema de controle de versão de software e apesar d'eu estar em paciencia p/ fazer o projeto sair do chao de todo jeito vai ter que sair por causa da faculdade, caso contrario, eu vou pegar dp de java... </java> <misc> eu ainda continuo pensando em formas de se otimizar o init feito em shell, a minha preocupação é a de mantar o minimo de processamento e eu ando tentando substituir o grep pelo cut na seguinte situação: grep ^start $2 | cut -d= -f2 | bash eu quero tirar esse grep pq ele usa + proc/ram que o cut, na realidade, alem disso, eu ando tentando procurar formas melhores de se usar o serviço eu andei pensando em criar uma flag 'oportunista' que dependendo da situação pode fazer bypass p/ não precisar processar coisas desnecessárias... ainda tem muito p/ viajar e eu to com o tcc(o thinix) e o wascm atrasados em 3 semanas, whoops! fora isso, sobre o livro que será baseado no thinix eu vou dividir o trabalho em 3 partes: thinclients sobre a perspectiva de negócios (ie: tco, ...) thinclients sobre o ponto de vista teórico (ie: como um firmware é programado, teoria das filas e etc) thinclients sobre o ponto de vista prático (ie: hands on, a la linux from scratch com outras coisas) em baixo disso tudo tem n coisas a serem desenvolvidas vamos ver até onde eu consigo enxergar :) alias, eu continuo pensando no supervisório e fora o vb(/a) que não tem jeito(agente em teoria deveria criar um parser) é uma questão de mercado, eu acho que não é necessário criar um subset mais simples do perl, claro, p/ outras lingaguens, eu não acho que seja complicado criar uns 'bindings', sei la, continuo aceitando sugestões :) </misc> Abraços! Geraldo São Paulo, Brasil, -3gmt site: http://exdev.sf.net/ msn: geraldo_boca_at_hotmail.com skype: geraldo-netto icq: 145-061-456 |
