soapui VS CPython

SoapUI

There are plenty of tools for stress testing, read RapidAPI, paw, SoapUI, Postman, rest-assured, JMeter and so on! I'm sure they are amazing, however that's all big and heavy, slow, sometimes paid tools!

SoapUI: https://www.soapui.org/

I found SoapUI when I had to develop some SOAP services, but these days it also does REST etc just fine.

For someone like me who just does this occasionally I found it rather useful.

[1]: https://www.soapui.org

Eclipse IDE (IntelliJ when I have to depending on the team) (oh and I use the Eclipse package download site, not the installer) Bash shell (WSL on Windows) Gnu CLI commands Dbeaver (although I tend to use the version in the repos) MySQL Workbench (although I tend to use the version in the repos) Meld (like it better than any other comparison tool for ad hoc visual file compares) Apache JMeter (performance testing) (I tend to download and run manually instead of the one in the repos) GIMP Wireshark (great for figuring out why someone's fancy REST client isn't passing JSON correctly) SoapUI (or Postman depending on the team, I prefer SoapUI - which does REST)

SOAP

CPython is evaluating the options in this guide: https://github.com/python/cpython/issues/112301#issue-200494...

You can look at the history of PyObject yourself: https://github.com/python/cpython/commits/main/Include/objec.... None of these changes were done because of weird CPU errata that meant that making the header bigger was a performance win. That isn't to say that the developers wouldn't be interested in such effects, or be able to detect them, but the fact that the object header happens to be large enough to avoid the performance bug isn't because of careful testing but because that's what they ended up for other reasons, far before Zen 3 was ever released. If it so happened that Python was affected because the offset needed to avoid a penalty was 0x50 or something then I am sure they would take it up with AMD rather than being content to increase the size of their header for no reason.

One might also be interested in asyncore library, which are available in python2.7: https://github.com/python/cpython/blob/v2.7.18/Lib/asyncore.py And chat implementation: https://github.com/python/cpython/blob/v2.7.18/Lib/asynchat.py

> Can I now trust modern python installations to have native-json enabled sqlite built in?

There is no absolute guarantee because distros can use any supported SQLite version to build Python (though Debian [1] and thus Ubuntu has long enabled -DSQLITE_ENABLE_JSON1), but you can expect that any Python version released shortly after 2022-03-16 [2] supports JSON functions in the Windows and macOS builds.

[1] https://sources.debian.org/src/sqlite3/3.16.2-5%2Bdeb9u1/deb...

[2] https://github.com/python/cpython/pull/31655

#1 Python

Can't wait to the end? Get started with Python. Support Python on GitHub ⭐

To run the demo locally, be sure to have Python 3.11 and FFmpeg installed.

Currently installed apps: Alfred for searching applications/files and launching websites quickly i Stat menus to monitor my hardware Geo Gebra Classic 6 for school Rectangle for better window management Obsidian for note taking Resolve for video editing and all utilities that come with it Bitwarden as my go-to password manager Microsoft Word, Excel PowerPoint and Teams for school Dropover for moving or sending more files quickly Gestimer for work sessions iTerm as a better terminal than the built-in one Python and all things that come with the install Parallels Desktop and all stuff that comes with the install for running windows only applications Visual Studio Code for coding Blender for 3D Image Optim CurseForge for modded Minecraft Minecraft Find any file Mac Updater 3; would love to have the pro version

"Has no maintainer" means there is no one who has said they have the expertise to be able to render final judgment on a bug report or other issue. "If no active maintainer is listed for a given module, then questionable changes should be discussed on the Core Development Discourse category, while any other issues can and should be decided by any committer." - https://devguide.python.org/core-developers/experts/index.ht...

In practice, what that means is if there is a bug report, like https://github.com/python/cpython/issues/71964 from 2016, then the fix may languish for years as no one in the core team is able to resolve it. You can see several people reported the bug, along with a comment from 2022 that "The cgi module is now deprecated following the acceptance of PEP 594" so will not be fixed.

The fixes I saw likely fall into the un-questionable changes that can be decided by any committer.