Le Competenze Software per lo Sviluppo Prodotti

Transcript

1 Le Competenze Software per lo Sviluppo Prodotti Rinaldo Zocca - 18/12/2014

2 Competenze software per lo sviluppo dei prodotti in Datalogic The «Golden Rule» La fase di definizione dell architettura UML e Design Pattern I sistemi real-time, multi-tasking, pre-emptive La fase di sviluppo Padronanza della programmazione ad oggetti L importanza della Naming Convention I generatori di documentazione automatici (Doxygen) La fase di ottimizzazione e debug Profiler (ottimizzazione dell utilizzo del tempo di CPU) Memory debugger (Trovare al run-time errori di memoria) Il debug in ambiente embedded Le core technologies Signal Processing ed Image Processing La protezione del software Brevetti e Trade secrets Argomenti di tesi \ stage 2

3 3

4 Definizione dell Architettura La scelta della parola architettura non è casuale Creatività Funzionalità Robustezza Bellezza Riutilizzo 4

5 Architettura: UML 5

6 Architettura: Design Patterns Studiare i design patterns per un programmatore è come per un giocatore di scacchi studiare le partite dei grandi maestri. Si impara come qualcuno, molto più bravo di noi, ha affrontato e risolto un problema. Probabilmente ogni partita che dovremo giocare non sarà mai esattamente uguale ad una di quelle che abbiamo studiato ma conoscerle ci aiuterà a trovare la nostra soluzione. 6

7 Architettura: Concurrent programming Real Time: gestisce gli interrupt, tempi di latenza e di servizio brevi (anche se non necessariamente predicibili) Multi Tasking: diverse attività che concorrono fra loro per accedere alla CPU collaborando per ottenere il miglior comportamento possibile del sistema Pre-emptive: la task running può smettere di girare anche senza dare il proprio consenso se una a maggior priorità è pronta 7

8 Sviluppo: padroneggiare l Object Oriented Scrivere utilizzando un linguaggio OO non significa automaticamente scrivere un buon programma, tipicamente i linguaggi lasciano troppi gradi di libertà che il programmatore può utilizzare per violare proprio i concetti fondamentali dell OO. Scrivere codice pensando alla sua manutenibilità. Un suggerimento su tutti: ogni classe deve essere gelosa della propria privacy: i dati sono miei e me li gestisco io! Con gli altri dico solo Buongiorno() e Buonasera() Scrivere codice pensando alla sua portabilità Conoscere tutto ciò che in un linguaggio non è garantito essere indipendente dal compilatore ed evitarlo! Senza cadere nella mania di ridefinire tutto: es #define UCHAR unsigned char // Che senso ha? 8

9 Sviluppo: Naming Convention Avere una naming convention aumenta la leggibilità del codice, quindi ne favorisce la manutenzione e rende più spedite le attività di «design review». Esempio la notazione ungherese Pro Il nome descrive il tipo Contro Decidi di cambiare il tipo di una variabile ma non ne cambi il nome e oops! La mia raccomandazione m_ g_ s_ p Date alle variabili ed alle funzioni il nome giusto che spieghi cosa sono e cosa fanno, usate nomi lunghi. Dare il nome giusto è la più importante fonte di documentazione del codice che potete usare. 9

10 Sviluppo: Doxygen Basta scrivere i commenti utilizzando le «parole chiave» di Doxygen ed il programma genera una Documentazione HTML di altissimo livello. Lavora anche in assenza totale di commenti in tal caso mostra solo quello che riesce a dedurre dal codice, 10

11 Tools per l ottimizzazione e il debug Un Profiler analizza dove viene speso il tempo dii calcolo e permette di lavorare sulle parti do codice che rappresentano il collo di bottiglia del sistema Un Analizzatore Statico permette di riconoscere potenziali situazioni di rischio prima di eseguire il codice come, ad esempio utilizzo di variabili non inizializzate, errori di typing (= invece di ==) Un Memory Checker permette di riconoscere al run time problemi nell uso della memoria quali, sfondamenti di buffer, sfondamento di stack. Memory leaks etc. Un Emulatore permette di eseguire il software embedded inserendo brackpoints, visualizzando i registri del micro, le variabili etc (però è invasivo con il real-time) Un Emulatore dotato di traccia permette di registrare le attività del micro immediatamente prima e dopo un evento configurabile (non interferisce con il real time) E comunque c è sempre la printf() 11

12 Core Technologies Image processing e Signal Processing rappresentano per Datalogic core technologies tramite le quali è possibile ottenere un vantaggio competitivo. 12

13 Protezione del Software: Brevetti e Trade Secrets Il software non si può brevettare ma si può brevettare un «metodo per» Il brevetto funziona così: tu spieghi esattamente cosa fai e rivendichi di aver inventato certe cose (i claim sono la parte legale del brevetto e li scrivono gli avvocati). L esaminatore ti concede o meno i claim a seconda che ci sia «step inventivo» o meno rispetto alla prior art. La prior art è tutto ciò che sta nel pubblico dominio quindi non solo altri brevetti ma anche letteratura e, addirittura, qualcosa che è stato venduto ed è disponibile sul mercato, quindi il brevetto va fatto prima di vendere. Il brevetto concesso da il diritto di essere l unico al mondo a poter fare quella cosa per la durata di 20 anni, dopo il brevetto scade. Se qualcun altro vuole usare lecitamente il tuo brevetto deve pagarti una licenza. Se tu scopri che qualcun altro usa il tuo brevetto puoi fargli causa e, se la vinci, obbligarlo a ritirare i prodotti che infringono il brevetto dal mercato e farti pagare un indennizzo (però le cause costano e sono lunghe) L onere della prova sta su chi infringe oveero deve dimostrare ch «lui fa diversamente dal mio brevetto» Il problema opposto è quello della «clearance» ovvero: «se faccio questa cosa infringo qualche brevetto altrui?» 13

14 Protezione del Software: Brevetti e Trade Secrets Siccome il brevetto ti obbliga a descrivere quello che fai e, a causa della natura nascosta del software, è difficile accorgersi se qualcuno ti sta copiando, di solito si brevettano solo quelle cose che permettono un vantaggio evidente e facilmente riconoscibile: ad esempio la decodifica subpixel. Altrimenti si tengono come Trade Secret (ad es. la formula della Coca Cola è un trade secret). Serve una «policy» aziendale per proteggere i Trade Secrets. Inoltre è bene rivelare i trade secrets internamente mediante una «disclosure» perché in caso di attacco la disclosure è un documento con valore legale e può dimostrare che quella cosa tu la facevi da prima che qualcun altro pensasse di brevettarla. 14

15 Argomenti di tesi \ stage Configurazione ed uso dei tools di software engineering (IBM Rational Jazz) Definizione di requisiti (sia come sanatoria di progetti esistenti che di progetti nuovi) Internet of Things (collaborazione con PTC per fare un proof of concept) Algoritmi di decodifica (Sviluppo su PC in C++) Sviluppo di software per il test (Sviluppo su PC in linguaggio C#) and more Richieste di Tesi rinaldo.zocca@datalogic.com Curricula per Stage ed Assunzioni Lisa.LaMaida@datalogic.com 15

16 Thank you! This presentation contains statements that are neither reported financial results nor other historical information. These statements are forwardlooking statements. These forward-looking statements rely on a number of assumptions and are subject to a number of risks and uncertainties, many of which are outside the control of Datalogic S.p.A., that could cause actual results to differ materially from those expressed in or implied by such statements, such as future market conditions, currency fluctuations, the behavior of other market participants and the actions of governmental and state regulators 2013 Datalogic S.p.A. - All rights reserved. Protected to the fullest extent under U.S. and international laws. Copying, or altering of this document is prohibited without express written consent from Datalogic S.p.A. Datalogic and the Datalogic logo are registered trademarks of Datalogic S.p.A. in many countries, including the U.S.A. and the E.U. All other brand and product names may be trademarks of their respective owners. 16