This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-09-21
Channels
- # announcements (12)
- # architecture (26)
- # beginners (165)
- # biff (19)
- # calva (25)
- # circleci (2)
- # clj-kondo (25)
- # clojure (70)
- # clojure-dev (17)
- # clojure-europe (37)
- # clojure-nl (1)
- # clojure-norway (22)
- # clojure-spec (10)
- # clojure-sweden (1)
- # clojure-uk (24)
- # clojurescript (10)
- # clr (9)
- # cursive (17)
- # data-science (2)
- # datahike (1)
- # deps-new (1)
- # dev-tooling (3)
- # emacs (3)
- # events (7)
- # helix (10)
- # honeysql (1)
- # hugsql (3)
- # humbleui (3)
- # hyperfiddle (30)
- # introduce-yourself (3)
- # jobs (1)
- # malli (4)
- # music (1)
- # off-topic (3)
- # pathom (3)
- # polylith (6)
- # portal (7)
- # re-frame (16)
- # reitit (3)
- # releases (3)
- # remote-jobs (1)
- # shadow-cljs (23)
- # xtdb (14)
Vet ikke om jeg orker å fortsette med fortellingen om det a fjerne backbone-forms fra frontend koden vår. Jeg tror vi kan si at det holder med “derp”
Du får kose deg med sånne videoer av folk som rengjør leiligheter hvor søpla ligger i hoftehøyde i pausene dine.
> Vet ikke om jeg orker å fortsette med fortellingen om det a fjerne backbone-forms fra frontend koden vår. Jeg tror vi kan si at det holder med “derp” > 😔 Det hender jo det er ok å beholde gammel kode som løser et kjent problem, og heller tenke nytt når den gamle koden ikke lenger strekker til?
Etter å ha sett videoen til Magnar blir jeg sittende å tenke... Hva om koden råtner og begynner å lukte ille? Kanskje det blir sopp i koden?
I dag lærte jeg at store deler av SAP og opplegget rundt er bygget i Java og kjører på JVM. Hmmm. Det må jo bety at terskelen er lavere for å bruke Clojure? :thinking_face:
Det er mange store bedrifter som bruker SAP, hvor folk sliter med Java og ABAP (SAP sitt egne programmeringsspråk). Det er jo en mulig "killer app" for Clojure 😎
Og her er dagens herlige feilmelding når en prøver å lage fixtures for å mocke klasser i C#:
> AutoFixture.ObjectCreationException
: The decorated ISpecimenBuilder
could not create a specimen based on the request: System.Collections.Generic.IEnumerable
1[MyNamespace.MyDto]`. This can happen if the request represents an interface or abstract class; if this is the case, register an ISpecimenBuilder
that can create specimens based on the request. If this happens in a strongly typed Build<T>
expression, try supplying a factory using one of the IFactoryComposer<T>
methods.
"Aha! Selvfølgelig!"—Har aldri noen tenkt når de så den feilmeldingen 😛
Jeg er ganske sikker på at feilen oppstår fordi jeg prøver å mocke IEnumerable<MyDto>
, hvor IEnumerable
er et interface. Men for å fikse det må jeg først lære om SpecimenBuilder
og FactoryComposer
😅
Og dette var løsningen:
Feil: fixture.Build<IEnumerable<MyDto>>().Create();
Korrekt: fixture.Build<MyDto>().CreateMany();
Merk at løsningen hverken bruker SpecimenBuilder
eller FactoryComposer
😅 Det var villspor.
Jeg føler at folk som har slitt med denne typen ting vil sette større pris på et språk som Clojure.
Eneste eksempelet på skikkelig gode feilmeldinger jeg har sett er egentlig fra Elm-kompilatoren.
Det er (var?) en del overlapp mellom Elixir-miljøet og Elm-miljøet. Kanskje litt mindre etter https://www.phoenixframework.org fikk https://hexdocs.pm/phoenix_live_view/Phoenix.LiveView.html. Nå er vel "standarden" å bruke Phoenix LiveView for web greier i Elixir-miljøet. Før det var Elm den store greia der.