sy0-401 pdf 400-201 pdf 70-461 dumps 70-640 pdf 70-680 pdf 70-667 dumps 70-642 exam 220-802 practice exam pmi-001 pdf ScalaSphere

Let's immerse ourselves into Scala Dev Tools

March 2-3, 2017 | Kraków, Poland Get tickets

About the conference

This is unique event devoted to important topic for every Scala Software Developer.

Something that directly influences fun, joy and how the things gets done - Dev Tools. We would like to recognize Iulian Dragos for sparking this idea during our chat at SparkSummit.

Sister event <span>ReactSphere</span>

Sister event ReactSphere

ReactSphere is a conference focused on Reactive Programming and Reactive System Design. It will be on the same dates at the same venue. You can reserve your entry for both conferences. Check details.

The speakers

Eugene Burmako
Eugene Burmako Scala Meta, Twitter View bio & abstract
Iulian Dragos
Iulian Dragos Scala IDE, Triplequote View bio & abstract
Rory Graves
Rory Graves Ensime View bio & abstract
Sam Halliday
Sam Halliday Ensime View bio & abstract
Matthias Langer
Matthias Langer Scala Refactoring, Irian GmbH View bio & abstract
Guillaume Martres
Guillaume Martres EPFL View bio & abstract
Mikhail Mutcianko
Mikhail Mutcianko Scala.meta, JetBrains View bio & abstract
Alexander Podkhalyuzin
Alexander Podkhalyuzin JetBrains View bio & abstract
Jon Pretty
Jon Pretty Propensive View bio & abstract
Krzysztof Romanowski
Krzysztof Romanowski VirtusLab View bio & abstract
Simon Schäfer
Simon Schäfer Scala IDE, VirtusLab View bio & abstract
Nepomuk Seiler
Nepomuk Seiler View bio & abstract
Chip Senkbeil
Chip Senkbeil IBM View bio & abstract
Dale Wijnand
Dale Wijnand SBT, Lightbend View bio & abstract
Eugene Yokota
Eugene Yokota SBT, Lightbend View bio & abstract

Eugene Burmako

Programming languages enthusiast, PhD student at EPFL, member of the Scala team, Scala macros guy

Topic & Abstract – TBA

Eugene Burmako Scala Meta, Twitter

Iulian Dragos

Iulian Dragos has been working on Scala since 2004, when he joined Martin Odersky’s research lab at EPFL. He wrote the JVM backend, the bytecode optimizer and worked on various other parts of the compiler. He also implemented type-directed specialization for Scala.
He earned his PhD degree at EPFL in 2010. He joined Typesafe from day 1, a start-up founded by the language creator, Martin Odersky, where he worked on development tools for Scala (the Eclipse plugin for Scala). Currently he is leading the Spark team at Typesafe, with a focus on making Reactive Applications with Spark a reality.

Topic & Abstract – TBA

Iulian Dragos Scala IDE, Triplequote

Rory Graves

About Rory has recently founded working to build a better Scala learning platform. Previous to that is Rory has earned a PhD in Distributed Systems and has spent too long fixing other peoples software in large corporate environments.

Rory is passionate about creating better software through tooling and education, he is involved in a number of open source projects, but mainly focused on Ensime.

Topic: Kentucky Mule or Kamikaze – Attacking Scala compiler performance

Pick your poison, optimise ScalaC, wait for Dotty, start from scratch? Scala compiler performance is an issue on large projects. Whilst Dotty is faster, it is also a significant amount of time away. Should we just wait, can we and should we improve ScalaC? Can we do better if we rewrite the compiler? We have learned a lot from the performance of DotC, from the optimisation work going on right now and from the exploratory work in Kentucky Mule. This talk show the current attacks on performance, the potential paths and explores both how we are doing and how far we can go.

Rory Graves Ensime

Sam Halliday

About Sam: He is a chartered mathematician and software engineer with a love for technology innovation and libre software (ENSIME, spark/netlib-java, etc).

Topic: Graphpocalypse: indexing scala projects in ENSIME

Abstract – TBA

Sam Halliday Ensime

Matthias Langer

About Matthias: He is an experienced software developer with a focus on Scala and Java. Proud member of Scala IDE team. He had studied Mathematics at the University of Vienna. Devoted fan of FOSS.

Topic: The Scala Refactoring Library: The Good, the Bad and the Ugly

The Scala Refactoring Library is used by both ENSIME and Scala-IDE to implement
refactorings. Although still containing quite some bugs, significant improvements
have been made since my last talk at ScalaSphere.

This presentation gives an overview of the changes that are responsible for these
improvements, as well as the challenges we are still facing. I also want to talk
a little about the future of the library, and hopefully inspire a fruitful

Matthias Langer Scala Refactoring, Irian GmbH

Guillaume Martres

About Guillaume: He is a PhD student at EPFL in the Scala group working on the Dotty compiler, its type system, and the emerging ecosystem of tools around it.

Topic: With a great compiler should come great tooling: Implementing IDE support for Dotty

Dotty is a next-generation compiler for Scala developed at EPFL. It is still very much experimental and if we want it to mature we have only one choice: get people to use it! This will only happen if we provide significant value to developers and just having new language features is not enough: we also need to provide a great user experience, this means having great developer tools.

In this talk I will focus on our recent work on IDE support for Dotty, it usually takes a lot of effort for a new compiler to get good IDE support but we have been able to make great progress in a short period of time thanks to the design of the compiler and to the recent development of the Language Server Protocol by Microsoft. We have also benefited from the experience of the Scala dev tools community which has been working on similar problems for a long time now.

Guillaume Martres EPFL

Mikhail Mutcianko

About Mikhail: I’m a developer at JetBrains, primarily focused on supporting scala.meta API in IntelliJ IDEA

Topic: Scala.meta support in IntelliJ IDEA

Scala.meta as well as practically any other metaprogramming framework introduces an extensive amount of quirks into an ordinary workflow of any code analysis and manipulation tool and partculary in IntelliJ IDEA. In this talk I’ll cover the challenges that have had to be overcome as well as the issues yet to be addressed.

Mikhail Mutcianko Scala.meta, JetBrains

Alexander Podkhalyuzin

Topic: „IntelliJ IDEA library plugins”
Abstract: TBA

Alexander Podkhalyuzin JetBrains

Jon Pretty

Jon is a longstanding contributor to the Scala community, having launched the first commercial applications written in Scala over ten years ago. He is best known for his work on Rapture, and his contributions to Typelevel Scala.

Topic & Abstract – TBA

Jon Pretty Propensive

Krzysztof Romanowski

About Krzysztof: He is Scala specialist @Virtuslab where he has spent endless hours debugging Scala IDE, SBT, IntelliJ or even Scala compiler itself. Author of expression evaluator engine for Scala IDE and zinc contributor.

Topic: DYR compiling!
How much time do you spend compiling your code after the change of a branch?
Did you ever set up multiple copies of same the repository just to not trigger the full compilation?
It’s time to change this! Let’s reuse incremental compilation and save lots of time!

Krzysztof Romanowski VirtusLab

Simon Schäfer

Simon Schäfer works at VirtusLab and is one of the main developers behind the Scala IDE for Eclipse. He is enthusiastic about improving tools and optimizing developers productivity – especially, but not exclusively, his own.

Topic & Abstract – TBA

Simon Schäfer Scala IDE, VirtusLab

Nepomuk Seiler

About Muki: He is a Scala / Java developer for a few years and likes developing for web companies.
He is one of the sbt-native-packager maintainers, which is responsible for packaging play and a one-stop-job for all package formats you can thing of.

Topic: Choose your target – JVM, Node, Native.

Scala used to target the JVM only. Today you can implement javascript and native apps with Scala. sbt-native-packager claims to to build once deploy anywhere, which is no longer true if you want to run a scalajs application on node.
In this talk we will implement one or two sbt-native-packacker archetypes for non-jvm target platforms. While doing so we cover some of the basics and design principles of sbt-native-packager so you can
implement your own plugins on top.

Nepomuk Seiler

Chip Senkbeil

About Chip: IBM software engineer by trade, I enjoy dabbling in my spare time with various aspects of tooling to improve the development experience. My most recent venture has been with the Scala Debugger project, a personal project that moved under Ensime. I have also worked on projects including Apache Toree as a PPMC to bring interactive applications to Apache Spark.

On the side, I am pursuing a Master’s in Artificial Intelligence at Georgia Tech, which I hope to use to explore additional possibilities in assisted programming using AI agents.

Topic: Debugging in Scala – API, Tooling, and More

Debugging is a powerful technique to aid in software development; so, why is Scala support still stuck in the dark ages? Traditional Java debuggers struggle with Scala’s structure and current Scala tooling lacks the advancements in debugging found in other languages!

In this talk, we will venture into the Scala Debugger project. Specifically, we will dive into the core API and its design as well as how it is leveraged in Ensime and other standalone tools. From there, we will discuss a variety of „power features” found in other debug tooling and how they could be adapted for use with Scala. Additionally, we will cover several topics of exploration in the JVM debug space. Finally, we will close with the current state and roadmap for the Scala Debugger project.

Chip Senkbeil IBM

Dale Wijnand

About Dale: I’m an active OSS contributor, typically in Scala, and an sbt maintainer. Interested in FP, software tooling, and API and library design.

Topic: The state of sbt 1.0 and sbt server

*Given by the sbt team at Lightbend: Eugene Yokota and Dale Wijnand.

In this talk we’ll cover:

* What goals we want to achieve with sbt 1.0
* A summary of the modularization split
* What is sbt-datatype and why we created it and use it
* An in depth introduction of sbt server
* A demo of sbt server”

Dale Wijnand SBT, Lightbend

Eugene Yokota

About Eugene: He is tech lead of Reactive Platform team at Lightbend that’s responsible for tooling such as sbt, Zinc, and Dbuild among other things. His passions are diners in NJ, pancakes in Western Massachusetts, Döner kebab in Berlin, history of JSON libraries, and functional programming.

Topic: The state of sbt 1.0 and sbt server

*Given by the sbt team at Lightbend: Eugene Yokota and Dale Wijnand.

In this talk we’ll cover:

* What goals we want to achieve with sbt 1.0
* A summary of the modularization split
* What is sbt-datatype and why we created it and use it
* An in depth introduction of sbt server
* A demo of sbt server

Eugene Yokota SBT, Lightbend
Already <b>decided?</b>

Already decided?

Don't waste time, Early Birds tickets are still available

Reserve your entry

Practical info

Contact us


t: +48 660 539 657

Useful services

Qubus Hotel Discount Code: scalasphere2017
Cracow Attractions

Main venue

Qubus Hotel
Nadwiślańska 6,
30-527 Kraków

The afterparty


We are powered by


Virtus Lab

Conference Partner


Community Friends

Virtusity ScalaCamp KSUG



Would you like to become a sponsor?
Contact us!

Contact us!

Code of Conduct

The following Code of Conduct is inspired by that from other prominent conferences such as ScalaDays or Scala eXchange.

ScalaSphere is dedicated to providing a harassment-free experience for everyone, regardless of gender, gender identity and expression, sexual orientation, disability, physical appearance, body size, race, nationality, age or religion. We do not tolerate harassment of participants in any form. Please show respect for those around you. This applies to both in-person and online behavior.

All communication should be appropriate for a technical audience,

including people of many different backgrounds. Sexual language, innuendo, and imagery is not appropriate for any conference venue, including talks.

If you are being harassed, notice that someone else is being harassed, or have any other concerns, please contact a member of staff immediately. If an individual engages in harassing behaviour, the ScalaSphere staff may take any action they deem appropriate, including warning the offender or expulsion from the event.
We expect all attendees to follow above rules during our ScalaSphere DevTools Summit.