Sei tu che l'hai inventato - non lo sto suggerendo io.
Dal mio studio.
Il ToR è un documento di ben oltre 400 pagine. Il ToR è rivisto e approvato
Poi il progetto tecnico. Questo documento è stato preparato da 40-50 persone. Per professione, sono: economisti di diverse specialità, matematici, creatori di algoritmi, sysadmin nella terminologia corrente, ingegneri elettronici.
Poi la bozza di lavoro. È qui che appare la ripartizione dei programmi e delle funzioni. La codifica effettiva e il debug sono fatti. La documentazione viene creata: per lo sviluppatore, per i diversi utenti della CPU, per i diversi utenti dell'applicazione (management, middle management, dispatcher...).
Inoltre c'è un'operazione di prova. L'indicatore principale è il tempo medio tra i guasti. Se tutto è fatto correttamente, documentato, il principio della codifica primitiva è preso in considerazione, il tempo tra i fallimenti dopo la prossima cattura di errori dovrebbe diminuire esponenzialmente. Se è lineare, molto probabilmente non funzionerà MAI.
Dov'è l'OOP qui? OOP è qualche requisito aziendale durante lo sviluppo. e ha poco effetto sul risultato finale, ma può essere molto utile (così mi sembra), se si trova una persona e sviluppa tutte le classi per l'intero progetto, non si mischierà nulla, le classi saranno naturali dall'obiettivo finale del progetto....
La vostra pratica è superata. E voi siete arroccati nella vostra documentazione, TOR e altri sistemi di progettazione arretrati. Le metodologie di sviluppo agile sono in uso ora. Parole come Agile, XP vi dicono qualcosa? Non credo. Ecco un'intervista con un uomo interessante. Ha circa la tua età, ma il modo di pensare e l'esperienza di vita non banale.
В Университете Иннополис студентов обучают профессора и научные сотрудники с опытом работы в ведущих ИТ-компаниях и университетах мира. Также вуз приглашает на гостевые лекции весьма необычных ИТ-специалистов. Мы уже писали о том, как своим опытом со студентами делился хакер Ares, знакомый с Эдвардом Сноуденом. На этот раз мы расскажем о...
A proposito, tutti discutono ecc., perché nessuno fa esempi di vita semplice?...anche se forse me lo sono perso, l'argomento sta crescendo molto velocemente.
Per esempio, prendiamo un'azione di tipo singolo ripetuta frequentemente: mostrare/nascondere certi simboli in una panoramica di mercato (solo forex o solo metalli, ecc.). Per queste azioni, potete scrivere le vostre funzioni, e ce ne saranno una dozzina o più. Inoltre, se devono essere collegati al robot, allora in primo luogo, dobbiamo ricordare tutti i loro nomi, e in secondo luogo, dobbiamo collegarli tutti uno per uno. Se sono formattati come una classe, non dobbiamo ricordare tutti i loro nomi, semplicemente li colleghiamo tutti insieme in una riga. Non solo è più veloce e conveniente, ma intellisense funzionerà anche. Vale la pena usare OOP solo per il gusto di farlo, è davvero conveniente.
Inoltre, se consideriamo il sovraccarico di funzioni. È possibile senza OOP? e milioni di altre cose.
A proposito, tutti discutono ecc., perché nessuno fa esempi di vita semplice?...anche se forse me lo sono perso, l'argomento sta crescendo molto velocemente.
Per esempio, prendiamo un'azione di tipo singolo ripetuta frequentemente: mostrare/nascondere certi simboli in una panoramica di mercato (solo forex o solo metalli, ecc.). Per queste azioni, potete scrivere le vostre funzioni, e ce ne saranno una dozzina o più. Inoltre, se devono essere collegati al robot, allora in primo luogo, dobbiamo ricordare tutti i loro nomi, e in secondo luogo, dobbiamo collegarli tutti uno per uno. Se sono formattati come una classe, non dobbiamo ricordare tutti i loro nomi, semplicemente li colleghiamo tutti insieme in una riga. Non solo è più veloce e conveniente, ma intellisense funzionerà anche. Vale la pena usare OOP solo per il gusto di farlo, è davvero conveniente.
Inoltre, se consideriamo il sovraccarico di funzioni. È possibile usarlo senza OOP? e milioni di altre cose.
Beh, un esempio concreto con funzioni non è molto corretto. Dopotutto, si possono infilare più chiamate di funzioni in una sola funzione wrapper.
Реter Konow: Beh, l'esempio particolare con le funzioni non è molto corretto. Dopotutto, si possono infilare più chiamate di funzioni in una sola funzione wrapper.
Реter Konow: Beh, un esempio concreto con funzioni non è molto corretto. Dopo tutto, potete spingere le chiamate di più funzioni in una funzione wrapper.
intellisence non funzionerà, il che impone allo sviluppatore la necessità di ricordare a memoria tutte le funzioni con tutti i parametri (il che naturalmente è un'assurdità), o di scorrere costantemente i file e guardare le loro descrizioni.
Una variabile statica in una funzione. Se la funzione sarà chiamata da posti diversi con parametri diversi, allora per ogni posto e set di parametri dobbiamo fare una copia della funzione - copia puramente stupida - ma questo è idiota. Con OOP, si crea un oggetto, tanti oggetti quanti ne servono.
Possiamo avere un breve resoconto delle ultime 20 pagine del thread? Chi sta vincendo?
Possiamo avere un breve resoconto delle ultime 20 pagine del thread? Chi vince?
Nessuno, dato che non ci sono essenzialmente partecipanti. Ognuno rimane con le proprie opinioni.
Possiamo avere un breve resoconto delle ultime 20 pagine del thread? Chi sta vincendo?
Sei tu che l'hai inventato - non lo sto suggerendo io.
Dal mio studio.
Dov'è l'OOP qui? OOP è qualche requisito aziendale durante lo sviluppo. e ha poco effetto sul risultato finale, ma può essere molto utile (così mi sembra), se si trova una persona e sviluppa tutte le classi per l'intero progetto, non si mischierà nulla, le classi saranno naturali dall'obiettivo finale del progetto....
La vostra pratica è superata. E voi siete arroccati nella vostra documentazione, TOR e altri sistemi di progettazione arretrati. Le metodologie di sviluppo agile sono in uso ora. Parole come Agile, XP vi dicono qualcosa? Non credo. Ecco un'intervista con un uomo interessante. Ha circa la tua età, ma il modo di pensare e l'esperienza di vita non banale.
A proposito, tutti discutono ecc., perché nessuno fa esempi di vita semplice?...anche se forse me lo sono perso, l'argomento sta crescendo molto velocemente.
Per esempio, prendiamo un'azione di tipo singolo ripetuta frequentemente: mostrare/nascondere certi simboli in una panoramica di mercato (solo forex o solo metalli, ecc.).
Inoltre, se consideriamo il sovraccarico di funzioni. È possibile senza OOP? e milioni di altre cose.Per queste azioni, potete scrivere le vostre funzioni, e ce ne saranno una dozzina o più. Inoltre, se devono essere collegati al robot, allora in primo luogo, dobbiamo ricordare tutti i loro nomi, e in secondo luogo, dobbiamo collegarli tutti uno per uno. Se sono formattati come una classe, non dobbiamo ricordare tutti i loro nomi, semplicemente li colleghiamo tutti insieme in una riga. Non solo è più veloce e conveniente, ma intellisense funzionerà anche. Vale la pena usare OOP solo per il gusto di farlo, è davvero conveniente.
A proposito, tutti discutono ecc., perché nessuno fa esempi di vita semplice?...anche se forse me lo sono perso, l'argomento sta crescendo molto velocemente.
Per esempio, prendiamo un'azione di tipo singolo ripetuta frequentemente: mostrare/nascondere certi simboli in una panoramica di mercato (solo forex o solo metalli, ecc.).
Inoltre, se consideriamo il sovraccarico di funzioni. È possibile usarlo senza OOP? e milioni di altre cose.Per queste azioni, potete scrivere le vostre funzioni, e ce ne saranno una dozzina o più. Inoltre, se devono essere collegati al robot, allora in primo luogo, dobbiamo ricordare tutti i loro nomi, e in secondo luogo, dobbiamo collegarli tutti uno per uno. Se sono formattati come una classe, non dobbiamo ricordare tutti i loro nomi, semplicemente li colleghiamo tutti insieme in una riga. Non solo è più veloce e conveniente, ma intellisense funzionerà anche. Vale la pena usare OOP solo per il gusto di farlo, è davvero conveniente.
Beh, l'esempio particolare con le funzioni non è molto corretto. Dopotutto, si possono infilare più chiamate di funzioni in una sola funzione wrapper.
Per voi, tutti gli esempi non sono corretti.
Per voi, tutti gli esempi non sono corretti.
Beh, un esempio concreto con funzioni non è molto corretto. Dopo tutto, potete spingere le chiamate di più funzioni in una funzione wrapper.
intellisence non funzionerà, il che impone allo sviluppatore la necessità di ricordare a memoria tutte le funzioni con tutti i parametri (il che naturalmente è un'assurdità), o di scorrere costantemente i file e guardare le loro descrizioni.
Una variabile statica in una funzione. Se la funzione sarà chiamata da posti diversi con parametri diversi, allora per ogni posto e set di parametri dobbiamo fare una copia della funzione - copia puramente stupida - ma questo è idiota. Con OOP, si crea un oggetto, tanti oggetti quanti ne servono.