Best programming language for lab experiments

[PKTKS]

On more opinion to the list:

- It is pointed above the pathetic dependency of spaces in Python
- Actually python lacks "closures" - which any experienced programmer
  will certainly be radically against such odd "feature"
- Python lacks proper OS low level features
- It totally relies on a stupid "each version" each run byte compiled LIB set
- It may seem easy for a novice with those libs and that "object" like look
- Experienced OO folks will obviously ask where are the templates ?
- without them OO is pure bullshit.

- PERL is not stupid like python with the libs - PERL is not "byte compiled"
- and no dependency of that stupid "tree" library  - CPAN confirm that
- but even far more low level to OS PERL still is interpreted
- Although  order of magnitude better and cleaner than Python

- Serious folks will of course require: low level interaction
that means possibly assembly and in line code
- TEMPLATES of course - there is nothing more  high level so far.
- Fast and clean memory bitmap and canvas OPS - that is C of course.
- STL and libc are handy - C does not put "version" crap - the linker resolves that

So a serious fast and more suitable option is still C/C++
novices folks are scary as that may take a decade to manage - and more.

2 cents
Paul

[Mattjd]

I dont know what it is about this forum but it seriously always has so much hate against anything remotely mainstream.


OP, use Python.

Its a great language, not the fastest, but the parts that need to be fast (numpy, pandas, sklearn) are just as fast as Matlab if not faster in some areas. Its got huge amounts of open source libraries for all sorts of things. Theres multiple libraries for control Rigol instruments, and I am sure others.

Cherry on the cake is that Python is actually relevant, and jobs look for it. Mainly because its free and the huge amount of open source support it has.

[spudboy488]

LabView NXG ?

See the link in https://www.eevblog.com/forum/general-computing/labview-community-edition-released-(free-noncommercial!)

[HackedFridgeMagnet]

Obviously only applies if your OS is Windows.

I find  C# a far better language than python and that is what I would choose.

Stronger Typing, no ridiculous white space mistakes, better multithreading apparently, very nice GUI controls, fantastic IDE.

Also no Zen of Python bullshit. This used to aggravate me no end when I was doing python. 

If they thought explicit was better than implicit then they should've used semicolons. 

[Doctorandus_P]

Python uses duck typing.

If it looks like a duck, and if it quacks like a duck then it is probably something that wants you to think it is a duck.

I would prefer perl above python if the language alone was taken into consideration.
Unfortunately I have a limited amount of space in my head and time is also a one-way street.

As I wrote before, I started using python because it's used as a scripting language in almost all the open source tools I use. And I'm really hoping for Python4 with strong typing and without the ridiculous whitespace dependency, but it's one of the compromises in life.

[PKTKS]

Python uses duck typing.

If it looks like a duck, and if it quacks like a duck then it is probably something that wants you to think it is a duck.

I would prefer perl above python if the language alone was taken into consideration.
Unfortunately I have a limited amount of space in my head and time is also a one-way street.

As I wrote before, I started using python because it's used as a scripting language in almost all the open source tools I use. And I'm really hoping for Python4 with strong typing and without the ridiculous whitespace dependency, but it's one of the compromises in life.

That is mostly  a perfect definition.

I need to reinforce it with some worth points as well:
- While python insists of being strangely "object" only dependent..
- It will not suit a *NIX environment properly
- Example *before* the flames arise:
   ** Look how python interact with "PIPES" (primary building block of good OS)
   ** they crafted a totally wacko object "module" with a more odd thing...
   **  which oddly enough they call "template" (which you derive a pipe from)

- Now compare that with how PERL interacts *DIRECTLY* with PIPES
  using a dozen direct ways to handle PIPES.
- Just a simple start point of comparison.. extend that to signals
- sockets... and process handling.  Python is brain damaged doing that

Now look how a simple version "upgrade"  will write a totally new
  library set of *ALL* that crappy objects...

Honestly.. python is far from consideration being a proper SHELL
script admin tool..  more likely a VB kinda wanna be

Flames are welcome - I know some die hard folks are python enthusiasts..
I just do not figure out why

Paul