Viewing profile — rastrian
rastrian
HN member- Joined
- Tue, Jul 28, 2020, 3:44 PM UTC
- HN karma
- 105
- Public activity
- 32 items
- HN profile
- View on Hacker News ↗
About rastrian
No profile information was provided.
Recent public activity
-
comment
Comment #48134902
A multi-server Discord control plane that exposes Discord operations as MCP tools, resources, and prompts for AI clients, with a built-in conversational AI agent.
- story
- story
-
comment
Comment #47118141
TLDR: Pragmatic argument against outsourcing taste to tech influencers. Includes a framework for choosing communities/mentors, plus a critique of naive “build in public” and why pr…
- story
- story
-
comment
Comment #46417878
Take a look at Algebraic Effects concept, I think you would like it.
-
comment
Comment #46417847
I really don’t like the argument calling “industrial usage” just because a main company or FAANG aren’t using the tech stack, but arbitrary under the hood are doing basically the s…
-
comment
Comment #46417835
heisen-valves are a perfect comparison, thank you.
-
comment
Comment #46417830
Mostly “boring” stuff where the type system pays rent fast: - Domain/state machines (payments/fulfillment-style workflows): modeling states + transitions so “impossible” states lit…
-
comment
Comment #46417797
You can get most of the “ADT/state-machine reliability” benefits in Python by combining static checking + tagged unions + boundary validation: Model states as tagged unions (Union …
- story
-
comment
Comment #46411176
I think we mostly agree for the nullable case in a sound-enough type system: if Foo | null is tracked precisely and the compiler forces a check before x.bar, then yes, you’re not “…
-
comment
Comment #46411061
lmao
-
comment
Comment #46411049
I mostly agree: for many businesses, a big SaaS outage and a payments outage can look similar in impact (lost revenue, interrupted operations). It’s not “life or death” most of the…
-
comment
Comment #46408633
I think your Option/String example is a real-world tradeoff, but it’s not a slam-dunk “untagged > tagged.” For API evolution, T | null can be a pragmatic “relax/strengthen contract…
-
comment
Comment #46408580
Yep, in practice a lot of orgs treat reliability as a cost center until an outage becomes a headline or a regulatory incident. I’ve seen the same tension in payments/banking: produ…
-
comment
Comment #46408571
I’ve worked in Brazilian banking stacks that were literally FTP + spreadsheets for years. So yes, the ecosystem is often messy and protocols can be flaky. That’s exactly why I argu…
-
comment
Comment #46408484
I get why it reads like FP evangelism, but I don’t think it’s “ignoring decades of prior art.” I’m not claiming these ideas are exclusive to FP. I’m claiming FP ecosystems systemat…
-
comment
Comment #46408411
I think you’re both pointing at the same tradeoff: “untagged” unions feel lighter, but you often pay it back in ad-hoc narrowing (shape checks/heuristics) and ambiguity once varian…
-
comment
Comment #46408383
Agree, I didn’t give testing enough space. A proper treatment would’ve doubled the post, so I’m writing a separate follow-up on testing. Pure functions/immutability help a lot beca…
-
comment
Comment #46408361
Agree on the economics. I’m not arguing for full formal proofs; I’m arguing for low-cost enforcement of invariants (ADTs/state machines/exhaustiveness) that makes refactors safer a…
-
comment
Comment #46408323
Agreed, I conflated FP with “typed FP.” My claim is mainly about static types + ADTs/exhaustiveness improving refactors/review/tests. Racket can get FP benefits, but absent static …
-
comment
Comment #46408305
I get your point about ICFP drifting into “types, types, types.” I don’t think FP benefits are only static typing or immutability, pure-ish core/imperative shell, and explicit effe…
-
comment
Comment #46408249
I was searching for the Stefik article to argue here, thank you.