317 risposte a questa discussione

[harbinger]

e per il software contabile paga l'upgrade con l'interfaccia web 2020 calling cristo 

 

Le brutte merde stanno ritardando l'introduzione apposta perché la base hw dei clienti italiani è merda liquida e non c'è un pirla (tranne il sottsocritto e pochi altri, nel medio e nel piccolo, i grossi non saprei nemmeno) che spende in aggiornamenti e migliroamenti di questi tempi. Ho metà dei colleghi che stanno pensando di tagliare il personale, figurati se pensano di aggiornare sw e hw.

[toyo]

io taglierei il personale e con i soldi risparmiati aggiorno il sw

[willy_revenge]

Ma è prevista una versione desktop di sto M1?

c'è il Mac mini 

[entanglement]

Ma è prevista una versione desktop di sto M1?

seh figurati. Prima benchmark pere con pere poi vediamo sto M1

[bjt2]

c'è il Mac mini 

Se non ha 8 core e 16 thread scaffale...

 

C'è una ditta di portatili che ne ha fatto uno con il ryzen 8/16 limitato a 65W...

[faco]

io taglierei il personale e con i soldi risparmiati aggiorno il sw

 

verso la piena automazione

[eglio]

Ok per Macbook Pro 13" M1, 16 GB, 512 GB SSD. La questione è: ci girano tutte le "mie" povere macro in VBA di Excel? Se non girano: scaffale per tutti i professionisti del settore (e di più, visto che sono usate anche da moltissimi software per analisi di bilancio, per il consolidato, per le verifiche ecc.). Ci gira, in emulazione trasparente, il client windows del mio software contabile/fiscale? Altrimenti scaffale per me e per tutto il settore. Qui e nel mondo. E lo stesso vale per moltissimi altri settori. Chi usa i programmi "creativi" non è la maggioranza.
Also, concedo che M1 divora Surface X. Non c'è paragone e il secondo è una merda rispetto al primo. Quando si deve ammettere di aver avuto torto, lo si deve fare serenamente.

Considerazioni sparse sulla questione software disponibile
 

Spoiler

- programmi x86 macOS: leggendo in giro, la situazione si sta rivelando anche più rosea di quel che si poteva pensare, a parte l’occasionale bug in poche app, chi domani entra in un negozio e (ignaro di cosa significhi “ics eiti six” o “arm”) acquista un Macbook Air non si accorgerà della transizione (si può quasi dire che si è notato di più l’abbandono delle app 32bit l’anno scorso, e non è un caso crapple sia un decennio che abbandona questo, depreca quell’altro, lascia per strada pezzi in modo che la transizione di quest’anno fosse quanto più possibile alleggerita da traumi, da sembrare quasi facile..); altro fattore favorente: crapple ha aspettato di avere un hardware potente come l’A14X/M1, probabilmente questa transizione si poteva iniziare 2 anni fa ai tempi dell’A12X (qualcuno su twitter lo ha ribattezzato “M0”, palestra in vista dell’M1, del resto già durante quella presentazione crapple ne paragonò la potenza al “98% dei portatili windows”), ma aspettare di avere a disposizione una potenza da A14X ha permesso di far girare tradotti i programmi x86 a velocità più che soddisfacente (oltre a generare l’ondata di sensazione e mindshare cui stiamo assistendo, di fronte a benchmark e confronti inequivocabili). Poi comunque avere un “M0” serviva, come abbiamo visto, per il Developer Transition Kit..
 
- programmi ARM macOS: vi immaginate un ecosistema software in cui chi sviluppa una app può dare per assunto che la macchina più lenta su cui deve girare abbia la velocità (in termini di CPU/GPU/memoria unificata/SSD/Neural Engine) di questi Mac M1? Dove arriveranno sia l’OS che le app terze potendo dare per assunto che questa sia la baseline? Che la velocità minima di sempre dello storage interno sia quella? Che non ci sia una singola macchina senza Neural Engine? I programmi nativi vanno alla grande e se ne contano già a decine, ma in futuro se ne vedranno delle belle, specie quando ci si potrà lasciare alle spalle i Mac Intel (l’ultima volta l’hanno fatto dopo 3 anni, col 10.6 non più installabile sui PPC) e le app x86 (l’ultima volta lo hanno fatto dopo 4 anni, col 10.7 che non aveva più Rosetta); a proposito, essendo ora in beta l’11.1, il prossimo macOS evidentemente si chiamerà 12 e non 11.1...

- app iPhone e iPad su Mac AS: ancora qualche angolo da smussare, e non tutti (come era prevedibile, per ragioni svariate) i developers hanno dato l’assenso alla pubblicazione su Mac, ma possibilità gradita e che può occasionalmente essere l’uovo di Colombo per esigenze specifiche

- webapp nel browser, webapp desktop, app Electron e simili: anche in questo caso (o se questo è il futuro) si cade in piedi, visto che le CPU crapple distruggono qualsiasi benchmark di velocità nel web (es. Speedometer), e lo fanno anche consumando meno batteria, sono lo strumento migliore per fruire di tutto ciò che utilizza tecnologie web. (inoltre a partire da Big Sur crapple ha aperto la strada ad avere per Safari delle estensioni più complesse sullo stile di quelle Chrome/Firefox)

- programmi ARM Windows: da Google (Chrome) ad Adobe, tutti stanno dimostrando di dare la priorità al tirare fuori la app ARM per macOS rispetto alla app ARM per Windows ARM (Surface Pro X, ecc.). Non escludo che si vedrà una situazione analoga a iOS vs Android: su iOS le app prima e meglio. Su crapple ARM le app prima e meglio che su Windows ARM, almeno per i primi anni.
 
- programmi x86 Windows: qui si viene alle note dolenti del “come faccio col programma x86 Windows che mi serve domani mattina per lavorare”, problema del singolo (il mondo, di creativi e non, è vasto, e ce ne sono di praterie da conquistare per questi Mac prima di arrivare a saturazione), ma sempre problema, e che è evidente non si risolva entro domani mattina. Un’altra cosa che però si risolve ancora più lentamente è l’incapacità del pachidermico e tentacolare mondo Windows x86 di lasciar dietro pezzi, di svuotare la soffitta ammuffita. Dicevo, nel primo punto, che crapple è un decennio che chiama lo svuotacantine ogni estate per liberarsi di pezzi in vista di questa transizione. Questo su Win x86 incontra e incontrerà sempre resistenze, che sia in ambito professionale o che siano i gamerz (l’anno scorso su Mac è morto ogni gioco 32bit degli ultimi 15 anni, va bene che già non erano tanti..). Mettiamo che fra 2 anni le cpu ARM arrivino per assurdo ad avere anche 100x in performance-per-watt rispetto a x86, parte dei clienti di MS per Win x86 sarebbero ancora aggrappati al trampolino tremanti senza intenzione di tuffarsi. Probabile trovi prima il “singolo” ben motivato il modo di fare quello che deve fare su ARM (e quando si parla di ARM, la scelta non può che ricadere su AS Mac e iPad nel futuro prossimo), che si sblocchi la resistenza al cambiamento del mondo Win x86. Oppure rimanete dove state e fate ciao ciao con la manina alle prestazioni della Master Race crapple, come già fa da anni chi ha android rispetto alle cpu su iPhone/iPad. Però in questo caso oltre alle prestazioni vi perdete anche l’effetto “faccio le robe ma non vedo la percentuale batteria scendere, il portatile scaldarsi e la ventola partire”.
 
- virtualizzazione: si è visto ancora poco solo perché l’A12Z nel DTK di giugno non aveva alcuna possibilità di virtualizzazione, ma l’M1 ce l’ha. Parallels ci sta lavorando, Docker ci sta lavorando, VMware ha da poco lanciato (non per i Mac) ESXi ARM, su twitter si è già visto Abbraccianigga OS ARM virtualizzato su Mac M1...se Windows ARM prende piede, e se MS e crapple congiuntamente lo vogliono, si potrà virtualizzare pure quello probabilmente...e dentro Windows ARM c’è l’emulatore per le app Windows x86, che a quel punto potrebbero girare su Mac ARM tramite questo giro dell’oca..
 
- emulazione x86 sotto macOS ARM: altra possibilità, remota. fra un po’ di anni, di far girare Windows x86 su hardware ARM a quel punto tremendamente potente rispetto a quello che si vuole emulare

[entanglement]

Still there

Facci andare il software delle dogane italiane

[eglio]

Ma è prevista una versione desktop di sto M1?

già rumoreggiato
la linea desktop sarà contraddistinta dalla lettera “T” (M1T?)

prima metà 2021, se non proprio primo trimestre

[eglio]

https://twitter.com/...073614792974348

 

”ho cazzeggiato su internet un’ora e mezza ieri sera e la batteria era ancora al 96%”

 

ragazzi i portatili normali sono secchi coi buchi rispetto a questi

 

da questi l’acqua la devi tirare via attivamente per svuotarli

 

 

Intel coi core eterogenei è ancora ai primi esperimenti e comunque non sarà mai ottimizzato come avere la stessa azienda che fa tutta la catena CPU-OS-Browser

[willy_revenge]

seh figurati. Prima benchmark pere con pere poi vediamo sto M1

safequote

[harbinger]

Still there

Facci andare il software delle dogane italiane

 

Tanto lo fanno in Java, ergo funzionerà. Di merdissima ma funzionerà. Oppure sarà un merdaportale incompatibile con tutto tranne che IE5 (sì, v. 5).

[toyo]

Java in se' non e' il problema e' come lo usano

[harbinger]

Java in se' non e' il problema e' come lo usano

 

Ci mancherebbe. Nulla da ridire che non sono un programmatore e non ho le competenze per berciare di cosa sia figo o no. E' che lo usano di merda. Ho software, made in AdE e il cui uso è obbligato (non puoi usare tue implementazioni), che per fare un controllo di un file di testo di poche centinaia di numeri (talvolta migliaia, molte volte decine) che eseguirà qualche centinaio di check incrociando tra loro i numeri stessi per vedere se sono formalmente corretti e se hai inserito numeri dove non potevi in base alla posizione di altri numeri (o viceversa), ci mette diversi secondi (puoi usare anche un i9 sarcazzo con 128 GB di memoria e tutto residente in un disco ram). Considera che di questi controlli ne facciamo centinaia al mese (per F24 e altri invii mensili, oltre alle migliaia degli invii delle dichiarazioni) e tutto è in appalto unico a SOGEI. Un shogno.

[entanglement]

Ci mancherebbe. Nulla da ridire che non sono un programmatore e non ho le competenze per berciare di cosa sia figo o no. E' che lo usano di merda. Ho software, made in AdE e il cui uso è obbligato (non puoi usare tue implementazioni), che per fare un controllo di un file di testo di poche centinaia di numeri (talvolta migliaia, molte volte decine) che eseguirà qualche centinaio di check incrociando tra loro i numeri stessi per vedere se sono formalmente corretti e se hai inserito numeri dove non potevi in base alla posizione di altri numeri (o viceversa), ci mette diversi secondi (puoi usare anche un i9 sarcazzo con 128 GB di memoria e tutto residente in un disco ram). Considera che di questi controlli ne facciamo centinaia al mese (per F24 e altri invii mensili, oltre alle migliaia degli invii delle dichiarazioni) e tutto è in appalto unico a SOGEI. Un shogno.

know that feel bro

 

it's a monkey job but someone's gotta do it

Messaggio modificato da entanglement il 18 novembre 2020 - 19:00

[entanglement]

safequote

safequota questo pene turgido al peccato

 

ho già detto che per attività creative non obietto e sto addirittura valutando

[eglio]

i mac da quel che so sono tipo per creativi, grafici e musicisti

[entanglement]

non per gente che lavora ergo

[maulattu]

Ci mancherebbe. Nulla da ridire che non sono un programmatore e non ho le competenze per berciare di cosa sia figo o no. E' che lo usano di merda. Ho software, made in AdE e il cui uso è obbligato (non puoi usare tue implementazioni), che per fare un controllo di un file di testo di poche centinaia di numeri (talvolta migliaia, molte volte decine) che eseguirà qualche centinaio di check incrociando tra loro i numeri stessi per vedere se sono formalmente corretti e se hai inserito numeri dove non potevi in base alla posizione di altri numeri (o viceversa), ci mette diversi secondi (puoi usare anche un i9 sarcazzo con 128 GB di memoria e tutto residente in un disco ram). Considera che di questi controlli ne facciamo centinaia al mese (per F24 e altri invii mensili, oltre alle migliaia degli invii delle dichiarazioni) e tutto è in appalto unico a SOGEI. Un shogno.

dici poco, ogni volta che al click day va giù tutto, indovina che società c'è dietro? sì, SOGEI

[eglio]

non per gente che lavora ergo

enta ti stavo un po’ a cojonà

i mac sono per creativi e i neri hanno il ritmo nel sangue