<p>na documentacao do Lucy, diz ser escrito em C, e é um reimplementacao do Lucene.</p>
<p>qt a precisar de outros profissionais, a jvm hoje é tão obrigatória quanto linux, IMHO, devido a adocao do mercado, ou seja, nao há perca de tempo, é skill pre-req.</p>
<p>Qt a implementacao em perl de um FTT, Lucy eh em Perl? Vou ver, mas acho que demorou pra fazer esse produto. A galera enterprise do Java sentiu as dores a mais tempo e fez o Lucene/Solr.</p>
<p>Acho mqis produtivo ler um livro e estudar uma tecnologia bem difundida que escrever reescrever codigo, reinventar a roda.</p>
<p>Bem, prefiro me orientar a solucoes de mercado que já provaram seu proposito a tecnologia que apesar de serem maravilhosas nao me promovem algum determinado aspecto.</p>
<p>estou no cel, no metro lotado, foi mal os.erros :P</p>
<div class="gmail_quote">On Jul 18, 2012 6:01 PM, "Eden Cardim" <<a href="mailto:eden@insoli.de">eden@insoli.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>>>>> "Marcio" == Marcio Ferreira <<a href="mailto:marciodesouzaferreira@gmail.com">marciodesouzaferreira@gmail.com</a>> writes:<br>
<br>
    Marcio> Continuo sem entender, trabalho com Perl usando o<br>
    Marcio> Lucene/Solr com WebService::Solr, ou seja, sem custo de<br>
    Marcio> troca de linguagem. Mas a diferença é a tecnologia então?<br>
<br>
A diferença é que, do meu ponto de vista de engenheiro, é mais fácil de<br>
entender e mecher no source se for implementado na linguagem do restante<br>
do sistema, caso seja necessário. E tem o by-product que ter uma<br>
implementação de indexação em perl é bom pro ecossistema da linguagem.<br>
<br>
    Marcio> Amanhã troca de Perl pra whatever e seu argumento foi pro<br>
    Marcio> limbo? Lucy for Perl systems?<br>
<br>
Err, não entendi, dentro de uma comunidade de perl, acho razoável<br>
promover uma implentação de tecnologia escrita em perl, se fosse a lista<br>
do GUJ, eu recomendaria Lucene, invés de um binding pro Lucy em perl.<br>
<br>
    Marcio> Acho que vale a pena sim ~mudar~ seu "eco-sistema só pra<br>
    Marcio> poder usar uma implementação de indexador...",<br>
<br>
OK, se você prefere gastar seu tempo re-descobrindo quem são os<br>
profissionais qualificados em quais áreas, se atualizar/familiarizar com<br>
os problemas da linguagem, re-descobrir quais são os canais de<br>
comunicação e modus operandi usados pela comunidade e re-abrir esses<br>
canais com todo mundo, ótimo. Eu acho mais produtivo implementar código.<br>
<br>
    Marcio> porque 90% dos sistemas que participei, a busca da<br>
    Marcio> informação foi faz parte do business.<br>
<br>
Se já estiver no business quando você chegou, ótimo, não tem porque<br>
mecher, vide outra thread onde ainda usam TN3270, porque está lá a<br>
séculos. Mas se você tiver controle da tecnologia antes de ser<br>
implantada, faz sentido usar algo na sua linguagem primária.<br>
<br>
    Marcio> Lucy via REST?  Caching? Replicação ~trivial~(nada é trivial<br>
    Marcio> até se saber fazer)? ~telinha~ de admin? ferramenta de<br>
    Marcio> análise dos índices?  permissão de update, query?<br>
<br>
O Lucy não tem isso, e se você precisa de tudo isso, faz sentido usar<br>
uma implementação, em qualquer linguagem, que já forneça isso<br>
pronto. Taí uma coisa boa de se implementar, invés de mais frameworks<br>
web, o triste é que seguindo a tendência de toolkits novinhos<br>
brilhosinhos, provavelmente não vai demorar muito pra outra pessoa<br>
implementar outro indexador, usando os mesmíssimos algoritmos e algumas<br>
vírgulas a mais ou a menos, invés de colocar uma implementação REST<br>
default no Lucy.<br>
<br>
    Marcio> Estou perguntando de curioso, não quero tomar seu tempo de<br>
    Marcio> consultor, só estou colocando minha visão de consumidor de<br>
    Marcio> FTT. =)<br>
<br>
Hoje estou em modo comunidade, subindo patches de módulos, escrevendo<br>
artigos, cutucando pessoas na lista, etc. :)<br>
<br>
--<br>
Eden Cardim<br>
<a href="tel:%2B55%2011%209644%208225" value="+551196448225">+55 11 9644 8225</a><br>
=begin disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</blockquote></div>