Presentazione dello Sviluppo C/C++ usando Eclipse vs Visual Studio Code
Quale ambiente di sviluppo integrato (IDE) dovreste usare?
Sia VS Code che Eclipse sono dei potenti IDE. Essi sono entrambi cross-platform, open-source e sono dotati di una variegata libreria di estensioni disponibili.
Eclipse è costruito su Java ed è in circolazione da molti anni, quindi sono disponibili un sacco di risorse e documentazioni. Inoltre, molti IDE derivati sono stati costruiti su Eclipse, come NXP MCUXpresso IDE per MCU basate su ARM. Quindi, ci sono numerosi software developer con esperienza nello sviluppo usando Eclipse e che possono avere progetti attuali o legacy costruiti usando Eclipse.
VS Code è un moderno code editor costruito su Electron e node.js. Pertanto, può girare su una vasta gamma di sistemi operativi e addirittura in un web browser usando il code-server. Una delle più potenti funzioni di VS Code è la capacità di eseguire lo sviluppo in remoto. L’estensione per lo sviluppo in remoto vi consente di connettervi a un computer Linux in remoto (o a un potente build server) da un laptop Windows e sviluppare, cross-compilare ed eseguire il debugging per applicazioni sull’hardware Variscite come se foste nativi per il server.
Per saperne di più sullo sviluppo usando Eclipse e VS Code, vi preghiamo di visitare le nostre guide wiki aggiornate summenzionate. Inoltre, potreste trovare interessante anche il seguente webinar: “Primi passi per il Debugging C/C++ su SoM Variscite usando VS Code”.
Join RSS Feed 
Con l’accelerazione della domanda trainata dall’intelligenza artificiale nel corso del 2025 si è verificata una carenza di chip di memoria, perché i fornitori di semiconduttori hanno riorientato la propria capacità produttiva verso gli acquirenti di grandi volumi, lasciando invece scoperti molti settori, tra cui quello medico, industriale, edge/IoT e della robotica. L’aumento dei prezzi e l’allungamento dei tempi di consegna, aggravati dalle ripercussioni su altri componenti dei SoM, hanno creato due colli di bottiglia ben visibili. Da una parte, i fornitori di SoM che hanno appaltato la produzione all’esterno hanno una flessibilità limitata quando l’offerta diminuisce e i loro ritardi si ripercuotono sui clienti. Dall’altra, gli sviluppatori di prodotti che hanno preferito architetture chip-down rispetto a quelle SoM devono procurarsi i componenti autonomamente. Chi acquista in quantità minori viene sistematicamente relegato in fondo alle liste di priorità dei fornitori o, in molti casi, addirittura depennato.
