| Autor |
Mensagem |
|
|
pcassiano wrote:Será que nós, lusófonos, teremos de "nos contentar" com material defasado e de baixa qualidade, sempre?
Nao. Basta aprender ingles e aproveitar tudo que ha de mais novo por ai...
E no Brasil pode ate existir demanda para livros em portugues, porem enquanto livro for tao caro e o consumidor tao acostumado a piratear, dificilmente bons autores poderao fazer a vida publicando em territorio nacional.
|
 |
|
|
|
http://philcalcado.com/2011/08/17/domain_change.html
|
|
|
|
Lucas,
A nao ser que voce veja muito futuro na sua empresa, eu aconselho fazer faculdade em outra cidade. Nao pelo curso, mas pela experiencia em si. Eu tambem cresci em Jundiai e aos 18 me mudei pra Floripa pra estudar na federal de la. Soh o fato de sair da minha zona de conforto me fez aprender muito.
Quanto a faculdade, infelizmente eh algo que no Brasil vc ainda precisa ter no curriculo. Por outro lado, na nossa area 80% do que se aprende eh fora da sala de aula, entao eu nao me preocuparia tanto com o nome da instituicao, e sim com a experiencia que vc vai ter durante o curso. Qualquer cidade que tenha uma comunidade de TI ativa pode te ajudar muito a ganhar experiencia atraves de estagios, conferencias, eventos de grupos de usuario etc enquanto aprende os fundamentos na faculdade.
|
|
|
|
|
Eu acho que infelizmente nao vai ser XP que vai salvar esse projeto.
|
|
|
|
|
Que tal de graca? http://aws.amazon.com/free/
|
|
|
|
pcassiano wrote:apesar de o codinome do node ser performance, como seria configurar um load balance? ou algumas instâncias de vps, para lidar com ainda mais conexões simultâneas?
Voce pode tratar nodejs como um webserver qualquer. Load balancers em geral soh se interessam em protocolo (HTTP, nesse caso), nao a tecnologia que a implementa. A mesma coisa vale pra VPS: nodejs nao impoe nenhuma restricao de infraestrutura onde ele vai rodar. Basta escolher algo que atenda as necessidades da sua aplicacao.
|
|
|
|
pcassiano wrote:sem contar que ainda não ficou claro pra mim se ter javascript no servidor torna desnecessário linguagem/framework/servidor para backend...
Bem, javascript eh uma linguagem, e frameworks ja existem (express sendo um dos mais popular no momento)
pcassiano wrote:
 quem desenvolve em node.js precisa ter 'servidor de aplicação' ou algo do tipo?
Nao. Basta um script com algumas linhas pra iniciar um servidor web, e ate agora desconheco qualquer tipo de "container" pra nodejs.
pcassiano wrote:
como fica o acesso à banco de dados?
Ja tem biblioteca para acesso. Funciona como em qualquer outra linguagem.
|
|
|
|
Eu ja usei nodejs para algumas coisas por aqui. Ele eh especialmente elegante quando seu sistema web eh baseado em JSON. Trabalhei com integracao com mysql e rabbitmq tambem e funcionou bem.
Fora isso nao posso dizer muito porque "arquitetura de um sistema web" no meu entendimento pode variar bastante.
|
|
|
|
Se voce trabalha incrementalmente, suas alteracoes no banco de dados nunca serao tao grandes ou complexas o suficiente para causar problemas. Ou seja, a evolucao da estrutura do banco de dados apenas acompanha a evolucao do sistema como um todo. Isso exige um pouco mais de disciplina para nao quebrar nada a cada mudanca (testes de integracao sao essenciais para isso), mas no longo prazo eh mais facil que tentar adivinhar tudo que voce precisara no seu banco de dados.
De uma olhada em ferramentas como dbdeploy (ou estude migrations do Ruby on Rails). Uso dbdeploy faz tempo e com ele consigo ter diferente bancos suportando diferente versoes do sistema sem maiores problemas.
|
|
|
|
|
Se voce quer desenvolver algo serio com XCode, aqui vai a dica: compre um Mac de verdade. A nao ser que seu tempo valha muito pouco, ou voce nao se importe em comecar com gambiarra antes mesmo da primeira linha de codigo.
|
|
|
|
Nao estou certo se "Onde paga melhor" eh a pergunta a se fazer quando pensar em diferentes paises. Existem outros fatores importantes como:
- O que este salario te permite fazer?
- Qual o destino dos impostos que voce paga?
- Que tipo de ambiente voce vive?
Se sua preocupacao eh somente dinheiro, creio que em Londres paga-se algo entre 40-70 mil libras (bruto) ao ano para um programador Java. Soh nao sei que tipo de conclusao voce pode chegar pensando soh em salarios em cada pais...
|
|
|
|
brunohansen wrote:
Constrastando com os Eng.
- Não temos um piso salarial;
- Não temos concursos fechados para os nossos profissionais podendo matemáticos, eng de tele, eng de eletrico, eng eletro. podendo assumir nossas vagas;
- Temos uma profissão prostituída pois qualquer pessoa pode se entitular da área.
Tudo bem não regulamentamos nossa profissão e vamos assim sendo desvalorizados...
De acordo com seus pontos somente os piores profissionais deixarao de ser "desvalorizados". Profissional ruim precisa de piso salarial porque nao consegue demonstrar seu valor. Profissional ruim precisa de concurso fechado porque teme que pessoas de outras areas roubarao sua vaga. Profissional ruim se preocupa com titulos.
Qual a razao da regulamentacao alem de nivelar nossa area por baixo?
|
|
|
|
O truque esta no :. Apesar de ser uma sintaxe estranha, ela funciona. Por exemplo:
Vale lembrar que isso soh vai remover o branch no servidor em questao. Todos os outros repositorios que possuem referencia para aquele branch nao serao afetados.
|
|
|
|
Elizeu_Santos wrote:..
Uma pena que voce prefere baixar o nivel nessa discussao que poderia ser util para outros. Seja feliz com seus diagramas 
|
|
|
|
Elizeu_Santos wrote:rsrsrs então pera ai.
eu te dou um projeto pra fazer, você simplesmente abre o eclipse, da um "add jars" no junit e começa a programar?
e quando outro programador for fazer manutenção no seu sistema? ah ta, ele vai abrir mil classes uma a uma lendo os "//" e "/** */" e vai entender tudo néh?
sempre que ele tiver duvida de algo ele vai ter que procurar dentro do código. rsrs
isso sim é ser programador!
Isso ja aconteceu comigo. Entrei num projeto ja em andamento e nao havia nenhuma documentacao que nao fosse executavel. Por outro lado haviam centenas de testes de aceitacao (FitNesse) e milhares de testes de unidade. Nao tive que ler uma linha sequer de comentarios (o codigo era extremamente limpo), e consegui aprender tudo o que precisava para trabalhar naquele codigo sem maiores problemas. Sempre que tinha uma duvida eu podia recorrer aos testes, e ate mesmo modifica-los para explorar cenarios do tipo "e se?". Pode ser soh minha preferencia, mas nao troco essa abordagem por nenhum outro tipo de documentacao que eu conheco.
|
|
|
|