Italian community of Lazarus and Free Pascal

Citazione da: DragoRosso - Oggi alle 03:41:51 pm

Per intenderci, un risultato in Python di questa divisione (e i matematici sembrano prevalere per questo ?) sarebbe:

(-9 // 5) = -2                 (9 // -5) = -2         (-9 // -5) = 1           (9 // 5) = 1
(-9 % 5) = 1                 (9 % -5) = -1        (-9 % -5) = -4         (9 % 5) = 4

onestamente questa cosa mi destabilizza un po'...   
non mi pare tanto normale, sarà che sono un informatico e non un matematico ma, questi calcoli, farei fatica a farmeli calare

A guarda, ti quoto e sottoscrivo in pieno, ma è quello che Python fà. E non solo, ma Google a ruota ... e prova la calcolatrice di Windows (ha solo il MOD) e vedrai gli stessi risultati.
Fortunatamente i fogli di calcolo lavorano ancora come in Pascal e come logica comanda.

Giusto per confermare la mia logica (anche se magari un pò demenziale  ) :
tralasciando lo ZERO se ho un qualcosa tipo -nx , sarà che il resto (ciò che resta  ) sia comunque un -ax, dove a è minore dir n ovviamente, ma minore in senso numerico assoluto.
Se ho -9 mi avanzerà qualcosa da -1 a -9 (tralasciando che può rimanere anche ZERO). E infatti in Pascal il resto mantiene il segno del dividendo, mentre il risultato "troncato" ha la combinazione dei segni del dividendo e del divisore.

Mi sembra sicuramente più ovvio e gestibile così. Non avrei mai pensato a qualcosa di diverso. Oltretutto, che senso ha che (9 div 5) o (9 mod 5) abbiano valori assoluti differenti con segni differenti ?

Mah, rimango basito soprattutto perchè ho sempre più spesso a che fare con terze parti e nascono continue sorprese.

Mandi

P.S.: non è che (-6 // 5) in Python abbia un risultato diverso, fà sempre -2 ... però con resto di 4 ....

L'operazione che fà Python è corretta dal suo punto di vista, lo afferma la definizione dell'operatore "//" ma secondo me illogica anche se dal punto di vista prettamente matematico sembra che ci siano delle prevalenze verso il Python.

Dal punto di vista informatico invece sembra che ci sia preponderanza verso il calcolo Pascal, per cui di fatto una divisione intera ha come risultato una divisione troncata con segno (o come meglio si definisce arrotondata allo ZERO).

Python invece arrotonda con "floor" o "ceil"  in funzione al "segno" del risultato (appunto all'intero minore, dove il limite non è lo ZERO ma sono bensì il + / - INFINITO). Quindi il minore è il valore verso il - INFINITO e il maggiore è il valore verso il + INFINITO.
Tendenzialmente l'informatico il valore "minore" in termini di arrotondamento lo intende come valore verso lo ZERO.

Per intenderci, un risultato in Python di questa divisione (e i matematici sembrano prevalere per questo ?) sarebbe è:

(-9 // 5) = -2                 (9 // -5) = -2         (-9 // -5) = 1           (9 // 5) = 1
(-9 % 5) = 1                 (9 % -5) = -1        (-9 % -5) = -4         (9 % 5) = 4


in Pascal (e gli informatici sono più concordi su ciò):

(-9 div 5) = -1              (9 div -5) = -1         (-9 div -5) = 1         (9 div 5) = 1
(-9 mod 5) = -4            (9 mod -5) = 4       (-9 mod -5) = -4      (9 mod 5) = 4   

Entrambi dal punto di vista pratico danno un risultato equivalente,  ma potete capire che la rappresentazione non è proprio così equivalente. A me sembrano più coerenti i risultati Pascal, però sicuramente i matematici hanno le loro ragioni.

Comunque per rispondere a @BonMario, il campo di applicazione da dove ciò è comparso e l'applicazione di analisi spettrografica, dove la rappresentazione era legata ad alcuni algoritmi che a me (in Pascal) davano i risultati aspettati mentre in Python no.
E sinceramente mi ci è voluto un pò per riuscire a fare quadrato, perchè mentre in Pascal è tutto come ti aspetti (quando cambiano i segni degli operandi cambiano i segni dei risultati ma i valori "assoluti" sono sempre gli stessi, in Python non è così).

E' come un pò dire che (3 * 5) = (10+5) oppure  (3 * 5) = (20 - 5), entrambi sono corretti però dal punto di vista logico il primo mi appare un pò più ... come si può dire ... logico ... 

Ciao,
premesso che non avevo mai analizzato questa problematica prima, secondo me dipende da cosa rappresenta quel numero ed il motivo per cui lo stai dividendo.

P.S. Ho provato a fare -9/5 con la calcolatrice di Windows 11, e mi da come risultato -1.8. Quindi, in alcune condizioni, (-9 div 5) dovrebbe dare -1 come risultato !


Ciao, Mario

Non conosco ".SortOrder ", ma visto dove hai messo queste 2 righe,


mi viene da dire che lo farebbe solo per quelle alfanumeriche

Ciao, Mario

forse ho risolto.
All'apertura del file ho aggiunto:

Codice: [Seleziona]

StringGrid6.OnCompareCells := @StringGrid6CompareCells; 

Scusa, hai ragione, lo davo per scontato, perché per come faccio io la cosa è automatica, ma non mi ricordavo che andava fatta a mano !!!

Ciao, Mario