Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Studying users #180

Open
EduardoRFS opened this issue Sep 26, 2023 · 0 comments
Open

Studying users #180

EduardoRFS opened this issue Sep 26, 2023 · 0 comments

Comments

@EduardoRFS
Copy link
Contributor

Ruby stdlib, mostly utils, same name to make easy of finding(think filter and find_all).

Java builder pattern. Lambda in Python is bad. Lambda with context in Kotlin.

Ruby is great for DSLs, common lib in DSLs.

Python is like ruby, but worse. Import system in Python is better than Ruby, Ruby recursively imports everything(reminds me of OCaml). Import system in Ruby, no LSP for imports. Auto import in Rails.

Don't mind Python syntax, don't mind whitespace sensitivity.

Operator overloaded in Ruby.

Type system in Kotlin, null safety. Kotlin constraints. Kotling DSLs, use case similar to Ruby but different to define, json { blablabla }, related to lambda with context.

It should be elegant and it should be fast. Go is ugly, Kotlin is nice.

Kotlin auto setting. Kotlin data class.

Active record is disgusting.

Database split domain from database data. Like the model data mapper, automatic data mapping. Hanami framework.

JPA create magic queries based on the name of the function(find_all_record), magic is interesting but kind of bizarre.

Like an intermediary between Rails and Sinatra, mix and matching such as different ORM and logs.

Played a bit with Haskell in the APDA, Hackerrank using Haskell, got some of the vibe from Haskell.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant