2
naitree
18d

Why does scala 2.13 refactored its collection library AGAIN???? It just killed me 1 million brain cells to remember the shit called CanBuildFrom and how can they just threw all the shit away like that?

Comments
  • 3
    Because it sucked.

    https://scala-lang.org/blog/2018/...

    Have a cookie.
  • 1
    This... was released 2 years ago and isnt a breaking change
  • 1
    After a million brain cell casualty, I imagine you can empathize with the horridness of canBuildFrom.

    I teach functional programming over lunch-and-learns, and it was so exasperating to go "this is map: def map[A,B](col: Seq[A], f: A => B): Seq[B]" and then someone looks at the API and finds CanBuildFrom.

    Breaking API changes are certainly annoying (sorting on Doubles?), but in general I appreciate the collections API compared to say... R
  • 0
    @yellow-dog It is a breaking change because a lot of `*Like` traits are gone, `Traversable` trait is gone, CanBuildFrom is gone, etc.

    Sure, for common collection types (List, Map, etc.) most things ain't breaking. but I'd definitely classify the API change in general as breaking. Otherwise, there's no need for an official migration guide. https://docs.scala-lang.org/overvie...
  • 0
    @IntrusionCM I definitely agree it sucks. But it's so unfortunate that we have to understand both 2.12 and 2.13 collection architectures in at least 1 year in the future because Spark etc. is not going to keep up that soon.
  • 1
    @naitree Yes, I can wholeheartedly agree with it.

    But on the other hand - when you try to "phase out" an API by deprecating it and keeping it over several versions...

    It's bad (TM).

    You need workarounds inside the code, you have an butt ugly martian who produces all kind's of additional burden on the code and especially: There will be always one consumer who says "No you can't kill it yet, we still use it" (even after it's been deprecated for > 5 years).

    As long as u keep semantic versioning up AND don't do this EVERY FSCKING VERSION - I'm fine with it.

    However - if someone releases fast and keeps changing the whole API like a tramp keeps loosing her underwear...

    I wouldn't recommend using the library at all, and officially state no support from my side as this has to end in a desaster.
Add Comment