top 50 comments

sorted by: hot top controversial new old
[–] 99 points 1 year ago* (10 children)

alternative joke

C++: "Hey, what's your name?"
Python: *grabs C++* "what is my name?"

  • source
  • hideshow 10 child comments
  • [–] 34 points 1 year ago (8 children)

    please explain I want to laugh

  • source
  • parent
  • hideshow 8 child comments
  • [–] 29 points 1 year ago (4 children)

    Pythons weak typing means it never knows what is what. It’s up to the programmer to not screw it up.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 97 points 1 year ago* (9 children)

    I know people joke around about this a lot. But I was blown away by a recent switch to I did from using cv2 with python to using cv2 with C++.

    I had literally hundreds of thousands of images to analyze for a dataset. My python script would have taken 12 hours.

    I ported it to C++ and it literally destroyed it in 20 minutes.

    I'm sure I was doing something that really wasn't optimized well for python. I know somewhere in the backend it probably was using a completely different library with multi thread optimization. Or maybe turbojpg is just garbage in python. I'm still not even sure what the bottleneck was. I don't know enough to really explain why.

    But holy shit. I never had that much of a performance difference in such a simple task.

    Was very impressed.

  • source
  • hideshow 9 child comments
  • [–] 24 points 1 year ago (1 child)

    But make sure to bill for the full 12 hours.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 16 points 1 year ago*

    Was a personal project. But absolutely. Half my job is trying to explain why something is taking so long when in reality I actually it's already done I just don't want to do nothing for the next few days.

    Managers never really know. And other engineers don't care. It's all about balancing expectations.

  • source
  • parent
  • [–] 15 points 1 year ago (1 child)

    I had a similar experience processing PDFs of building plans. 4-8k PDFs, took 5-10minutes in Python.

    I ended up switching to node.js and it processed the same PDFs in 120 seconds.

    Over the years I only really find Python useful for interviewing and occasionally in ci pipelines.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 13 points 1 year ago

    It's a great tinkering language. Which is a lot of what I do for personal projects no one else will ever see. I find it's biggest strength is also it's biggest weakness. It's really easy to write that you assume you don't have to care about under the hood stuff.

    But something as simple as using a list instead of a set can turn a 2 minute script into a 2 hour script pretty quickly.

    I remember when I first started using it I was working with building a list and then comparing elements of another list to see if it was contained.

    My list was static in the comparison so I just did a "x in Y".

    Y was massive though.

    If I was using any other language I would have thought about the data type more and obviously use a set/hash for O(1) lookup. But since I was new to python I didn't even think about it because it didn't seem to give a fuck about data types.

    A simple set_a = set(list_a) was all I needed. I think python is so easy to pick up that no one even bothers to optimize what they are writing. So you get even worse performance than it should have.

  • source
  • parent
  • I ran into a similar situation many years ago, when I was trying to write a software synthesizer using Visual Basic (version 4 at the time). The big problem is that if you're doing sample-by-sample processing of audio data in a loop (like doing pixel-by-pixel processing of images) and your chosen language's compiler can't compile to a native EXE or inline calls, then you end up suffering the performance hit of function calls that have to be made for each sample (or pixel). In many applications you're not making a lot of function calls and the overall performance hit is negligible, but when you're doing something where you're making hundreds of thousands or even millions of calls per second, you're screwed by the overhead of the function calls themselves - without there being any other sort of inefficiency going on.

    In my case, I eventually offloaded the heavy sample processing to a compiled DLL I wrote in C, and I was able to keep using Visual Basic for what it did really well, which was quickly building a reliable Windows GUI.

  • source
  • parent
  • [–] 33 points 1 year ago (1 child)

    These comics are always fun to read because as an R user, I only ever hear about how fast python is.

  • source
  • hideshow 1 child comment
  • [–] 29 points 1 year ago* (1 child)
  • [–] 28 points 1 year ago (1 child)

    This has got to be the best, most legitimately funny programmer/computer joke I've seen in years.

  • source
  • hideshow 1 child comment
  • [–] 27 points 1 year ago (11 children)

    Python's core implementation is in C though. It's just a fancy way to call C libraries.

  • source
  • hideshow 11 child comments
  • load more comments (5 replies)
    [–] 25 points 1 year ago (6 children)
  • [–] 41 points 1 year ago* (4 children)

    Javascript's still arriving to the meeting

  • source
  • parent
  • hideshow 4 child comments
  • [–] 59 points 1 year ago (2 children)

    It had to download 300 of it's buddies first

  • source
  • parent
  • hideshow 2 child comments
  • [–] 18 points 1 year ago (1 child)

    It's interesting that, with Python, the reference implementation is the implementation


    yeah there's Jython but really, Python means both the language and a particular interpreter.

    Many compiled languages aren't this way at all


    C compilers come from Intel, Microsoft, GNU, LLVM, among others. And even some scripting languages have this diversity


    there are multiple JavaScript implementations, for example, and JS is...weird, yes, but afaik can be faster than Python in many cases.

    I don't know what my point is exactly, but Python a) is sloooow, and b) doesn't really have competition of interpreters. Which is interesting, at least, to me.

  • source
  • hideshow 1 child comment
  • [–] 11 points 1 year ago

    Pypy is often considered the "best" alternative Python implementation. In some cases it can be much faster. But it's often one or two versions behind, and not 100% compatible, and of course it doesn't work with native Cpython extensions.

  • source
  • parent
  • [+] 13 points 1 year ago* (last edited 3 months ago) (7 children)
  • load more comments (4 replies)
    load more comments
    view more: next ›