OOP vs programmazione procedurale - pagina 42

 

Possiamo avere un breve resoconto delle ultime 20 pagine del thread? Chi sta vincendo?

 
Rashid Umarov:

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.

 
Rashid Umarov:

Possiamo avere un breve resoconto delle ultime 20 pagine del thread? Chi sta vincendo?

Tutti gli argomenti del GOP sono infranti dal ferreo "e allora?" e "sto bene".
 
СанСаныч Фоменко:

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.

Что отставной генерал НАТО преподаёт студентам Университета Иннополис
Что отставной генерал НАТО преподаёт студентам Университета Иннополис
  • habrahabr.ru
В Университете Иннополис студентов обучают профессора и научные сотрудники с опытом работы в ведущих ИТ-компаниях и университетах мира. Также вуз приглашает на гостевые лекции весьма необычных ИТ-специалистов. Мы уже писали о том, как своим опытом со студентами делился хакер 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.
 
Alexey Oreshkin:

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.

Per voi, tutti gli esempi non sono corretti.

 
Dmitry Fedoseev:

Per voi, tutti gli esempi non sono corretti.

Non è vero. L'esempio sul sovraccarico è corretto. Non esiste senza OOP. Anche se sembra essere anche lì...
 
Ре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.

Motivazione: