Attention is currently required from: dexter, fixeria, laforge, pespin.

neels has posted comments on this change by neels. ( 
https://gerrit.osmocom.org/c/pysim/+/39742?usp=email )

Change subject: personalization: refactor ConfigurableParameter, Iccid, Imsi
......................................................................


Patch Set 15:

(1 comment)

File pySim/esim/saip/personalization.py:

https://gerrit.osmocom.org/c/pysim/+/39742/comment/b19c4092_a565db5d?usp=email :
PS13, Line 50:     r"""Base class representing a part of the eSIM profile that 
is configurable during the
> While I'm not a python expert, I agree with fixeria and laforge here, I think 
> fixeria wrote down qui […]
Guys, think before jumping on the scrum.

ABC is quite shortsighted about abstractness.
In C++, abstract is well defined: a member function is NULL and the program 
will crash.
In python, I can even instantiate a class, and then assign a function to it 
after that.

In the particular use case, there are "abstract" classes that have a usable 
function definition. The concrete implementation then simply sets class member 
variables to form a useful result. So there is no use in probing whether a 
function is marked @abstract or not. because if i mark it abstract, i cannot 
instantiate it. The abstract concept is simply not related to where I can put 
those ABC decorators!

The real landscape of what is useful to a caller is as complex as it is all the 
time.
Callers pick the useful bits from an abundant API.
We do not *need* to prevent anyone from instantiating anything.

I can imagine scenarios where someone could lose important data when using an 
abstract database backend, or something.

This here is not like that in any way.

Using ABC here serves no purpose, and the ABC abstract decorators do not work.

As I said, ABC servers no purpose and doesn't work.
If you don't follow, then please stop tossing sticks between my legs, because I 
have spent a few hours thinking about this topic already because you guys will 
not stop pestering nonsense at me!



--
To view, visit https://gerrit.osmocom.org/c/pysim/+/39742?usp=email
To unsubscribe, or for help writing mail filters, visit 
https://gerrit.osmocom.org/settings?usp=email

Gerrit-MessageType: comment
Gerrit-Project: pysim
Gerrit-Branch: master
Gerrit-Change-Id: I6522be4c463e34897ca9bff2309b3706a88b3ce8
Gerrit-Change-Number: 39742
Gerrit-PatchSet: 15
Gerrit-Owner: neels <[email protected]>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: dexter <[email protected]>
Gerrit-Reviewer: laforge <[email protected]>
Gerrit-Reviewer: neels <[email protected]>
Gerrit-CC: fixeria <[email protected]>
Gerrit-CC: pespin <[email protected]>
Gerrit-Attention: laforge <[email protected]>
Gerrit-Attention: fixeria <[email protected]>
Gerrit-Attention: pespin <[email protected]>
Gerrit-Attention: dexter <[email protected]>
Gerrit-Comment-Date: Thu, 15 Jan 2026 04:21:38 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: neels <[email protected]>
Comment-In-Reply-To: laforge <[email protected]>
Comment-In-Reply-To: pespin <[email protected]>
Comment-In-Reply-To: fixeria <[email protected]>

Reply via email to