Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Display, mini PC, periferiche e networking: le novità ASUS al CES 2026
Display, mini PC, periferiche e networking: le novità ASUS al CES 2026
Sono molte le novità che ASUS ha scelto di presentare al CES 2026 di Las Vegas, partendo da una gamma di soluzioni NUC con varie opzioni di processore passando sino agli schermi gaming con tecnologia OLED. Il tutto senza dimenticare le periferiche di input della gamma ROG e le soluzioni legate alla connettività domestica
Le novità ASUS per il 2026 nel settore dei PC desktop
Le novità ASUS per il 2026 nel settore dei PC desktop
Molte le novità anticipate da ASUS per il 2026 al CES di Las Vegas: da schede madri per processori AMD Ryzen top di gamma a chassis e ventole, passando per i kit di raffreddamento all in one integrati sino a una nuova scheda video GeForce RTX 5090. In sottofondo il tema dell'intelligenza artificiale con una workstation molto potente per installazioni non in datacenter
Le novità MSI del 2026 per i videogiocatori
Le novità MSI del 2026 per i videogiocatori
Con le nuove soluzioni della serie MEG, acronimo di MSI Enthusiast Gaming, l'azienda taiwanese vuole proporre per il 2026 una gamma di proposte desktop che si rivolgono direttamente all'utente più appassionato con schede madri, chassis e sistemi di raffreddamento. Non da ultimi troviamo anche gli alimentatori, che abbinano potenza a ricerca della massima sicurezza di funzionamento.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 26-12-2006, 19:52   #1
caviccun
Senior Member
 
L'Avatar di caviccun
 
Iscritto dal: Sep 2005
Città: Genova
Messaggi: 1927
programmatore nel film di deaglio

Un programmatore che non usa switch o selettore "selec case" (in questo caso visual basic, come da screenshot) o lo stava prendendo per il c... oppure è un programmatore della domenica. Non perchè non vada bene il sorgente che si vede, però non penso sia molto "elegante" una sfilza di IF. Un pò come il Goto. Va bene, però mi hanno sempre insegnato che un buon programmatore dovrebbe farne a meno.

__________________
SO di non sapere
caviccun è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2006, 20:23   #2
feboss
Senior Member
 
L'Avatar di feboss
 
Iscritto dal: Sep 2006
Città: Catania
Messaggi: 742
secondo me quando in "gioco" ci sta solo un istruzione(come in questo caso) è piu elegante l'if...
quando invece le istruzioni da eseguire dopo un if diventa piu di una, allora va bene lo switch perchè tiene piu ordinato
feboss è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2006, 20:49   #3
^TiGeRShArK^
Senior Member
 
L'Avatar di ^TiGeRShArK^
 
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12112
la questione non è se usare if o switch...
io personalmente aborro totalmente lo switch x questioni personali..
ma cmq si dovrebbe utilizzare quando possibile il polimorfismo per evitare le catene di if o di switch ke nn fanno altro ke aumentare la complessità ciclomatica di un metodo abbassando la leggibilità del codeice.
In uno spike x diamonds ad esempio, riguardo un parser x un interprete dei comandi x un mini linguaggio di scripting ke avrebbe dovuto usare il nostro customer, avevo infatti eliminato la catena di if finale (quella x decidere quale comando lanciare in base alla parola scritta nell'interprete dei comandi) utilizzando la reflection e il polimorfismo e in pratica non facevo altro ke caricare in memoria ed eseguire la classe col nome corrispondente al comando.
In questo modo anzikè avere uno switch case si ha una sequenza di classi, una x ogni comando, ke vengono invocate in due righe di codice di conto rendendo molto + kiaro e leggibile il codice.
Questo ovviamente imho, ma cmq ho notato ke ci sono molti autori e programmatori ke la pensano km me
__________________
^TiGeRShArK^ è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2006, 23:16   #4
kk3z
Senior Member
 
L'Avatar di kk3z
 
Iscritto dal: Nov 2003
Messaggi: 980
Usare il polimorfismo per impostare un valore a una variabile non è un po' troppo?

usa ch please..
kk3z è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2006, 23:26   #5
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da ^TiGeRShArK^
la questione non è se usare if o switch...
io personalmente aborro totalmente lo switch x questioni personali..
concordo, è da evitare: un tempo si diceva che vanno evitati i Goto; l'evoluzione di questo andazzo è evitare gli switch, ed è giusto.

Quote:
ma cmq si dovrebbe utilizzare quando possibile il polimorfismo per evitare le catene di if o di switch ke nn fanno altro ke aumentare la complessità ciclomatica di un metodo abbassando la leggibilità del codeice.
non ripetere le lezioni di fek a pappagallo, capiscile: la catena di if è leggibilissima (quella poi... devi essere scemo per non capirla ).

in generale una complessità ciclomatica elevata corrisponde ad una difficile lettura del codice, ma la catena di if non rientra decisamente nel suddetto caso generale. il problema della catena di if non è la leggibilità, ma piuttosto il fatto che (oltre naturalmente a farti schizzare la complessità ciclomatica in maniera smisurata rispetto alla reale complessità concettuale del sorgente) si tratta di if troppo ravvicinati che in certe architetture causano un'elevata inefficienza dovuta alla necessità di branch prediction.

il polimorfismo è migliore della "GetType" perché consiste in un branch incondizionato (il prefetcher della CPU sa già dove andare a prefetchare non appena lo vede), mentre la GetType è sempre seguita da un branch condizionato che obbliga la CPU a faticare col predictor (che non sempre funziona, o quantomeno ci vuole poco ad ingannarlo).

71104 è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2006, 23:30   #6
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da kk3z
Usare il polimorfismo per impostare un valore a una variabile non è un po' troppo?
eh lo so, ma lui è abituato a Java, mica a sta cagata di Visual Basic 6...
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 26-12-2006, 23:33   #7
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da kk3z
Usare il polimorfismo per impostare un valore a una variabile non è un po' troppo?
comunque nel sorgente dello screenshot il programmatore è stato idiota già nell'usare una variabile a seconda del cui valore corrisponde un diverso comportamento del programma. esiste sicuramente una soluzione migliore (più semplice tra l'altro).

da quanto vedo nello screenshot, per ogni valore della variabile viene assegnato un diverso valore in virgola mobile ad un'altra variabile: non era meglio un array statico contenente tutti i valori inizializzati?
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 27-12-2006, 01:20   #8
^TiGeRShArK^
Senior Member
 
L'Avatar di ^TiGeRShArK^
 
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12112
Quote:
Originariamente inviato da 71104
non ripetere le lezioni di fek a pappagallo, capiscile: la catena di if è leggibilissima (quella poi... devi essere scemo per non capirla ).

ti giuro ke me l'aspettavo una tua risposta!
Cmq nn sto ripetendo le lezioni di fek a pappagallo...
anke perkè ai tempi di diamonds andavo giù di polimorfismo d'istinto senza nemmeno capire del xkè facevo qualcosa ma solo xkè mi suonava giusta

il punto nodale è essere coscienti del fatto ke c'è sicuramente un modo migliore x scrivere il codice...e nn è sicuramente la catena di if nel 99% dei casi

anke xkè come giustamente ricordavi la branch prediction unit degli Athlon e soprattuttto degli ultimi Pentium (soprattutto i core basato su conroe) fa miracoli.....ma non abbastanza x predire correttamente gli if usati "ad cazzum" da un programmatore pazzo
e non iniziamo a parlare di branch prediction unit x favore ke nn ne usciamo + vivi
__________________
^TiGeRShArK^ è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Display, mini PC, periferiche e networking: le novità ASUS al CES 2026 Display, mini PC, periferiche e networking: le n...
Le novità ASUS per il 2026 nel settore dei PC desktop Le novità ASUS per il 2026 nel settore de...
Le novità MSI del 2026 per i videogiocatori Le novità MSI del 2026 per i videogiocato...
I nuovi schermi QD-OLED di quinta generazione di MSI, per i gamers I nuovi schermi QD-OLED di quinta generazione di...
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
CES 2026: Lenovo punta sull’IA ambiental...
Smart city e smart land: al CES l’innova...
Grazie ai dati di Hubble abbiamo pi&ugra...
E' la GPU la grande novità delle ...
Ryzen AI 400 Series e nuovi modelli Ryze...
I notebook ASUS per il 2026: Zenbook e E...
NVIDIA alza ancora l’asticella con Vera ...
Dell UltraSharp: al CES 2026 il primo mo...
LG presenta i nuovi Gram Pro con lega Ae...
LG NanoCell 65'' a 499€: il 4K di qualit...
La Befana vien di notte, anche su Amazon...
Realme 12 4G 8GB/128GB a un prezzo folle...
DJI Mini 4 Pro Fly More Combo scende a s...
C'è un monitor Dell 24" Full...
HP Digital Passport, integrazione Copilo...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 06:33.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v