Seno, coseno e tangente in c++

[ing82]

Scusate ma cosa sarebbero tutti questi "trinagoli" ?

Avevo notato, comunque cercando su Google ho visto che i trinagoli sono una nuova figura geometrica scoperta dal nostro Davone98, che ha tre lati, tre angoli, tre vertici, tre altezze, un'area, un perimetro, la somma degli angoli interni pari a 180°: ma sbaglio o assomiglia molto a un triangolo?

@ Davone98: non voglio prenderti in giro, volevo solamente seguire lo spirito (che io ho interpretato ironico) di Samuele_70 con la sua osservazione.

[M.A.W. 1968]

...la somma degli angoli interni pari a 180°...

Questo è vero solo nella banale geometria euclidea. Nelle assiomatizzazioni alternative, variando il postulato delle parallele, cambia anche la somma degli angoli interni di un triangolo: nelle geometrie riemanniane (ellittica e sferica) tale somma eccede l'angolo piatto, e per contro nella geometria iperbolica di Lobacevskij-Bolyai la somma in questione non raggiunge i fatidici 180°.

Comunque, tornando all'argomento della discussione, math.h sta al C come cmath sta al C++: sono header alternativi e mutuamente esclusivi, come spesso è il caso per i due distinti linguaggi.


PS: Le terne pitagoriche (intere) sono ovviamente fondamentali, ma è sempre meglio svolgere test estensivi su valori razionali o reali, perché questo genere di implementazioni naif dette anche ho-copiato-la-formuletta-come-era-scritta-sul-manuale-di-analisi è soggetto ad approssimazioni a volte sorprendenti. In generale, oltre a dover rispettare religiosamente le regolette di precedenza degli operatori aritmetici, è meglio studiare a fondo un testo di calcolo numerico (meglio che niente, questo paper) prima di lanciarsi nella programmazione matematica o nella geometria analitica con valori floating point IEEE 754. Quasi sempre è necessario riorganizzare le operazioni in modo del tutto controintuitivo per ottenere risultati minimamente affidabili - anche in casi banalissimi.

La frase che ho sentito più spesso dai miei clienti e datori di lavoro nella prima quindicina d'anni della mia carriera, a cavallo tra il termine degli studi e i primi anni di apprendistato, è stata "Ah, menomale che è arrivato lei, abbiamo giusto un problemino con XYZ" dove XYZ è un qualsiasi artefatto informatico che contiene la sottoespressione "floating point". Naturalmente il "problemino" in questione, ad una prima sommaria analisi, appariva richiedere dai sedici a venti mesi/uomo di lavoro. Dopo avere analizzato un buon 30% del codice, ho praticamente sempre deciso di riscrivere tutto da capo.

In giro, soprattutto in quei tempi pionieristici, c'erano tanti programmatori bravissimi col COBOL, il FORTRAN, il BASIC e magari anche l'assembly, ma nessuna reale competenza nel campo del calcolo numerico applicato, dell'aritmetica computazionale low level e della progettazione della risoluzione numerica (rational, fixed point, floating point binario o decimale...) in funzione del risultato e dei tempi di calcolo desiderati. Anche oggi i manuali di calcolo e quelli di stabilità dei metodi numerici sono tra i meno letti ed apprezzati, paradossalmente proprio da chi ha bisogno del computer per scrivere procedure di calcolo anche corpose, dagli ingegneri ai fisici ai biochimici. Sì, Matlab e affini fanno quasi tutto, ma il problema spesso è proprio quel "quasi".

[Samuele_70]

Era solo una battuta, facile e scontata, tanto per sorridere un poco, in fondo, a volte, tutti facciamo di questi sfrondoni

[ing82]

Era solo una battuta, facile e scontata, tanto per sorridere un poco, in fondo, a volte, tutti facciamo di questi sfrondoni

Allora ho interpretato bene...e poi la perfezione non è di questo mondo!

spero che qualcuno ci illumini.

Ci si rivolge ai forum proprio nella speranza che si riesca a trovare qualcuno che ne sappia più di te stesso, la dimostrazione sono gli interventi di M.A.W. 1968 e di MItaly.

In più, due piccioni con una fava: spero di essere stato utile a Davone98 (sei scomparso, ti sei offeso? Non era mia/nostra intenzione), ma ho raccolto nuove conoscenze, matematiche e di programmazione.

Grazie a tutti.