Visite também: UnderLinux ·  VivaOLinux ·  LinuxSecurity ·  Dicas-L ·  NoticiasLinux ·  SoftwareLivre.org ·  [mais] ·  Efetividade ·  Linux in Brazil ·  Floripa  

Google contrata autor do vim

O TaQ, autor do livro sobre a linguagem Ruby recentemente divulgado aqui no BR-Linux, publicou em seu blog a notícia de que o criador do editor de textos vim agora trabalha para o Google. Será que após adquirir o Writely e agora contratar o Bram Moolenaar, eles vão continuar fazendo charme sobre seu interesse em disponibilizar um processador de textos online? Moolenaar informou à comunidade que vai trabalhar a partir de Zurique e que vai poder continuar dedicando parte do seu tempo ao desenvolvimento do vim (que está próximo de lançar sua versão 7). Ele também informa que a partir de agora, 100% das contribuições financeiras que ele recebe de usuários do vim serão entregues ao seu projeto humanitário em Kibaale, Uganda.


 

O Google tem usado a comunidade de software livre como uma de suas fontes de recursos humanos especializados, e permite que os desenvolvedores continuem trabalhando em seus projetos. Mas esta não é a única forma com que o gigante das buscas apóia o desenvolvimento de softwares livres.

Comentários dos leitores

Os comentários abaixo são responsabilidade de seus autores e não são revisados ou aprovados pelo BR-Linux. Consulte os Termos de uso para informações adicionais. Esta notícia foi arquivada, não será possível incluir novos comentários.
Comentário de nemesis
huhu: já que nunca conseguiriam contratar o criador do Emacs, o jeito é ir de vi mesmo... ;)

piadinha boba... :P

é o Google trazendo mentes brilhantes para seu portfolio! Será que há limites para seu abraço??

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
natural...: É natural contratar os talentos onde eles estão e onde podem ser vistos, ué...

Se não fosse tão turrão quanto a isso, o "criador do Emacs" (alguém que frequenta o BR-Linux não saberia quem é? Refira-se ao cara pelo nome, oras...) poderia trabalhar em grandes empresas desenvolvendo software livre, segundo suas especificações, dando o exemplo de que sobreviver com SL é viável.
Comentário de Maou
"Se não fosse tão turrão q: "Se não fosse tão turrão quanto a isso, o "criador do Emacs" (alguém que frequenta o BR-Linux não saberia quem é? Refira-se ao cara pelo nome, oras...)..."

Quem é? =D
Comentário de Pierre
O criador do Emacs nao é o Richard Stallman?: O Criador do Emacs não é o Richard Stallman?
Estou certo ou errado?

Comentário de nemesis
bastava seguir o link que dei: bastava seguir o link que deixei, oras... :)

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
hehe: Quando eu falei "turrão", c já devia ter adivinhado, oras... ;-D
Comentário de mre
Cada um dos projetos de SL q: Cada um dos projetos de SL q apoia, mesmo inderetamente (como agora eh o caso do VIM) google tb conquista a confiança de pessoas envolvidas com gnu+linux, unix, fsf etc. Me lembrei de uma frase de esr dizendo q diferente da MS ele nao teria nenhum problema em trabalhar com eles... ;-)
Pensando bem, ateh q não seria tão mal.... rsrsrs.


Comentário de vmedina
Ele já vivia disso quando SL nem era reconhecido.: Ele já vivia disso quando SL nem era reconhecido.

Abre o olho, não deixe as suas birras te cegarem para a verdade.

Vinícius Medina
Usuário Linux 383765. É um também? Mostre a sua cara!
Comentário de Copernico Vespucio
não é birra.: Não é birra. Não deixe que o fato batido de que eu não gosto do RMS e da FSF te confundam.

A questão é que tem vários expoentes do Open Source e Free Software atuando em projetos corporativos. Stallman parece que é avesso a isso, sem motivos.

Não é errado ganhar dinheiro com SL. É errado vender a alma. Tem gente confundindo as duas coisas na comunidade.
Comentário de
reforçando:: Da GPL FAQ (da FSF, apud O que é Software Livre):


"Software Livre" não significa "não-comercial". Um programa livre deve estar disponível para uso comercial, desenvolvimento comercial, e distribuição comercial. O desenvolvimento comercial de software livre não é incomum; tais softwares livres comerciais são muito importantes.

Comentário de Bruno Laturner
Me deu um frio na espinha qua: Me deu um frio na espinha quando vi o VI e um procesador de textos online na mesma notícia.

VI Online...

Pra pessoas normais, aquelas que só querem escrever, e não lutar com o editor, ele muito anti-produtivo.

----------------
Já ficou perdido quando trocou de distro?
Comentário de nemesis
frio: ele só é produtivo com as pessoas certas. :)

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
hehe: ele só é produtivo com as pessoas certas. :)

Então é a própria pessoa que é produtiva, não o produto.

Isso significa que ela não é produtiva graças ao produto, mas apesar dele... :-)
Comentário de nemesis
pessoas certas: pessoas certas -> pessoas que se empenharam em dominar a ferramenta.

Com certeza o notepad é facílimo de usar, mas só para tarefas triviais. Há pessoas que pensam que tudo o que é necessário em um editor de textos é entrar caracteres via teclado e copiar e colar -- é um povo doutrinado a pensar dessa maneira pelas ferramentas limitadas que a M$ provê. É o mesmo tipo de pessoa que diz que linguagens de programação são todas iguais.

O notepad -- bloco de notas, isso lá é ferramenta pra programador? -- só mostra suas fraquezas quando vc precisa realizar tarefas não-triviais, como editar código-fonte de algumas ordens de magnitude. É nessas horas que fazem falta facilidades como macros para repetir automaticamente vários comandos de edição, syntax highlighting, compleção textual e diversas outras. É claro, quem desconhece tais recursos -- tipo, a maioria dos usuários M$ -- não faz a menor idéia de quanto trabalho pode ser poupado...

Eu costumo comparar notepad e vim/emacs à meios de transporte: notepad é uma bicicleta ordinária, o qual qualquer um pode pedalar e fazer bastante esforço, e eventualmente chegar a seu destino; vim/emacs são como aviões, em que é necessário algum treinamento em pilotagem severo antes de poder realizar qualquer coisa útil, mas em compensação, vai te levar bem mais longe em bem menos tempo que a bicicleta... exceto em distâncias curtas, claro... :)

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
Concordo, em parte: Concordo parcialmente com o que vc. disse. Notepad não é ferramenta de programação, principalmente quando focada em produtividade.

No entanto, no meu entender, uma boa ferramenta é aquela que:

1- Realiza facilmente tarefas simples
2- Simplifica ao máximo tarefas complicadas
3- Automatiza tarefas muito trabalhosas
4- E até torna possíveis as coisas "impossíveis".

O VIM é uma ótima ferramenta, mas peca a meu ver no primeiro quesito, e as vezes no segundo também.

Nem todas as tarefas serão complexas, no entanto a interface com o usuário do vim continua sendo meio chata de dominar, exigindo que vc. decore comandos desnecessariamente.

Para essas tarefas, para a maioria dos usuários que precisam desempenhar tarefas extensas, mas simples, também entendo que o vi pode ser improdutivo.

Gosto muito dos editores gráficos do KDE, principalmente o kwrite. Ele consegue ter muitos recursos interessantes e manter uma interface simples. E, na falta de interface gráfica, quando o assunto é só editar texto, eu gosto do bom e velho joe ou o ed.
Comentário de nemesis
haha, only serious: "E, na falta de interface gráfica, quando o assunto é só editar texto, eu gosto do bom e velho joe ou o ed."

tá de sacanagem que vc prefere ed ao vi!! sabe que o último é basicamente uma interface mais "user-friendly" para o ed, né??

vi se tornou padrão nos *nix por uma razão: é incrivelmente leve, mas incrivelmente poderoso. Facilidade de uso é relativo, o jeito modal do vi de ser leva apenas certo tempo para se acostumar...

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
ed: tá de sacanagem que vc prefere ed ao vi!

Não prefiro, apenas uso com mais frequência. Cá entre nós, tudo o que eu faço quando uso o ed é editar e salvar.

Um arquivo de configuração, script sql ou página html/jsp em um servidor remoto acessível por ssh é o tipo de situação que me faz usar vi ou ed.

Para qualquer outra coisa, nem pensar.
Comentário de nemesis
eu conheci um de seus pares q: eu conheci um de seus pares que só programava java com vi. até que se virou para o lado escuro da força, durante um "Eclipse"... ;)

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
eu já tive um aluno assim: Em geral, em início de curso, eu não deixo os alunos usarem IDEs mais complexas para que estas não se transformem em "muletas".

Então, quando me perguntavam qual o editor eu dizia: "O que vocês quiserem, desde que escreva texto e mais nada".

Não é que um dos meus alunos só editava código com o vi?

Agora, em relação ao "lado escuro da força", o Sol está nascendo ("The Sun is Rising"). Atualmente, ganhando por meia-cabeça de vantagem, a IDE Java mais avançada em versão estável atende pelo nome de Netbeans 5.1.


Comentário de nemesis
hoje teve eclipse... :) : hoje teve eclipse... :)

;; ((lambda (x) x) "Isto é um comentário e não será executado nunca")

Comentário de Copernico Vespucio
amanhã...: Mas amanhã o Sol não vai deixar de nascer... :-P
BR-Linux.org
Linux® levado a sério desde 1996. Notícias, dicas e tutoriais em bom português sobre Linux e Código Aberto. "A página sobre software livre mais procurada no Brasil", segundo a Revista Isto É.
Expediente
Sobre o BR-Linux
Enviar notícia ou release
Contato, Termos de uso
FAQ, Newsletter, RSS
Banners e selos
Anunciar no BR-Linux
BR-Linux apóia
LinuxSecurity, Tempo Real
Suporte Livre, Drupal
Verdade Absoluta
Pandemonium
Efetividade, Floripa.net
sites da comunidade
Ajuda
Moderação
Flames: não responda!
Publicar seu texto
Computador para Todos
Notícias pré-2004
Tutoriais, HCL pré-2004