| Autor |
Mensagem |
|
|
Pessoal,
Eu sou o autor da lib JFileHelpers (http://www.jfilehelpers.com) e infelizmente estou sem tempo nenhum para continuar dando manutenção no código e ajudando usuários.
Acontece que, de tempos em tempos, surge alguém com dúvidas, perguntas e sugestões. Eu estou pensando em criar uma lista de discussão para o assunto, porém eu não vou ter como moderar nem manter o código desta lib.
Alguém aqui do fórum teria interesse em tocar este projeto? O código está também no GitHub:
http://github.com/fcoury/jfilehelpers
Se tiverem interesse, podem me mandar PM ou email mesmo para felipe ponto coury arroba gmail.
Abraços e obrigado!
|
 |
|
|
Pessoal,
Estou desenvolvendo um sistema de controle de frotas e surgiu a necessidade de identificar motoristas utilizando um cartão. Este cartão deverá identificar obviamente, quem é o motorista que está abastecendo determinado veículo (identificado pela placa em determinado momento).
Nesta primeira implantação será algo extremamente simples. Uma das possibilidades levantadas é a de utilizar cartões de tarja magnética. Eu entendo que esta solução é menos segura, porém acredito que seu custo, tanto para adequação da aplicação, quanto para aquisição do hardware seja menor que uma solução como partir para Chip ou RFID.
Alguém aqui tem conhecimento nessa área? O que seria o ideal? Comprar um leitor de tarja magnética e uma impressora de cartões? Quem faz isso e como isso impacta um sistema já existente, em termos de entrada de dados?
Qualquer ajuda é bem vinda.
Muito obrigado e abraços,
Felipe.
|
|
|
|
Eu estou procurando alguma biblioteca pronta que faça replaces em strings usando propriedades no estilo do BeanUtils. Imagine então que você tem a String abaixo:
E você tenha as classes:
Assumindo que temos uma instância de User na mão, sei que é possível, através da Apache BeanUtils, pegar a rua do usuário através de BeanUtils.getBeanProperty(user, "address.street"). Gostaria de saber se existe alguma biblioteca pronta que faça o seguinte:
Alguma dica?
|
|
|
|
Alguém tem Speedy e tá navegando normalmente? Eu sou de Campinas e estou sem Internet desde ontem aproximadamente 22hs. Hoje usei o Claro 3G que quebrou um galho em algumas horas, mas oscila muito...
Agora a Telefônica vem dizer que os usuários Speedy não foram afetados:
4 - A Telefônica esclarece que o problema técnico não atingiu os serviços de voz e tampouco a conexão de banda larga entre a residência do cliente e a central onde o serviço é ativado. Alguns clientes do Speedy podem, no entanto, estar enfrentando dificuldades em se conectar à internet nos casos em que a conexão do provedor junto à rede de transmissão de dados tenha sido afetada pelos problemas técnicos.
(fonte: http://g1.globo.com/Noticias/SaoPaulo/0,,MUL635113-5605,00.html)
Eu uso Speedy Business com provedor Terra e o mesmo esteve em pé o dia inteiro, então como assim a culpa é do provedor?
Infelizmente aqui onde eu moro o Speedy é monopólio, porque não tem mais espaço para cabeamento do Virtua... Mais uma vez estamos a mercê de uma empresa apenas...
Liguei na Telefônica e me disseram que a normalização irá ocorrer até amanhã. 8h. Eu DUVIDO que isso aconteça. Desde que eu tenho Speedy (+/- uns 8 anos), a Telefônica NUNCA deu uma previsão e a cumpriu, NUNCA!
|
|
|
|
thundercas,
Eu escrevi uma biblioteca que automatiza exatamente isso, dá uma olhada se te ajuda:
http://www.jfilehelpers.com
Abraços!
|
|
|
|
Mas para equipes permanentemente distribuídas acredito que usar pair programming entre elas seja solucao pra nada, beira o ridiculo. Mais uma desculpa para priorizar processos e ferramentas ao invés de pessoas.
Eu discordo. Na verdade eu acho que isso depende mais do projeto (e dos próprios programadores e PMs) do que do pair programming ser remoto ou não.
Eu não vejo diferença nesse ponto entre ser remoto ou local. O que eu acredito é que qualquer adoção de ferramentas Agile ou XP só funciona se você tiver um time comprometido com isso. Você pode muito bem combinar de fazer pair programming fisicamente e ficar falando sobre o tempo. A mesma coisa pode acontecer remotamente. Além do mais, pair programming não é tudo ou nada... No meu projeto a gente costuma usar o pair programming, mesmo distribuído, em algumas situações específicas:
 Quando existe uma pessoa nova no time, ou inexperiente em uma área. Desta forma, fazer par com alguém com um grande conhecimento funciona como uma grande transferência de conhecimento;
Quando existe alguma parte crítica do sistema para ser desenvolvida, como por exemplo, programação paralela, com uso de threads ou algo que o valha.
Quando se tenta adotar uma nova metodologia, é necessário comprometimento, e na adoção de pair programming para Agile, por exemplo, fica a cargo dos desenvolvedores utilizar ou não Pair Programming. Mas em um time que faz sessões distribuídas de Code Review, como é o caso do projeto que eu trabalho, eu acho melhor fazer Pair Programming e utilizar este tempo do code review para codificar e pegar bugs de forma antecipada, do que fazer uma sessão onde um programador apenas fala e o outro apenas tem que seguir mentalmente tudo o que foi feito. Eu acho que se este programador for parte ativa, no pair programming, alterando o papel de quem fica como driver e quem fica como navigator traz uma série de benefícios.
PRojetos opensource sao completamente diferente pq sao naturalmente distribuidos, qq pair-programming remoto ou nao é uma decisao unica dos programadores envolvidos na atividade. Por isso mesmo desconfio quando falam que pair programming remoto é "realidade" hoje. Como sera que é medido essa adocao pela comunidade?
E aí que eu acho que você está errado: existem projetos naturalmente distribuídos que não são necessariamente Open Source. Eu realmente não vejo como um approach que funciona em Open Source não possa funcionar necessariamente em um closed source.
Meus two cents apenas 
Editado porque usei code ao invés de quote
|
|
|
|
|
Quando nem todos estão presentes, a gente costuma mandar antecipadamente as respostas das 3 perguntas para o ScrumMaster. É certo que a pessoa ausente perde a reunião, mas os outros não perdem o update da pessoa ausente. Acho que não é o ideal, mas é melhor que nada.
|
|
|
|
duda,
Tudo jóia?
Eu acho que esta aplicação é parte do ECF - Eclipse Communications Framework. O último Release Candidate é o 5, e para fazer o download, use essa URL:
http://www.eclipse.org/ecf/downloads.php
Se você instalar, dá um feedback aqui nessa thread prá gente saber se funcionou, OK?
Abraços!
|
|
|
|
Não é piada não. Apenas achei de mal gosto o comentário do amigo acima e resolvi entrar na brincadeira...
O pair programming distribuído já é realidade hoje e tem se provado bem eficaz. Na IBM, onde trabalho, existem vários times com desenvolvedores espalhados por Brasil, EUA, Índia que usam esta técnica.
Se você parar prá pensar, hoje em times grandes já se faz code review pelo telefone, usando netmeeting, por exemplo. Mas achar um bug no code review é infinitamente pior do que achar o mesmo bug na hora da codificação. Esse é um dos pontos chaves do pair programming. Fazer o mesmo usando Skype e Cola, por exemplo, pode não ser o ideal, mas eu não tenho dúvidas que é melhor que codificar sozinho.
Existem várias coisas na metodologia Agile que eu torcia o nariz, mas somente quando você começa a experimentar você vê o real valor. Outro exemplo é o Planning Poker. Parece uma coisa ridícula, mas que se prova extremamente eficaz. É engraçado porque uma coisa normalmente chata, que é dar estimativas de complexidade de desenvolvimento, passa a ser algo divertido.
Prá mim, piada é o criticar sem nenhuma experiência no assunto
Abraços a todos!
|
|
|
|
Se você for uma usuária avançada e puder usar bibliotecas de terceiros, dê uma olhada na JFileHelpers:
http://jfilehelpers.com
http://forum.jfilehelpers.com
Abraços!
|
|
|
|
Pair-programming remoto.
Isso é alguma piada?
É uma piada sim. Você não entendeu?
|
|
|
|
Pessoal,
Achei fantástico este novo plugin, chamado Cola, que resolve a adoção da técnica de Pair Programming por times distribuídos. Mesmo se você tem um projeto Open Source e quer aproveitar esta prática, agora você pode, usando esta ferramenta junto com o Skype, por exemplo.
Veja um screencast e mais informações sobre o assunto:
http://blog.felipecoury.com/jep/2008/06/pair-programming-remoto-usando.html
Abraços a todos!
|
|
|
|
Este tópico foi abordado recentemente no Slashdot e achei legal repetir nesse grupo mais focado em Java e em tecnologia:
Quais feeds RSS ou blogs você lê rotineiramente? E qual é o feed reader que você usa?
Eu uso o RSSOwl e segue abaixo a minha lista:
Lifehacker
Blog sobre dicas de produtividade em geral, muito bom...
http://lifehacker.com/index.xml
Techcrunch
Notícias sobre startups e crítica sobre o mundo web
http://feeds.feedburner.com/Techcrunch
JEP - Java e Produtividade (meu Blog!)
O melhor blog sobre Java e Produtividade que eu escrevo, hehehehe
http://blog.felipecoury.com/jep/atom.xml
DZone
Link para blogs com notícias de programação em geral
http://feeds.dzone.com/dzone/frontpage
Hacker News
Dicas para startups e sobre o mundo de tecnologia em geral
http://news.ycombinator.com/rss
Terracotta - POJO Mojo
Blog do pessoal por trás do Terracotta
http://blog.terracottatech.com/index.xml
Reddit Programming
Mais links de programação
http://reddit.com/r/programming/.rss
Digg / Technology
Como o nome já diz, parte do Digg relacionado a tecnologia
http://digg.com/rss/containertechnology.xml
Engadget
Notícias sobre gadgets
http://feeds.engadget.com/weblogsinc/engadget
Giveaway of the Day
Todo dia, um software grátis
http://www.giveawayoftheday.com/feed/
Slashdot
Como eles mesmos se definem: New for nerds, stuff that matters
http://rss.slashdot.org/Slashdot/slashdot
The Art of Mainliness
Artigos relacionados ao mundo masculino
http://feeds.feedburner.com/TheArtOfManliness
GUJ - Notícias
... o cordão dos puxa-sacos, cada vez aumenta mais ... brincadeira, é óbvio o porquê
http://www.guj.com.br/rss/forumTopics/17.java
E você: quais feeds e blogs você gosta de ler rotineiramente?
|
|
|
|
|
Eu acho que isso parou de funcionar... Devia estar com muito tráfego... Antes tava bem mais rápida a atualização...
|
|
|
|
Olha que animal:
http://downloadcounter.sj.mozilla.com/
|
|
|
|
|
|