Miglioramenti della qualità in OpenSolar 3.0
Con la crescita della piattaforma OpenSolar, sia in termini di funzionalità che di numero di persone che la utilizzano, si è assistito a un graduale aumento della complessità tecnica legata alla costruzione e al funzionamento della piattaforma su scala.
Nel corso degli anni abbiamo ampliato e migliorato continuamente il nostro team e i nostri processi per stare al passo con questa situazione.
Sappiamo che gestire la tua attività su OpenSolar è un impegno da parte tua, ma anche da parte nostra, per far sì che le cose funzionino senza intoppi e in modo accurato e che la tua attività possa avere successo. Non prendiamo questo impegno alla leggera.
Siate certi che abbiamo ascoltato il vostro feedback forte e chiaro e abbiamo progettato la fase 3.0 di OpenSolar per affrontare meglio la qualità presente e futura della piattaforma OpenSolar.
Recenti miglioramenti della qualità
Nell’ambito del nostro lavoro verso la 3.0, ci siamo concentrati maggiormente sulla qualità. L’abbiamo suddivisa in tre componenti fondamentali: Velocità, Stabilità e Lucidità. In ogni area abbiamo modificato i nostri processi per assicurarci di raggiungere lo standard che riteniamo meriti il lancio della 3.0 e voi, i nostri utenti. Il risultato è stato un miglioramento significativo in tutte e tre le aree.
Nei due mesi che precedono il lancio della versione 3.0 abbiamo congelato lo sviluppo di nuove funzionalità, in modo che il team di sviluppo possa concentrarsi quasi esclusivamente sulla qualità e sulle prestazioni. In questo periodo sono stati consegnati ben 233 ticket di questo tipo.
| Impatto massimo | 60 |
| Impatto molto elevato | 93 |
| Alto impatto | 66 |
| Impatto medio | 12 |
| Basso impatto | 2 |
| Totale | 233 |
|---|
Tutti questi miglioramenti sono oggi disponibili in OpenSolar, pronti per il lancio di OpenSolar 3.0.
Velocità in OS 3.0
Abbiamo affrontato la velocità su più fronti, ma abbiamo trovato i migliori risultati in queste aree:
- Ottimizzazione delle richieste di lunga durata al server (ad esempio calcoli di sistema, generazione di proposte)
- Pre-elaborazione in background prima che gli utenti ne abbiano bisogno
- Rimuovere e/o ridurre i caricatori che bloccano lo schermo
Questo ha portato a un’enorme riduzione dei tempi di attesa in alcuni dei flussi più utilizzati, con una riduzione media di 15,5 secondi del tempo di attesa.
| Viaggio | Prima prendeva (maggio ’25) | Ora dura (settembre ’25) | Miglioramento (tempo) |
|---|---|---|---|
| Il professionista prepara un progetto residenziale con immagini 2D. Il progetto include pannelli, alberi, bordi del tetto, cavi, batterie, inverter e stringhe automatiche. Il professionista rivede la proposta dopo la preparazione del progetto. | 107s | 73.6s | 33.4s |
| Il professionista prepara un progetto residenziale con immagini 3D. Il progetto include pannelli, alberi, bordi del tetto, cavi, batterie, inverter e stringhe automatiche. Il professionista rivede la proposta dopo la preparazione del progetto. | 106.8s | 78s | 28.8s |
| Pro prepara il progetto di base con la proposta firmata e i dettagli dell’addebito ACH compilati dal cliente. | 65s | 60.4s | 4.6s |
| Il professionista prepara il progetto di base con la proposta firmata e i dettagli del prestito Lightreach compilati dal cliente. | 74.6s | 73.8s | 0.8s |
| Il professionista prepara un progetto commerciale con immagini manuali. Il progetto include pannelli, alberi, bordi del tetto, cavi, batterie, inverter e stringhe manuali. Il professionista rivede la proposta dopo la preparazione del progetto. | 95.8s | 86s | 9.8s |
Proposta / Ottimizzazione dei calcoli (Ticket #15585): Un’area che da un po’ di tempo a questa parte risulta piuttosto lenta in OpenSolar è quando si passa dall’area di progettazione alla proposta. Ciò è dovuto al fatto che i calcoli della durata di 25 anni sono ancora in corso. Abbiamo apportato una serie di ottimizzazioni a questo processo, rendendo il caricamento della proposta molto più veloce nella maggior parte degli scenari. Abbiamo ridotto il tempo di attesa per il calcolo della durata di vita di circa 12 secondi per i progetti di medie dimensioni (un progetto di dimensioni medie con una batteria richiedeva prima 25 secondi, ora circa 13 secondi).
Ottimizzazione delle stringhe automatiche (Ticket #19448): Un sistema automatizzato che aveva bisogno di essere ottimizzato era il sistema di infilatura automatica, che spesso richiedeva più di 20 secondi. Dopo aver rielaborato il sistema, siamo riusciti a ridurlo a 1-5 secondi per i casi d’uso normali.
Pre-caricamento delle immagini Google 3D (Ticket #16264): Un modo che abbiamo trovato per velocizzare l’utilizzo delle immagini Google 3D comunemente utilizzate è quello di iniziare a scaricare le risorse prima ancora che tu abbia selezionato questo tipo di immagini. Utilizzando questo metodo, possiamo ridurre il tempo di attesa fino a 15 secondi, in casi di utilizzo normali.
Ottimizzazione del calcolo della batteria (Ticket #18096): Una parte del processo di calcolo del nostro sistema che è stata storicamente lenta è il calcolo della batteria. Questa parte è stata ottimizzata facendo un’analisi approfondita dell’implementazione, riducendo la quantità di interpolazioni e utilizzando strutture di dati di livello inferiore per svolgere il lavoro pesante. Abbiamo riscontrato un miglioramento di circa il 15% nel tempo necessario per eseguire questi calcoli, che ammontano a circa 2-3 secondi in scenari normali.
Stabilità in OS 3.0
Per migliorare la nostra stabilità nel tempo, abbiamo creato un nuovo sistema di test automatizzato.
Questo comporta la scrittura di percorsi scriptati attraverso le funzionalità della piattaforma, in modo che un programma possa utilizzare la piattaforma continuamente e avvisarci dopo ogni modifica per assicurarci che nessuna funzionalità sia stata interrotta (prima che le modifiche vengano rese pubbliche).
In questo modo, quando apportiamo modifiche alla piattaforma, siamo molto più sicuri di non interrompere inavvertitamente una funzione da cui la tua azienda potrebbe dipendere.
Si tratta di un percorso lungo e continueremo ad arricchire questa suite nel tempo. Ad oggi abbiamo aggiunto 107 casi di test end-to-end automatizzati (oltre alle nostre suite di test preesistenti).
| Il mese | Casi di test E2E |
|---|---|
| Q4 2024 | 10 |
| Q1 2025 | 30 |
| Q2 2025 | 47 |
| Q3 2025 | 107 |
Oltre a questi test, abbiamo lavorato sull’infrastruttura di OpenSolar per renderla più robusta e a prova di futuro.
Deadlock del database (Ticket #16905, Ticket #17262): A causa della crescita della base di utenti e del lavoro sulle nuove funzionalità (ad esempio la rielaborazione/ottimizzazione dei calcoli del sistema), si verificavano dei deadlock del database. In alcuni casi ciò impediva il salvataggio dei progetti. Il problema è stato risolto.
Ottimizzare le query comuni (Ticket #19342, Ticket #17515): Nel corso del tempo, alcune query comuni del database sono diventate meno efficienti, di solito a causa di funzionalità aggiuntive. Abbiamo rivisto molte di queste query comuni e le abbiamo ottimizzate, in modo che in generale sia più veloce muoversi all’interno della piattaforma.
Polacco in OS 3.0
Con la crescita della piattaforma, si sono formate alcune lacune nel prodotto, dove ovviamente dovrebbe fare qualcosa, ma non lo fa. Abbiamo lavorato duramente per ascoltare i feedback, raccogliere le lacune più richieste e colmarne il più possibile in modo che OpenSolar 3.0 sia di gran lunga la versione più completa della piattaforma che tu abbia mai usato.
Progetti di retrofit (Ticket #17488): Una funzione comunemente richiesta è stata quella di rendere più semplice/veloce la definizione di un sistema esistente quando un cliente ha già installato un impianto solare. Abbiamo reso questa funzione di prima classe, consentendoti di definire l’impianto esistente sia utilizzando un numero di pannelli di base e le dimensioni dell’impianto, sia modellando l’impianto esistente.
Più tipi di pannelli per progetto (Ticket #17486): Una funzione richiesta da tempo in OpenSolar è la possibilità di utilizzare più tipi di pannelli diversi all’interno di un singolo progetto. Abbiamo finalmente aggiunto questa funzione, che consente di modellare array esistenti e nuovi nello stesso sistema.
Miglioramento degli strumenti di disegno dei tetti e dei fili (Ticket #16788): Abbiamo rivisto l’esperienza di disegno dei tetti nell’area Progettazione per renderla molto più fluida e intuitiva. Ora supporta i suggerimenti per lo snapping, lo snapping su un asse, lo snapping su angoli perpendicolari, visualizzazioni più chiare durante il disegno e miglioramenti al motore di snapping.
Ridimensionamento delle immagini caricate (Ticket #19035): Ora è possibile regolare la scala delle immagini caricate misurando una distanza sull’immagine caricata e inserendo poi un valore di distanza reale.
Abbiamo anche lavorato per rinnovare il linguaggio dell’interfaccia utente in tutta l’applicazione, per dare un aspetto più pulito e curato.
Supporto
Grazie a tutti i membri della comunità OpenSolar per il feedback che riceviamo. Apprezziamo sinceramente il fatto di sapere come vi trovate sulla piattaforma, sia in positivo che in negativo. Senza questo feedback è difficile concentrare i nostri sforzi sulle cose giuste, quindi ti invitiamo a continuare a farlo.
Se hai riscontrato problemi con OpenSolar o hai altri commenti, contattaci qui.
Se vuoi saperne di più sulle nuove funzioni disponibili in OpenSolar 3.0, registrati all’evento di lancio qui.



