Hacker News Reader

Comment by carlsborg | Hacker News Reader

C++ needs to merge with Python to create the uber-language: Python for rapid development, and drop to C++ for performance. Like Cython, but with native integration.

View on HN

I'm giving a talk [1] at PyCon AU in a few weeks on a similar topic. Though you're suggesting Python/C++ and I'm covering MicroPython/C.

The concept is to use MicroPython on embedded devices but, if performance is lacking, drop into C to create a module that can be easily accessed from MicroPython.

I've found this to be an exceptionally productive embedded development environment!

[1] https://2019.pycon-au.org/talks/extending-micropython-using-...

Boost.Python[0] is not an "official merging" of C++ and Python, but might be something of interest to you. On that page is the link "Building Hybrid Systems with Boost.Python", which is an intro article on it.

0 - https://www.boost.org/doc/libs/1_70_0/libs/python/doc/html/i...

Please don't because you know we'll end up with a frankenstein language with the cons of both rather than the pros of both.

What stops you from doing this now? This is pretty much how Python works currently when you need performance.

For the most part, today's solutions let you write python modules in C/C++. So your core app is in python. I am thinking of the scenario where your core is in C++ and extendable in python for the business logic -- where the core can be a trading system engine, or a webserver for example. The rationale is python serves the algos/data scientists/quants use case really well, and C++ does the "engine" part of things really well.

No. In my opinion, one of the biggest benefits of Python is that the code looks consistent. There is a single "correct" way to do things. Merging it with C++ would remove this. I use both C++ and Python on a regular basis.

Reply on news.ycombinator.com