O Coda não é IDE, NinjaSniper. Eu uso bastante o Coda quando estou alterando sites ou sistemas web que o deploy não tem versionamento.


Ele, o TextWrangler, o TextMate, o Sublime, todos são Editores de Texto com suporte extra.


IDEs tem ambientação completa, com navegador de classes, testes e deploy, bastante coisa.

Eu sei, mas para mim tanto faz ser IDE ou não pois só mexo com web atualmente. Uso o Netbeans como editor + busca e autocompletar no projeto inteiro.
Tenho o SVN separado, pois não gosto do jeito que o Netbeans gerencia conflitos.
Ocasionalmente mexo com Python, mas uso o editorzinho dele pois é pouca coisa. Testei o Aptana e achei legal também.

EDIT: Não sei se cabe no tópico: distribuição global de navegadores e sistemas operacionais http://marketshare.hitslink.com/

Para desenvolvimento web, não vejo sentido usar uma IDE completa e pesada (a menos que você esteja desenvolvendo em Java). Emacs ou vim geralmente são mais que o suficiente.

Disse anteriormente que não tenho problemas de lentidão com o Netbeans. Quero algo mais que um editor de texto, senão usaria Notepad++. Programo em PHP & companhia.

Aprenda git. SVN está ficando cada dia mais ultrapassado.

Qual a vantagem?

Você diz isso porque não sabe do que o emacs é capaz.

Qual a vantagem?

O algoritmo de branching e merge dele é muito mais inteligente e eficaz, fazendo com que criar branches seja algo natural no fluxo de desenvolvimento.

O repositório é descentralizado. Você tem um repositório no seu projeto e quantos outros repositórios externos você precisar, e eles podem se comunicar entre si sem maiores problemas.

Bisect. É uma pesquisa binária por inserção de bugs no programa. Digamos que você esteja com um bug que você sabe que são existia na versão 1.2.2. Você então faz um:

Código: [Selecionar]

git bisect start HEAD 1.2.2
E o git vai pegar o commit na metade do caminho entre o commit atual e o da versão 1.2.2. Você testa se tem o bug. Se tiver, você marca o commit como ruim. Se não, marca como bom.

Código: [Selecionar]

git bisect bad
git bisect good
Ele vai estreitando a busca de forma binária até encontrar em que commit exatamente o bug entrou no sistema, fazendo com que seja bem mais fácil reverter o bug. Tudo isso de forma extremamente rápida. Depois, você manda terminar o bisect e faz o que quer que deva fazer.

Código: [Selecionar]

git bisect reset
Como ele sempre tem um repositório local, é sempre possível trabalhar offline.

Github e bitbucket.

Entre várias outras coisas.

Não uso branch nem merge. Uso diff para ver onde começou o bug.

VA, eu não entendo como ele pode identificar um bug. Os bugs que encontro em geral são na relação com o banco de dados, ou de compatibilidade com navegador, ou de implementação de um conceito errado. Muito raramente preciso recorrer a versões anteriores pois o bug apareceu ao implementar uma nova função não testada em todas as situações.

O projeto já é antigo, é complexo e gigantesco, e principalmente: não é meu. Se fosse novo, eu pensaria em usar git, sei que é o padrão atual. Aliás, faria um bilhão de coisas bem diferentes. Eu já quebrei muito a cara tentando mudar as coisas e acabar tendo o triplo do trabalho.

Não pretendo programar o resto da vida.

[Mensagem ocultada pela moderação -- Macnol]

VA, eu não entendo como ele pode identificar um bug. Os bugs que encontro em geral são na relação com o banco de dados, ou de compatibilidade com navegador, ou de implementação de um conceito errado. Muito raramente preciso recorrer a versões anteriores pois o bug apareceu ao implementar uma nova função não testada em todas as situações.

O projeto já é antigo, é complexo e gigantesco, e principalmente: não é meu. Se fosse novo, eu pensaria em usar git, sei que é o padrão atual. Aliás, faria um bilhão de coisas bem diferentes. Eu já quebrei muito a cara tentando mudar as coisas e acabar tendo o triplo do trabalho.

Não pretendo programar o resto da vida.

Realmente, não recomendo usar git como experimento já em ambiente de produção. Estava recomendando para se aprimorar em mais uma ferramenta útil pra caramba que está em ascensão.

Mas se você não planeja programar por muito tempo, beleza. Nem vale a pena sugerir. Às vezes eu esqueço que nem todo mundo é apaixonado pela profissão como eu.

Isso da um tópico próprio né? Ja deixou de ser dica de hardware a muito tempo!

Nope. Estou dando sugestões de software ao NinjaSniper. São ótimos software, e muito estáveis.

Git, na verdade, é útil para qualquer profissão que mexa com texto puro e queira manter um log de alterações, ou para várias pessoas editando o mesmo texto (nesse caso, sugeriria também aprender LaTeX, que é um processador de texto excelente).

Podíamos criar um tópico vale-tudo Windows vs. Linux vs. Mac.

Só que não.

Git, Emacs e LaTeX rodam em todas as plataformas.

(Factóide: git foi criado pelo Linus Torvalds, criador do kernel Linux. Emacs foi criado pelo Richard Stallman, criador do Sistema Operacional GNU, que roda por cima do Linux e é a base de todas as distribuições Linux atuais).

(Factóide 2: Stallman odeia que chamem o SO de "Linux". Para ele, Linux é só o kernel. GNU/Linux seria o sistema. Torvalds discorda dele).

[Mensagem ocultada pela moderação -- Macnol]

[Mensagem ocultada pela moderação -- Macnol]

[Mensagem ocultada pela moderação -- Macnol]

[Mensagem ocultada pela moderação -- Macnol]

[Mensagem ocultada pela moderação -- Macnol]

Que os jogos comecem!

Sugiro que além de dizer o software, dizer os motivos por que usa, vantagens e desvantagens, se atende as necessidades, SOs compatíveis, SOs preferenciais, etc. para evitar debates infinitos.

Coincidentemente estamos começando a usar o Trello lá no trabalho. É interessante, só achei um pouco cinza demais, tornando menos ágil identificar os botões. Tem como mudar a cor?

BTW, o servidor deles caiu com o furacão nos EUA. Faltou redundância.

Para controle de tarefas, a gente usa o Redmine lá no trabalho. É FOSS e baseado em web, então a gente pode instalar nos nossos servidores. O problema é que é tudo muito detalhado, então de um modo geral a gente acaba recorrendo ao Canban, mesmo.

Internamente, eu uso o issue tracking do github, que é excelente para projetos pessoais.


Mudando de assunto, alguém já ouviu falar do rake? É um programinha escrito em Ruby equivalente ao clássico make do Unix, exceto que mais simples de se escrever jobs e menos datado. Tanto que ele não é usável apenas para compilação, é usado para todo o tipo de jobs. O Rails usa para todo o tipo de coisa (criação de banco de dados, organização de TODO, testes unitários...).

Conheço o rake, mas não uso. Mas taí se usa canban, Trello é seu amigo

Dá pra instalar o Trello em servidores internos? Senão, ninguém vai aceitar usar lá.

Pros meus próprios projetos, eu nem uso canban.

Hum, eu estava achando que não dava para instalar o Trello, mas aparentemente é open-source: https://trello.com/docs/

Já usei rake quando estava aprendendo Ruby para um projeto web pessoal. Não fui muito com a cara da linguagem então troquei para Python e depois para PHP. Até hoje não vi linguagem que se integra melhor com HTML do que o PHP.

O meu sonho é uma linguagem que resolva tudo (HTML/CSS/JS, se possível servidor também) em uma tacada só. Existe uma razoável, Cappucino, mas é inspirada em Objective-C, uma linguagem MUITO burocrática na minha opinião.

Código: [Selecionar]

- (id)initWithBitmapDataPlanes:(unsigned char **)planes
pixelsWide:(NSInteger)width
pixelsHigh:(NSInteger)height
bitsPerSample:(NSInteger)bps
samplesPerPixel:(NSInteger)spp
hasAlpha:(BOOL)alpha
isPlanar:(BOOL)isPlanar
colorSpaceName:(NSString *)colorSpaceName
bitmapFormat:(NSBitmapFormat)bitmapFormat
bytesPerRow:(NSInteger)rowBytes
bitsPerPixel:(NSInteger)pixelBits, alguém?

O que você procura é NodeJS. É basicamente Javascript no lado do servidor.

E o que você tentou foi Rails. Não é o único framework web feito em Ruby, ao contrário da crença popular. Particularmente, eu adoro usar Sinatra para fazer API's REST. É bem melhor que Rails para isso.

Eu não gostei da linguagem mesmo, nem foi tanto problema do framework. Achei esquisita demais a sintaxe.

Esse é um motivo bem besta para desgostar de uma linguagem, não acha?

Não digo isso para ser ofensivo, mas é porque eu desgostava de LISP por um motivo parecido ("acho a sintaxe muito feia", dizia eu). Até alguém falar pra mim o que eu disse aí em cima.

Existem motivos para uma linguagem ser boa ou não. Coesão e flexibilidade, por exemplo. Claro que cada linguagem é uma ferramenta, e algumas ferramentas são mais apropriadas para determinadas tarefas (nada de tentar fazer um jogo AAA em Ruby, por exemplo, ou uma aplicação web em C++).

LISP é incrível devido à flexibilidade. Dei uma chance a ela e aprendi muito. Mudei a forma como eu encaro programação.

Acho que você deveria dar mais uma chance a Ruby e procurar saber sobre como ele lida com Domain Specific Languages (que é justamente onde ele brilha sobre muitas outras linguagens) e metaprogramação (onde ele também é excelente).

No livro The Pragmatic Programmer, o autor recomenda aprender (e se aprofundar o tanto que for possível) uma linguagem por ano. Isso melhora a qualidade do seu código nas outras linguagens, porque ajuda você a pensar de forma diferente do que já estava acostumado, e analisa situações de acordo com paradigmas que antes você desconhecia.

Já tinha ouvido falar do NodeJS, mas meu principal problema não é o servidor (<3 PHP), e sim a parte do cliente. Acho muito improdutivo ter que trabalhar com 3 linguagens, e as 3 cada uma com incompatibilidades de navegador, etc. jQuery ajuda muito neste aspecto.

Naturalmente. Uma linguagem é de marcação, a outra de estilo, a outra lógica. É difícil uma linguagem fazer tudo isso ao mesmo tempo (nem tanto se você usar uma boa DSL, mas isso é bem difícil quando se trata de web). NodeJS pelo menos tiraria o peso de colocar mais uma linguagem nesse bolo. Não que isso seja um peso para todos, claro.

Atualmente o que eu faço é criar funções/classes PHP que já cospem HTML/CSS/JS pronto. As coisas que são fixas deixo em CSS/JS externos.

Bem parecido com a estratégia do Rails. Espero que você tome muito cuidado com injections, então.

Dá para escrever aplicativos de iPhone/Android 100% em JS (http://www.appcelerator.com/). É absurdamente mais rápido e fácil do que escrever em Obj-C ou Java, mas tem a desvantagem do aplicativo ficar mais lento. É de algo assim que eu precisava para web.

E coisas assim não faltam. Se você gosta tanto de PHP, procure o Zend Framework ou o Cake PHP.

VA, entenda que não sou da área (por formação) e portanto não entendo metade das siglas que você diz

Entendo. Mas se te anima, eu não concluí a faculdade (tô no primeiro período, ainda). Tudo o que tenho aprendido é pelo mercado, mesmo.

Sintaxe não é besta não.

Dizer que a sintaxe não agradou não é a mesma coisa que a sintaxe ser ruim ou mal estruturada. É só falta de costume. Sintaxes diferentes para linguagens diferentes. A sintaxe de Ruby é muito bem estruturada, e mesmo fãs de LISP (que estão entre os programadores mais chatos) admitem isso.

Aplicações de desktop/mobile resolvem 95% da coisa com apenas 1 linguagem, na maioria das vezes.

Não.

Aplicações de desktop geralmente têm uma linguagem visual para estruturar os formulários (ninguém faz formulários apenas em C#/C++/Delphi/VB/Java, fazem na GUI, o que pode ser visto como uma linguagem adicional). Android usa XML (que tem algumas similaridades com o combo HTML+CSS). Dá para fazer ambos só na linguagem original, mas é menos trabalhoso usar GUI/XML/HTML.

Só não sei dizer nada do iOS, porque nunca usei.

Usei por muito tempo o Yii na iniciação científica. Eu até gostava de MVC, mas depois de um tempo percebi que perdia muito mais tempo com a estrutura do que com o que o site deveria fazer em si. Hoje detesto framework.

Well, por isso sugeri Sinatra lá atrás. Ele não é MVC. É só uma maneira direta de converter chamadas HTTP em funções Ruby. É lindo, sério. É uma das melhores amostras do poder das DSL's em Ruby.

Quanto a passar muito tempo se preocupando com a estrutura: isso é uma faca de dois gumes. Por um lado, manter uma estrutura coesa é ótimo e permite fácil manutenção. Por outro, às vezes a arquitetura é tão cheia de detalhes que mais atrapalha do que ajuda. Já trabalhei em projetos assim (acho que o termo é over-engineered). O MVC é útil quando a aplicação precisa de MVC, mas tentar meter MVC em tudo (como eu vejo muita gente querer fazer) é que é a merda.

Como você disse, dá pra usar a mesma linguagem pro visual também. No iOS tinha um programa para fazer GUI, mas era mais versátil fazer tudo no Obj-C. Em MATLAB e Python é muito comum fazer tudo neles. A questão é que web você não tem essa opção de 1 linguagem apenas. E a parte visual, que era para ser algo simples, acaba sendo tão trabalhosa quanto a aplicação em si.

Nunca fiz nada pra iOS nem MATLAB, mas tu tem razão no Python.

Pelo jeito você curte uns jeitos alternativos de programar. Eu descobri que uso bastante metaprogramação sem querer, mas entre linguagens diferentes. DSL nunca que eu lembre.

Eu gosto de resolver problemas de maneiras interessantes e que deixem o programa mais fácil de consertar depois.

É justamente por sentir falta de metaprogramação e DSL que eu não curto muito Java, por exemplo.

Ubuntu é, de longe, a melhor distribuição pra quem quer botar tudo pra funcionar sem ter tanto trabalho.

Mas a melhor distribuição pra power users que não têm problemas em botar a mão na massa frequentemente é o Arch.