Pensando nisso, preparamos para você o Workshop Linux para Desenvolvedores. É um dia inteiro para você aprender a fazer o Linux trabalhar para você.

Para que ninguém seja prejudicado, estamos prorrogando o prazo para a inscrição promocional até a próxima segunda-feira, dia 30.

Com a chegada do HTML5 e suas novas APIs, Javascript vai ganhar ainda mais importância nos próximos anos.

Aprenda Javascript de Verdade

Testamos no iPhone, Android, iPad, e os vídeos tocaram em qualquer lugar. Passe lá, experimente, depois nos conte como foi.

Um dos grandes diferenciais do trabalho da Projeto DSD é sua metodologia de gestão de fluxo de caixa. As empresas não quebram por falta de lucro, mas por falta de liquidez. Por isso a administração criteriosa do fluxo de caixa é certamente o que há de mais importante na administração financeira de uma empresa.

No intuito de ajudar outras empresas, em parceria com a Projeto DSD, desenvolvemos o sistema de Fluxo de Caixa Online. Design e desenvolvimento Visie, metodologia Projeto DSD. Ao se cadastrar, você ganha 45 dias grátis para testar o sistema. Suas críticas e sugestões são muito bem-vindas.

O Visie Jobs é uma ferramenta para que você, que está fora de São Paulo, ou não quer ter que vir ao escritório todo dia, trabalhar para a Visie de sua casa.

Por quê?

Por que nós acreditamos que a tecnologia pode mudar a forma como trabalhamos, e queremos fazer nossa parte. Nos últimos anos trouxemos para São Paulo alguns excelentes profissionais. Vieram felizes, mas com um peso no coração. Conhecemos outros excelentes profissionais que preferem não viver na selva de pedra e gostaríamos de trabalhar com eles.

Por que não usar um desses sites de freelancers?

Foco. Pesquisamos os sites de freelancers, e encontramos muita gente pouco qualificada e, principalmente, muitas ofertas de jobs ruins. É gente oferencendo duzentos reais por um layout ou seiscentos reais por um sistema inteiro. São ofertas sem uma descrição detalhada e uma série de outras armadilhas.

No Visie Jobs só teremos bons jobs, para clientes reais, com uma remuneração justa. Por falar em remuneração, o modelo de negociação do Visie Jobs é outro diferencial. Notamos que muitos profissionais, ao tentar carreira como freelancers, têm muita dificuldade em negociar. Queremos poupá-lo desse trabalho. Se temos uma verba definida para um determinado job, não achamos justo pagar a metade do preço só porque o excelente profissional que vai executá-lo é inexperiente em negociar. Por isso, no Visie Jobs cada oportunidade é publicada com o seu orçamento definido, dispensando a negociação. A escolha do profissional que vai executar o trabalho se dará por seus méritos técnicos e, em breve, pelo seu histórico no Visie Jobs.

Ajude-nos

A ideia é nova, e é nossa primeira experiência na área. Por isso, críticas, comentários e sugestões serão muito bem-vindos!

Está esperando o quê? Cadastre-se agora mesmo.

Existe uma alternativa às aplicações mobile: sites mobile, e eu recomendo que você avalie, antes de iniciar a construção de uma aplicação mobile, se seu problema não pode ser resolvido por um site mobile.

Campus Online Visie, um exemplo de aplicativo web mobile

Sites mobile são multiplataforma. Aplicativos para iPhone não rodam em Android, aplicativos para Blackberry não rodam em Windows Phone. Desenvolver um aplicativo que funcione nessas quatro plataformas significa desenhar uma vez só, mas construir quatro vezes. Em linguagens de programação diferentes, com APIs diferentes. Disponibilizar seu aplicativo nas diversas lojas mobile também significa encarar várias exigências burocráticas. Um bom site mobile, por outro lado, funciona nas quatro plataformas citadas acima, e tem grande chance de funcionar em qualquer outra, sem esforço extra.

Sites mobile usam uma base de código que você aproveita para desktops. Se você já tem um site ou aplicativo web que faz o que você precisa, provavelmente, para ter um site mobile, será preciso mexer apenas no que os desenvolvedores chamam de “camada de apresentação”. Se você ainda não tem um site ou aplicativo web e decidir construí-lo mobile, vai aproveitar boa parte do seu investimento se no futuro decidir tê-lo também funcionando também em computadores.

Com HTML5, sites mobile podem fazer quase tudo o que uma aplicação mobile faz, incluindo acessar o GPS, ler a orientação do dispositivo (se o telefone está em pé ou deitado), guardar dados no telefone, desenhar gráficos, transições, animações, tocar áudio e vídeo, e até funcionar offline.

Quando você precisa de um aplicativo? Existem, claro, situações em que construir um aplicativo é essencial. Você vai precisar de um aplicativo se:

* Está fazendo um jogo pesado
Ainda é muito difícil, com HTML5, construir interfaces tridimensionais, com gráficos de alta qualidade, muito movimento, respostas rápidas e interação com som.

* Precisa interagir com o telefone
Não há uma maneira de um site mobile ler a agenda de contatos do telefone, ou as fotos da galeria, por exemplo. Embora hajam maneiras de, por exemplo, disparar uma ligação telefônica a partir de um link ou botão.

* Precisa de interação precisa com o acelerômetro
Sites mobile hoje apenas sabem se o telefone está em pé ou deitado, e mais nada. Não dá para fazer um aplicativo controlado pelo acelerômetro assim, como uma corrida em que o volante é o próprio telefone.

* Pretende cobrar por seu aplicativo
Existem alternativas para se cobrar pelo acesso à aplicação ou vender conteúdo dentro dela, e fazem todo o sentido se seu aplicativo for realmente multiplataforma, acessível do computador e do celular.
Se você pretende cobrar pelo uso do próprio aplicativo, é bom avaliar se usar as lojas de aplicativos, em que o usuário compra com um clique, já tendo seu cartão de crédito cadastrado, não é a melhor solução. Nesse caso, as lojas de aplicativo também vão dar visibilidade ao seu aplicativo.

* Seu aplicativo precisa rodar em background
Se seu aplicativo precisa de um serviço rodando em segundo plano, você não conseguirá fazer isso com um site. Por exemplo, se seu aplicativo deve avisar o usuário cada vez que ele se aproximar de um local específico, mesmo que ele esteja fazendo outra coisa no telefone ou esteja com o telefone no bolso.

Site do Twitter mobile: quase completo, mas sem notificações em background

Há, por outro lado, uma diversidade de situações em que um bom site mobile pode substituir, com vantagens, um aplicativo. Quando o aplicativo só acessa seu site, como fazem muitos aplicativos de internet banking, que são exatamente iguais o site mobile do banco. Mesmo que seu site seja um aplicativo web razoavelmente complexo, com animações, gráficos e interações, é muito provável que seja possível fazê-lo funcionar em dispositivos móveis, atendendo a uma variedade de plataformas com um esforço de investimento só.

Quando o aplicativo é só um sistema de cadastro e consulta, realiza cálculos, gera relatórios, etc. Ou quando se trata de uma consulta a serviços web, um mecanismo de chat, um catálogo de produtos, um e-commerce, um sistema de mapas e rotas, um gerenciador de conteúdo ou qualquer outro negócio que já tenha sido bem resolvido com uma interface web.

Avalie alternativas antes de construir um aplicativo mobile. Talvez você possa, com um site mobile, atingir um público muito maior, com um investimento menor, e ainda tenha uma drástica redução nos custos de manutenção e atualização do aplicativo.

1 – Como você começou a trabalhar com internet? Você começou como freela por agencias?

Eu sou desenvolvedor client-side desde sempre. Comecei muito cedo na área, mas andei devagar. Comecei a brincar com tudo isso quando tinha 15 ou 16 de idade anos – algo em torno de 1995 -, ainda estava na quinta série primária. Lembro-me que escrevia código HTML nas folhas do meu caderno durante as aulas, para testar no computador quando chegasse em casa depois da aula. Fazia isso por diversão, mesmo que só fosse possível na época escrever HTML puro com quase nada de CSS. Praticamente fazia aquele código porco que você já deve ter escrito um dia, cheio de tags fonts e centers, com tabelas por todo o lado. Não sei por que eu gostava bastante de frames. Quando tudo funcionava bem, achava fantástico. Era engraçado porque eu não fazia nada de útil. Apenas escrevia códigos HTML para ver o que acontecia e nada mais. Eu não sabia, mas essa brincadeira, a cada dia que passava, ficava mais séria.

2 – Quando teve a idéia de criar a visie? Você viu alguma necessidade que empresas do ramo não cobriam?

Eu trabalhava em uma empresa chamada Atípico. A empresa era pequena, mas tinha uma ideia muito diferente do mercado de internet. Realmente éramos diferente de tudo o que eu já conhecia de web e outras empresas. Fiquei um tempo lá, algo em torno de 4 anos e resolvi sair para tentar outras possibilidades. O Elcio Ferreira, meu amigo desde infância, era sócio da Atípico quando em dado momento também resolveu sair de lá. Quase que ao mesmo tempo que eu. Conversamos e o Elcio perguntou se não queria criar uma empresa. Eu topei.

Começamos com treinamentos e consultoria. Nós dois fazíamos isso muito bem e as empresas precisavam de alguém para indicar o caminho correto no Tableless, Javascript e melhores práticas. Muitas empresas, grandes empresas, estavam perdidas com as novas técnicas do mercado e nós iniciamos todo esse processo de capacitar os profissionais dessas empresas.

Já treinamos muitas boas empresas como Globo.com, HSBC, Senac, Terra, UOL…
Com aula particular, já treinamos membros da Globo.com, iG, Itaú, Rede TV, Yahoo, Google e outros…

Depois de um tempo resolvemos fazer também desenvolvimento de sistemas, já que em grande parte das vezes o treinamento gerava oportunidades para ajudarmos as empresas a melhorarmos seus produtos e serviços. A partir daí só crescemos.

3 – Quando começou a visie? E quais foram as dificuldades encontradas para a solidificação de uma empresa para serviços web?

Começamos a Visie na nossa sala de casa. O Elcio na casa dele e eu na minha. Não tínhamos sede e como começamos com treinamento ficou fácil porque ao fazer os cursos, nós podíamos alugar salas equipadas, então não precisávamos de sede.

Não ter uma sede era um problema, porque a partir do momento que empresas grandes nos contactavam, precisávamos fazer reuniões ou coisas do tipo, e não tínhamos como fazer isso. Juntando esse problema com os gastos que tínhamos ao alugar as salas para treinamento, resolvemos procurar uma sala e fazermos um lugar para que pudéssemos trabalhar e também fazer os cursos.

Como não recebemos nenhum aporte financeiro, o começo foi bem amador mesmo. Com o dinheiro dos primeiros cursos conseguimos comprar alguns computadores. Fizemos uma permuta com uma loja de móveis para escritório para conseguir cadeiras e mesas.

Hoje em dia temos por volta de 15 funcionários. Queremos ser pequenos de propósito. Somos mais ágeis assim. Empresas como a Accenture nos procuram para ter agilidade na criação de código server-side e client-side. Somos rápidos e temos alto padrão de qualidade. É difícil encontrar isso no mercado hoje em dia.

4 – Você acha que o Brasil ainda é meio atrasado em questão de noção por parte de certas empresas de pequeno porte  em estar na internet? Várias delas ainda pensam em ter sites básicos do tipo: “home, quem somos, serviços e contatos”, e outras acham que um site não serve pra nada. Com a Visie você enfrentou esse tipo problema?

Nós sempre tivemos uma margem de corte. Nós trabalhamos já durante muito tempo com empresas pequenas. Mas notamos que essas pequenas empresas davam tanto ou mais trabalho que empresas maiores.
Você vai encontrar as mesmas dificuldades ao criar um site ou sistemas em empresas pequenas ou grandes. A única diferença entre as duas é que na empresa grande temos mais burocracia.

Ter burocracia não é ruim. Pelo contrário, é necessário. Quando você funda uma empresa desde o início sabe que a burocracia serve para organizar e projetar fluxos. O excesso de burocracia é que dificulta as coisas. É por isso que o Scrum exige que o cliente eleja um PO (Product Owner). Que é o cara que tem toda autonomia de decisão sobre o projeto. Assim não temos que caçar os responsáveis, colher informações e opiniões de cada um, para depois marcar uma reunião para saber se todos estão falando a mesma coisa.
Esse tipo de dificuldade não temos em empresas pequenas. Na maioria das vezes falamos com o dono da empresa ou com alguém próximo. Isso facilita as coisas. Entretanto temos que lidar com o “gosto pessoal” do dono, que muitas vezes é o contrário do seu gosto.

Hoje o mercado está muito mais maduro. Mas há muito que percorrer ainda. Todas as empresas hoje querem ter um perfil no Facebook, mas a maioria delas não sabe o que fazer com isso. Querem atender seus clientes pelo Twitter, mas não sabem como utilizar da melhor forma.
De uma hora para outra todo mundo quis ser “cool”. Mas isso não dá certo.

5 – E o Tableless? Como surgiu a idéia cria-lo?

Eu ainda estava na Atípico quando tive a ideia de fazer o Tableless. Eu estava aprofundando os estudos em CSS e HTML. Queria fazer sites da melhor forma possível, com menos trabalho e com maior efetividade. Minha única opção era estudar muito na época. O problema é que não havia conteúdo em português sobre esse assunto. Era muito difícil encontrar alguém falando algo de CSS. Eu participava de duas ou três listas de discussão sobre o assunto, mas isso não era o suficiente. Minhas fontes eram principalmente gringas.

Notei que eu podia juntar o útil ao agradável: quis fazer um site que ensinasse de verdade como fazer sites com CSS e provar que dava certo. E também criar um site em português sobre o assunto, com muito conteúdo didático para que os desenvolvedores pudessem estudar e aprender o assunto.
Tendo isso em mente criei o Tableless. O nome é polêmico como tudo mundo já sabe. Mas naquela época fazia muito sentido.
A principal missão do Tableless era evangelizar os desenvolvedores aqui no Brasil. Todos eles achavam que fazer sites sem tabela, utilizando apenas CSS era impossível e se conseguíssemos fazer, era muito custoso para manter. Eu quis provar o contrário e comecei o Tableless.com.br criando uma área chamada CONVERTIDOS. Existe até hoje, pode ser vista aqui (http://tableless.com.br/convertidos/). Funcionava assim: eu convertia a para Tableless a home de sites grandes. Logo, refiz o código da home de uma dezena de sites e publiquei no site como estudo para os visitantes, tentando provar que era possível fazer QUALQUER site, sem cara de blog, com CSS e sem tabelas para estrutura.

A partir daí o site se tornou referência e continuei com ele desde então. Hoje temos pelo menos 5 articulistas e 2 publishers que geram conteúdo e buscam links interessantes para postar no nosso twitter.

6 – Agora vamos façar um pouco de tecnologia. Hoje em dia com a grande diversidade de softwares de gerenciamento (cms), qual na sua opnião é o melhor? e por quê?

Na minha opinião, sem pestanejar, o melhor é o WordPress. Nenhum outro CMS free é tão robusto quanto ele. Ele é simples de entender e gerenciar. Qualquer desenvolvedor ou designer consegue fazer um site com ele em questão de horas. É realmente muito simples e muito prático.

Existem outros bons CMS, pagos, que podem bater o WordPress em alguns pontos, como por exemplo o Umbraco. Há outros, como o Vignette que nem deveriam existir. Mas se você quer começar a fazer sites utilizando CMS, utilize WordPress.

7 – Sobre o html 5. Você acha que os novos padrões serem feitos por quem realmente precisa e utiliza uma boa idéia? Qual os problemas mais comuns encontrados quando esses padrões são ditados por grandes empresas?

O HTML5 foi mais uma prova de que quem manda no mercado são os desenvolvedores. Isso já foi provado quando o Web Standards Project mudou todo o processo de criação de websites, convencendo os desenvolvedores a fazer sites sem tabelas para estrutura. Isso aconteceu faz uns 8 ou 9 anos. Hoje o HTML5 fez a mesma coisa. Ele foi iniciado por um grupo de desenvolvedores – muitos deles ligados aos browsers Opera, Mozilla e Safari – que não estavam felizes com o rumo que o W3C planejava com o XHTML. Por isso resolveram criar uma linguagem que resolvesse os problemas que os desenvolvedores tinham HOJE.
O W3C pensa muito no amanhã. Mas temos problemas de desenvolvimento que precisamos resolver hoje.

Imagina termos que esperar anos para fazer bordas arredondadas ou fazer drag’n’drop em nosso site ainda utilizando gambiarras de javascript? Como poderíamos ter WebApps que realmente substituam os Apps offline? Isso seria apenas algo para daqui anos ou talvez nunca. Esse pessoal se adiantou e começou essa revolução pelas trincheiras. Hoje podemos fazer isso tudo e mais um pouco. Graças a todo esse projeto e adoção pelos browsers e desenvolvedores, o W3C resolveu também aderir ao movimento e por isso estamos hoje com um mercado mais maduro e consistente.

8 – A Adobe lançou a poucos dias o Wallaby, que converte arquivos em flash para html5.  Mesmo assim Steve Jobs insiste em não dar suporte para flash em seus dispositivos. Você acha que mesmo a Apple não sendo lider de mercado ela dita alguma regras em relação ao desenvolvimento para a web? Um desenvolvedor deve se preocupar com esse tipo de problema?

Eu acho que a decisão da Apple foi boa mas que não precisa ser mantida por muito tempo. Qual é esse tempo? Tempo suficiente para que os desenvolvedores aprenda e entendam todas as possibilidades do HTML5 e CSS3. Assim a adoção dessas linguagens será maior e mais efetiva. Quando todo o esse processo for completo e os desenvolvedores entenderem que HTML5 e CSS3 são tão interessantes (eu acho mais interessante) quanto o Flash, eles podem mudar de ideia e liberar o flash para seus dispositivos.

Mas entendam que o HTML5/CSS3 não tomará o lugar do Flash. Eles serão uma outra opção! O HTML5/CSS3 tem vantagens que o Flash não tem como por exemplo a facilidade de atualização e manutenção. A portabilidade entre meios de acesso também conta.
Tecnologias como HTML5/CSS3 são web ready. O Flash, embora esteja no mercado a anos, não tem a essência da web. Se tivesse, seria imbatível.

9 – Muitas pessoas na internet fazem previsões de como será o futuro dela.”O fim do e-mail”, “Redes sociais”, “Interação entre pessoas” e etc. O que você prevê para o futuro virtual? A internet ainda tem possibiladades de mais uma mega revolução na vida das pessoas?

A internet é um campo ilimitado. Sempre haverão novidades. Sempre haverão redes sociais. E para mim o e-mail não vai morrer. Ele vai evoluir, mas morrer não.

Acho que os desenvolvedores devem mudar seus pensamentos. Nós não vamos escrever CSS para sempre. Não vamos escrever HTML para sempre. Pelo menos não do jeito que estamos acostumados. Até ontem não existia Tablets, smartphones e coisas do tipo. Todo mundo acessava a internet com uma resolução de 800×600 no máximo!

A web acabou de começar.

10 – Nas redes sociais nós vemos que elas são ótimas ferramentas de divulgação e que grandes empresas estão investindo muito nesse tipo de marketing. O twitter nos mostra isso claramente, mas apesar disso ele não vêm mostrando grandes novidades. Você acha que o Twitter ainda vai nos surpreender ou vai ser para sempre aquilo mesmo?

Quem surpreende não é o Twitter, mas sim o seu público. Quando o Twitter foi criado até mesmo o @ev sabia como isso ia caminhar. Era para seus amigos escreverem o que estavam fazendo. Hoje ninguém faz isso, todo mundo posta suas opiniões. Então não é o Twitter que surpreende, mas é a forma que seu público o utiliza. Imagine que o Twitter é como se fosse uma ferramenta multiuso. Podemos agregá-lo a quase que qualquer produto.

1. Programador PHP pleno: com experiência, bons conhecimentos de orientação a objeto, MySQL, padrões web e javascript.
2. Programador Python pleno: com experiência em desenvolvimento web, bons conhecimentos de ambiente Linux, MySQL, padrões web e javascript.
3. Programador Front-end pleno: com bons conhecimentos em HTML e CSS, conhecimento de Javascript é um diferencial interessantíssimo.
4. Programador PHP iniciante: se você tem boa lógica de programação, sabe os quatro comandos básicos do SQL, já construiu um site e está afim de aprender muito.

Envie seu currículo pra trampo arroba visie.com.br, respondendo também às seguintes perguntas:

1. Qual a sua disponibilidade para início?
2. Qual a sua pretensão salarial?
3. Qual o seu sonho?
4. Qual foi a coisa mais divertida que você já desenvolveu? E a mais difícil?

IMPORTANTE: As vagas são para trabalho presencial em nosso escritório, em São Paulo.

1. Programador PHP pleno: com experiência, bons conhecimentos de orientação a objeto, MySQL, padrões web e javascript.
2. Programador Python pleno: com experiência em desenvolvimento web, bons conhecimentos de ambiente Linux, MySQL, padrões web e javascript.
3. Programador Front-end pleno: com bons conhecimentos em HTML e CSS, conhecimento de Javascript é um diferencial interessantíssimo.
4. Programador PHP iniciante: se você tem boa lógica de programação, sabe os quatro comandos básicos do SQL, já construiu um site e está afim de aprender muito.

Envie seu currículo pra trampo arroba visie.com.br, respondendo também às seguintes perguntas:

1. Qual a sua disponibilidade para início?
2. Qual a sua pretensão salarial?
3. Qual o seu sonho?
4. Qual foi a coisa mais divertida que você já desenvolveu? E a mais difícil?