5 ms·

I don't like your tone; this was a one-off experiment (that did not even gain much attention back then) that I did for fun, and no one is entitled to my time so

I don't like your tone; this was a one-off experiment (that did not even gain much attention back then) that I did for fun, and no one is entitled to my time so I have addressed those issues when I wanted to. I am not the one who posted here, why so aggressive?

smoyer 6y ago
I don't think the tone was hostile and if you ignore any hint of tone you might hear, you have to admit that the title is really click-baity (yes I understand that you didn't post it). Regardless of the criticisms of the project, it's great that you're experimenting and I would be curious to know what's causing the reduction in performance ... is it only part of the program or is that the performance of the Python code being interpreted.
- boramalper 6y ago
  > I would be curious to know what's causing the reduction in performance ... is it only part of the program or is that the performance of the Python code being interpreted. Mostly the latter but also a bit of the former: I could have optimised it further — at the expense of idiomaticity — but I believe gains would be marginal. Other than that, Python is not that fast so you pay some penalties there too.
noname120 6y ago
Fair point, here is a pull request that addresses my criticism: https://github.com/boramalper/pydis/pull/15 https://github.com/boramalper/pydis/pull/15
- deleted 6y ago
  [deleted]
- pastage 6y ago
  > as long as the heavy work is done by calling native non-Python code. Do not merge that. I once realized that grep is really fast, and replaced our custom solution with bash script, but I still claim that app is written in idiomatic PHP/python/ruby. This project has a lot of problems that it depends on C code is only a symptom. Noting all those bad things in a project Readme is a trap I fall into way to often it never works.
_jfoi 6y ago
Ha ha you dont like his tone. You sure are sensative when you get called out for misrepresentation . Grow up. You got caught bullshitting .
balena 6y ago
Don't listen to these mindless code golfers. Your experiment does indeed prove your point imho.

smoyer 6y ago

I don't think the tone was hostile and if you ignore any hint of tone you might hear, you have to admit that the title is really click-baity (yes I understand that you didn't post it). Regardless of the criticisms of the project, it's great that you're experimenting and I would be curious to know what's causing the reduction in performance ... is it only part of the program or is that the performance of the Python code being interpreted.

boramalper 6y ago
> I would be curious to know what's causing the reduction in performance ... is it only part of the program or is that the performance of the Python code being interpreted. Mostly the latter but also a bit of the former: I could have optimised it further — at the expense of idiomaticity — but I believe gains would be marginal. Other than that, Python is not that fast so you pay some penalties there too.

noname120 6y ago

Fair point, here is a pull request that addresses my criticism: https://github.com/boramalper/pydis/pull/15 https://github.com/boramalper/pydis/pull/15

deleted 6y ago
[deleted]
pastage 6y ago
> as long as the heavy work is done by calling native non-Python code. Do not merge that. I once realized that grep is really fast, and replaced our custom solution with bash script, but I still claim that app is written in idiomatic PHP/python/ruby. This project has a lot of problems that it depends on C code is only a symptom. Noting all those bad things in a project Readme is a trap I fall into way to often it never works.

_jfoi 6y ago

Ha ha you dont like his tone. You sure are sensative when you get called out for misrepresentation . Grow up. You got caught bullshitting .

balena 6y ago

Don't listen to these mindless code golfers. Your experiment does indeed prove your point imho.