Já existe um emulador de terminal baseado na Web que oferece uma linha de comando remota:
http://servermonitoringhq.com/blog/the_ultimate_web_based_ide
Também existem duas implementações diferentes de VNC no JavaScript, caso você precise acessar uma área de trabalho gráfica remotamente:
Espero que os fabricantes de software de desktop remoto comecem a segmentar o navegador. Faz sentido para os negócios ter um cliente citrix sem plug-in, por exemplo.
No entanto, não precisa ser a área de trabalho inteira, pois há experimentos para executar aplicativos Gnome com sua saída renderizada em um navegador:
http://blogs.gnome.org/alexl/2011/03/15/gtk-html- atualização de back-end /
E, finalmente, existem alguns projetos de IDE baseados na Web por aí:
Então, em resumo, você já tem opções hoje e mais estão chegando.
Espero que as vantagens de ter um IDE baseado na Web (acesso universal, facilidade de implantação, facilidade de integração com infraestrutura de construção e teste) atraiam alguns desenvolvedores de aplicativos não-Web para os IDE baseados na Web.
Até que você possa ter um ambiente de desenvolvimento completo disponível on-line, incluindo acesso a uma plataforma de teste.
Isso significa que depende do tipo de software que você deseja. A programação do sistema será difícil de fornecer on-line, enquanto o desenvolvimento na web pode ser mais fácil.
Portanto, em todos os casos, acho que apenas obter computadores "reais" será mais barato (na configuração da infraestrutura) do que ter que colocar tudo online .
Acho que os desenvolvedores precisam de computadores de última geração para fazer com que todas as ferramentas funcionem juntas sem problemas.
fonte
Se você olhar para o hardware, ele possui especificações típicas de netbooks:
Mesmo que você "faça o jailbreak" de alguma forma, especificações baixas o impediriam de executar qualquer tipo de ambiente de desenvolvimento no próprio netbook.
Isso deixa para você a opção de desenvolvimento "nas nuvens", que ainda não está lá. Por exemplo, se você observar as ferramentas de desenvolvedor que o Google fornece atualmente, ele se baseia principalmente no Eclipse (GAE, GWT, Android e até mesmo parte do kit de ferramentas do Chrome SDK). No mundo, não há como você executá-los no Chromebook.
Acho que os Chromebooks devem ser considerados mais como dispositivos de comunicação do que computadores de uso geral.
fonte
Acho que estamos no início de uma mudança de mercado em direção a esse tipo de programação (ou seja, tudo é baseado na Web).
Programadores da Web (como aqueles que constroem sites :)) serão os primeiros a se beneficiar. Já existem ferramentas como o Kodingen, que são surpreendentemente boas para prototipar e trabalhar no PHP / Python / Ruby. Uma vez que esse tipo de site possa funcionar adequadamente com serviços como Github / Bitbucket e hospedagem em nuvem como Heroku, praticamente todo o meu trabalho poderá ser baseado na Web.
Para mim, isso é uma grande melhoria, pois permite que você seja um pouco mais móvel (por exemplo, trabalhando em casa etc.)
Para outros tipos de desenvolvimento; Acho que, eventualmente, poderemos ver ferramentas adequadas na nuvem. Mas, como está, as ferramentas para isso são pouco desenvolvidas. O principal problema é que, se você estiver desenvolvendo um software de desktop, você realmente precisará criar e testá-lo em um desktop. Talvez daqui a alguns anos a forma como as pessoas calculem seja o aluguel de computadores na nuvem - e apenas se conectem ao que precisam usando uma cabeça de netbook. Quem sabe :)
fonte
Eu encontrei isso enquanto pesquisava "java chrome OS":
Então, o que impediria a instalação, digamos, do Eclipse, e o uso do Chromebook, mesmo da maneira tradicional.
fonte
sudo apt-get purge google-chrome-stable
?ChromeBook + Área de trabalho remota / VNC + Instância EC2 grande ** = Máquina de desenvolvimento muito barata e muito poderosa.
** Lembre-se de desligar sua VM quando não estiver em uso.
fonte
Em termos muito maiores, uma empresa ou universidade pode fornecer sistemas de desenvolvimento mais poderosos (mais matrizes de CPUs / GPUs / RAID etc.) a um custo mais baixo (risco de roubo de capital e energia e roubo de laptop / IP) por programador em uma sala de servidores, ou na nuvem, do que fornecer hardware capaz disso para cada desenvolvedor.
Em seguida, uma interface da Web ou uma área de trabalho remota transmitida pode ser enviada para os iPads e Chromebooks mais baratos de cada desenvolvedor, etc.
Exceto, é claro, por necessidades de desenvolvimento especializadas (testando jogos de "contração" de baixa latência, música em tempo real, interface de hardware etc.)
Para um codificador individual, é muito provável que prefira o seu próprio MacBook (Pro | Air), et.al. ou qualquer outra coisa que esteja dirigindo um par muito grande de monitores.
fonte
E se eu quiser desenvolver um utilitário de transcodificação. Para transcodificar arquivos de vídeo (como FFmpeg). Eu não poderia fazer isso no próprio ChromeBook. Porque ele não tem IDE para C ++? E se eu tiver um arquivo de 4 GB no meu pendrive pronto para ser transcodificado, e o próprio transcodificador estiver em um servidor. Então, primeiro eu teria que sentar e aguardar a transferência do arquivo de vídeo de 4 GB para o servidor. Antes que eu pudesse começar a testar meu utilitário de transcodificação.
E, novamente, um arquivo diferente, um novo teste para transcodificação. A ideia é boa, mas não acho que seja para usuários / programadores de ponta. Você será capaz de executar algo como Adobe Premiere Pro, Avid Media Composer, Final Cut Pro?
O Premiere Pro e o Avid precisam de boas placas de vídeo para funcionar. De maneira alguma seria possível transferir um clipe de filme de 220 mbps sobre qualquer cliente de desktop remoto / vnc sem problemas.
Apenas algumas das minhas preocupações.
fonte