Skip to content
Hallway
0:00 / 0:00

#scala#martinodersky#canbuildfrom

SF Scala: Martin Odersky, Scala -- the Simple Parts

FunctionalTV

10K subscribers • 19 videos on Hallway

YouTube
  • Recommended by 4 people: 4 in engineering communities.
  • A classic. People kept recommending it from 2015 to 2018.
  • Presented by Martin Odersky, creator of Scala
  • An opinion. It argues one side of a question engineers disagree on.

Intermediate. Assumes working knowledge.

83K views12 years ago4 recommendations

Programming languagesSoftware designScalaLanguage design and type systemsSimplicity and complexity

Martin Odersky outlines the core components of Scala that make it simple to reason about and build orthogonal concepts.

This talk video is a node in devreal.ai, the developer community graph. It connects to: Talk: Scala: The Simple Parts — devreal.ai/t/140522-scala-simple-parts-workday Speaker: Martin Odersky — devreal.ai/n/martin-odersky Company: Typesafe / EPFL — devreal.ai/c/typesafe-epfl Project: Scala — devreal.ai/p/scala Event: Scala: The Simple Parts with Martin Odersky — devreal.ai/e/140522-sf-scala-workday Explore these connections and related videos, photos, speakers’ blogs and podcasts, and other By the Bay networks. ----- Martin, the creator of Scala, outlines the "core" components of Scala which make it simple to reason about programming. Martin's sequence is a great way for a novice to approach Scala, and for a veteran to realign concepts along a good orthogonal basis.

Why it's here

4 people recommend this

What people say. Highly recommended as a classic talk explaining the core, simple parts of Scala and the design behind features like CanBuildFrom.

u/kininja08in r/scala • Recommends

…"Java-ish", and over the course of 4-5 months after the initial conversion, we have refactored it more and more to be idiomatic Scala and functional. We basically followed the best-practices and made the refactorings listed below: **Best practices** * http://twitter.github.io/effectivescala/ * https://github.com/alexandru/scala-best-practices * link to this video **Refactorings** * Use of **Higher order functions** where applicable * Use of **immutability** as much as possible * Replaced **return**s and early exits from a function * Replaced **null** with either OptionT or alternatives * Replaced **exceptions** with functional error handling where applicable * Replaced **for loops** with foreac…
17View on Reddit

u/amazedballerin r/scala • Recommends

On “Was Kotlin really what Scala was supposed to be?”

Scala's always been about making FP accessible. Scala is what it was intended to be, and the bits they're changing in Dotty (opaque types, implicit function types) are all about adding more power to Scala and removing boilerplate. The best source to answer your questions is Odersky's keynotes at Scala World. He's very clear and eloquent about this.
13View on Reddit

u/pelletsin r/scala • Recommends

On “What is your relationship to CanBuildFrom?”

Martin Odersky has an excellent explanation for why CanBuildFrom is necessary at about 35 minutes in in his talk, Scala, the Simple Parts
3View on Reddit

u/yawaraminin r/scala • Recommends

On “Must watch talks ?”

Scala: The Simple Parts by Prof. Odersky is a (recent!) classic.
3View on Reddit

u/amazedballerin r/scala • Recommends

On “Was Kotlin really what Scala was supposed to be?”

It is literally a hyperlink in the above post. link to this video * link to this video * link to this video * link to this video * link to this video
1View on Reddit

u/jackcviersin r/scala • Mentions

On “Macwire alternatives for scala 3”

So why do people say implicits are hard? 1. History. Tooling in scala has not always been the best. The language moves quickly and has lots of features. Tooling doesn't always keep up. In the past, inspecting implicits was really hard. People started using them without really understanding the feature and implicit scope, just like they did with trait linearization, and ran into major problems, got burnt out, and started abandoning them, and complained loudly enough to almost get them removed from the language in an attempt to make scala 'simpler'. There was a keynote by Rod Johnson that really rubbed a lot of people the wrong way, and seemed to point to dooming the feature. Thankfully, Ma…
3View on Reddit