X-Received: by 10.13.236.146 with SMTP id v140mr33291170ywe.28.1450281859840; Wed, 16 Dec 2015 08:04:19 -0800 (PST) X-Received: by 10.182.42.195 with SMTP id q3mr569594obl.3.1450281859804; Wed, 16 Dec 2015 08:04:19 -0800 (PST) Path: csiph.com!au2pb.net!feeder.erje.net!2.us.feeder.erje.net!enother.net!enother.net!peer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!21no304669qgx.0!news-out.google.com!l1ni5177igd.0!nntp.google.com!mv3no16995589igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: it.comp.java Date: Wed, 16 Dec 2015 08:04:19 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=57.79.10.121; posting-account=Nln4LAoAAABStqhRpZLg6sJVoqeyTRXf NNTP-Posting-Host: 57.79.10.121 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Scusate ma in ottica aziendale From: Jack Injection-Date: Wed, 16 Dec 2015 16:04:19 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 4149 X-Received-Body-CRC: 3939441252 Xref: csiph.com it.comp.java:8818 Il giorno mercoled=EC 16 dicembre 2015 15:24:48 UTC+1, Dr.UgoGagliardelli h= a scritto: > Il 16.12.2015 14.12, Delta11 ha scritto: > > Il 16/12/2015 13.40, Dr.UgoGagliardelli ha scritto: > >> Mi rendo anche conto che essendo che in cobol le date, intese come tip= o > >> dati, non esistono, ti puo' essere sembrato strano. Ma in realta' > >> trattare le date e' un'operazione complessa, proprio per i multiformi > >> aspetti che una data puo' assumere. Ad esempio, trattare una data > >> gregoriana e una data lunisolare (come nel calendario ebraico) > >> riconducendole ad un unico orario definito nello spazio, nel tempo e > >> nella storia con implicazioni culturali, in cobol potrebbe essere > >> parecchio complesso (valuto non meno di 10000 righe di codice), in jav= a > >> c'e' appunto il tipo Calendar, che riduce i gradi di liberta' > >> semplificando enormemente i conti limitando il codice a poche righe. > > > > ma ,lo vedi che sei un saccente di merda? > > In informatica si usano solo 2 calendari, il gregoriano e il giuliano, > > quello ebraico al quale tu ti riferisci viene usato solo in ambito > > religioso o teologico. La formulazione di quel calendario non passer=E0 > > mai tra i byte di un computer. > Hai detto la tua ennesima cazzata, da superficiale supponente quale sei. > Come se l'informatica trattasse solo di bolle e fatture. > Inoltre se parlo di "orario definito nello spazio, nel tempo e nella=20 > storia con implicazioni culturali" intendo che anche nei casi piu'=20 > semplici, anche utilizzando il calendario gregoriano, lo stesso orario,= =20 > inteso come istante nel tempo, in due fusi orari distinti viene=20 > rappresentato con due date diverse, e con i tuoi PIC 9(7) COMP-3 col=20 > cazzo che indichi una data certa. > Ti posso garantire che chi tratta su mercati internazionali, includendo= =20 > quello cinese, col cazzo che fa capire le date gregoriane ai cinesi. Centra nulla con Java, ma ho fatto un'App per l'iPhone (chiamata epiciclis)= che mi da' le effemeridi di qualche oggetto celeste (pianeti, roba del cat= alogo Messier, stelle, ecc.), beh e' un gran casino, bisogna rapportare i v= ari calendari (i thailandesi ad esempio non usano il nostro calendario), i = fusi orari, i vari tempi, date e posizioni a UTC per fare i calcoli e poi r= i trasformare il tutto in ora locale. Gran casino insomma, facile sbagliarsi. Per fortuna la classe che si occupa del calendario in iOS (non cosi semplic= e da usare inizialmente) lavora con l'UTC, e trasforma automaticamente in d= ata e ora locale quando visualizzi a schermo, facilitando molto il lavoro. Poi oh, uno se la puo' cavare tranquillamente con solo il giorno giuliano, = gestendo a manina, il salto fatto dal calendario gregoriano (che i cristian= i ortodossi non usano), l'anno bisestile, il leap second, i fusi orari, l'o= ra legale, ecc. Sono sicuro che in COBOL e' facilissimo... Ciao Jack