Citat:
Ursprungligen postat av
bosscs2
Vad innebär affärslösningar och inbyggd mjukvara rent konkret?
Är IoT en vidareutveckling på inbyggd mjukvara?
IoT funkar i alla skikt, vi har t.ex routerföretag som tar nästa steg att utveckla "embedded software" till sina routrar för smidigare hantering av många kopplade enheter. T.ex kan det vara att koppla ihop allt från lampor,kylskåp,klockor etc till det trådlösa nätverket (wifi), dessa enheter bör ju prioriteras i en form av hierarki och gärna lokaliseras (som en gps, fast i hemmet).
Sedan har vi ju enheterna i sig som behöver utvecklas vidare att stödja detta nya koncept och en bra start är att börja med arduino och c/c++.
Bill gates var en tidig aktör i detta då han i sitt eget hem har installerat ett sensornätverk.
Så IoT består av mågna delar, vi har ju gränssnittslösningar för att kontrollera alla enheter, detta kan skrivas i t.ex java/html osv. Sedan har vi mikroprocessorer som kan programmeras med t.ex java eller c (och en bra start där är arduino).
Sedan bör man ha förståelse av systemintegration, hur kan man integrera ett system med ett annat, kan vi integrera IoT i vårt befintliga system för ökad effektivitet/funktionalitet? IoC består av så många fler komponenter än smarta hem t.ex. inom industrin.
Gällande affärslösningar.
När vi pratar om lösningsförslag så fokuserar vi på större projekt eller redan befintliga system som skall utökas eller förbättras. För att bygga system på ett allmänt vedertaget sätt så använder man ofta designmönster för att lösa generella problem. Varför gör man detta? jo det skall gå snabbare att utveckla större system och underhålla dessa, samt att nya parter lätt kan komma in och vidareutveckla dessa system.
Det är därför vi i större system använder ramverk som bygger på en allmänt accepterade principer som t.ex MVC-pattern. Och just spring boot är just detta, i grund och botten en mängd olika API:er som man kan plocka ihop och använda sig av och helst göra detta genom MVC-mönstret.
Man gör allt idag för att slippa använda boilerplate code. Vi använder också byggverktyg som Maven som använder en projektstruktur programmerare lätt kan förhålla sig till. Vi slipper också problemet med att fysiskt hämta API:er från olika webbplatser (dependencies) utan skriver in detta som en XML-fil i Maven (som en shoppinglista) och Maven hämtar allt åt oss utan besvär.
För att summera/förenkla detta så kan man säga att affärslösningar är kopplade till ett företag som behöver en lösning för att förbättra eller helt från grunden bygga ett system, detta för att i slutändan helt enkelt tjäna pengar.
Det skulle vara otroligt dumt om man då byggde ett system från grunden "helt på sitt eget sätt" med hjälp av t.ex 5 utvecklare. Hur lätt skulle ett sådant system vara att underhålla eller vidareutveckla när dessa 5 utvecklare har lämnat företaget?
Vi använder då allmänt vedertagna sätt att bygga mjukvara.