TDC 14 POA: Scala goods bads
•
1 gostou•623 visualizações
Diego Pacheco discute vários tópicos sobre a linguagem Scala, incluindo implicits, compilação, sobrecarga de operadores, parsers e desempenho. Ele recomenda evitar alguns recursos como implicits e sobrecarga de operadores, mas elogia características funcionais como funções de alta ordem e monads. Pacheco também destaca a velocidade, escalabilidade e compatibilidade com Java como vantagens da linguagem.
Recomendados
Mais conteúdo relacionado
Semelhante a TDC 14 POA: Scala goods bads
Semelhante a TDC 14 POA: Scala goods bads (20)
Mais de Diego Pacheco
Mais de Diego Pacheco (20)
Último
Último (8)
TDC 14 POA: Scala goods bads
- 1. Diego Pacheco Software Architect | Agile Coach diego-pacheco.blogspot.com @diego_pacheco diegopacheco diego.pacheco diegopachecors diegopacheco
- 3. Ilegra.com
- 5. •Bom pra DSL, mas o pessoal abusa! •Lento •Faz o código ficar mais complexo •No final acaba dando oportunidades para o desenvolvedor acoplar coisas que não deveria. •Vocênão precisa disso pra fazer programação funcional. Implicits (BAD)
- 6. Compilation Time / Build Time ??? http://www.scala-sbt.org/ http://maven.apache.org/ C http://www.scala- lang.org/old/sites/default/files/linuxsoft_archives/docu/files/tools/scalac.html
- 7. Compilation Time / Build Time (Very Bad) •Melhorou, mas ainda muito lento. •Se não usar módulos muito bem, SBT vira um inferno. •SBT ainda não tem uma boa integração com IDEs. •Se quiser performance terá que evitar features pelo número de classes que elas geram e como a maneira com são feitas (Deve ser resolvido com java 8 –scala 2.12 talvez).
- 8. Operator Overloading / Dynamic @Interface (???)
- 9. Operator Overloading / Dynamic @Interface (???)
- 10. Operator Overloading / Dynamic @Interface (BAD) •São ideias “legais” •Todo mundo está usando agora, virou uma bagunça. •Você acaba que nem omundo mágico do Ruby/Rails. •Scala não é ruby, é compilada, logo essa feature é do mal. •Scala tem raízes vindas do Haskell ou seja, compilador e type system então isso não faz sentido.
- 11. Parser / Combinators / Macros (???)
- 12. Parser Combinators / Macros (Very Bad) •Complexo •Difícil de entender / documentação terrível. •O Código é muito feio… •Você não precisa disso, outros jeitos… •Não tem pq fazer parser na mão, prefira usar Jackson/XStrean. Combinators? ANTLR! •Macros? Não precisa de jeito nenhum, abuso do compilador, complexo.
- 13. FP (???)
- 14. FP (Good) •Funções (Map, Reduce, Filter, FlatMap, etc..) •Parallel Collections •Case Classes •Tuples •Pattern Matcher •Options(Monads)
- 15. Performance(???)
- 16. Performance(Good) •Mais rápido que java •Otimizado para a JVM •Runtime muito sólido, graças a JVM •Todo eco-Sistema de frameworks e bibliotecas do java a sua disposição. •Melhor linguagem na JVM nos dias de hoje.
- 18. Scalability (Awesome) •STM •Actors Model •Akka •Future/Promises –Async Callbacks •Reactiviness ( rx, FRP, Netty, etc...) •Usa tudo de bom do java: NoSQL DBs, Search Engines, Rules Engines, Middleware Servers, MOM, etc..
- 19. Resumindo… •Você deve evitar algumas features. •Scala é fantástico para Arquitetura. •Muito produtivo para desenvolvimento mas tem que ter práticas eficientes de engenharia(code review/design sessions). •Assim que se resolver a lentidãode build e algumas coisas de backward compatibility vai ser perfeito!!!
- 20. Diego Pacheco Software Architect | Agile Coach diego-pacheco.blogspot.com @diego_pacheco diegopacheco diego.pacheco diegopachecors diegopacheco