Path: csiph.com!aioe.org!.POSTED!not-for-mail From: "Ermete@pc00" Newsgroups: it.comp.os.dibattiti,it.comp.hardware,it.comp.retrocomputing Subject: Re: Perche' sono fortemente contrario alla dismissione del codice a32bit Date: Mon, 21 Nov 2016 20:33:51 +0100 Organization: X-No-Archive Lines: 84 Message-ID: <58334C1F.6D39EAD4@despammed.com> References: <57431A30.29963714@despammed.com> <581D3269.B5D3A965@despammed.com> <58317C9D.33653CB2@despammed.com> <5831807D.C510E12F@despammed.com> Reply-To: user01@despammed.com NNTP-Posting-Host: 8mOGGHrsbWwtvv8xSTa+3Q.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Complaints-To: abuse@aioe.org X-Accept-Language: it,en,en-US,en-GB X-Mailer: Mozilla 4.61 [en] (OS/2; U) X-Notice: Filtered by postfilter v. 0.8.2 Xref: csiph.com it.comp.os.dibattiti:11388 it.comp.hardware:139319 it.comp.retrocomputing:48470 BArrYZ wrote: > = > Ermete@pc00 ha scritto il 20/11/2016 alle 11:52: > = > > Preciso: il principio del rapporto Costi/benefici che dev' essere il= > > pi=F9 basso possibile, in genere con una scelta oculata si raggiunge = con > > HW non necessariamente nuovo > = > Nel calcolo dei costi ci devi mettere tutte le ore/uomo per il tweaking= > e gli smanettamenti, i test, il consolidamento e non ultimo il lock-in > derivante da scelte del genere (perche' in teoria deve poter fare > manutenzione sull'HW anche un terzo sul mercato, altrimenti se tu che > hai scelto il tuo HW riclicato a basso prezzo non ci sei piu', chi fa > manutenzione/gestione del parco macchine?), etc etc. > = > Facendolo, vedrai banalmente che la curva costi/benefici divergera' > molto in fretta. Si, in teoria ed in genere =E8 vero quando il parco macchine da mantenere supera un certo numero e soprattutto dal lato sviluppatore/manutentore del Sistema Operativo ma quando si ha a che fare con numerosi soggetti piccoli a mio avviso non si pu=F2 pi=F9 generalizzare altrettanto perch=E9 le casistiche e le esigenze = individuali sono pi=F9 variegate. Allora parliamo di casi REALI, gi=E0 risolti A) Un meccanico deve mantenere la compatibilit=E0 con il suo applicativo che gira su XP, XP =E8 obsoleto, la nuova versione dll' applicativo richiede una vers. di Win superiore quindi che si fa? Si naviga a Vista? NO... si passa a Win8 e gi=E0 che ci siamo si prende un HW nuovo che abbia garanzia di compatibilit=E0... e si rientra perfettamente nella casistica normale/classica. b) POI c'=E8 una percentuale (minore ma pur sempre consistente) di negozi che hanno l' applicativo in Clipper e non avrebbero alcun vantaggio nemmeno nel passare ad Access2.0 ... non se ne farebbero nulla nemmeno di un P4 ma gi=E0 che ci siamo gli si piazza un K7 o K8 , Linux+DOSEMU e vive felice. Passa ad un applicativo nuovo? Se gira su Win si compra una macchina nuova con preinstallato Win10, si recuperano le tracce DBF, si esportano in CSV o si lasciano tali e quali perch=E8 spesso l' importazione viene fatta direttamente dal DBF (il bello dei vecchi applicativi Clipper =E8 che i dati sono esportabili con una facilit=E0 estrema) e si danno in pasto al nuovo applicativo che se =E8 un minimo SERIO importa almeno da CSV. Altrimenti va benissimo la macchina che ha e vive con quella finch=E9 dura... Va in fumo la systemboard? Con Linux ed OS/2 Niente paura.... stacco il disco e lo metto su un' altra macchina, nuova o usata non fa differenza: il sistema parte lo stesso con *MINIMO* adattamento (in genere la scheda video e quella di rete da riconfigurare e via) la parte IDE/SATA viene riconosciuta pressoch=E9 automaticamente, a volte c'=E8 da lavorare un attimo nel bios ma nulla di che, un lavoro di pochi minuti, meno che far partire un sistema preinstallato su HW nuovo anche perch=E9 si salta tutta la fase si accettazioni eule , click su prendi visone di questo e quello, registra qua / accetta la, attendi per il completamento della configurazione ecc. ecc.... via , tutto sfrondato Gi=E0 fatto numerose volte Questo lo pu=F2 fare chiunque anche al posto mio ed =E8 POSSIBILE proprio= perch=E9 i sopracitati sistemi supportano HW 32bit (per la precisione OS/2, per ora, solo 32bit, linux *anche* 32bit) Con il vantaggio che l' utente cambia solo l' HW sottostanmte e NON il SO soprastante ma si ritrova tutto il suo Desktop, le sue icone, i suoi collegamenti, tutto esattamente come prima.... ed =E8 invece quando tutte questi dettagli cambiano che si perde una marea di tempo a rimettere tutto come l' utente era abituato a vedere ed usare... o forse peggio, a spiegargli il nuovo....