[OT ITA] Lo spamm bar (Part 1)

astrobeed:

PaoloP:
Infatti 2 volte su 3 non ti arriva. :astonished:

Ci sarà un motivo per cui si chiamano "pacchi" :grin:

perchè te li tirano? XD

persa mezza mattinata in posta per rifare il numero di telefono che ho perso....
Risultato: nulla di fatto, senza la postepay niente numero

Teoria:
Per quanto tu possa andare preparato, dopo una bella fila alla posta ti mancherà sicuramente qualcosa.

Corollario:
Quando finalmente avrai tutti i pezzi, i terminali saranno fuori uso.

lesto:
Corollario:
Quando finalmente avrai tutti i pezzi, i terminali saranno fuori uso.

Quando i terminali saranno in funzione l'impiegato/a ti chiude in faccia lo sportello perché deve andare a colazione.

purtroppo i concetti di pacchi e poste non potranno essere rimossi fino alla creazione di ArduinoTeletrasporto :slight_smile:

Testato:
Fino alla creazione di ArduinoTeletrasporto :slight_smile:

Prima devono realizzare ArduinoEnterprise :grin:

ma se inventano il teletrasporto, automagicamente hai inventatop anche il replicatore. seplicemente teletrasporti una pagnotta, salvi lo schema e poi fai la parte di metrializzazione quante volte ti serve.

l'unico problema è l'energia; 100gr di pagnotta sono circa 10g di massa, quindi se E=mC^2....
oppure puoi trasformare qualsiasi altra cosa in energia e poi non replicarla più a copia ma con lo schema pagnotta... no? e quindi diventa inutile lavorare, visto che se ti si rompe il teletrasporto basta farti fare i pezzi di ricambio da un'altro teletrasporto... ficooo

lesto:
ma se inventano il teletrasporto, automagicamente hai inventatop anche il replicatore. seplicemente teletrasporti una pagnotta, salvi lo schema e poi fai la parte di metrializzazione quante volte ti serve.

l'unico problema è l'energia; 100gr di pagnotta sono circa 10g di massa, quindi se E=mC^2....
oppure puoi trasformare qualsiasi altra cosa in energia e poi non replicarla più a copia ma con lo schema pagnotta... no? e quindi diventa inutile lavorare, visto che se ti si rompe il teletrasporto basta farti fare i pezzi di ricambio da un'altro teletrasporto... ficooo

certo certo e la gente penserebbe proprio a replicare le "pagnotte" ]:slight_smile:
ps facevo un giro per il forum internazionale visto che quello italiano oggi è un pò morto e che scopro un topic italiano come minimo dovevo postare qualcosa :grin:

E stato spostato qui poco tempo fa.

fra un po invieremo solo il "codice" per costruire materia, li inseriremo nel nostro produttore di materia, e avremmo tutto!! :smiley: altro che stampa 3d..

si ma la pasta al pesto del nonno non sarà mai replicabile così buona neanche con uno schema XD

EDIT:
certo che se usano il protocollo tcp/ip per mandare gli schemi tra i teletrasporti io farei 2 note:

  1. prendere un bel router grosso (non si sa mai in un conflitto di ip, sai che tragedia? :smiley: )
  2. non affidare la rete a telecom italia (con la banda che offrono faccio prima ad andare a piedi che teletrasportarmi XD )

milvusmilvus:
fra un po invieremo solo il "codice" per costruire materia, li inseriremo nel nostro produttore di materia, e avremmo tutto!! :smiley: altro che stampa 3d..

sulla tecnologia della stampante 3d(cioè non proprio quella) stanno creando al stampante di bistecche :grin:

superlol:
si ma la pasta al pesto del nonno non sarà mai replicabile così buona neanche con uno schema XD

sarà uguale a livello atomico... :smiley:

in effetti sarei curioso di sapere se un piatto di pasta replicato identico a livello atomico, ha lo stesso sapore di uno cucinato..

milvusmilvus:
in effetti sarei curioso di sapere se un piatto di pasta replicato identico a livello atomico, ha lo stesso sapore di uno cucinato..

In Star Trek la risposta è stata data, i cibi replicati non sono buoni come quelli originali, non è solo una questione di atomi e molecole, l'amore che si mette nella preparazione di un piatto non è replicabile :grin:

astrobeed:

milvusmilvus:
in effetti sarei curioso di sapere se un piatto di pasta replicato identico a livello atomico, ha lo stesso sapore di uno cucinato..

In Star Trek la risposta è stata data, i cibi replicati non sono buoni come quelli originali, non è solo una questione di atomi e molecole, l'amore che si mette nella preparazione di un piatto non è replicabile :grin:

lo stesso vale per l'inseminazione artificiale? :grin:

astrobeed:

milvusmilvus:
in effetti sarei curioso di sapere se un piatto di pasta replicato identico a livello atomico, ha lo stesso sapore di uno cucinato..

In Star Trek la risposta è stata data, i cibi replicati non sono buoni come quelli originali, non è solo una questione di atomi e molecole, l'amore che si mette nella preparazione di un piatto non è replicabile :grin:

Daro un'occhiata sul mio "Star Trek The Next Generation: Technical Manual" e vi dirò. :wink: :wink:

p.s. Ho superato i 1000 post. :grin: :grin: :grin:

PaoloP:
.....
p.s. Ho superato i 1000 post. :grin: :grin: :grin:

che vuoi che sia, guarda uwe e leo XD

lesto:
Corollario:
Quando finalmente avrai tutti i pezzi, i terminali saranno fuori uso.

Come volevasi dimostrare, ovvero; come perdere 3 giorni in posta e analisi del problema

sono appena tornato dalle poste. Mi sono portato dietro tutto; documenti e la postepay (smagnetizzata) associata al numero di telefono che ho perso e vorrei farmi recuperare su una nuova sim (sostituzione).

Primo passo; sostituire la postepay smagnetizzata.
Analizziamo un poco il DB della posta, ovviamente non abbiamo accesso a queste informazioni, ma in base alla mia avventura di oggi poassiamo fare un poco di retro-ingegnieria;
esiste una tabella con l'elenco delle postepay e dei conti associati. La chiave del sistema è sconosciuta, ma probabilmente un ID numerico che non è il numero della carta; questo perchè il rifacimento della carta postepay ha mantenuto tutte le impostazioni del conto, come lista movimenti, saldo etc.. ma ovviamente ha variato il numero della carta stessa.

quì i più smaliziati avranno già intuito cosa sta per succedere

Secondo passo; sostituzione della SIM.
Analizziamo di nuovo il DB della posta; abbiamo una tabella in cui sono conservati i dati della SIM; piano tariffario, credito residuo, altra roba e IL NUMERO DELLA CARTA ASSOCIATA.
Fate molta attenzione: il numero non è quello del conto (numero univoco che non cambia mai) ma quello della carta, che abbiamo appena sostituito!
Inutile ormai speicficare come la nuova carta postepay ha un numero che differisce da quello vecchio che è rimasto in tabella... E dunque domani dovrò tornare in posta, dove la cara impiegata per tempo chiamerà il loro supporto tecnico e (probabilmente) farà sostituire a mano il vecchio numero di carta con quello nuovo, e finalmente potrò sostituire sta benedetta SIM

Morale, ovvero evitiamo il problema;
ci sono 2 soluzioni al problema, quella da principiante e quella da architetto di DB.
Quella del principante è quella di avere un db del genere e ogni volta che una Postepay viene sostituita, sostituire in tutte le tabelle il vecchio numero Postepay con quello nuovo. Inutile dire che è inefficiente in DB grossi come quello delle poste, e che la procedura di sostituzione va modificata ogni volta che si aggiunge una nuova tabella che possede il numero Postepay al suo interno, quindi oltre al rischio di dimenticarsi di aggiornare una tabella, c'è il rischio di rompere la procedura di sostituzione ogni volta che bisogna mettere mano al codice.

Quella da architetto di DB è identica a quella che si usa con gli utenti sui forum: avrete fatto caso che, nonostante il vostro User sia univoco, per il sistema interno voi NON siete riconosciuti con quella Stringa, ma con un numero detto ID. Quando postate, il messaggio di risposta non contiene il vostro User, ma il vostro ID, che poi a "run-time" viene associato al vostro User. In questo modo potete cambiare il vostro nome in qualsiasi istante, e vedere che il vostro nome è cambiato ovunque, e senza che il sistema debba fare delle query aggiuntive sul DB. Qualcuno potrebbe dire che però fare il look-up del User ad ogni ID è lento; però questo è un problema del motore del DB, che se inteligente terrà in RAM una tabella degli ID che compaiono più spesso; se poi la cosa diventa lenta può essere ottimizzata ulteriormente creando una tabella per ogni BOARD (notare che però quì non è più il DB da solo ma il sistema è personalizzato).

Quindi bisognerebbe CAMBIARE la tabella delle SIM della posta, in modo da non conservare il numero di Postepay, ma l'ID del conto associato alla postepay che viene immessa.

Morale: considerando i casini che sono venuti fuori al cambio di sistema delle poste 1 o 2 anni fà, ed alla luce di un errore così banale in un DB così importante, mi viene sempre di più da credere che molti, troppi, dei presunti esperti quà fuori non siano altro che fumo negli occhi; e che con la crescita della diepndenza da tecnologia, abbaimo sempre più bisogno di un Albo degli Informatici, con le sue varie sotto-categorie di sistemista, amministratore DB, programmatore, etc...

Scusate per il papiro, ma un pò mi ha fatto sfogare

superlol:

PaoloP:
.....
p.s. Ho superato i 1000 post. :grin: :grin: :grin:

che vuoi che sia, guarda uwe e leo XD

suuu non demorarizzarlo :smiley:

@lesto:
purtroppo siamo in italia, il paese dei furbi e molti "bachi" li lasciano appositamente per dover mantenere un contratto di assistenza, purtroppo non sto scherzando.
ti faccio un esempio:
io faccio tiro con l'arco e per essere in linea con gli standard della federazione italiana di tiro con l'arco ad ogni gara è necessario un programma che registri i dati della gara.
ora inizio già a dirti che questo sistema è web based, gira solo su windows perchè usano xampp che ogni volta va avviato per poter accedere al sistema.
poi ti dico che le "istruzioni" fornite dallo sviluppatore per questo "coso" (che non è un programma ma è un sito web..) indicano che nel caso in cui windows chieda di aprire le porte sul pc di aprirle..
quindi la nostra struttura quando organizziamo una gara è la seguente:
pc server che serve per l'inserimento dei punteggi -> router wifi <- secondo pc per verificare le posizioni degli arcieri
quindi chiunque entri col suo bel cellulare col wifi nella rete può puntare il server e modificare i propri punteggi senza alcun problema..
ma questo è il minimo.
la fitarco ha fatto 2 richieste specifiche:

  1. che venga messa una classifica che possa sfogliarsi da sola (insomma proiettare la classifica)
  2. mettere la possibilità di stampare dei diplomi di partecipazione scrivendo anche la posizione raggiunta e il punteggio fatto

la prima richiesta è stata esaudita dopo 3 anni se non erro di richiesta, la seconda è stata risolta solo l'anno scorso..

ho dovuto creare io un "plugin" che potesse estrarre i valori della classifica e non è stato facile (codice non commentato, database poco ottimizzato e user-friendly a mio parere)

la cosa che mi fa arrabbiare di più è che io annualmente pago la tassa di iscrizione alla fitarco e loro con una parte dei miei soldi pagano questi "sviluppatori", normale direte voi..
peccato che tutto il sistema di stampa, visualizzazione dei documenti ecc è stato fatto tramite una libreria che crea pdf.. opensource fatta da un russo (che dubito conoscano)..
però questo software viene pagato caro...

vi pare corretto?
siamo nel paese del gatto e la volpe...

lesto:

lesto:
Corollario:
Quando finalmente avrai tutti i pezzi, i terminali saranno fuori uso.

Come volevasi dimostrare, ovvero; come perdere 3 giorni in posta e analisi del problema

sono appena tornato dalle poste. Mi sono portato dietro tutto; documenti e la postepay (smagnetizzata) associata al numero di telefono che ho perso e vorrei farmi recuperare su una nuova sim (sostituzione).

Primo passo; sostituire la postepay smagnetizzata.
Analizziamo un poco il DB della posta, ovviamente non abbiamo accesso a queste informazioni, ma in base alla mia avventura di oggi poassiamo fare un poco di retro-ingegnieria;
esiste una tabella con l'elenco delle postepay e dei conti associati. La chiave del sistema è sconosciuta, ma probabilmente un ID numerico che non è il numero della carta; questo perchè il rifacimento della carta postepay ha mantenuto tutte le impostazioni del conto, come lista movimenti, saldo etc.. ma ovviamente ha variato il numero della carta stessa.

quì i più smaliziati avranno già intuito cosa sta per succedere

Secondo passo; sostituzione della SIM.
Analizziamo di nuovo il DB della posta; abbiamo una tabella in cui sono conservati i dati della SIM; piano tariffario, credito residuo, altra roba e IL NUMERO DELLA CARTA ASSOCIATA.
Fate molta attenzione: il numero non è quello del conto (numero univoco che non cambia mai) ma quello della carta, che abbiamo appena sostituito!
Inutile ormai speicficare come la nuova carta postepay ha un numero che differisce da quello vecchio che è rimasto in tabella... E dunque domani dovrò tornare in posta, dove la cara impiegata per tempo chiamerà il loro supporto tecnico e (probabilmente) farà sostituire a mano il vecchio numero di carta con quello nuovo, e finalmente potrò sostituire sta benedetta SIM

Morale, ovvero evitiamo il problema;
ci sono 2 soluzioni al problema, quella da principiante e quella da architetto di DB.
Quella del principante è quella di avere un db del genere e ogni volta che una Postepay viene sostituita, sostituire in tutte le tabelle il vecchio numero Postepay con quello nuovo. Inutile dire che è inefficiente in DB grossi come quello delle poste, e che la procedura di sostituzione va modificata ogni volta che si aggiunge una nuova tabella che possede il numero Postepay al suo interno, quindi oltre al rischio di dimenticarsi di aggiornare una tabella, c'è il rischio di rompere la procedura di sostituzione ogni volta che bisogna mettere mano al codice.

Quella da architetto di DB è identica a quella che si usa con gli utenti sui forum: avrete fatto caso che, nonostante il vostro User sia univoco, per il sistema interno voi NON siete riconosciuti con quella Stringa, ma con un numero detto ID. Quando postate, il messaggio di risposta non contiene il vostro User, ma il vostro ID, che poi a "run-time" viene associato al vostro User. In questo modo potete cambiare il vostro nome in qualsiasi istante, e vedere che il vostro nome è cambiato ovunque, e senza che il sistema debba fare delle query aggiuntive sul DB. Qualcuno potrebbe dire che però fare il look-up del User ad ogni ID è lento; però questo è un problema del motore del DB, che se inteligente terrà in RAM una tabella degli ID che compaiono più spesso; se poi la cosa diventa lenta può essere ottimizzata ulteriormente creando una tabella per ogni BOARD (notare che però quì non è più il DB da solo ma il sistema è personalizzato).

Quindi bisognerebbe CAMBIARE la tabella delle SIM della posta, in modo da non conservare il numero di Postepay, ma l'ID del conto associato alla postepay che viene immessa.

Morale: considerando i casini che sono venuti fuori al cambio di sistema delle poste 1 o 2 anni fà, ed alla luce di un errore così banale in un DB così importante, mi viene sempre di più da credere che molti, troppi, dei presunti esperti quà fuori non siano altro che fumo negli occhi; e che con la crescita della diepndenza da tecnologia, abbaimo sempre più bisogno di un Albo degli Informatici, con le sue varie sotto-categorie di sistemista, amministratore DB, programmatore, etc...

Scusate per il papiro, ma un pò mi ha fatto sfogare

E da dire che io li conosco gli sviluppatori di poste italiane :stuck_out_tongue_closed_eyes: però conosco solo quelli attuali quelli che hanno fatto la vecchia architettura non ci sono da anni :stuck_out_tongue: