Alternatives to Nim logo

Alternatives to Nim

Go, Rust, Python, Crystal, and C are the most popular alternatives and competitors to Nim.
64
97
+ 1
50

What is Nim and what are its top alternatives?

It is an efficient, expressive and elegant language which compiles to C/C++/JS and more. It combines successful concepts from mature languages like Python, Ada and Modula.
Nim is a tool in the Languages category of a tech stack.
Nim is an open source tool with 11.6K GitHub stars and 1.2K GitHub forks. Here’s a link to Nim's open source repository on GitHub

Top Alternatives to Nim

  • Go

    Go

    Go is expressive, concise, clean, and efficient. Its concurrency mechanisms make it easy to write programs that get the most out of multicore and networked machines, while its novel type system enables flexible and modular program construction. Go compiles quickly to machine code yet has the convenience of garbage collection and the power of run-time reflection. It's a fast, statically typed, compiled language that feels like a dynamically typed, interpreted language. ...

  • Rust

    Rust

    Rust is a systems programming language that combines strong compile-time correctness guarantees with fast performance. It improves upon the ideas of other systems languages like C++ by providing guaranteed memory safety (no crashes, no data races) and complete control over the lifecycle of memory. ...

  • Python

    Python

    Python is a general purpose programming language created by Guido Van Rossum. Python is most praised for its elegant syntax and readable code, if you are just beginning your programming career python suits you best. ...

  • Crystal

    Crystal

    Crystal is a programming language that resembles Ruby but compiles to native code and tries to be much more efficient, at the cost of disallowing certain dynamic aspects of Ruby. ...

  • C

    C

  • D

    D

    D is a language with C-like syntax and static typing. It pragmatically combines efficiency, control, and modeling power, with safety and programmer productivity. ...

  • OCaml

    OCaml

    It is an industrial strength programming language supporting functional, imperative and object-oriented styles. It is the technology of choice in companies where a single mistake can cost millions and speed matters, ...

  • JavaScript

    JavaScript

    JavaScript is most known as the scripting language for Web pages, but used in many non-browser environments as well such as node.js or Apache CouchDB. It is a prototype-based, multi-paradigm scripting language that is dynamic,and supports object-oriented, imperative, and functional programming styles. ...

Nim alternatives & related posts

Go logo

Go

12.3K
10.5K
3K
An open source programming language that makes it easy to build simple, reliable, and efficient software
12.3K
10.5K
+ 1
3K
PROS OF GO
  • 519
    High-performance
  • 379
    Simple, minimal syntax
  • 345
    Fun to write
  • 291
    Easy concurrency support via goroutines
  • 263
    Fast compilation times
  • 185
    Goroutines
  • 176
    Statically linked binaries that are simple to deploy
  • 145
    Simple compile build/run procedures
  • 128
    Backed by google
  • 128
    Great community
  • 47
    Garbage collection built-in
  • 40
    Built-in Testing
  • 38
    Excellent tools - gofmt, godoc etc
  • 34
    Elegant and concise like Python, fast like C
  • 29
    Awesome to Develop
  • 23
    Used for Docker
  • 22
    Flexible interface system
  • 21
    Great concurrency pattern
  • 20
    Deploy as executable
  • 17
    Open-source Integration
  • 14
    Fun to write and so many feature out of the box
  • 13
    Easy to read
  • 12
    Go is God
  • 12
    Its Simple and Heavy duty
  • 12
    Powerful and simple
  • 11
    Easy to deploy
  • 10
    Concurrency
  • 9
    Safe GOTOs
  • 9
    Rich standard library
  • 9
    Best language for concurrency
  • 8
    Clean code, high performance
  • 8
    Easy setup
  • 7
    High performance
  • 7
    Simplicity, Concurrency, Performance
  • 7
    Hassle free deployment
  • 6
    Single binary avoids library dependency issues
  • 6
    Used by Giants of the industry
  • 5
    Cross compiling
  • 5
    Simple, powerful, and great performance
  • 4
    Gofmt
  • 4
    WYSIWYG
  • 4
    Garbage Collection
  • 4
    Excellent tooling
  • 4
    Very sophisticated syntax
  • 3
    Kubernetes written on Go
  • 2
    Keep it simple and stupid
  • 2
    Widely used
  • 0
    Operator goto
  • 0
    No generics
CONS OF GO
  • 40
    You waste time in plumbing code catching errors
  • 24
    Verbose
  • 22
    Packages and their path dependencies are braindead
  • 15
    Dependency management when working on multiple projects
  • 14
    Google's documentations aren't beginer friendly
  • 10
    Automatic garbage collection overheads
  • 8
    Uncommon syntax
  • 6
    Type system is lacking (no generics, etc)
  • 2
    Collection framework is lacking (list, set, map)

related Go posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 38 upvotes · 3.8M views

How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

https://eng.uber.com/distributed-tracing/

(GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

See more
Nick Parsons
Director of Developer Marketing at Stream · | 35 upvotes · 1.3M views

Winds 2.0 is an open source Podcast/RSS reader developed by Stream with a core goal to enable a wide range of developers to contribute.

We chose JavaScript because nearly every developer knows or can, at the very least, read JavaScript. With ES6 and Node.js v10.x.x, it’s become a very capable language. Async/Await is powerful and easy to use (Async/Await vs Promises). Babel allows us to experiment with next-generation JavaScript (features that are not in the official JavaScript spec yet). Yarn allows us to consistently install packages quickly (and is filled with tons of new tricks)

We’re using JavaScript for everything – both front and backend. Most of our team is experienced with Go and Python, so Node was not an obvious choice for this app.

Sure... there will be haters who refuse to acknowledge that there is anything remotely positive about JavaScript (there are even rants on Hacker News about Node.js); however, without writing completely in JavaScript, we would not have seen the results we did.

#FrameworksFullStack #Languages

See more
Rust logo

Rust

2.4K
2.9K
950
A safe, concurrent, practical language
2.4K
2.9K
+ 1
950
PROS OF RUST
  • 125
    Guaranteed memory safety
  • 113
    Fast
  • 74
    Open source
  • 69
    Minimal runtime
  • 60
    Pattern matching
  • 55
    Type inference
  • 52
    Algebraic data types
  • 47
    Concurrent
  • 43
    Efficient C bindings
  • 39
    Practical
  • 31
    Best advances in languages in 20 years
  • 22
    Safe, fast, easy + friendly community
  • 22
    Fix for C/C++
  • 18
    Closures
  • 17
    Stablity
  • 16
    Zero-cost abstractions
  • 14
    Extensive compiler checks
  • 12
    Great community
  • 9
    No NULL type
  • 9
    No Garbage Collection
  • 8
    Super fast
  • 8
    Completely cross platform: Windows, Linux, Android
  • 8
    Async/await
  • 7
    Great documentations
  • 7
    Safety no runtime crashes
  • 6
    Fearless concurrency
  • 6
    Generics
  • 6
    Guaranteed thread data race safety
  • 6
    High performance
  • 6
    High-performance
  • 5
    RLS provides great IDE support
  • 5
    Compiler can generate Webassembly
  • 5
    Easy Deployment
  • 5
    Prevents data races
  • 5
    Painless dependency management
  • 4
    Helpful compiler
  • 4
    Macros
  • 1
    Real multithreading
  • 1
    Support on Other Languages
CONS OF RUST
  • 21
    Hard to learn
  • 20
    Ownership learning curve
  • 7
    Unfriendly, verbose syntax
  • 3
    Variable shadowing
  • 2
    Many type operations make it difficult to follow
  • 2
    No jobs
  • 2
    High size of builded executable

related Rust posts

James Cunningham
Operations Engineer at Sentry · | 18 upvotes · 104.8K views
Shared insights
on
Python
Rust
at

Sentry's event processing pipeline, which is responsible for handling all of the ingested event data that makes it through to our offline task processing, is written primarily in Python.

For particularly intense code paths, like our source map processing pipeline, we have begun re-writing those bits in Rust. Rust’s lack of garbage collection makes it a particularly convenient language for embedding in Python. It allows us to easily build a Python extension where all memory is managed from the Python side (if the Python wrapper gets collected by the Python GC we clean up the Rust object as well).

See more
Jakub Olan
Node.js Software Engineer · | 17 upvotes · 205.5K views

In our company we have think a lot about languages that we're willing to use, there we have considering Java, Python and C++ . All of there languages are old and well developed at fact but that's not ideology of araclx. We've choose a edge technologies such as Node.js , Rust , Kotlin and Go as our programming languages which is some kind of fun. Node.js is one of biggest trends of 2019, same for Go. We want to grow in our company with growth of languages we have choose, and probably when we would choose Java that would be almost impossible because larger languages move on today's market slower, and cannot have big changes.

See more
Python logo

Python

135.2K
109.2K
6.5K
A clear and powerful object-oriented programming language, comparable to Perl, Ruby, Scheme, or Java.
135.2K
109.2K
+ 1
6.5K
PROS OF PYTHON
  • 1.1K
    Great libraries
  • 929
    Readable code
  • 819
    Beautiful code
  • 769
    Rapid development
  • 672
    Large community
  • 418
    Open source
  • 379
    Elegant
  • 268
    Great community
  • 261
    Object oriented
  • 209
    Dynamic typing
  • 71
    Great standard library
  • 53
    Very fast
  • 49
    Functional programming
  • 35
    Scientific computing
  • 34
    Easy to learn
  • 30
    Great documentation
  • 25
    Matlab alternative
  • 23
    Productivity
  • 22
    Easy to read
  • 19
    Simple is better than complex
  • 17
    Imperative
  • 17
    It's the way I think
  • 15
    Very programmer and non-programmer friendly
  • 14
    Powerful
  • 14
    Free
  • 13
    Fast and simple
  • 13
    Powerfull language
  • 12
    Scripting
  • 10
    Machine learning support
  • 9
    Explicit is better than implicit
  • 8
    Unlimited power
  • 8
    Ease of development
  • 7
    Clear and easy and powerfull
  • 7
    Import antigravity
  • 6
    Print "life is short, use python"
  • 6
    It's lean and fun to code
  • 5
    Flat is better than nested
  • 5
    Fast coding and good for competitions
  • 5
    There should be one-- and preferably only one --obvious
  • 5
    Python has great libraries for data processing
  • 5
    High Documented language
  • 5
    I love snakes
  • 5
    Although practicality beats purity
  • 5
    Great for tooling
  • 4
    Readability counts
  • 3
    CG industry needs
  • 3
    Beautiful is better than ugly
  • 3
    Multiple Inheritence
  • 3
    Complex is better than complicated
  • 3
    Great for analytics
  • 3
    Socially engaged community
  • 3
    Rapid Prototyping
  • 3
    Lists, tuples, dictionaries
  • 3
    Plotting
  • 2
    Generators
  • 2
    Simple and easy to learn
  • 2
    Import this
  • 2
    No cruft
  • 2
    Easy to learn and use
  • 2
    List comprehensions
  • 2
    Special cases aren't special enough to break the rules
  • 2
    Now is better than never
  • 2
    If the implementation is hard to explain, it's a bad id
  • 2
    If the implementation is easy to explain, it may be a g
  • 1
    Many types of collections
  • 1
    Better outcome
  • 1
    Batteries included
  • 1
    Ys
  • 1
    Good
  • 1
    Pip install everything
  • 1
    Easy to setup and run smooth
  • 1
    Because of Netflix
  • 1
    Flexible and easy
  • 1
    Web scraping
  • 1
    Should START with this but not STICK with This
  • 1
    Powerful language for AI
  • 1
    It is Very easy , simple and will you be love programmi
  • 1
    Only one way to do it
  • 1
    A-to-Z
  • 0
    Pro
  • 0
    Powerful
CONS OF PYTHON
  • 50
    Still divided between python 2 and python 3
  • 28
    Performance impact
  • 26
    Poor syntax for anonymous functions
  • 19
    Package management is a mess
  • 19
    GIL
  • 13
    Too imperative-oriented
  • 12
    Hard to understand
  • 11
    Dynamic typing
  • 9
    Very slow
  • 8
    Not everything is expression
  • 7
    Explicit self parameter in methods
  • 7
    Indentations matter a lot
  • 6
    Poor DSL capabilities
  • 6
    No anonymous functions
  • 6
    Requires C functions for dynamic modules
  • 5
    Threading
  • 5
    The "lisp style" whitespaces
  • 5
    Hard to obfuscate
  • 4
    Fake object-oriented programming
  • 4
    Incredibly slow
  • 4
    Lack of Syntax Sugar leads to "the pyramid of doom"
  • 4
    The benevolent-dictator-for-life quit
  • 3
    Official documentation is unclear.
  • 3
    Circular import
  • 3
    Not suitable for autocomplete
  • 1
    Training wheels (forced indentation)
  • 1
    Meta classes

related Python posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 38 upvotes · 3.8M views

How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

https://eng.uber.com/distributed-tracing/

(GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

See more
Nick Parsons
Director of Developer Marketing at Stream · | 35 upvotes · 1.3M views

Winds 2.0 is an open source Podcast/RSS reader developed by Stream with a core goal to enable a wide range of developers to contribute.

We chose JavaScript because nearly every developer knows or can, at the very least, read JavaScript. With ES6 and Node.js v10.x.x, it’s become a very capable language. Async/Await is powerful and easy to use (Async/Await vs Promises). Babel allows us to experiment with next-generation JavaScript (features that are not in the official JavaScript spec yet). Yarn allows us to consistently install packages quickly (and is filled with tons of new tricks)

We’re using JavaScript for everything – both front and backend. Most of our team is experienced with Go and Python, so Node was not an obvious choice for this app.

Sure... there will be haters who refuse to acknowledge that there is anything remotely positive about JavaScript (there are even rants on Hacker News about Node.js); however, without writing completely in JavaScript, we would not have seen the results we did.

#FrameworksFullStack #Languages

See more
Crystal logo

Crystal

235
283
259
Fast as C, slick as Ruby
235
283
+ 1
259
PROS OF CRYSTAL
  • 36
    Compiles to efficient native code
  • 33
    Ruby inspired syntax
  • 30
    Performance oriented - C-like speeds
  • 22
    Gem-like packages, called Shards
  • 18
    Can call C code using Crystal bindings
  • 18
    Typed Ruby <3
  • 16
    Super Fast
  • 15
    Open Source
  • 13
    Minimal Runtime
  • 10
    Cute
  • 7
    Clean code
  • 7
    Concurrent
  • 7
    Productive
  • 3
    Great community
  • 2
    Simplicity
  • 2
    Program compiled into a single binary
  • 2
    Powerful
  • 1
    Elegant
  • 1
    Has builtin LLVM support library
  • 1
    Feels like duck types, safe like static types
  • 1
    Statically linked binaries that are simple to deploy
  • 1
    Fun to write
  • 1
    High-performance
  • 1
    Simple, minimal syntax
  • 1
    Compile time statically safe macros
  • 1
    Null Safety
  • 1
    Concise
  • 1
    Statically Safe Monkey Patching
  • 1
    Fibers
  • 1
    Spawn
  • 1
    Meta-programming
  • 1
    Type inference
  • 1
    Cross-platform
  • 1
    Productivity
  • 1
    Meta-Programming (via Macros)
CONS OF CRYSTAL
  • 12
    Small community
  • 3
    No windows support
  • 1
    No Oracle lib

related Crystal posts

C logo

C

5.4K
3.7K
230
One of the most widely used programming languages of all time
5.4K
3.7K
+ 1
230
PROS OF C
  • 64
    Performance
  • 45
    Low-level
  • 33
    Portability
  • 28
    Hardware level
  • 18
    Embedded apps
  • 12
    Pure
  • 9
    Performance of assembler
  • 7
    Ubiquity
  • 4
    Great for embedded
  • 4
    Old
  • 2
    OpenMP
  • 2
    No garbage collection to slow it down
  • 2
    Compiles quickly
CONS OF C
  • 5
    Low-level
  • 3
    No built in support for concurrency
  • 2
    Lack of type safety
  • 2
    No built in support for parallelism (e.g. map-reduce)

related C posts

Shared insights
on
Go
C
Python
Rust
at

One important decision for delivering a platform independent solution with low memory footprint and minimal dependencies was the choice of the programming language. We considered a few from Python (there was already a reasonably large Python code base at Thumbtack), to Go (we were taking our first steps with it), and even Rust (too immature at the time).

We ended up writing it in C. It was easy to meet all requirements with only one external dependency for implementing the web server, clearly no challenges running it on any of the Linux distributions we were maintaining, and arguably the implementation with the smallest memory footprint given the choices above.

See more
Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 14 upvotes · 1.1M views

Why Uber developed H3, our open source grid system to make geospatial data visualization and exploration easier and more efficient:

We decided to create H3 to combine the benefits of a hexagonal global grid system with a hierarchical indexing system. A global grid system usually requires at least two things: a map projection and a grid laid on top of the map. For map projection, we chose to use gnomonic projections centered on icosahedron faces. This projects from Earth as a sphere to an icosahedron, a twenty-sided platonic solid. The H3 grid is constructed by laying out 122 base cells over the Earth, with ten cells per face. H3 supports sixteen resolutions: https://eng.uber.com/h3/

(GitHub Pages : https://uber.github.io/h3/#/ Written in C w/ bindings in Java & JavaScript )

See more
D logo

D

94
107
144
Modern convenience. Modeling power. Native efficiency.
94
107
+ 1
144
PROS OF D
  • 14
    Compile-time function execution
  • 12
    Makes functional programming style easier
  • 11
    Powerful static function to avoid macro
  • 11
    Productive
  • 11
    Much easier to do Concurrent/Parallel vs C/C++
  • 10
    Simple but Powerful template-based generics
  • 9
    Meta program is much easier to read/write vs. C++
  • 9
    Supports code covarge directly in the compiler
  • 8
    System program language like C++ and C
  • 8
    Assembler is support directly in the language
  • 8
    It support unittest etc
  • 6
    Easy to translate from Java and C# to D
  • 6
    Supports both manuel memory and garbage collection
  • 6
    Metaprogramming
  • 5
    Plugs directly into C
  • 4
    Feels and looks like C, so it's easy to learn
  • 3
    Amazing developer productivity
  • 1
    Performance
  • 1
    Fast
  • 1
    Syntax uniformity across pre-compile/compile/runtime
CONS OF D
    Be the first to leave a con

    related D posts

    OCaml logo

    OCaml

    128
    110
    21
    A general purpose industrial-strength programming language
    128
    110
    + 1
    21
    PROS OF OCAML
    • 5
      Satisfying to write
    • 4
      Pattern matching
    • 3
      Also has OOP
    • 3
      Easy syntax
    • 3
      Very practical
    • 3
      Extremely powerful type inference
    CONS OF OCAML
    • 3
      Small community
    • 1
      Royal pain in the neck to compile large programs

    related OCaml posts

    JavaScript logo

    JavaScript

    198.3K
    152.6K
    7.7K
    Lightweight, interpreted, object-oriented language with first-class functions
    198.3K
    152.6K
    + 1
    7.7K
    PROS OF JAVASCRIPT
    • 1.6K
      Can be used on frontend/backend
    • 1.5K
      It's everywhere
    • 1.1K
      Lots of great frameworks
    • 885
      Fast
    • 734
      Light weight
    • 412
      Flexible
    • 379
      You can't get a device today that doesn't run js
    • 281
      Non-blocking i/o
    • 231
      Ubiquitousness
    • 186
      Expressive
    • 49
      Extended functionality to web pages
    • 42
      Relatively easy language
    • 40
      Executed on the client side
    • 24
      Relatively fast to the end user
    • 20
      Pure Javascript
    • 15
      Functional programming
    • 9
      Async
    • 7
      Setup is easy
    • 6
      Because I love functions
    • 6
      JavaScript is the New PHP
    • 6
      Full-stack
    • 5
      Future Language of The Web
    • 5
      Expansive community
    • 5
      Its everywhere
    • 5
      Can be used in backend, frontend and DB
    • 5
      Like it or not, JS is part of the web standard
    • 4
      Everyone use it
    • 4
      Agile, packages simple to use
    • 4
      Supports lambdas and closures
    • 4
      Popularized Class-Less Architecture & Lambdas
    • 4
      Evolution of C
    • 4
      For the good parts
    • 4
      Easy to hire developers
    • 4
      Love-hate relationship
    • 3
      Because it is so simple and lightweight
    • 3
      Only Programming language on browser
    • 3
      Nice
    • 3
      Easy to make something
    • 3
      Promise relationship
    • 3
      Scope manipulation
    • 3
      Hard not to use
    • 3
      Client processing
    • 3
      It's fun
    • 3
      Everywhere
    • 3
      Function expressions are useful for callbacks
    • 3
      Can be used on frontend/backend/Mobile/create PRO Ui
    • 3
      What to add
    • 3
      1.6K Can be used on frontend/backend
    • 3
      Can be used both as frontend and backend as well
    • 3
      Easy
    • 3
      Clojurescript
    • 3
      Stockholm Syndrome
    • 3
      It let's me use Babel & Typescript
    • 3
      Client side JS uses the visitors CPU to save Server Res
    • 3
      Its fun and fast
    • 3
      Powerful
    • 3
      Most Popular Language in the World
    • 3
      Versitile
    • 3
      No need to use PHP
    • 3
      Photoshop has 3 JS runtimes built in
    • 1
      Acoperișul 0757604335
    • 1
      JavaScript j.s
    CONS OF JAVASCRIPT
    • 21
      A constant moving target, too much churn
    • 20
      Horribly inconsistent
    • 14
      Javascript is the New PHP
    • 8
      No ability to monitor memory utilitization
    • 6
      Shows Zero output in case of ANY error
    • 5
      Can be ugly
    • 4
      Thinks strange results are better than errors
    • 2
      No GitHub
    • 1
      Slow

    related JavaScript posts

    Zach Holman

    Oof. I have truly hated JavaScript for a long time. Like, for over twenty years now. Like, since the Clinton administration. It's always been a nightmare to deal with all of the aspects of that silly language.

    But wowza, things have changed. Tooling is just way, way better. I'm primarily web-oriented, and using React and Apollo together the past few years really opened my eyes to building rich apps. And I deeply apologize for using the phrase rich apps; I don't think I've ever said such Enterprisey words before.

    But yeah, things are different now. I still love Rails, and still use it for a lot of apps I build. But it's that silly rich apps phrase that's the problem. Users have way more comprehensive expectations than they did even five years ago, and the JS community does a good job at building tools and tech that tackle the problems of making heavy, complicated UI and frontend work.

    Obviously there's a lot of things happening here, so just saying "JavaScript isn't terrible" might encompass a huge amount of libraries and frameworks. But if you're like me, yeah, give things another shot- I'm somehow not hating on JavaScript anymore and... gulp... I kinda love it.

    See more
    Conor Myhrvold
    Tech Brand Mgr, Office of CTO at Uber · | 38 upvotes · 3.8M views

    How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

    Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

    Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

    https://eng.uber.com/distributed-tracing/

    (GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

    Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark

    See more