by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 09:50
    k0va1 starred dry-rb/dry-monads
  • May 22 10:57
    solnic commented #146
  • May 21 22:24
    armstnp edited #125
  • May 21 22:23
    armstnp edited #125
  • May 21 22:17
    armstnp labeled #125
  • May 21 22:17
    armstnp opened #125
  • May 21 10:54
    jezstephens commented #146
  • May 21 09:25
    solnic labeled #146
  • May 21 09:23
    solnic commented #146
  • May 20 17:41
    jezstephens labeled #146
  • May 20 17:41
    jezstephens opened #146
  • May 19 21:29
    armstnp forked
    armstnp/dry-monads
  • May 19 13:26
    Springok starred dry-rb/dry-monads
  • May 16 22:52
    flash-gordon commented #402
  • May 16 22:51

    flash-gordon on master

    Fix Constructor custom method d… Merge pull request #402 from ti… (compare)

  • May 16 22:51
    flash-gordon closed #402
  • May 16 19:02
    timstott commented #401
  • May 16 18:59
    timstott opened #402
  • May 16 17:18
    flash-gordon commented #401
  • May 16 11:07

    github-actions[bot] on release-1.2

    Merge pull request #401 from ti… (compare)

Piotr Solnica
@solnic
atm we use kernel coercions for all primitives but quite often you want to skip that
`
"coercible.string" maybe but I dunno
Andy Holland
@AMHOL
Don't forget about namespace in container for that :)
How about strict.string ?
Could use maybe/always but would probably be a bit weird
Piotr Solnica
@solnic
Then you can have things like "form_input.date"
Andy Holland
@AMHOL
:clap:
Piotr Solnica
@solnic
Hmm I like that yeah, so strict is just typecheck and coercible will first coerce then typecheck
Notice that type check can be anything not just class verification
Andy Holland
@AMHOL
Cool, so could just be a respond_to?
Piotr Solnica
@solnic
@AMHOL any constraint you want but I would prefer strict type check in most cases
Benjamin Klotz
@tak1n
optional_string haters gonna hate, but I love it :D
Piotr Solnica
@solnic
I am optional_string haters hater ;)
Benjamin Klotz
@tak1n
hehe :P
u are using kleisli under the hood right?
yes u do: https://github.com/dryrb/dry-data/blob/master/dry-data.gemspec#L30
love unneeded questions xD
Piotr Solnica
@solnic
@tak1n yeah, I like kleisli
Benjamin Klotz
@tak1n
awesome :D
Piotr Solnica
@solnic
hey so maybe (no pun intended) we should switch to namespaced names?
Andy Holland
@AMHOL
+1
Piotr Solnica
@solnic
”strict.string” ”maybe.string” ”form_input.maybe.string”
Andy Holland
@AMHOL
here
Benjamin Klotz
@tak1n
+2
:D
Piotr Solnica
@solnic
holy moly I’m gonna love this lib (self-biased optimism)
Andy Holland
@AMHOL
:joy:
@solnic worth defining constants?
Piotr Solnica
@solnic
I don’t think we need constants
Andy Holland
@AMHOL
Dry::Data::STRICT_STRING = 'strict.string'.freeze
Dry::Hash.new(name: STRICT_STRING)
Piotr Solnica
@solnic
it’s gonna be more words to type
Benjamin Klotz
@tak1n
less string allocs
:D
Andy Holland
@AMHOL
That was my thinking
Benjamin Klotz
@tak1n
premature opt :D
Andy Holland
@AMHOL
lol
Piotr Solnica
@solnic
it’s gonna be better in mri 3.0 ;)
Andy Holland
@AMHOL
:laughing:
Piotr Solnica
@solnic
OPTIMIZE FOR THE UNKNOWN FUTURE ;)
Andy Holland
@AMHOL
mri 3.0 is gonna be Perl 6
Piotr Solnica
@solnic
luls
@AMHOL nice work on roda-flow, did you start using it in your project after all?
Andy Holland
@AMHOL
Yeah
Piotr Solnica
@solnic
cool man
Andy Holland
@AMHOL
It's working out nicely
Only a simple app though
Piotr Solnica
@solnic
Type.new(method(:constructor).to_proc.curry.(primitive), primitive) HATERS GONNA HATE ;)
Andy Holland
@AMHOL
lol