Programmazione del tramonto? - pagina 7
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Cosa stai discutendo con me adesso? Che il programmatore è diventato gradualmente uno sviluppatore, con un aumento del numero di strumenti e dei requisiti dei compiti?
Non l'ho negato.
Ho semplicemente posto alcune domande che seguono logicamente le vostre tesi.
Stavo solo facendo alcune domande che seguono logicamente le vostre tesi.
Beh, sì, ogni industria si sviluppa e va per la sua strada. Compreso lo sviluppo del software. Qui c'è una buona definizione dal wiki, a proposito:
Losviluppo del software è il processo di ideazione, specificazione, progettazione,programmazione,documentazione,test ecorrezione dei bug coinvolto nella creazione e nel mantenimento diapplicazioni,framework o altri componenti software.
È stato in uso per circa 30 anni. Tu descrivi un compito altamente specializzato e lo estrapoli all'intera classe dei compiti di sviluppo. Lo sviluppo visivo esiste da molto tempo, sia parzialmente che completamente automatizzato. Questo non nega in alcun modo la necessità di sviluppare altre classi di compiti o anche compiti risolti da ambienti visivi, ai quali si applicano requisiti di prestazione maggiori, per esempio. Perché ogni universalismo prima o poi si trasforma in un mostro.
Supponiamo che tu abbia ragione. Vediamo degli esempi di compiti che non possono:
1. decomporre in oggetti.
2. rappresentare gli oggetti come assemblaggi di parametri e relazioni.
3. Assemblare gli oggetti con strumenti visivi.
Se non è difficile, date esempi di tali compiti.
Ti risponde per trollare, non per capire qualcosa, non perdere il tuo tempo - Peter e Fedoseyev sono due dei più brillanti rappresentanti di mql sandbox, che non vogliono uscirne.
Ogni volta che viene fuori una domanda a cui non puoi rispondere e che ti fa capire che i tuoi punti sono insostenibili, è trolling. È divertente.
Beh, sì, ogni industria si sviluppa e va per la sua strada. Compreso lo sviluppo del software. Qui c'è una buona definizione dal wiki, a proposito:
Losviluppo del software è il processo di ideazione, specificazione, progettazione,programmazione,documentazione,test ecorrezione dei bug coinvolto nella creazione e nel mantenimento diapplicazioni,framework o altri componenti software.
In altre parole, i programmatori (o sviluppatori) non hanno scritto la documentazione, non hanno testato e non hanno corretto i bug. E ora sono coinvolti nel design?
Diciamo che hai ragione. Vediamo alcuni esempi di compiti che non possono essere svolti:
1. decomporre in oggetti.
2. rappresentare gli oggetti come assemblaggi di parametri e relazioni.
3. Assemblare gli oggetti con strumenti visivi.
Se non ti dispiace, dai qualche esempio di questi compiti.
No, Peter. Il futuro appartiene alla programmazione biologica. Questo è approssimativamente il seguente: un uomo viene rasato a zero, una speciale biomassa attiva viene posta sulla sua testa, ed egli inizia a pensare intensamente al compito in questione. Come risultato, nella biomassa depositata sulla testa, si costruiscono connessioni neuronali, si forma una specie di gangli artificiali, corrispondenti ai pensieri che si pensano... Questo è il modo in cui saranno create le unità di biocomputer per i cyborg. ))) Beh, sapete cosa intendo.
1. Lo sviluppo visivo esiste da molto tempo, sia parzialmente che completamente automatizzato.
2. questo non nega in alcun modo la necessità di sviluppare altre classi di compiti o anche compiti risolti da ambienti visivi a cui si applicano requisiti di prestazione maggiori, per esempio.
3. Perché ogni universalismo prima o poi si trasforma in un mostro.
1. Se puoi - dammi un link per leggere di questo tipo.
2. Puoi suddividere i problemi per classe e indicare specificamente quali soluzioni non sono adatte agli strumenti visivi?
3. Qui non è tutto semplice. Un enorme computer degli anni 50 entra in un telefono cellulare, il che suggerisce che l'universalismo funziona bene e non è rigidamente legato alla performance. In ogni caso, la performance risolve il problema dell'universalismo dei mostri.
Diciamo che hai ragione. Vediamo alcuni esempi di compiti che non possono essere svolti:
1. decomporre in oggetti.
2. rappresentare gli oggetti come assemblaggi di parametri e relazioni.
3. Assemblare gli oggetti con strumenti visivi.
Se non è difficile, si prega di fornire esempi di tali compiti.
Calcolare i numeri di Fibonacci, creare certe reazioni dell'UI alle azioni dell'utente al di fuori di un set predefinito, scrivere la documentazione, scrivere test unitari.
Questi sono compiti molto semplici, ma ci sono sistemi enormi, per esempio il rendering delle immagini e così via.
Ce ne sono molti, in generale.