# Conclusion on Nim

DevFeed: [Conclusion on Nim](<https://devfeed.tech/articles/conclusion-on-nim-30807.md>)

Original publisher: [Read original article](<https://hookrace.net/blog/conclusion-on-nim/>)

Published: 2015-01-25T23:00:00Z

Content type: article

Language: en

Sources: [Dennis Felsing](<https://devfeed.tech/sources/dennis-felsing.md>)

Topics: [Nim](<https://devfeed.tech/topics/nim.md>), [Programming](<https://devfeed.tech/topics/programming.md>), [C++](<https://devfeed.tech/topics/c-plus-plus.md>), [Haskell](<https://devfeed.tech/topics/haskell.md>), [Python](<https://devfeed.tech/topics/python.md>), [Rust](<https://devfeed.tech/topics/rust.md>)

Tags: [c-plus-plus](<https://devfeed.tech/tags/c-plus-plus.md>), [conclusion](<https://devfeed.tech/tags/conclusion.md>), [haskell](<https://devfeed.tech/tags/haskell.md>), [language](<https://devfeed.tech/tags/language.md>), [nim](<https://devfeed.tech/tags/nim.md>), [programming](<https://devfeed.tech/tags/programming.md>), [python](<https://devfeed.tech/tags/python.md>), [rust](<https://devfeed.tech/tags/rust.md>)

## AI overview

The author concludes that Nim is the most efficient language for them because it balances code efficiency, readability, and development time. They acknowledge that Nim is not the fastest or easiest language and lacks a single defining feature, but say it compares favorably with Rust, C++, Python, and Haskell in their personal use.

## Source excerpt

In my last two posts, "What is special about Nim?" and "What makes Nim practical", I forgot the important conclusion - why I personally have decided for Nim in favor of Rust, C++, Python and Haskell: Nim is not the fastest language, it's not the easiest language to write in and it surely has some flaws that should be fixed. Nim has no single "killer feature" like go's goroutines or Rust's memory management. But Nim doesn't need a killer feature. Instead it strikes a reasonable balance that makes it the most efficient language for me: I can produce reasonably efficient code (faster than Python and Haskell) that is reasonably readable (more so than Rust, C++ and Haskell) in a reasonable amount of time (less than Rust, C++ and Haskell)