Tässä arvostelussa käyn läpi koko käytännön kokemukseni OutSystemsista. Näytän vaikuttavasta tekoälyn luomisesta raskaan työpöytä-IDE:n, reaaliaikaisen virheentunnistusjärjestelmän ja järkyttävän 36 300 dollarin vuosihinnan tuotantosovelluksille. Kerron, ketä tämä alusta todella palvelee, missä se loistaa ja miksi “low-code” ei tässä tapauksessa tarkoita “helppoa”.
Mitä OutSystems on?
OutSystems on OutSystemsin (kyllä, sama nimi) kehittämä low-code-alusta. Se ratkaisee hyvin suoraviivaisen ongelman: oikean liiketoimintaohjelmiston perinteinen kehittäminen on tuskallisen hidasta ja kallista.
Normaalisti palkkaisit kehittäjiä, odottaisit kuukausia ja käyttäisit budjetin loppuun. OutSystems pyrkii nopeuttamaan tätä sallimalla sinun rakentaa visuaalisesti samalla kun se kirjoittaa taustalla oikean koodin.
Tässä on peruskulku:
- Kerro heidän tekoälylleen (“Mentor”), mitä haluat rakentaa
- Se generoi rungon: tietokannan, näytöt, käyttäjäroolit, logiikan
- Lataa heidän työpöytäsovelluksensa (ODC Studio) hienosäätöjen tekemiseen
- Julkaise kerran, he hoitavat palvelimet ja hostingin
Siinä missä työkalut kuten Bubble tai Webflow loistavat markkinointisivustoissa tai yksinkertaisissa sovelluksissa, OutSystems tavoittelee korkeammalta: sisäisiä liiketoimintatyökaluja, monikäyttäjäjärjestelmiä ja ratkaisuja, jotka normaalisti vaativat varsinaisen kehitystiimin.
Kenelle se on tarkoitettu?
OutSystems on järkevä valinta oikeaa liiketoimintaohjelmistoa rakentaville, ei esittelysivuille tai portfoliosivuille.
- Jos kuulut suuryrityksen IT-tiimiin, tämä on oikotie. Kun johto pyytää työntekijäportaalin, toimittajahallintajärjestelmän tai sisäisen pyyntöjärjestelmän kehittämistä, voit toimittaa toimivan ratkaisun parissa viikossa.
- Tekniset perustajat, jotka kehittävät SaaS-tuotteita, voivat edetä nopeammin täällä. Jos yrität todistaa konseptin toimivuuden tai päästä tuottoihin ennen kuin rahoitus loppuu, tämä lyhentää aikajanaasi kuukausilla.
- Toimistot ja konsulttiyritykset, jotka toimittavat räätälöityjä ohjelmistoratkaisuja asiakkaille, voivat moninkertaistaa tuotantonsa.
- Kehittäjät, jotka ovat kyllästyneet toistuviin tehtäviin, arvostavat tätä. Jos ymmärrät tietokannat ja logiikan, mutta inhoat kirjoittaa samoja todennusprosesseja ja CRUD-päätepisteitä yhä uudelleen, OutSystems hoitaa tuon puuduttavan työn.
TÄMÄ EI OLE SINUA VARTEN, jos sinulla ei ole lainkaan kokemusta kehityskäsitteistä tai jos tarvitset vain laskeutumissivua. Työpöytäsovellus on raskas, käyttöliittymä pelottava, ja tulet nopeasti seinään, jos termit kuten “entiteettisuhde” tai “palvelinoperaatio” ovat täysin vieraita.
OutSystemsin hyvät ja huonot puolet
- Tekoäly luo oikeasti toimivia sovelluksia nopeasti
- Aidot tietokannat, joissa asianmukaiset taulujen väliset suhteet
- Käyttäjäroolit ja -oikeudet hoidetaan automaattisesti
- Julkaisu yhdellä klikkauksella ilman palvelinasetuksia
- Virheentunnistus näyttää ongelmat välittömästi
- Klikkaa virhettä, ja pääset suoraan siihen
- Monimutkaiset työnkulut ilman varsinaista koodia
- Tukijärjestelmän toiminnot generoidaan ja ovat valmiina käyttöön
- Vaihda brändin värit kerralla, päivittyy kaikkialle
- Integroi ulkoisiin API:hin ja palveluihin
- Työpöytätyökalu tuntuu vakavalta ja ammattimaiselta
- Pakollinen suuren (150 Mt) työpöytäsovelluksen lataus
- Ei todellakaan aloittelijaystävällinen lainkaan
- Et voi viedä koodia tai isännöidä muualle
Haluatko nähdä, sopiiko OutSystems projektiisi? Heillä on ilmainen taso, joka sisältää hostingin ja tukee 100 käyttäjää. Ei luottokorttia, OutSystems.
OutSystems-ominaisuudet
- Tekoäly rakentaa täydellisiä sovelluksia kuvauksista
- Visuaalinen tietokantarakentaja taulujen välisillä suhteilla
- Vedä widgettejä suunnitellaksesi sovellusnäyttöjä
- Käyttäjien kirjaus ja oikeudet sisäänrakennettuina
- Yhden klikkauksen käyttöönotto pilvipalveluhostingin kera
- Reaaliaikainen virheentarkistin ohjaa korjauksiin
- Automaattiset mobiiliystävälliset asettelut
- Tukijärjestelmän logiikka ilman varsinaista koodin kirjoittamista
Käytännön kokemukseni OutSystemsista
Se, mitä löysin, yllätti minut. OutSystems ei ole kuin muut testaamani “helppokäyttöiset” sovellusrakentajat. Se on monipuolinen, aidosti vaikuttava joissain suhteissa, mutta myös tarpeeksi monimutkainen, että sen kutsuminen “no-codeksi” tuntuu harhaanjohtavalta.
1. Aloittaminen: Rekisteröityminen ja ensivaikutelmat
Saavuin OutSystemsin kotisivulle, ja se tuntui välittömästi erilaiselta kuin muut kokeilemani sovellusrakentajat.
Rekisteröitymissivu kysyi aluksi monia tietoja:
- Etunimi
- Sukunimi
- Maa
- Osavaltio
- Käyttötarkoitus: valitsin “Personal use”
- Sähköposti
- Salasana: minun piti noudattaa viiden turvavaatimuksen tarkistuslistaa, joka muuttui vihreäksi kirjoittaessani
Kun olin täyttänyt lomakkeen, klikkasin “Agree and start free”. Sen sijaan, että olisi siirtynyt kojelautaan, minut kehotettiin tarkistamaan sähköpostini.
Siirryin Mail-välilehdelle, odotin noin kymmenen sekuntia ja löysin viestin otsikolla “Let’s activate your OutSystems account”. Klikkasin “Activate account” -painiketta, joka avasi linkin vahvistusnäytön. Klikkasin “Confirm” ja minut ohjattiin takaisin kirjautumissivulle. Kirjoitin tunnukseni uudelleen, ja lopulta päädyin pääkojelaudalle.
Kojelauta oli tumma, selkeä ja hieman pelottava. Se toivotti minut tervetulleeksi nimelläni ja tarjosi muutamia polkuja, kuten “Start building” tai “Talk to us”. Selaamalla alaspäin näin erittelyn siitä, mitä “Personal Edition” tarjoaa, mukaan lukien hosting heidän “Developer Cloudissaan” ja 100 sisäisen käyttäjän raja.
Mitä mieltä olin tästä:
Rekisteröityminen toimi, mutta sähköpostivarmistuksen ja linkin vahvistuksen lisävaiheet tuntuivat hieman kömpelöiltä verrattuna työkaluihin, joissa voi vain kirjautua sisään Googlella.
Ensimmäinen vaikutelmani käyttöliittymästä oli, että se vaikutti “kalliilta”. Kaikki näytti ensiluokkaiselta ja ammattimaiselta, mikä sai minut tuntemaan käyttäväni vakavasti otettavaa työkalua.
2. Ensimmäisten vaatimusten syöttäminen
Kun tutkin kojelautaa, klikkasin “Start building” aloittaakseni projektini. Tämä vei minut “Apps”-listaussivulle, joka oli täysin tyhjä.
Klikkasin suurta “Generate app with Mentor” -painiketta ja sain kolme perehdytysdiat. Ne selittivät, että “Mentor” (heidän AI) hoitaisi tietokannan, logiikan, käyttäjäroolit ja varsinaiset näytöt.
Klikkasin “Next” diaesityksen läpi ja painoin “Got it” nähdäkseni kehotelaatikon. Se oli yksinkertainen tekstikenttä, johon sai mahtua 500 merkkiä.
Liitin valmiin kehotteen Word-dokumentistani, jossa kuvailin yksityiskohtaisesti “Service Request Portalin”, jossa asukkaat voivat pyytää esimerkiksi putki- tai siivouspalveluita ja seurata pyyntöjensä tilaa. Liitin kehotteen kenttään ja klikkasin violettia nuolikuvaketta lähettääkseni sen tekoälylle.
Mielipiteeni kehotteenantoprosessista:
Pidin perehdytysdiasta, koska ne selittivät täsmälleen, mitä AI aikoi rakentaa. Se ei vain arvaillut.
Merkkiraja on valtava, mikä on hienoa, sillä voit olla hyvin tarkka sovelluksesi tarpeiden suhteen. Se tuntui paljon tehokkaammalta kuin ne “yhden lauseen” kehotelaatikot, joita olen nähnyt muilla alustoilla.
3. Tekoälyn perustan rakentamisen seuraaminen
Kun painoin nuolta, tekoäly mietti noin kymmenen sekuntia ja antoi sitten analyysin. Se ehdotti nimeä “Home Services Client Portal” ja näytti muotoilemansa Data ja Roles -osion, jossa se aikoi luoda:
- Tietoentiteetit: User, Homeowner ja Service Request
- Roolit: Admin ja Homeowner
Pidin siitä, että se tunnisti heti käyttäjien ja pyyntöjen välisen suhteen. Klikkasin “Generate”, ja näyttö muuttui 3D-animaatioksi.
Kymmeniä sinisiä ja violetteja kuutioita alkoi lentelemään ympäriinsä ja asettumaan ruudukoksi. Tämä animaatio jatkui noin minuutin verran, mikä tuntui hienostelulta keinolta peittää hidas latausaika.
Kun kuutiot olivat loppuneet, sovellusta ei vielä näkynyt. Sen sijaan näin “App overview” -kartan. Se oli visuaalinen kaavio, joka näytti kaikki tekoälyn luomat sivut, kuten Dashboardin, Homeowner-listan ja Request Edit -näytön.
Mitä mieltä olin generoinnista:
Kuutioanimaatio oli hieman halpa ja kesti liian kauan, mutta yleiskatsauskartta oli oivaltava lisä.
Sovelluksen rakenteen näkeminen karttana teki sivujen välisen yhteyden ymmärtämisestä paljon helpompaa. Se teki koko prosessista hyvin järjestelmällisen ja ammattimaisen oloisen.
4. Siirtyminen Desktop Studioon
Kun olin katsonut karttaa, halusin aloittaa muokkauksen, mutta siinä loppui “helppo” vaihe.
OutSystems kertoi, että oikeaan muokkaukseen tarvitaan heidän työpöytäsovelluksensa “ODC Studio”. Klikkasin linkkiä, latasin 150 Mt installeriin ja suoritin asennuksen tietokoneelleni.
Kun ohjelmisto aukesi, minun piti syöttää organisaationi URL-osoite ja kirjautua selaimen kautta toistamiseen.
Tämän jälkeen työpöytäsovellus vietti muutaman minuutin “Checking for dependency updates” -toiminnon parissa ja avasi lopulta portaalini.
Käyttöliittymä oli massiivinen ja näytti ammattimaiselta koodausympäristöltä.
- Vasemmalta: Työkalupakki widgettejä kuten painikkeita, lomakkeita ja säilöjä.
- Keskellä: Visuaalinen canvas, joka näyttää sovellusnäyttöni.
- Oikealla: Monimutkainen paneeli välilehdillä “Interface”, “Logic”, “Data” ja “Processes”.
Mielipiteeni siirtymästä:
Tämä osa oli valtava tasohyppy vaikeudessaan. Siirryin ystävällisestä web-pohjaisesta AI-työkalusta raskaaseen, monimutkaiseen työpöytäsovellukseen.
Se sai minut ymmärtämään, ettei OutSystems ole oikeastaan rento rakentajille. Se on ammattimainen ohjelmisto, jonka oppimiseen kuluu aikaa. Se tuntui hieman raskaalta ja hitaalta latautua, mutta myös erittäin tehokkaalta.
5. OutSystemsin virheenkäsittelyn testaus
Heti kun projekti latautui ODC Studiossa, minua kiinnosti jotain, mitä missään tutoriaaleissa ei ollut selitetty: kuinka OutSystems käsittelee virheitä?
Perinteisessä kehityksessä kirjoitat koodia, yrität ajaa sen ja sitten selaat konsolivirheitä tai kääntäjäviestejä. OutSystems kuitenkin on visuaalinen ja väittää tunnistavansa ongelmat varhain. Halusin testata tämän itse.
Virheen tahallinen aiheuttaminen.
Vasemmalta sivupalkista huomasin Section Index -komponentin widget-valikossa.
Käyttöliittymän mukaan tätä widgettiä käytetään navigointivalikoiden tai sisällysluettelon luomiseen. Dashboard-näytölläni näin pääsisällön alueen, jossa oli “Total Service Requests” -kortti ja ympyrädiagrammi, joka näytti “Service Requests by Status”.
Päätin suorittaa yksinkertaisen kokeen: mitä tapahtuu, jos vedän widgetin paikkaan, johon se ei kuulu? Otin Section Index -widgetin ja vedin sen “Total Service Requests” -kortin sisään, eli navigaatiomenun komponentti tilastoalueelle, jonne se ei loogisesti sopinut.
Kuten kolmannen kuvakaappaukseni selityksessä todetaan: “Aiheutin virheen lisäämällä ‘Section Index’-widgetin paikkaan, johon sitä ei kuulunut”
Kerralla kun pudotin Section Index -widgetin väärään kohtaan, näytön yläosassa tapahtui jotain.
Näyttöön ilmestyi näkyvästi punainen ympyrän muotoinen merkki, jossa oli valkoinen “X”-kuvake ja teksti “Errors found” keskeisesti ylätyökalurivissä.
Tämä ei ollut hienovarainen ilmoitus nurkassa. OutSystems sijoitti sen eteen ja keskelle, mahdottomaksi ohittaa. Alusta tunnisti virheeni välittömästi, ennen kuin yritin tallentaa tai julkaista mitään.
Klikkasin punaista “Errors found” -merkkiä, ja käyttöliittymä reagoi liu’uttamalla alareunaan paneelin auki. Tätä OutSystems kutsuu TrueChange™-paneeliksi. Se on niiden reaaliaikainen virheentunnistus- ja validointijärjestelmä.
TrueChange-paneeli näytti yksityiskohtaisen erittelyn:
- Alavasemmassa kulmassa: laskuri, joka näyttää “2 Errors” punaisen ympyräkuvakkeen kanssa
- Virheluettelo: kaksi identtistä virheilmoitusta sinisillä palkkeilla, jokainen sanoo: “A valid expression must be set for parameter ‘ScrollToWidgetId’.
- Lisävaroitukset: kriittisten virheiden alla oli oransseja kolmion muotoisia varoituksia koskien turvallisuutta ja skaalautuvuutta
Jokaisella luettelon kohteella oli oma kuvakkeensa, joka osoitti vakavuuden tason:
- Punainen ympyrä, jossa X: kriittiset virheet, jotka estävät julkaisun
- Oranssi kolmio: varoitukset (eivät estä julkaisua mutta osoittavat ongelmia)
- Keltainen hehkulamppu: optimointiehdotukset
- Info-kuvake: käyttämättömät elementit tai muut ilmoitukset
Klikattuani yhtä virheilmoitusta OutSystems teki jotain erittäin hyödyllistä: se siirsi minut heti tarkalle ongelmalliselle elementille. Näyttö hyppäsi näyttämään väärään kohtaan sijoitetun Section Index -widgetin korostettuna punaisena visuaalisessa canvaksessa. Oikealla Properties-paneeli avautui automaattisesti ja näytti widgetin konfiguraation, jossa ongelmallinen kenttä oli selvästi merkitty.
Nyt näin, mitä virhe tarkoitti:
Navigation\SectionIndexItem-widgetillä on pakollinen ominaisuus nimeltä ScrollToWidgetId. Tämä ominaisuus kertoo navigaatioelementille, mihin sivun osaan sen tulisi vierittää, kun sitä klikataan. Koska olin pudottanut tämän navigaatiowidgetin satunnaiseen kohtaan, jossa ei ollut loogista vierityskohdetta, tämä pakollinen kenttä oli tyhjä, ja OutSystems merkkasi sen virheeksi.
Kun katsoin oikeanpuoleista Properties-paneelia:
- Name: Navigation\SectionIndexItem
- Source Block: Navigation\SectionIndexItem
- ScrollToWidgetId: [Tyhjä—merkitty punaisella]
- ExtendedClass: [Tyhjä]
Sitä alempana oli Events-osio, jossa näkyi “Initialized” -tapahtumakäsittelijän kenttä.
Virheilmoitus esiintyi kahdesti luettelossa, koska Section Index -widgetissä oli itse asiassa useita navigaatiokohtia, joista jokaisella oli sama puuttuva pakollinen ominaisuus.
Mitä muuta virheluettelossa oli?
Tahallisesti aiheuttamieni virheiden lisäksi TrueChange-paneeli paljasti muita ongelmia:
Turvallisuusvaroitukset (2 kpl): “Olet avaamassa Server Actionia julkiseen käyttöön ilman todentamista. Harkitse Screenin käyttöoikeuden rajaamista Authenticated Users -ryhmälle.”
Skaalautuvuusvinkki: “Listalla tulisi olla yksi suora lapsielementti. Sisällytä lapsielementit yhden widgetin sisälle parantaaksesi suorituskykyä, esim. käytä containeria.”
Käyttämätön elementti: “Output Parameter ‘ImportedRows’ on koskaan käytetty Server Actionissa ‘UploadHomeownerExcel’. Harkitse sen poistamista.”
Jokaisessa kohteessa oli oikealla pieni kysymysmerkki-kuvake (?), jota klikkaamalla sai lisätietoja.
Tämä koe paljasti useita keskeisiä asioita siitä, kuinka OutSystems lähestyy virheiden käsittelyä:
1. Reaaliaikainen validointi: Alusta ei odota käännöstä tai julkaisua. Heti kun teet muutoksen, joka rikkoo jotain, saat ilmoituksen välittömästi.
2. Visuaalinen virheiden korostus: Virheet näytetään suoraan visuaalisessa canvaksessa punaisin ääriviivoin ja kuvakkein, mikä tekee niiden ohittamisen mahdottomaksi.
3. Klikkaa ja siirry: Jokainen virhe on toiminnallinen. Klikkaa sitä, ja OutSystems vie sinut suoraan ongelmakohtaan, avaten automaattisesti asiaankuuluvan properties-paneelin.
4. Vakavuusluokitus: Järjestelmä erottaa kriittiset virheet (jotka estävät julkaisun), varoitukset (joissa ehdotetaan parannuksia) ja informaatioviestit (jotka tuovat esiin tehottomuuksia).
5. Pakolliset vs. valinnaiset ominaisuudet: OutSystems noudattaa tiukkoja sääntöjä widgettien konfiguroinnissa. Jos widgetin toiminnalle välttämätön ominaisuus jätetään tyhjäksi, se laukaisee virheen.
6. Kontekstuaalinen apu: Kysymysmerkki-kuvakkeet tarjoavat pääsyn dokumentaatioon, joka selittää, miksi jokin on merkitty ja miten se korjataan.
Julkaisu-painike: pois käytöstä, kunnes virheet on korjattu
Havaitsin vielä tärkeän asian: näytön alareunassa oli “1-Click Publish” -painike. Kun virheitä oli olemassa, tämä painike pysyi pois käytöstä (harmaana), selkeästi osoittaen, ettei voi jatkaa ennen kuin kriittiset ongelmat on ratkaistu.
6. Suunnittelun muokkaaminen Theme Editorilla
Virheiden korjauksen jälkeen halusin muokata sovelluksen ulkoasua. Löysin pienen siveltimen kuvakkeen näytön yläosasta ja avasin “Theme Editorin”.
Tämä avasi sivupaneelin, jossa oli muutamia perusuunnitteluvaihtoehtoja:
- Teeman värit: Valitsin vaalean punaisen/vaaleanpunaisen väripaletista.
- Typografia: Valitsin uuden fontin avattavasta valikosta ja käytin liukusäädintä suurentaakseni sitä.
- Rakenne: Muutin välistystä “Normal” -> “Larger”.
- Reunat: Muutin painikkeiden tyylin “Soft” -> “Rounded”.
Klikatessani näitä vaihtoehtoja esikatselu keskellä päivittyi välittömästi. Sininen otsikkopalkki muuttui punaiseksi ja kaikki painikkeet muuttuivat pyöreäreunaisiksi.
Se oli helppoa, mutta muutokset olivat globaaleja. En voinut helposti muuttaa vain yhtä painiketta ilman, että muutin kaikkia.
Mielipiteeni muokkauksesta:
Theme Editor on loistava laajojen muutosten tekemiseen, mutta se tuntui hieman rajoittuneelta. Se on täydellinen brändivärin asettamiseen, mutta jos haluat olla luova asettelun kanssa, sinun täytyy poistua yksinkertaisesta editorista ja alkaa säätää monimutkaisia CSS-tyylisiä ominaisuuksia oikeassa sivupalkissa. Se tuntuu hyvin jäykältä.
7. Tietojen ja tukijärjestelmän asetusten tarkistaminen
Seuraavaksi halusin nähdä, kuinka AI käsitteli tietojani, joten klikkasin oikeassa yläkulmassa olevaa “Data”-välilehteä. Näin “Entities”-kansion, joka sisälsi AI:n luomat taulut:
- Homeowner: tässä oli kentät nimeä, puhelinnumeroa ja osoitetta varten.
- ServiceRequest: tässä oli kunkin työn yksityiskohdat.
- Integrations: näin kansion, joka osoitti, että voin yhdistää ulkoisiin REST- tai SOAP-palveluihin tarvittaessa.
Huomasin, että AI oli asettanut oikeat “data types” kaikille kentille. Puhelinnumerot olivat merkkijonoja ja päivämäärät todellisia päivämääräkenttiä. Näin myös “Logic”-välilehdellä “Server Actions”, jotka käsittelivät tietokannan “Create”- ja “Update”-toimintoja.
Mitä mieltä olin tukijärjestelmästä:
Tietokanta-asetukset ovat se, missä OutSystems todella loistaa. Se tuntui oikealta, ammattimaiselta tietokannalta, ei pelkästään yksinkertaistetulta taulukkolaskelmalta. Olin vaikuttunut siitä, että AI käsitteli taulujen väliset suhteet oikein. Se on paljon tehokkaampi kuin tietotyökalut useimmissa “helpossa” sovellusrakentajassa.
8. Yhden klikkauksen julkaisuprosessi
Olin viimein valmis näkemään sovelluksen toiminnassa. Klikkasin Studiossa isoa vihreää “1-Click Publish” -painiketta “App”-valikon alta hampurilaisvalikossa.
Pieni edistymisikkuna ilmestyi ja alkoi edetä useiden vaiheiden läpi:
- Saving: Tallentaa projektini.
- Uploading: Lähettää projektin pilveen.
- Compiling: Muuttaa visuaaliset työni todelliseksi koodiksi.
- Deploying: Julkaisee sovelluksen URL-osoitteeseen.
Koko prosessi kesti noin 90 sekuntia. Kun se oli valmis, ilmestyi sininen painike, jossa luki “Open in browser”. Klikkasin sitä, ja uusi Service Request Portal aukeni Chromen välilehdellä.
Mitä mieltä olin julkaisusta:
“1-Click Publish” on uskomaton. Se tekee sovelluksen julkaisemisesta paljon helpompaa, koska se hoitaa kaiken palvelin- ja hosting-asetuksen puolestasi. Tyypillisesti ammattityökalut asettavat esteitä sovelluksen isännöintiin, mutta täällä oli tarpeeksi painaa vain yhtä painiketta. Se oli erittäin tyydyttävää.
Live-sovelluksen ja responsiivisen suunnittelun testaaminen
Live-sovellus avautui kirjautumisnäytöllä. Kätevästi tekoäly oli lisännyt alaosaan muutaman “Sample Userin”. Klikkasin “Matthew Shelton (Admin)” ja kirjauduin sisään.
Testasin muutamia toimintoja:
- Siirryin Dashboardiin ja näin ympyrädiagrammin sekä kokonaisten pyyntömääriä.
- Siirryin Homeowners-välilehdelle ja klikkasin “Add Homeowner”.
- Täytin lomakkeen ja painoin “Save”. Uusi homeowner lisättiin välittömästi listaan.
- Muutin sitten selaimen ikkunan kokoa nähdäkseni, toimiiko sovellus mobiilissa. Sivupalkki katosi ja sen tilalla oli “hamburger”-kuvake, ja sisältö pinoutui pystysuunnassa.
Kaikki toimi sulavasti ja nopeasti. Sovellus ei tuntunut prototyypiltä; se vaikutti valmiilta ohjelmistolta, jota oikeasti käyttäisi työssä.
Mitä mieltä olin lopullisesta sovelluksesta:
Toiminnallisuus oli erinomainen, mutta ulkoasu tuntui vähän “tavanomaiselta yritystyyppiseltä”. Se toimi täsmälleen kuten pyysin, ja se, että sovellus oli valmiiksi mobiiliystävällinen, oli valtava plussa. Se ei ole kaunein sovellus, mutta erittäin vakaa ja luotettava.
9. Voinko viedä koodini?
Ennen yhteenvetoa halusin vastata tärkeään kysymykseen: omistanko todella sen, mitä rakensin, ja voinko siirtää sitä muualle?
Selailin valikoita ODC Studiossa etsiessäni vientivaihtoehtoja. App-valikon (jota kokeilussani kutsuttiin aiemmin “Moduleksi”) alta löysin Export-vaihtoehdon alivalikkokuvakkeella.
Kohdistin kursoria kohtaan, ja paljastui kaksi vaihtoehtoa:
- Language resources to Excel…
- Save
- Save as…
Nämä eivät olleet sitä, mitä toivoin. “Language resources to Excel” -vaihtoehto vaikutti tarkoittavan käännöstiedostojen vientiä, ei varsinaista koodia. “Save”-vaihtoehdot olivat vain projektin tallentamista OutSystemsissa.
Tarkistin muut valikot, mutta en löytänyt mitään, joka sallisi viennin GitHubiin, generoituun C#- tai JavaScript-koodin lataamisen tai sovelluksen siirtämisen toiseen hosting-ympäristöön.
OutSystems on suljettu alusta. Voit rakentaa kehittyneitä sovelluksia ja nähdä visuaaliset logiikkavirtaukset, mutta et voi poimia taustalla olevaa koodia ja isännöidä sitä itsenäisesti omilla palvelimillasi. Sovelluksesi sijaitsee kokonaan OutSystems-infrastruktuurissa.
Tämä on OutSystemsille järkevää liiketoimintamallina — he tarjoavat ajonaikaisen ympäristön, tietokantahostingin ja käyttöönottoinfrastruktuurin — mutta se tarkoittaa, että olet sidottu heidän ekosysteemiinsä niin kauan kuin käytät sovellusta.
Suurille yrityksille, jotka ovat jo sitoutuneet OutSystemsiin, tämä ei välttämättä ole ongelma. Mutta kehittäjille, jotka arvostavat siirrettävyyttä ja haluavat mahdollisuuden siirtyä toisaalle, tämä on tärkeä rajoitus, jonka täytyy ymmärtää etukäteen.
Hinnoittelu ja suunnitelmat
OutSystems ei sorru 29 $/kk -tyyppisiin hintoihin. Tämä on yritystason ohjelmisto yritystason hinnoilla, ja he kertovat sen suoraan: joko testailet ilmaiseksi tai maksat tosissasi. Todella tosissasi.
| Seura | Kausikorttilaiset | Jonotuslista | Vaihtoehdot |
|---|---|---|---|
| Manchester United | 50 000+ | 100 000+ | Vierasohjelmat, Jäsenyys |
| Liverpool | 28 000+ | 30 000+ | Arpajaiset, Vieraanvaraisuus |
| Arsenal | 40 000+ | 90 000+ | Jäsenarpa |
| Chelsea | 28 000+ | ~10 000 | Jäsenyys, Jälleenmyynti |
Kuinka OutSystems oikeasti hinnoittelee
Toisin kuin useimmat sovellusrakentajat, OutSystems veloittaa seuraavien perusteella:
- Application Objects (AO): kaikkien sovellusten näytöt + tietokantataulut + API-metodit. “Keskisuuri sovellus” = ~150 AO:ta.
- Loppukäyttäjät: sisäiset työntekijät ja ulkoiset asiakkaat lasketaan erikseen
- Lisäosat: lisäympäristöt, parempi tuki, vaatimustenmukaisuuspaketit, itseisännöinti
Hinnoittelulaskinta ei ole. Kuvaat, mitä rakennat, ja myynti antaa tarjouksen.
Maksutiedot
OutSystems ei julkisesti kerro näitä, mutta odota:
- Vuosisopimukset (ei kuukausimaksua)
- Laskupohjainen laskutus
- Yrityksille räätälöidyt maksuehdot
Ei julkista tietoa hyvityksistä tai kokeilujaksoista ilmaisen tason ulkopuolella.
Avoin mielipiteeni
Aloita Personal Editionilla jos: Olet opettelemassa, tekemässä prototyyppiä tai sinun täytyy vakuuttaa pomosi, että 36 000 dollarin investointi on kannattava. Se on aidosti ilmainen ja yllättävän monipuolinen testaukseen.
Maksa ODC:stä jos: korvaat kallista perinteistä kehitystä. Jos vaihtoehtosi on palkata kehittäjiä yli 100 000 dollarin vuosipalkalla plus infrastruktuuri, OutSystems voi todellisuudessa säästää rahaa. Mutta jos vertaat sitä Bubbleen (29 $/kk) tai Webflow’hun (23 $/kk), hintakuilu on valtava.
Oikea kysymys: Perusteleeko projektisi työkaluihin yli 3000 $/kk kulut? Jos rakennat liiketoimintakriittistä ohjelmistoa vakiintuneelle yritykselle, ehkä. Jos olet yksin perustaja ja värähtelet tuon summan kohdalla, etsi vaihtoehtoja.
Vinkki aloittelijoille: Käytä ilmaista tasoa ja rakenna oikea sovellus ennen sitoutumista 36 000 dollariin. Ilmainen versio on vakavien rajoitusten (ei tuotantosovelluksia) alaisena, mutta se riittää selvittämään, sopiiko OutSystems työnkulkuusi. Jos et ole täysin varma tarvitsevasi yritystason ohjelmistoa, et todennäköisesti tarvitse myöskään yritystason hinnoittelua.
Vaihtoehto OutSystemsille
OutSystems on erinomainen nopeiden yritystason liiketoimintasovellusten rakentamiseen, mutta se ei välttämättä sovi kaikkiin projekteihin.
Jos etsit samankaltaista tehoa eri hinnoittelumallilla, oppimiskäyrällä tai kehittäjäyhteistyöllä, Mendix on vahvin vaihtoehto.
Tärkein ero on tapa, jolla ne lähestyvät low-code-kehitystä ja kenelle ne on optimoitu.
| Ominaisuus | OutSystems | Mendix |
|---|---|---|
| Helppokäyttöisyys | Jyrkempi oppimiskäyrä; työpöytäkeskeinen | Intuitiivisempi; parempi ei-kehittäjille |
| Parhaiten sopii | Teknisille tiimeille, jotka rakentavat suorituskykyisiä sovelluksia | Monialaisille tiimeille ja liiketoimintakäyttäjille |
| Mobiilisovellukset | Natiivisovellukset iOS/Android | Natiivimobiili + PWA:t |
| Taustajärjestelmä ja data | Koodin generointi; full-stack | Mallin tulkinta; visual-first |
| Suunnittelun joustavuus | Teemamuokkain + mukautettu CSS | Atlas-suunnittelujärjestelmä + mallipohjat |
| Suorituskyky | Optimoitu monimutkaisille yrityssovelluksille | Vahva suorituskyky, yhteistyölähtöinen |
| Hinnoittelu | Aloitus 36 300 $/vuosi | Aloitus 998 $/kk (läpinäkyvämmin) |
Valitse Mendix, jos tarvitset läpinäkyvämpää, ennustettavampaa hinnoittelua (käyttäjäkohtaisesti sovellusobjektien sijaan), vahvempaa liiketoiminta- ja IT-yhteistyötä tai jos olet jo investoinut Siemens- tai SAP-ekosysteemiin.
Loppupäätelmä OutSystemsista
OutSystems on aidosti vaikuttava siinä, mitä se tekee, mutta se ei sovi kaikille – ja niin sen onkin tarkoitus olla.
Valitse OutSystems jos olet vakiintunut yritys tai IT-osasto, joka tarvitsee rakentaa monimutkaisia sisäisiä työkaluja, asiakasportaaleja tai liiketoimintasovelluksia ja sinulla on tiimi, joka ymmärtää kehityskäsitteitä.
Jos vaihtoehtosi on palkata kehittäjiä yli 100 000 $/vuosi, tämä hinnoittelu on perusteltu. Jos tarvitset ammattimaisen ohjelmiston toimitettuna viikoissa kuukausien sijaan, OutSystems pystyy siihen.
Ohita OutSystems jos olet yksinyrittäjä tiukalla budjetilla, et ole koskaan työstänyt kehityskäsitteitä tai tarvitset vain yksinkertaisen verkkosivun tai laskeutumissivun. Työkalut kuten Softr palvelevat sinua paremmin murto-osalla kustannuksista.
