Sfondo : sono un apprendista e sto gestendo il progetto di sviluppo di un particolare sistema IS. Attualmente sto solo gestendo l'analisi dei requisiti e la progettazione dei processi informativi, ma come sviluppatore di software, vorrei anche implementare il concetto come un vero e proprio portale web. Quando si tratta di scegliere la tecnologia, personalmente mi piacerebbe creare il mio front-end basato su JavaScript Framework (jQuery, Bootstrap, DataTables.Net, ...) che offre un'elevata flessibilità di implementazione front-end e un bel out-of-box design moderno e collegarli a .NET MVC nel code-behind. Le persone intorno a me, che non hanno scritto una riga di codice in quelli che sembrano decenni, si preoccupano della difficoltà di mantenere un tale sistema, rispetto all'uso dei controlli .NET e si attengono al pacchetto di sviluppo del sito Web MS. Quindi, ogni volta che cerco di far emergere che potrei costruire un portale moderno e di facile utilizzo, una volta terminata la prima fase concettuale, mi preoccupo solo dell'aspetto e del borbottio sulla "manutenibilità" e " preferiremmo provare a utilizzare Sharepoint Analysis Services collegato al nostro DB ".
Domanda : quali aspetti della " gestibilità " possono influenzare la scelta della tecnologia di implementazione del sistema?
Obiettivo : vorrei sedermi e "dimostrare" che il mio approccio è altrettanto mantenibile di quello che stanno suggerendo e, se non lo è, mi piacerebbe identificare i modi per migliorarlo .
Domande che ho trovato interessanti:
- complessità e manutenibilità dei codici JavaScript
- In che modo si misura significativamente la manutenibilità?
- Come avere un servizio gestibile e gestibile Base del codice JavaScript
- Quali caratteristiche o funzionalità rendono il codice mantenibile? (!)
- Cosa fa male alla manutenibilità? (!)
Alcuni aspetti astratti della manutenibilità:
- leggibilità
- accoppiamento
- coerenza
- il ragionamento alla base del codice è documentato