TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ask HN: Is there any lanuage which satisfies my need?

2 pointsby mangatmodiover 5 years ago
I have the following requirements 1. I need to work with complex data, so I need easy data transformation constructs (map, filter, lambdas etc.) 2. I need strongly statically typed language, as in my experience they are easier to debug, read and maintain 3. Binary compilation<p>I have worked with Go, Python, Scala and Kotlin, and seems now all of them fail somewhere.<p>Scala and Kotlin don&#x27;t compile to Binary and my team doesn&#x27;t want to maintain JVM dependency<p>Python is dynamically typed<p>Is C++ or any other language viable?

4 comments

gus_massaover 5 years ago
Have you tried Typed Racket <a href="https:&#x2F;&#x2F;docs.racket-lang.org&#x2F;ts-guide&#x2F;quick.html" rel="nofollow">https:&#x2F;&#x2F;docs.racket-lang.org&#x2F;ts-guide&#x2F;quick.html</a> ?<p>It&#x27;s JIT-compiled, but it&#x27;s doesn&#x27;t use the JVM. And you can create an executable of your program if you wish.<p>It&#x27;s generally faster than Python but not as fast as C. YMMV. <a href="https:&#x2F;&#x2F;benchmarksgame-team.pages.debian.net&#x2F;benchmarksgame&#x2F;fastest&#x2F;racket.html" rel="nofollow">https:&#x2F;&#x2F;benchmarksgame-team.pages.debian.net&#x2F;benchmarksgame&#x2F;...</a> The comparison use the (Untyped) Racket instead of Typed Racket. Typed Racket usually has a longer compilation time but a faster run time, because it has more optimizations. YMMV.
brudgersover 5 years ago
If the reason for static typing is debugging, then what matter is ease of debugging, not static typing. If the reason for binary compilation is speed and&#x2F;or easy deployment, then what you need is speed and&#x2F;or easy deployment not binary compilation. They smell like XY problems. [1] To the degree they are XY Problems, Erlang is worth looking into. Pattern matching against variable input is what it does with decades of real world business critical deployment at vast scale. It doesn&#x27;t look like other languages because it isn&#x27;t. Good luck.<p>[1]: <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;XY_problem" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;XY_problem</a>
评论 #22163919 未加载
_0ffhover 5 years ago
There&#x27;s oodles of languages like that. I recommend Nim.
评论 #22158758 未加载
fiedziaover 5 years ago
Try Rust
评论 #22158819 未加载