On a Mac, it's alt-dash in case you weren't being facetious

Extra pedantic: that’s the en dash, the em dash is option-shift-hyphen

TIL! Thank you

Technically option-shift-dash. option-dash is an en-dash.

Just curious, are you saying wealthy people _don't_ live in the city and those neighborhoods? Specifically around Valencia?

It's actually kind of hidden behind a shopping center. It's not on a main walkway, but it is right down town.

Boy this really doesn’t help SF’s image. Glad they’re okay, though. As a local, and like the article mentions, I feel embarrassed and somehow responsible for stuff like this. It’s so sad to me that they came here with an open mind to see what SF is really like and this happens.

Of course you are not personally responsible but Jefferson said “The government you elect is the government you deserve.”

With the current political circumstances in free fall, you’d think we would have hit “enlightenment” by now. It can’t be long!

Tell me, comrade, have we achieved it ? Is this full Communism yet?

I think dropping Typescript the way they did was silly, but you are absolutely correct that they should be able to do so, even if it’s unpopular.

Do you have multiple people collaborating with you? If I’m writing code that only I need to understand then yes, typescript may be overkill (though I prefer types even then), but working on any meaningful codebase without types is… challenging. Types aren’t that hard are they?

I have, yes. From a team perspective, there's zero technical difference between TypeScript types and a combination of default args and type checker functions. The same ends are achieved, but in a far less kludgy way that's overt. In the event a type checker is missing, it can be added/documented quickly with zero time wasted on trying to answer "what's the TypeScript way to do this?"

Types aren't the difficult part, it's TypeScript that's difficult. The documentation is a nightmare and in my experience I saw "any" types being used far too often (which literally defeats the purpose of using TypeScript).

>there's zero technical difference between TypeScript types and a combination of default args and type checker functions

I may be missing something, but aren't your type checker functions called at runtime whereas Typescript would be doing static type checking at compile time?

They are, but in practice there's little difference in the ends because you're getting the same feedback (did I pass the right type, yes or no). Like calling someone on a cell phone vs. a land line.

If the type of data you're passing around is erratic beyond development (where, just like TypeScript, a function-based approach illuminates incorrect data being passed around), you're writing bad code and TypeScript is nothing more than a crutch.

I expect most hardline TypeScript people to disagree, but type errors are the least of my concerns thanks to the above approach. It's not just an opinion; it's based on experience/evidence [1].

[1] https://github.com/cheatcode/joystick

Yes, you are correct. It is clear the OP doesn't understand the purpose of typescript.

I understand perfectly, but in practice I don't think the benefits outweigh the costs.

Fair enough if you have another way that works!

Well that’s certainly a hot take. I’d say TypeScript is the best thing to happen to JS, but that’s just my opinion. It’s not perfect, but it makes working on a large codebase tolerable. To each their own.

I believe you can do this in Python

Yup, you can. Also in Clojure, like this:

(< 1 2 3 4 5 6) => true

How do you do the (IMO common) 0 <= index < length?

This you can't do, unfortunately. Would have to do something stupid like `(< -1 index length)`.

This has been my experience as well.

Honestly, I can't get my head around how anyone could prefer Objc over Swift. I suppose it's just years of writing Objc and not wanting the change?

Like Swift is not a perfect language and Apple's developer docs lack useful examples a lot of times, but Objective-C has to be the least approachable language in all of app development.