achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
Obs.: gostaria apenas de saber a opinião e ver o que acham do futuro do android (sem discussão xiita )
Se for rodar no android vai usar a dalvik. A linguagem não tem nada a ver com a plataforma. Por exemplo mono for android, da empresa xamarim usa um compilador que transforma o bytecode do mono para o da dalvik. Até o necessitas(qt) que usa c++ é iniciado pela dalvik, e posteriormente roda nativo.
E
Elizeu_Santos
juliocbq:
adolfo_eloy:
Olá pessoal,
achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
Obs.: gostaria apenas de saber a opinião e ver o que acham do futuro do android (sem discussão xiita )
Se for rodar no android vai usar a dalvik. A linguagem não tem nada a ver com a plataforma. Por exemplo mono for android, da empresa xamarim usa um compilador que transforma o bytecode do mono para o da dalvik. Até o necessitas(qt) que usa c++ é iniciado pela dalvik, e posteriormente roda nativo.
direto ao assunto! Exatamente isso, vai rodar na dalvik. O que acontece é uma pequena rebelião dos xiitas fanboys de uma linguagem mais nova. Só isso.
Se é android roda na dalvik, ponto final.
F
fredferrao
Hoje tem gente usando N linguagens para desenvolver para android, a priori, qualquer linguagem que roda na JVM(JRuby, Jython, Clojure, Scala, etc) é ± facil programar para android com ela, agora C# realmente é um caso a parte.
J
juliocbq
fredferrao:
Hoje tem gente usando N linguagens para desenvolver para android, a priori, qualquer linguagem que roda na JVM(JRuby, Jython, Clojure, Scala, etc) é ± facil programar para android com ela, agora C# realmente é um caso a parte.
No caso se for seguir a idéia do android sdk precisa-se criar um conversor de bytecode. Mono for android faz isso(não existe uma mono vm instalada). Com um compilador c++ e um linker de bytecode dá pra fazer um programa no mesmo e rodar na dalvik também.
M
matheuslmota
juliocbq:
fredferrao:
Hoje tem gente usando N linguagens para desenvolver para android, a priori, qualquer linguagem que roda na JVM(JRuby, Jython, Clojure, Scala, etc) é ± facil programar para android com ela, agora C# realmente é um caso a parte.
No caso se for seguir a idéia do android sdk precisa-se criar um conversor de bytecode. Mono for android faz isso(não existe uma mono vm instalada). Com um compilador c++ e um linker de bytecode dá pra fazer um programa no mesmo e rodar na dalvik também.
Hoje tem gente usando N linguagens para desenvolver para android, a priori, qualquer linguagem que roda na JVM(JRuby, Jython, Clojure, Scala, etc) é ± facil programar para android com ela, agora C# realmente é um caso a parte.
No caso se for seguir a idéia do android sdk precisa-se criar um conversor de bytecode. Mono for android faz isso(não existe uma mono vm instalada). Com um compilador c++ e um linker de bytecode dá pra fazer um programa no mesmo e rodar na dalvik também.
No fim toda a farinha acaba sendo do mesmo saco. Olha só o browser “Google Chrome”. Ele praticamente virou uma plataforma de desenvolvimento de software. A máquina v8 transforma javascript em assembly.
Fiquei de cara quando um colega de trabalho me mostrou uma ferramenta de edição de imagem. Rodava tão rápido quanto meus algoritmos escritos em c++. (No final o que importa é instrução de processador enxuta)
L
luistiagos
Pra que isto? parece que tem gente que não tem o que fazer… se pode usar java para android pq diabos vai querer usar C#?
M
matheuslmota
juliocbq:
No fim toda a farinha acaba sendo do mesmo saco. Olha só o browser “Google Chrome”. Ele praticamente virou uma plataforma de desenvolvimento de software. A máquina v8 transforma javascript em assembly.
Fiquei de cara quando um colega de trabalho me mostrou uma ferramenta de edição de imagem. Rodava tão rápido quanto meus algoritmos escritos em c++. (No final o que importa é instrução de processador enxuta)
Esse V8 é fantástico mesmo. Eu já achava sensacional o modo como o Facebook é desenvolvido (eles usam uma ferramenta chamada Hip-Hop, um utilitário open source desenvolvido pelo pessoal do Facebook que converte código PHP para C++).
F
fredferrao
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
M
Mikhas
Elizeu_Santos:
juliocbq:
adolfo_eloy:
Olá pessoal,
achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
Obs.: gostaria apenas de saber a opinião e ver o que acham do futuro do android (sem discussão xiita )
Se for rodar no android vai usar a dalvik. A linguagem não tem nada a ver com a plataforma. Por exemplo mono for android, da empresa xamarim usa um compilador que transforma o bytecode do mono para o da dalvik. Até o necessitas(qt) que usa c++ é iniciado pela dalvik, e posteriormente roda nativo.
direto ao assunto! Exatamente isso, vai rodar na dalvik. O que acontece é uma pequena rebelião dos xiitas fanboys de uma linguagem mais nova. Só isso.
Se é android roda na dalvik, ponto final.
Na verdade também é possivel rodar código nativo no Android também. Tanto, que é possivel programar usando C/C++ ou Go Lang e compilar para codigo nativo ARM.
J
juliocbq
Mikhas:
Elizeu_Santos:
juliocbq:
adolfo_eloy:
Olá pessoal,
achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
Obs.: gostaria apenas de saber a opinião e ver o que acham do futuro do android (sem discussão xiita )
Se for rodar no android vai usar a dalvik. A linguagem não tem nada a ver com a plataforma. Por exemplo mono for android, da empresa xamarim usa um compilador que transforma o bytecode do mono para o da dalvik. Até o necessitas(qt) que usa c++ é iniciado pela dalvik, e posteriormente roda nativo.
direto ao assunto! Exatamente isso, vai rodar na dalvik. O que acontece é uma pequena rebelião dos xiitas fanboys de uma linguagem mais nova. Só isso.
Se é android roda na dalvik, ponto final.
Na verdade também é possivel rodar código nativo no Android também. Tanto, que é possivel programar usando C/C++ ou Go Lang e compilar para codigo nativo ARM.
Claro que é. O ndk é um toolchain do gcc para arms. Mas é muito mais simples desenvolver um conversor de bytecodes(que o compilador de c# já gera) para dalvik que um compilador e um linker para assembly diretamente.
M
Markus_Alemao
juliocbq:
adolfo_eloy:
Olá pessoal,
achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
Obs.: gostaria apenas de saber a opinião e ver o que acham do futuro do android (sem discussão xiita )
Se for rodar no android vai usar a dalvik. A linguagem não tem nada a ver com a plataforma. Por exemplo mono for android, da empresa xamarim usa um compilador que transforma o bytecode do mono para o da dalvik. Até o necessitas(qt) que usa c++ é iniciado pela dalvik, e posteriormente roda nativo.
Posso estar enganado mas pelo o que eu entendi o projeto não usa a Dalvik e sim sua propria VM, ou seja OS diferente e VM diferente.
E
Elizeu_Santos
ja respondi, os xiitas querem que o C# seja para tudo.
sem começar war… fui almoçar com uns amigos que trabalham com .net, disseram até que delphi é melhor que java ¬¬.
fiquei constrangido, nem me dei o luxo de responder rs
E
Elizeu_Santos
Markus Alemao:
juliocbq:
adolfo_eloy:
Olá pessoal,
achei interessante esta matéria, e gostaria de saber a opinião de vocês quanto a utilizar outras plataformas/linguagens para desenvolvimento no android.
A matéria fala sobre um projeto chamado XobotOS que permite desenvolver aplicativos p/ android com a linguagem C#.
Pelo que entendi, a idéia é usar o mono ao invés da dalvik.
Obs.: gostaria apenas de saber a opinião e ver o que acham do futuro do android (sem discussão xiita )
Se for rodar no android vai usar a dalvik. A linguagem não tem nada a ver com a plataforma. Por exemplo mono for android, da empresa xamarim usa um compilador que transforma o bytecode do mono para o da dalvik. Até o necessitas(qt) que usa c++ é iniciado pela dalvik, e posteriormente roda nativo.
Posso estar enganado mas pelo o que eu entendi o projeto não usa a Dalvik e sim sua propria VM, ou seja OS diferente e VM diferente.
o android roda sob uma vm (posso estar errado) ai vão fazer uma outra vm rodar dentro desta vm para executar seus aplicativos? kkkkkkkkkkkkkkkkk digam que estou errado por favor! por que essa galera não vai programar para Windows Phone hein?
M
Markus_Alemao
Comentarios sobre isso no br-linux (bastante esclarecedores):
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
Porque apesar de possível, não é viável fazer um app funcional usando essas linguagens.
Resumindo: é pra quem não tem o que fazer mesmo.
J
juliocbq
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
Porque apesar de possível, não é viável fazer um app funcional usando essas linguagens.
Resumindo: é pra quem não tem o que fazer mesmo.
É possível criar qualquer aplicação em qualquer linguagem, e é completamente viável usar qualquer das citadas acima para desenvolver para o android. Basta que se tenha ferramentas para gerar o código específico do processador ou da máquina virtual.
F
fredferrao
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
Porque apesar de possível, não é viável fazer um app funcional usando essas linguagens.
Resumindo: é pra quem não tem o que fazer mesmo.
Se é viavel ou não, acho que depende de muitos fatores, empresas, pessoas e etc. Mas para um desenvolvedor que trabalha só, em projetos pessoais pode ser viavel sim. E tem gente usando e me parece que levam a sério, aqui um exemplo em scala: http://blog.andresteingress.com/2011/09/20/programming-android-with-scala/
Portar o android para c#(dot net)?
O android é uma plataforma(dalvik máquina virtual), Uma máquina virtual só pode ser escrita em linguagens de sistema. É o velho problema do ovo e da galinha.
Como se porta uma plataforma para uma “linguagem”?
O que dá a entender é que deram suporte para c# à dalvik.
M
Markus_Alemao
juliocbq:
Markus Alemao:
Comentarios sobre isso no br-linux (bastante esclarecedores):
Portar o android para c#(dot net)?
O android é uma plataforma(dalvik máquina virtual), Uma máquina virtual só pode ser escrita em linguagens de sistema. É o velho problema do ovo e da galinha.
Como se porta uma plataforma para uma “linguagem”?
O que dá a entender é que deram suporte para c# à dalvik.
Minha principal duvida é quanto ao seguinte:
O sistema operacional Android é a VM Dalvik?, Dalvik não seria somente um componente do OS ?
Segundo o texto do blog da empresa (Xamarim) eles obtiveram melhorias significativas referentes ao desempenho em comparação a Dalvik, como isso seria possivel rodando sobre a Dalvik ?
PS: Quando disse ‘bastante esclarecedor’ se tratava dos comentarios do pessoal não do texto da noticia em si, falha minha :oops:
Na minha interpretação* no modulo Runtime foi substituida a Dalvik e inserida a Mono seria isso ?
*Com base na resposta ao comentario no br-linux:
</blockquote>
Faz sentido e dessa maneira já é possível. A dalvik é só uma máquina virtual. Debaixo dela ainda tem um kernel. Mas aí já seria um “Mondroid” não!? Não seria um google android.
J
j-menezes
Perfeitamente possível desenvolver qualquer VM dentro do android, não tem que desenvolver necessariamente dentro da dalvik.
Agora, esse povo do mono, deve tá é puxando um baseado.
Esse projeto “XobotOS” tem como objetivo ser um VM concorrente da dalvik.
F
fredferrao
juliocbq:
Faz sentido e dessa maneira já é possível. A dalvik é só uma máquina virtual. Debaixo dela ainda tem um kernel. Mas aí já seria um “Mondroid” não!? Não seria um google android.
Ta mais pra um “MonsterDroid” :lol: :lol:
Agora sera que conseguiram ajeitar tudo, os drivers e tals? Tipo sera que esta ao menos rodando em um Nexus da vida? E a principal pergunta de todas, quem vai comprar esta idéia? Porque não é simplesmente usar outra linguagem para desevolver apps para android, os caras pelo jeito trocaram a VM inteira(Se é que estamos corretos com os achismos, parece que ninguem leu o artigo la :twisted: nem eu :shock: )
F
fredferrao
Achei isto!
J
j0nny
Coisas que eu não entendo:
Pq se dar o trabalho de fazer uma plataforma/vm sei lá o que, em C#, sendo que hj é em Java.
Seria quase como trocar 6 por meia dúzia.
Se fosse por Pytho, Ruby, Scala, uma coisa totalmente diferente, ok, mas C# :?
J
j-menezes
j0nny:
Coisas que eu não entendo:
Pq se dar o trabalho de fazer uma plataforma/vm sei lá o que, em C#, sendo que hj é em Java.
Seria quase como trocar 6 por meia dúzia.
Se fosse por Pytho, Ruby, Scala, uma coisa totalmente diferente, ok, mas C# :?
Por questão de portabilidade da plataforma net.
E’ isso que falta ao android, portabilidade com JVM.
Quem sabe isso não inspire o povo do openJDK desenvolver uma JVM para android.
J
j0nny
j-menezes:
j0nny:
Coisas que eu não entendo:
Pq se dar o trabalho de fazer uma plataforma/vm sei lá o que, em C#, sendo que hj é em Java.
Seria quase como trocar 6 por meia dúzia.
Se fosse por Pytho, Ruby, Scala, uma coisa totalmente diferente, ok, mas C# :?
Por questão de portabilidade da plataforma net.
E’ isso que falta ao android, portabilidade com JVM.
Quem sabe isso não inspire o povo do openJDK desenvolver uma JVM para android.
E de que portabilidade vc fala?
Dê um exemplo de vantagem do C# frente ao Java…
J
j-menezes
j0nny:
j-menezes:
j0nny:
Coisas que eu não entendo:
Pq se dar o trabalho de fazer uma plataforma/vm sei lá o que, em C#, sendo que hj é em Java.
Seria quase como trocar 6 por meia dúzia.
Se fosse por Pytho, Ruby, Scala, uma coisa totalmente diferente, ok, mas C# :?
Por questão de portabilidade da plataforma net.
E’ isso que falta ao android, portabilidade com JVM.
Quem sabe isso não inspire o povo do openJDK desenvolver uma JVM para android.
E de que portabilidade vc fala?
Dê um exemplo de vantagem do C# frente ao Java…
Vantagem de C# em frente ao java, ( fala serio ) , net é uma #$@#$@$@#$.
Portabilidade é você ter o mesmo codigo e rodar em diversas plataformas.
Sem essa de traduzir pra dalvik.
M
Markus_Alemao
Faz sentido e dessa maneira já é possível. A dalvik é só uma máquina virtual. Debaixo dela ainda tem um kernel. Mas aí já seria um “Mondroid” não!? Não seria um google android.
Bingo !
Realmente não é Android é XobotOS (esse ‘OS’ já diz bastante coisa).
M
Markus_Alemao
j-menezes:
Perfeitamente possível desenvolver qualquer VM dentro do android, não tem que desenvolver necessariamente dentro da dalvik.
Agora, esse povo do mono, deve tá é puxando um baseado.
Esse projeto “XobotOS” tem como objetivo ser um VM concorrente da dalvik.
Vamos separar alhos(olhos ?) de bugalhos como dizia o velho(VM’s de OS’s ):
XobotOS é um concorrente ao Android, a VM Mono que concorre com a Dalvik.
M
Markus_Alemao
j-menezes:
…
Agora, esse povo do mono, deve tá é puxando um baseado…
Miguel de Icazza(Lider do projeto) é um genio na arte da trollagem :D.
Grande figura.
H
Hermanoz
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
Porque apesar de possível, não é viável fazer um app funcional usando essas linguagens.
Resumindo: é pra quem não tem o que fazer mesmo.
Se é viavel ou não, acho que depende de muitos fatores, empresas, pessoas e etc. Mas para um desenvolvedor que trabalha só, em projetos pessoais pode ser viavel sim. E tem gente usando e me parece que levam a sério, aqui um exemplo em scala: http://blog.andresteingress.com/2011/09/20/programming-android-with-scala/
Não entendi o que esses links tem a ver com ser viável. Poderia passar o link de algum app no android market que usa essas linguagens alternativas?
H
Hermanoz
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
Porque apesar de possível, não é viável fazer um app funcional usando essas linguagens.
Resumindo: é pra quem não tem o que fazer mesmo.
É possível criar qualquer aplicação em qualquer linguagem, e é completamente viável usar qualquer das citadas acima para desenvolver para o android. Basta que se tenha ferramentas para gerar o código específico do processador ou da máquina virtual.
O que você falou é obvio não acha? Claro, se vc tiver todas as ferramentas necessárias será viável. O problema é que não tem. Por isso você não tem um app no market feito usando alguma dessas linguagens.
O problema é que a API Android é Java, a menos que alguém tenha o trabalho enorme de portar toda a API para alguma dessas linguagens, você não tem as ferramentas necessárias para criar um app funcional.
Esse link já está bem claro. Eles não estão trocando a dalvik, somente trocaram a linguagem para c#. Acho c# uma linguagem muito boa para desenvolver software. Se a google resolver trocar, já dá pra usar essa aí.
J
juliocbq
Uai, o cara nao pode usar sua linguagem preferida para programar para android? O cara trabalha com C#, Groovy, Ruby, Scala, etc, acha sua linguagem interessante e produtiva pra ele, porque nao usa-la para android tambem se é possivel?
Porque apesar de possível, não é viável fazer um app funcional usando essas linguagens.
Resumindo: é pra quem não tem o que fazer mesmo.
É possível criar qualquer aplicação em qualquer linguagem, e é completamente viável usar qualquer das citadas acima para desenvolver para o android. Basta que se tenha ferramentas para gerar o código específico do processador ou da máquina virtual.
O que você falou é obvio não acha? Claro, se vc tiver todas as ferramentas necessárias será viável. O problema é que não tem. Por isso você não tem um app no market feito usando alguma dessas linguagens.
O problema é que a API Android é Java, a menos que alguém tenha o trabalho enorme de portar toda a API para alguma dessas linguagens, você não tem as ferramentas necessárias para criar um app funcional.
Isso que você falou não é verdade. Api é um conceito abstrato. São somente interfaces. A implementação delas não tem nada a ver com java, ou seja android não é java, tanto é que a máquina virtual é diferente e consequentemente o bytecode também.
Não confunda linguagem com plataforma.
Claro que existem. Primeiro de tudo, qualquer ferramenta que gere bytecode java já serve para desenvolver para android. Por isso qualquer linguagem que seja suportada pelo jdk da oracle é plausível de rodar no mesmo(porque o android sdk pode converte-los para código dalvik).
E existem muitas aplicações no marketing escritas em c++, c e c#, e podem ser escritas em ruby, scala…
J
j-menezes
Markus Alemao:
j-menezes:
Perfeitamente possível desenvolver qualquer VM dentro do android, não tem que desenvolver necessariamente dentro da dalvik.
Agora, esse povo do mono, deve tá é puxando um baseado.
Esse projeto “XobotOS” tem como objetivo ser um VM concorrente da dalvik.
Vamos separar alhos(olhos ?) de bugalhos como dizia o velho(VM’s de OS’s ):
XobotOS é um concorrente ao Android, a VM Mono que concorre com a Dalvik.
Não é isso que entendi que eles estão fazendo.
XobotOS ao que parece tem somente nome o “OS” que lembra sistema operacional, mas no fundo é apenas
mais uma VM Mono concorrente da dalvik.
H
Hermanoz
O que isso tem a ver com alguma coisa que eu falei?
Repetindo: A API do Android está disponível para apps escritas em Java. Usando C# vai ter que usar a API do mono. Em Scala você não tem API. Etc.
J
juliocbq
Hermanoz:
juliocbq:
Isso que você falou não é verdade. Api é um conceito abstrato. São somente interfaces. A implementação delas não tem nada a ver com java, ou seja android não é java, tanto é que a máquina virtual é diferente e consequentemente o bytecode também.
Não confunda linguagem com plataforma.
O que isso tem a ver com alguma coisa que eu falei?
Repetindo: A API do Android está disponível para apps escritas em Java. Usando C# vai ter que usar a API do mono. Em Scala você não tem API. Etc.
O problema é que a API Android é Java, a menos que alguém tenha o trabalho enorme de portar toda a API para alguma dessas linguagens, você não tem as ferramentas necessárias para criar um app funcional.
Isso aí em cima foi você mesmo quem escreveu. E não está certo.
Api é só um conceito abstrato. É um recursos de alto nível, isto é para simplificar o que lemos. Para a máquina(seja vm ou processador real) o que interessa é somente um set de instruções. Se você conseguir compilar um bytecode compatível com o do android seu problema está resolvido(isso as ferramentas do sdk te proporcionam).
F
fredferrao
Hermanoz:
juliocbq:
Isso que você falou não é verdade. Api é um conceito abstrato. São somente interfaces. A implementação delas não tem nada a ver com java, ou seja android não é java, tanto é que a máquina virtual é diferente e consequentemente o bytecode também.
Não confunda linguagem com plataforma.
O que isso tem a ver com alguma coisa que eu falei?
Repetindo: A API do Android está disponível para apps escritas em Java. Usando C# vai ter que usar a API do mono. Em Scala você não tem API. Etc.
O maior problema é voce nao entender do que esta falando, ai acaba falando estas besteiras todas!!
Voce sabe que quanto eu programo em Scala que roda na JVM eu tenho TODA a API do java disponivel nao sabe? :? Sabe que o mesmo vale para groovy, JRuby, etc? Sabe? Se sabe entao sabe que ta falando besteira, se nao sabe agora sabe.
O caso deste pessoal do mono é diferente, pois trocaram a linguagem da VM ou a VM inteira, ou sei la, mas o caso de programar para android com as outras linguagens que ja rodam na JVM, não tem NADA que ver com portar API.
H
Hermanoz
fredferrao:
O maior problema é voce nao entender do que esta falando, ai acaba falando estas besteiras todas!!
Voce sabe que quanto eu programo em Scala que roda na JVM eu tenho TODA a API do java disponivel nao sabe? :? Sabe que o mesmo vale para groovy, JRuby, etc? Sabe? Se sabe entao sabe que ta falando besteira, se nao sabe agora sabe.
O caso deste pessoal do mono é diferente, pois trocaram a linguagem da VM ou a VM inteira, ou sei la, mas o caso de programar para android com as outras linguagens que ja rodam na JVM, não tem NADA que ver com portar API.
Então deixa eu ver se entendi, você usa Scala, mas toda vez que precisa usar a API você recorre ao Java porque não existe API em Scala?!
WTF! Não foi isso que eu falei?
Bom, se você acha isso viável para desenvolvimento mobile parabéns, pra mim isso só serbe pra quem quer dar uma de esperto, tipo, “Olha eu programo Android com Scala!” rs
F
fredferrao
Hermanoz:
fredferrao:
O maior problema é voce nao entender do que esta falando, ai acaba falando estas besteiras todas!!
Voce sabe que quanto eu programo em Scala que roda na JVM eu tenho TODA a API do java disponivel nao sabe? :? Sabe que o mesmo vale para groovy, JRuby, etc? Sabe? Se sabe entao sabe que ta falando besteira, se nao sabe agora sabe.
O caso deste pessoal do mono é diferente, pois trocaram a linguagem da VM ou a VM inteira, ou sei la, mas o caso de programmiar para android com as outras linguagens que ja rodam na JVM, não tem NADA que ver com portar API.
Então deixa eu ver se entendi, você usa Scala, mas toda vez que precisa usar a API você recorre ao Java porque não existe API em Scala?!
WTF! Não foi isso que eu falei?
Bom, se você acha isso viável para desenvolvimento mobile parabéns, pra mim isso só serbe pra quem quer dar uma de esperto, tipo, “Olha eu programo Android com Scala!” rs
Nusss :shock: :shock: :shock: Se foi isto que você entendeu de tudo que eu disse então a coisa tá feia, de duas uma: ou você realmente precisa ler um pouco mais ou esta simplesmente trollando, eu acredito na segunda opção, devido seu historico
A
alanweb
Pra quem não se deu ao trabalho de procurar referências:
“Scala is a general purpose programming language designed to express common programming patterns in a concise, elegant, and type-safe way. It smoothly integrates features of object-oriented and functional languages, enabling Java and other programmers to be more productive. Code sizes are typically reduced by a factor of two to three when compared to an equivalent Java application.”
Scala é uma linguagem de programação, muito mais fácil de usar se equiparada com Java.
"Seamless integration with Java
Existing Java code and programmer skills are fully re-usable. Scala programs run on the Java VM, are byte code compatible with Java so you can make full use of existing Java libraries or existing application code. You can call Scala from Java and you can call Java from Scala, the integration is seamless. Moreover, you will be at home with familiar development tools, Eclipse, NetBeans or Intellij for example, all of which support Scala. It does not take long to become an effective Scala programmer when you are half way there already!"
É transparente o uso de Scala com Java, Scala acessando código Java, e o contrário também.
"Scala interoperates with Java and .NET
Scala is designed to interoperate well with the popular Java 2 Runtime Environment (JRE). In particular, the interaction with the mainstream object-oriented Java programming language is as smooth as possible. Scala has the same compilation model (separate compilation, dynamic class loading) like Java and allows access to thousands of existing high-quality libraries. Support for the .NET Framework (CLR) is also available."
“… But Java is not the only way to build native apps on Android. In fact, it?s not even the best way: we have been offering C# to Android developers as a high-performance, low-battery consuming alternative to Java. Our platform, Mono, is an open source implementation of the .NET framework that allows developers to write their code using C# while running on top of the Java-powered operating system, and then share that same code with iOS and Windows Phone…”
Os caras pegaram o mono que já roda em Linux e portaram pro Linux modificado que o Android usa. Só a maquina virtual foi trocada.
Porque eles fizeram isso? Porque é um produto pago, rende dinheiro! Porque permite rodar o mesmo código em IOS, Windows Phone e Android, like PhoneGap e outros, pros xiitas é “grandes coisa”, mas pra uma empresa que tem sei lá quantos produtos sendo produzidos ao mesmo tempo, é dinheiro.
Porque usar c# ao invés de java???(rsss) Scala, JRuby, Groovy, etc, etc, etc, . . .
H
Hermanoz
fredferrao:
Nusss :shock: :shock: :shock: Se foi isto que você entendeu de tudo que eu disse então a coisa tá feia, de duas uma: ou você realmente precisa ler um pouco mais ou esta simplesmente trollando, eu acredito na segunda opção, devido seu historico
Realmente não entendi qual a vantagem de usar Scala se você tem que recorrer ao Java quando for usar a API (praticamente toda hora em se tratando de desenvolvimento mobile).
J
juliocbq
Hermanoz:
fredferrao:
Nusss :shock: :shock: :shock: Se foi isto que você entendeu de tudo que eu disse então a coisa tá feia, de duas uma: ou você realmente precisa ler um pouco mais ou esta simplesmente trollando, eu acredito na segunda opção, devido seu historico
Realmente não entendi qual a vantagem de usar Scala se você tem que recorrer ao Java quando for usar a API (praticamente toda hora em se tratando de desenvolvimento mobile).
Você não tem que recorrer ao java. O compilador gera o bytecode compatível. Para te esclarecer, uma linguagem de programação é irrelevante. Ele só serve para você demonstrar sua lógica para a máquina de uma maneira que seres humanos entendem.
são todos iguais para o android ( o compilador gera o mesmo set de instruções)
H
Hermanoz
juliocbq:
Hermanoz:
fredferrao:
Nusss :shock: :shock: :shock: Se foi isto que você entendeu de tudo que eu disse então a coisa tá feia, de duas uma: ou você realmente precisa ler um pouco mais ou esta simplesmente trollando, eu acredito na segunda opção, devido seu historico
Realmente não entendi qual a vantagem de usar Scala se você tem que recorrer ao Java quando for usar a API (praticamente toda hora em se tratando de desenvolvimento mobile).
Você não tem que recorrer ao java. O compilador gera o bytecode compatível. Para te esclarecer, uma linguagem de programação é irrelevante. Ele só serve para você demonstrar sua lógica para a máquina de uma maneira que seres humanos entendem.
são todos iguais para o android ( o compilador gera o mesmo set de instruções)
Teoricamente vc esta certo. Mas na pratica nem sempre isso é possível ou mesmo desejável. A menos que vc queira ter trabalho desnecessário, o mais provável é que você vai recorrer a API de componentes de interface e tantas outras que o google disponibiliza na API do android, e que é sim em JAVA!
E
Elizeu_Santos
Hermanoz:
juliocbq:
Hermanoz:
fredferrao:
Nusss :shock: :shock: :shock: Se foi isto que você entendeu de tudo que eu disse então a coisa tá feia, de duas uma: ou você realmente precisa ler um pouco mais ou esta simplesmente trollando, eu acredito na segunda opção, devido seu historico
Realmente não entendi qual a vantagem de usar Scala se você tem que recorrer ao Java quando for usar a API (praticamente toda hora em se tratando de desenvolvimento mobile).
Você não tem que recorrer ao java. O compilador gera o bytecode compatível. Para te esclarecer, uma linguagem de programação é irrelevante. Ele só serve para você demonstrar sua lógica para a máquina de uma maneira que seres humanos entendem.
são todos iguais para o android ( o compilador gera o mesmo set de instruções)
Teoricamente vc esta certo. Mas na pratica nem sempre isso é possível ou mesmo desejável. A menos que vc queira ter trabalho desnecessário, o mais provável é que você vai recorrer a API de componentes de interface e tantas outras que o google disponibiliza na API do android, e que é sim em JAVA!
Cara, o juliocbq está correto. mesmo utilizando apis blablabla, o resultado é o mesmo.
H
Hermanoz
Opa! Porque não conta um pouco sobre sua experiência criando apps Android usando Scala?
J
juliocbq
Olha apesar de eu nunca ter precisado usar outra linguagem para o android(que não seja c ou java) e saber que é perfeitamente possível usar qualquer uma que compile bytecode, com algumas pesquisas no ggogle achei uma dezena de artigos:
Olha apesar de eu nunca ter precisado usar outra linguagem para o android(que não seja c ou java) e saber que é perfeitamente possível usar qualquer uma que compile bytecode, com algumas pesquisas no ggogle achei uma dezena de artigos:
Acho que estamos de acordo quanto ao fato do bytecode ser o mesmo, estou me referindo a vantagem de usar Scala para desenvolvimento Android do ponto de vista do programador, não da máquina.
Bom, analisando o código fonte contido nos exemplos percebe-se que não tem mesmo muita vantagem usar Scala. Apesar do código ter sido portado pra Scala há APIs Java pra todo lado. Na verdade a estrutura do aplicativo é a mesma da versão Java, a versão Scala sequer é mais compacta, o que seria natural por se tratar de uma linguagem funcional. Basicamente é código Java travestido de Scala.
J
juliocbq
Olha apesar de eu nunca ter precisado usar outra linguagem para o android(que não seja c ou java) e saber que é perfeitamente possível usar qualquer uma que compile bytecode, com algumas pesquisas no ggogle achei uma dezena de artigos:
Acho que estamos de acordo quanto ao fato do bytecode ser o mesmo, estou me referindo a vantagem de usar Scala para desenvolvimento Android do ponto de vista do programador, não da máquina.
Bom, analisando o código fonte contido nos exemplos percebe-se que não tem mesmo muita vantagem usar Scala. Apesar do código ter sido portado pra Scala há APIs Java pra todo lado. Na verdade a estrutura do aplicativo é a mesma da versão Java, a versão Scala sequer é mais compacta, o que seria natural por se tratar de uma linguagem funcional. Basicamente é código Java travestido de Scala.
Código java “travestido” de scala? Agora eu sei que você está me trollando mesmo.
O esqueleto do programa tem que seguir o ciclo de vida típico de uma aplicação android, até porque as pessoas estão acostumadas com o programa sendo desenvolvido dessa forma(A mesma coisa da api). Isso não quer dizer que seja necessário seguir uma api específica no desenvolvimento. Uma empresa pode desenvolver uma própria se quiser e julgar ser necessário.
Você não consegue me enrolar adaptando minhas palavras e contornando seus comentários dessa maneira, porque eu já li todos eles.
Uma api é um conceito abstrato, ela não pode e não tem que ser específica de uma linguagem como você citou acima.
É a mesma api, e isso não quer dizer que o código seja “travestido de java”.
O que você falou é obvio não acha? Claro, se vc tiver todas as ferramentas necessárias será viável. O problema é que não tem. Por isso você não tem um app no market feito usando alguma dessas linguagens.
O problema é que a API Android é Java, a menos que alguém tenha o trabalho enorme de portar toda a API para alguma dessas linguagens, você não tem as ferramentas necessárias para criar um app funcional.
A api do android é java sim, mas portar isso não é o fim dos tempos como você postou aí em cima. Você só precisa respeitar a assinatura dos métodos
e classes, já que uma api é somente uma interface.
Existem sim todas as ferramentas viáveis. Você pode usar todos os recursos do netbeans e do eclipse para isso. Só precisa mudar a sintaxe para scala. Todos os outros arquivos serão os mesmos. Como o eclipse e o netbeans trabalham com xml você pode até usar o construtor de gui do segundo. Desde que tenha um compilador de scala para bytecode.
Sobre não existir um programa feito em scala ou c#, ou enfim n outras linguagens no market…
Como todos estão compilados, não tem como você provar que existem ou não.
Com certeza se você procurar vai encontrar um desenvolvido com scala
Scala sequer é mais compacta
Eu pensei que a qualidade e legibilidade de um código dependessem mais do programador do que da linguagem.
1: package com.example.android.testactivity
2:
3: import android.app.Activity
4: import android.os.Bundle
5: import android.widget.TextView
6:
7: class TestActivity extends Activity {
8: /** Called when the activity is first created. */
9: override def onCreate(savedInstanceState: Bundle) {
10: super.onCreate(savedInstanceState)
11: val tv = new TextView(this)
12: tv setText "Test"
13: setContentView(tv)
14: }
15: }
Resumindo, a linguagem de programação é só uma casca e uma ferramenta para você dizer à plataforma o que ela precisa saber. Não existe mágica em apis ou linguagens. Elas são completamente insignificante e no final o código de máquina é sempre o mesmo, seja bytecode ou assembly.
A viabilidade depende de know how. A microsoft prefere usar c++ que é uma linguagem de alto nível e OO no desenvolvimento do windows, enquanto a bsd prefere usar linguagem c que é linguagem de médio nível bem próxima ao assembly no desenvolvimento do kernel bsd. Não se pode julgar o que é ruim ou bom porque isso é muito relativo.
O google está aí para esclarecer.
H
Hermanoz
Código java “travestido” de scala? Agora eu sei que você está me trollando mesmo.
O esqueleto do programa tem que seguir o ciclo de vida típico de uma aplicação android, até porque as pessoas estão acostumadas com o programa sendo desenvolvido dessa forma(A mesma coisa da api). Isso não quer dizer que seja necessário seguir uma api específica no desenvolvimento. Uma empresa pode desenvolver uma própria se quiser e julgar ser necessário.
Sim. As pessoas estão acostumadas a desenvolver aplicativos android com java. É exatamente o meu ponto. Não consigo ver vantagem em usar Scala se vou ter que criar wrappers em torno da API Java, ou ter que programar Java em Scala.
A api do android é java sim, mas portar isso não é o fim dos tempos como você postou aí em cima. Você só precisa respeitar a assinatura dos métodos
e classes, já que uma api é somente uma interface.
Ouvindo vozes?
Não lembro de ter dito que é dificil, apenas que é mais trabalho sem benefício aparente. Por isso estou interessado em experiências reais de uso.
O fato de gerar o mesmo bytecode é interessante e tudo, principalmente sob a perspectiva técnica que pelo visto te interessa muito, mas de volta ao mundo real, se não oferece uma vantagem real não vejo sentido.
Eu tenho evitado falar isso porque não queria desviar do tópico. Mas o que você falou aqui é tão impressionante que não pude deixar de te perguntar…
Está dizendo que a escolha da linguagem (ferramenta) é insignificante para o resultado final obtido?
F
fredferrao
Olha apesar de eu nunca ter precisado usar outra linguagem para o android(que não seja c ou java) e saber que é perfeitamente possível usar qualquer uma que compile bytecode, com algumas pesquisas no ggogle achei uma dezena de artigos:
Acho que estamos de acordo quanto ao fato do bytecode ser o mesmo, estou me referindo a vantagem de usar Scala para desenvolvimento Android do ponto de vista do programador, não da máquina.
Bom, analisando o código fonte contido nos exemplos percebe-se que não tem mesmo muita vantagem usar Scala. Apesar do código ter sido portado pra Scala há APIs Java pra todo lado. Na verdade a estrutura do aplicativo é a mesma da versão Java, a versão Scala sequer é mais compacta, o que seria natural por se tratar de uma linguagem funcional. Basicamente é código Java travestido de Scala.
Código java “travestido” de scala? Agora eu sei que você está me trollando mesmo.
O esqueleto do programa tem que seguir o ciclo de vida típico de uma aplicação android, até porque as pessoas estão acostumadas com o programa sendo desenvolvido dessa forma(A mesma coisa da api). Isso não quer dizer que seja necessário seguir uma api específica no desenvolvimento. Uma empresa pode desenvolver uma própria se quiser e julgar ser necessário.
Você não consegue me enrolar adaptando minhas palavras e contornando seus comentários dessa maneira, porque eu já li todos eles.
Uma api é um conceito abstrato, ela não pode e não tem que ser específica de uma linguagem como você citou acima.
É a mesma api, e isso não quer dizer que o código seja “travestido de java”.
O que você falou é obvio não acha? Claro, se vc tiver todas as ferramentas necessárias será viável. O problema é que não tem. Por isso você não tem um app no market feito usando alguma dessas linguagens.
O problema é que a API Android é Java, a menos que alguém tenha o trabalho enorme de portar toda a API para alguma dessas linguagens, você não tem as ferramentas necessárias para criar um app funcional.
A api do android é java sim, mas portar isso não é o fim dos tempos como você postou aí em cima. Você só precisa respeitar a assinatura dos métodos
e classes, já que uma api é somente uma interface.
Existem sim todas as ferramentas viáveis. Você pode usar todos os recursos do netbeans e do eclipse para isso. Só precisa mudar a sintaxe para scala. Todos os outros arquivos serão os mesmos. Como o eclipse e o netbeans trabalham com xml você pode até usar o construtor de gui do segundo. Desde que tenha um compilador de scala para bytecode.
Sobre não existir um programa feito em scala ou c#, ou enfim n outras linguagens no market…
Como todos estão compilados, não tem como você provar que existem ou não.
Com certeza se você procurar vai encontrar um desenvolvido com scala
Pronto falou tudo.
É claro que teremos que herdar das mesmas superclasses(Activity por exemplo) e tudo mais, mas faremos isto no scala way, usando tudo que a linguagem oferece: Function literal, first class functions, higher-order methods, type inference, concisa, expressiva, pattern maching, traits etc, etc, etc, alem claro de usar toda a API do Scala para as regras de negocio, por exemplo a de Collections, que é pra la de poderosa.
As pessoas estão acostumadas a usar java para programar android? Claro que estão e estas provavelmente devem continuar usando java, mas pra quem trabalha com scala(ou ruby ou python), esta acostumado a linguagem e gosta dela, para estes é perfeitamente viavel usar Scala para programar para android!
H
Hermanoz
fredferrao:
Pronto falou tudo.
É claro que teremos que herdar das mesmas superclasses(Activity por exemplo) e tudo mais, mas faremos isto no scala way, usando tudo que a linguagem oferece: Function literal, first class functions, higher-order methods, type inference, concisa, expressiva, pattern maching, traits etc, etc, etc, alem claro de usar toda a API do Scala para as regras de negocio, por exemplo a de Collections, que é pra la de poderosa.
As pessoas estão acostumadas a usar java para programar android? Claro que estão e estas provavelmente devem continuar usando java, mas pra quem trabalha com scala(ou ruby ou python), esta acostumado a linguagem e gosta dela, para estes é perfeitamente viavel usar Scala para programar para android!
A julgar pelos exemplos que o Julio citou the ScalaWay.equals(JavaWay). Será que em projetos reais a coisa torna mais viável?
Collections é um grande diferencial, sem dúvida.
F
fredferrao
Hermanoz:
fredferrao:
Pronto falou tudo.
É claro que teremos que herdar das mesmas superclasses(Activity por exemplo) e tudo mais, mas faremos isto no scala way, usando tudo que a linguagem oferece: Function literal, first class functions, higher-order methods, type inference, concisa, expressiva, pattern maching, traits etc, etc, etc, alem claro de usar toda a API do Scala para as regras de negocio, por exemplo a de Collections, que é pra la de poderosa.
As pessoas estão acostumadas a usar java para programar android? Claro que estão e estas provavelmente devem continuar usando java, mas pra quem trabalha com scala(ou ruby ou python), esta acostumado a linguagem e gosta dela, para estes é perfeitamente viavel usar Scala para programar para android!
A julgar pelos exemplos que o Julio citou the ScalaWay.equals(JavaWay). Será que em projetos reais a coisa torna mais viável?
Collections é um grande diferencial, sem dúvida.
Claro que em determinadas situações as diferenças serão sutis, como no código acima que é bem basico, mas mesmo ali ja se encherga o uso de variaveis imutaveis(val), type inference, não necessidade de ponto e virgula, não necessidade de pontos e parenteses em alguns metodos, não necessidade de declarar explicitamente o retorno dos metodos(type inference novamente), etc.
Acho que a maior diferença vem em códigos maiores, com mais regras de negocio e etc.
Sobre dar mais trabalho, talvez inicialmente, na configuração do ambiente, no caso do scala, configurar o PROGUARD para fazer o trabalho.
J
juliocbq
Hermanoz:
Sim. As pessoas estão acostumadas a desenvolver aplicativos android com java. É exatamente o meu ponto. Não consigo ver vantagem em usar Scala se vou ter que criar wrappers em torno da API Java, ou ter que programar Java em Scala.
Ouvindo vozes?
Não lembro de ter dito que é dificil, apenas que é mais trabalho sem benefício aparente. Por isso estou interessado em experiências reais de uso.
O fato de gerar o mesmo bytecode é interessante e tudo, principalmente sob a perspectiva técnica que pelo visto te interessa muito, mas de volta ao mundo real, se não oferece uma vantagem real não vejo sentido.
Eu tenho evitado falar isso porque não queria desviar do tópico. Mas o que você falou aqui é tão impressionante que não pude deixar de te perguntar…
Está dizendo que a escolha da linguagem (ferramenta) é insignificante para o resultado final obtido?
Quando a solução tem sempre o mesmo fim, no caso de aplicações para uma plataforma específica, sim.
Não sei se você percebeu, mas no caso do android são todas praticamente as mesmas ferramentas com sintaxes diferente. Com a exceção do qt creator e a linguagem c++, que gera executáveis nativos, mas que também é tão produtivo/a quanto java e eclipse.
Se sua aplicação tem mais de um fim, não é uma aplicação.
Julio, pelo forma que fala percebe-se (e depois pude reforçar essa percepção observando seu historico aqui no forum) que você é programador de sistemas embarcados.
Não me leva a mal, o que falou faz sentido nesse contexto, mas no contexto de desenvolvimento de aplicações para usuários finais, que é o objetivo de plataformas como iOS e Android, o que vc esta dizendo não faz muito sentido. Scala não é “praticamente o mesmo, apenas a sintaxe diferente” que Java.
H
Hermanoz
Pra ficar claro, Scala por ser funcional, é muito mais poderosa que Java, a linguagem tem muito mais abstrações de software e isso acaba beneficiando desenvolvedores de sistemas com regras de negócio complexas.
Mas este não é o caso com sistemas mobile. Aliás, apps não tem “regras de negócio” propriamente dita, e a maior parte do código em um aplicativo android na verdade é relacionado a input/output com usuário.
Na minha opinião Android não vai ser The Killer App para Scala.
J
juliocbq
Hermanoz:
juliocbq:
Quando a solução tem sempre o mesmo fim, no caso de aplicações para uma plataforma específica, sim.
Não sei se você percebeu, mas no caso do android são todas praticamente as mesmas ferramentas com sintaxes diferente. Com a exceção do qt creator e a linguagem c++, que gera executáveis nativos, mas que também é tão produtivo/a quanto java e eclipse.
Se sua aplicação tem mais de um fim, não é uma aplicação.
Julio, pelo forma que fala percebe-se (e depois pude reforçar essa percepção observando seu historico aqui no forum) que você é programador de sistemas embarcados.
Não me leva a mal, o que falou faz sentido nesse contexto, mas no contexto de desenvolvimento de aplicações para usuários finais, que é o objetivo de plataformas como iOS e Android, o que vc esta dizendo não faz muito sentido. Scala não é “praticamente o mesmo, apenas a sintaxe diferente” que Java.
Olha, você não leu propriamente o que eu postei aí, e não vem lendo corretamente, não me leve a mal também. Primeiro eu desenvolvo software embarcado utilizando microprocessadores e também soluções de alto nível usando justamente java, além de toda sua gama de frameworks tanto para web como para desktop. Não conheço somente eletrônica.
você comentou meu post de maneira errada, porque toda aplicações escrita para plataforma “x” tem o mesmo fim que é ela própria. Não estou falando de uma aplicação que funcionará de “maneiras diferentes”, mas que rodará no mesmo hardware(real ou virtual no caso da dalvik). Além do android ser um sistema embarcado propriamente dito(aliás sistemas operacionais também são embarcados quando distribuídos com o hardware), não faz diferença se você escreverá em java ou qualquer outra linguagem suportada pela plataforma.
Mas vamos fazer uma inversão, porque eu já falei demais e agora quero poder ouvir:
Qual a grande diferença de escrever uma aplicação para android usando java ou scala, no resultado da solução final?
J
juliocbq
Hermanoz:
Pra ficar claro, Scala por ser funcional, é muito mais poderosa que Java, a linguagem tem muito mais abstrações de software e isso acaba beneficiando desenvolvedores de sistemas com regras de negócio complexas.
Mas este não é o caso com sistemas mobile. Aliás, apps não tem “regras de negócio” propriamente dita, e a maior parte do código em um aplicativo android na verdade é relacionado a input/output com usuário.
Na minha opinião Android não vai ser The Killer App para Scala.
Não é mais poderosa que java nem pior. Se você encontrar um bom profissional que domina algoritmos em java ele pode escrever um software mais eficaz do que um meia boca escrevendo em scala. A linguagem de programação reflete a competência do profissional.
A
adolfo_eloy
Olá pessoal,
vi bastante discussão considerando as linguagens de programação e para aproveitar o assunto, gostaria de compartilhar um vídeo que achei muito legal.
O título da apresentação é “A linguagem mais legal do mundo” apresentada no Guru-SP.
Talvez isso seja assunto para outro tópico no GUJ.
J
juliocbq
adolfo_eloy:
Olá pessoal,
vi bastante discussão considerando as linguagens de programação e para aproveitar o assunto, gostaria de compartilhar um vídeo que achei muito legal.
O título da apresentação é “A linguagem mais legal do mundo” apresentada no Guru-SP.
Talvez isso seja assunto para outro tópico no GUJ.
Faltou levar em conta isso aqui:
Quer dizer que se deve levar em conta também a qualidade do compilador. Como scala é uma linguagem de nível muito alto o resultado final pode ser código muito gordo. Dependendo do compilador seu programa vai ter mais instruções que os outros, o que vai comprometer o desempenho da sua solução(que pode ser inviável para resolver determinado problema). O vídeo é bem legal e passa a idéia certa.
)
