| Autor |
Mensagem |
|
|
A culpa tambem eh dos desenvolvedores que aceitam trabalhar por migalha e pela cultura de reclamar de sobrinhos e exigir regulamentacao.
Se voce acha que o salario eh pouco, nao aceite a vaga. Sei que existem casos mais extremos em que isso nao eh possivel, mas na grande maioria dos casos que eu vejo, nego aceita qualquer coisa.
Enquanto houver cavalo Sao Jorge nao anda a pe.
|
 |
|
|
Na verdade não, o capslock não sever com SYMBOLS
Funciona, sim.
vale ressaltar que você tera que criar a coluna ID_USUARIO manualmente também, por que o rails vai criar o campo somente id.
Isso. E ainda tem que usar o set_primary_key no modelo.
|
|
|
|
O arquivo da migration já tinha sido gerado quando vc usou o script/generate model e não é editado só porque vc chamou um método no modelo. 
|
|
|
|
Oi, tnaires. Não tinha visto que vc já tinha tentado o set_table_name.
Acho que não entendi direito o seu problema. Pelo o que eu entendi, você precsa alterar o nome da tabela a ser criada na migration, usar um set_table_name no modelo criado e depois resolver os problemas de pluralizacão com inflectors.
Poderia descrever os passos que segue e os resultados que espera quando roda as migrations?
|
|
|
|
Vê se é isso que vc precisa: http://api.rubyonrails.org/classes/ActiveRecord/Base.html#M001804
|
|
|
|
Isso é chamado lazy initialization .
Por exemplo:
É equivalente a:
Ou seja, se a variável já tiver sido inicializada, continua com o valor original. Senão recebe 1.
|
|
|
|
Ideia legal peczenyj!
Clonei seu repositório e coloquei em um gist uma outra versão da sua DSL, com algumas sugestões. Os specs ainda estão passando. 
http://gist.github.com/428690
Uma dica para deixar o output do seus specs mais legíveis é colocar um arquivo spec.opts dentro do diretório spec com opcoes para o formato do output. Eu gosto de deixar o meu assim:
|
|
|
|
Na verdade eu supus erroenamente que o windows 7 64 bits não roda programas compilados para x86, mas ele pode ser instalado com modo de compatibilidade x86.
Mesmo assim, o windows é a pior plataforma para se desenvolver em Ruby/Rails. Digo isso porque desenvolvi em rails no windows (porque era obrigado) por muitos meses e sei o saco que é. Incompatibilidades de algumas gems, falta de um shell decente, etc. Se você não quer instalar o linux na sua máquina, instala pelo menos em uma vm, vai poupar muita dor de cabeça.
|
|
|
|
Cara, em primeiro lugar, pelo seu stacktrace parece que você está usando uma versão do Ruby para x86. Um bug era o mínimo a se esperar num sistema 64 bits, certo? 
Não sei o porque desse erro, mas parece que os servers não estão conseguindo usar uma porta. Se vc já tiver com outro server startado, vc não vai conseguir startar o segundo.
Se não for isso, veja se tem algum processo usando a porta 1024 do seu SO. Estou chutando isso, pelo que vi no código do arquivo tcpstack.rb na linha 12, que é para onde seu stacktrace está apontando como local do erro.
Dica: use linux numa vm para programar em Ruby, vai te poupar muita dor de cabeca e quando vc precisar de trabalhar muito com Rails, vai precisar de um terminal bom.
|
|
|
|
Depende da plataforma. No android vc pode usar, java, lua, python.
No iphone, se não fossem as últimas gracinhas da apple, vc poderia desenvolver em lua, scheme, ou qquer outra coisa que te permitisse fazer bindings pra sdk do iphone,
Em plataformas windows eu não faco a menor idéia, mas deve ser basicamente C#.
|
|
|
|
É de brincadeira mesmo? Acho que eu li o blog dele num primeiro de abri e não prestei atencao, entao.
Queria saber o porque dessa paranóia com certificacoes. Daqui uns dias vc não vai poder nem sair de casa sem ser selado, carimbado, registrado por um orgao certificador devidamente certificado.
#mercado #fail
|
|
|
|
|
Ideia legal, só achei um pouco estranho misturar portugues e ingles na api "deCancelamento().deNota().withCabecalho()".
|
|
|
|
|
Né pegadinha não. Acho que o Fabio Kung tem uma dessas.
|
|
|
|
Pera lá, esse negócio de que aqui existe muita pirataria porque "brasileiro isso" e "brasileiro aquilo" é muita síndrome de vira-lata pro meu gosto.
Existe bastante pirataria no mundo inteiro por causa do modelo de negócios visivelmente defasado da indústria cultural, modelo que chega a ser grotesco quando aplicado num país de 3o mundo.
|
|
|
|
Ruby é mesmo lento em comparacão a outras linguagens, mas isso não a impede de escalar razoavelmente bem. Geralmente os gargalos em aplicacões web são causados por latência de rede e acesso a banco de dados.
Outra coisa que pouca gente sabe é que grande parte da demora das respostas de um sistema web percebidas pelos usuários pode ser drásticamente reduzida aplicando técnicas de aumento de performance no front-end (minimizando javascript, ativando compressão gzip no servidor, adicionando cabecalhos de tempo de expiracao mais prolongados ao conteúdo estático do site, fazendo menos requisi'cões http, etc). Para todos esses problemas vc encontra solucões em gems ou no próprio core do Rails. Dê uma olhada na apresentacão do Daniel Lopes sobre isso (http://blog.areacriacoes.com.br/2010/2/26/como-deixar-suas-apps-at-80-mais-r-pidas)
[]s
|
|
|
|