Technically, Purescript has support for exceptions since it compiles to javascript, but the more standard way to encode exception is through monadic interface
Programming
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
That's why I do everything in PowerBI, but my data sources are entirely manually-maintained excel files
Why is single line comments listed when it's green for all of them? Do they not have multi-line comments?
TS as a statically typed language is not what I would call it. It's a language with enforced type annotations but can be circumvented pretty easily. For example when receiving a JSON from an http request a string field can be just whatever.
That's nitpicking. It is statically typed. Is Dart not statically typed because it has dynamic
.
You could call it "gradually typed" if you want to be pedantic.
can be circumvented pretty easily
That means it isn't sound.
Gradually typed is a great description because it's neither fully static or dynamic. TS does allow you to circumvent the types too easily to be called statically typed.
const strings: string[] = ([1] as any[])
Is ok in TS land so the type of strings
is not really static so to speak because you can assign whatever to it. Writing this in Dart would give
error - The argument type 'List<dynamic>' can't be assigned to the parameter type 'List<string>'. - argument_type_not_assignable
if I'm not mistaken.
I get your point, but that's not a great example. Kotlin is a statically typed language, and this compiles (and runs!) just fine:
val test: List<String> = listOf(1) as List<String>
println(test) // prints "[1]"
Even val test: String = 1 as String
will compile, but at least gives you an exception at runtime, which the equivalent typescript wouldn't.
That's crazy, I thought that would be an invalid cast or something.
Unfortunately not. You do get a warning that it's an unchecked cast at least.
Granted, the issue here is generic type erasure, which was a tradeoff that was decided on for backwards compatibility when generics were first introduced to Java, so it's not like an actually desirable feature of the language. But the point is that this wouldn't be reason for anyone to not call Java and Kotlin not statically typed, their type system is just a bit weaker than others in certain aspects
Not seeing any links to a page, what's up?
This is how I learned about ReScript
I love that little language. I learned ReasonML for fun and built a few toy apps a long time ago, but ReScript has been cool to watch
Interesting, but the colours for exceptions are inverted. One of the features that Elm touts on its front page is that it doesn't have exceptions.
Structural equality is also debatable.
I would have also chosen green for "no exceptions". This is the way.
As far as I can tell, the table is purely informational and not advocating for any features as being positive or negative.
Otherwise, yeah the colors make no sense.
Green is good and red is bad. If that wasn't the intent they should have used different colours.
My point is that the colors make so little sense that the only thing that makes sense is to decouple the colors from any meaning.
This table is so lacking and flawed that I don't even know why there's so much discussion around it.
Suggestion: please update the colors so colorblind people like me have an easier time reading this chart
Question: Can you suggest resources or tips for picking colors that are friendly for color-blind people? Is it easier to differentiate based upon saturation?
There are tools that can change the colors of your screen to simulate different kinds of color blindness, that makes it pretty easy to test for the basics. I've been using this one in the past: https://colororacle.org/
But in general, it's also just a good guideline to never rely only on color to communicate important information, and always also have a graphical or textual cue to go with the color.
I try to differentiable based on lightness/brightness
I don't have any go to tool :( bit of over color is father than the other is easier to see
Thank you!
or add symbols. probably add symbols.
I do my frontend in Rust thankyouverymuch.
What are "frontend language"s?
Just wondering if this is very incomplete or due to scoping.
Languages well suited for client side web code. Most of these (maybe all?) compile to JavaScript and are designed for the web.
Web is just one kind of frontend though. And there's more ways to target web with JavaScript interfacing than transpiling to JavaScript.
Sure, but without further context, "frontend" means the web. And "frontend language" means languages that were designed for the frontend. You can write a website fromtend in Python, but you absolutely shouldn't!
You can use languages like Java and Rust too which are more reasonable options, but they aren't "frontend languages".
This is very incomplete. Like to see it become more complete.
Clojurescript and purescript are my favourites.
Exceptions are not good. Alternatives are better
just hoping crystal gets more attention from the community ^_^