| Autor |
Mensagem |
|
|
Kenobi wrote:Outra coisa, tem como vc criar um arquivo de deploy em Ruby ou Rails, como no java - jar, war, ear ? Pq ficar rodando rake (ant) o tempo todo e milhares de scripts, não parece uma solução ideal de deployment, ao menos não para enterprise, onde normalmente quem faz o deployment é a equipe de infra-estrutura, que muitas vezes possui conhecimento limitado.
Existe uma gem muito interessante no Ruby chamada Capistrano. Basta:
$rake deploy
E temos o codigo submetido ao SVN sendo instalado no servidor e reiniciada os processos fastcgi entre requisições.
Muito interessante o Capistrano, pois você pode definir uma série de tarefas dentro de um deploy, como atualização do cluster de banco de dados, back-ups, execução de scripts, etc.
Para quem se interessou pelo Capistrano
|
 |
|
|
Eu escolho meu hardware baseado no suporte que o Linux oferece a ele. Ou o inverso, o suporte que ele oferece ao Linux. 
|
|
|
|
richardpeder wrote:
daniellibanori wrote:Com certeza é MODA!
Testar o software? Que maluquice, onde já se viu isso...
Deve ser moda e maluquice no planeta que vc vive....fora da Via Lactea! 
Richard, desculpa, acho que não fui claro. Mas estava sendo irônico. Sou um grande entusiasta de XP e uma das premissas para o XP funcionar, são testes.
Um grande abraço.
|
|
|
|
|
Banana vs. Santa Rita de Ibitipoca?!
|
|
|
|
Com certeza é MODA!
Testar o software? Que maluquice, onde já se viu isso...
|
|
|
|
Se é a X, a Y ou a Z não importa, o que importa é que precisamos delas.
Até que enfim você disse algo decente. Pena que não pense realmente assim.
|
|
|
|
Pelo amor de Deus! O pior é que eu já pensei assim... quando tinha 15 anos de idade. E não sinto saudade alguma.
Ano passado?
Pragmático? Onde? A interface do Unix oculta as funcionalidades e é extremamente inconsistente.
Essa eu ainda estou tentando digerir.
Eu não vou perder meu tempo argumentando a favor das GUIs. Se ainda estivéssemos na década de 80, mas, caramba, hoje isso não tem como ser discutido. É fato.
É fato para você, pois existem milhares de programadores ai fora em um ambiente de programação extremamente parecido com o meu. Sãos pessoas que construiram e constroem coisas como o Linux, FreeBSD etc.
Avisa lá eles, porque eles ainda não descobriram que esse ambiente de desenvolvimento está ultrapassado...
Você sabia que existem combinações de teclas que disparam determinada função nessa coisa chamada GUI?
Eu é que te pergunto.
Você é um desenvolvedor ou um digitador? Se for um desenvolvedor então você não deveria se preocupar com a taxa de "teclas por minuto". Um desenvolvedor deve pensar mais e teclar menos.
Eu teclo menos, eu programo em Ruby.
|
|
|
|
microfilo wrote:
Eu concordo que esse negócio de "ah, olha que legal, eu dou um ou dois comandos e o rails gera uma aplicação para mim, olhem que produtivo" é bobagem. Nem todas as aplicações são uma junção de CRUDs que podem ser gerados.
Mas alguns coisas podem ser imitadas do Ruby\Rails (hehe, eu mesmo estou fazendo isso ) e trazer muitos ganhos.
Como se Rails só fizesse CRUD. Ruby > Rails > Scaffold, ok?
Esses reacionários da linha de comando são os piores.
Hum, qual o problema de uma linha de comando?! Quando eu fiz uma migração Windows para Linux numa empresa, coloquei Gnome, eu uso Gnome, mas programo num ambiente inteiramente baseado no Bash. Quando navego na internet, utilizo o Firefox no Gnome. Algumas coisas eu me sinto mais confortável dentro do Gnome, outras, no Bash.
Não entendo qual a sua birra com linhas de comando? Você não sabe os comandos, é isso? Ou tem preguiça de aprende-los? Caso for a primeira opção, basta você estudar, caso for a segunda, sinto muito, mas você está na área errada.
|
|
|
|
O tipo de pessoa que diz isso é o mesmo que diz que Linux é só um kernel, como se um kernel de SO sem aplicações para rodar fosse útil para alguma coisa
Linux é apenas um kernel. GNU/Linux é o agregado do kernel Linux com uma série de ferramentes GNU. Óbvio que acabamos por utilizar apenas o termo Linux no dia a dia, mas você está num forúm, conversando com profissionais da área, então utilize corretamente os termos.
Ah... quem disse isso foi a wikipedia, não é invenção da minha cabeça. Se achar que está errado você pode ir lá editar e corrigir, ok?
|
|
|
|
uma linguagem, mais o notepad, e mais uma meia dúzia de APIs
Eu gostaria de esclarecer que não utilizo o Notepad para programar. Eu utilizo o VIm, que possui muitos add-ons para programadores. Ah, sabendo utilizar mais um punhadinho de ferramentas você consegue fazer refactoring tranquilamente em uma shell linux.
Conclusão: meu Bash é uma ótima IDE. Leve, funcional e faz muita coisa. Só exige um pouco de conhecimento, visto que não tem 'janelinhas'.
Se alguem programava assim 20 anos atrás, eu não sei, mas importa?
Fora a integração com debugger, profiler, interfaces para testar webservices, inpecionar tráfego na rede e outras ferramentas essenciais.
Meu ambiente de desenvolvimento é surpreendentemente bem integrado: posso debugar com script/breakpointer ou script/console, executar teste basta um rake, documentação através do RI ou do Gem Server, tráfego de rede então, tem um milhão de ferramentas que posso estar usando: tcpdump, netstat...
Não estou dizendo que todos devem utilizar essa solução, mas acho ela bastante completa e não a considero ultrapassada porque ela não me deixa na mão. Concordo que uma tela preta com um prompt piscando possa parecer meio assustador à primeira vista... Mas dizer que é velha e ultrapassada porque não é bonitinha?! Sejamos pragmáticos: faz tudo que eu preciso? faz bem? faz rápido? Então tá valendo, não?
Tem um livro bom para você ler, do Richard Stevens: Advanced Programming in the UNIX Environment. O livro é meio velhinho, mas não acho que o seu conceito está ultrapassado.
PS: E é uma delícia você não precisar colocar a mão no mouse para programar a cada 2 minutos.
|
|
|
|
|
Nossa, quanta bobagem. Estou impressionado.
|
|
|
|
flaleite wrote:Uma coisa que estressa no RoR é que algumas coisas realmente são bem mais simples porém tem outras que para funcionar tem que se fazer umas gambis violentas (não que Java não tenha disso)...
Posso saber quais, na sua opnião? Eu sei que existem algumas coisas que estão bem longes da perfeição, como internacionalização, por exemplo. Mas gostaria de saber na sua opnião o que precisa de gambis.
ZehOliveira wrote:
Uma vez, em um pet project, eu precisei fazer um relacionamento duplo - algo do tipo um jogo tem o time da casa e o visitante - e não teve documentação, comunidade ou fórum que me respondesse como fazer isso. Tentei de tudo que tinha na documentação do Rails. Resultado: deixei a brincadeira pra lá.
Vamos lá então.
Partindo do pressuposto que você já tem um banco de dados funcionando.
Crie o model Team
Edite db/migrate/001_create_teams.rb
Crio o model Game
Edite db/migrate/002_create_games.rb
Execute as migrations
Crie o relacionamento dos times com os jogos, edite app/models/team.rb
Crie o relacionamento dos jogos com os times edite app/models/game.rb
Brinque no console
Saia do console (CTRL + D)
Difícil?
|
|
|
|
Não estou apenas falando de sobrecarga de operador, estou falando de:
- sobrecarga de operadores
- code blocks
- mixins
- classes abertas
- introspecção decente
Isso são features, mas vou um pouco além disso. Estou falando principalmente de filosofia da linguagem.
|
|
|
|
Você não sabe o que fala.
Vou parar por aqui essa discussão com você.
Estou contente com a performance do meu desenvolvimento e não preciso convencer ninguém de que minhas ferramentas e metodologias são boas.
Boa sorte
|
|
|
|
Thiagosc wrote:
O fato de não ser obrigado especificar tipos e se procupar com diagrama de classes e arquiteturas ou com trabalho braçal como no caso do C dá a impressão de que é mais rápido, é muito fácil escrever qualquer coisinha que cuspa algum resultado na tela.
Mas é só impressão mesmo. Isso não significa que o resultado será melhor.
Nossa... esse tipo de mensagem acaba com o meu dia. Só esse post representa uns 5 anos de desatualização em novas abordagens de desenvolvimento.
|
|
|
|
|
|