fabercon.fi | +358 400 533 978 or +358 44 204 2029
Flutter, ohjelmoinnin hopealuoti
Google julkaisi viime vuonna Flutter alustan, joka perustuu Googlen Dart ohjelmointikieleen, ja jolla voi tehdä ns. cross-platform sovelluksia. Termi tarkoittaa sitä, että sama koodi käy usealle käyttöjärjestelmälle, ja usealle eri laitealustalle. Esimerkiksi selaimet ovat tällaisia ohjelmistotuotteita. Flutterilla tehty koodi käy sellaisenaan Androidille, iPhonelle ja lähitulevaisuudessa myös desktopille. Varsinainen pommi tuli
Liferay 7, ensivaikutelmia
Liferayn 6.2 versiota käsittelimme pitkässä blogisarjassa lähes kaksi vuotta sitten. Uusin versio, Liferay 7, on pahasti myöhässä alkuperäisestä aikataulustaan. Liferayn dokumentaatio on edelleen varsin hajanaista, epäyhtenäistä ja puutteellista. Tämä on tyypillistä alustoille, joista on tarjolla sekä ilmainen että kaupallinen vaihtoehto (Liferay 7 CE vs. Liferay 7 EE) . Dokumentaation puutteellisuus
PHP, die hard
PHP:n historia ulottuu vuoteen 1994 asti. PHP:n kuolemaa on uumoiltu monta kertaa, mutta uumoilijat ovat olleet väärässä. PHP on kelvoton, sillä ei voi tehdä kunnon koodia, isojen sovellusten tekeminen ylläpidettävästi on mahdotonta. Jos mikä tahansa näistä väitteistä olisi totta, PHP olisi todella hävinnyt jo aikoja sitten. Aikana, jolloin monimutkaisuudesta on
Luotatko Googlen tekniikoihin?
Webin jättiläiseltä, Googlelta tulee jatkuvasti laadukkaita ja kiinnostavia teknisiä ratkaisuja ohjelmistuotantoon. Mutta miten niihin pitää suhtautua, onko niillä jatkuvuutta? Periaatteessa yrityksen koko – Googlen tapauksessa se on jättiläismäinen – on tässä mielessä positiivinen merkki, isolla yrityksellä riittää voimavaroja ohjelmointialustojen ja -kehysten (platforms and frameworks) ylläpitoon ja kehittämiseen. Google on kuitenkin
Sovellusarkkitehtuurimallit Web-sovelluksessa
Yhteistä yleisille arkkitehtuurimalleille (MV*): Kaikissa malleissa on ideana järkevät riippuvuudet eri osien välille ja selkeät ohjeet, mitä kukin sovelluksen osa tekee. Kaikissa on Model riippumaton muista osista. Tärkeintä on, että käyttöliittymä (View) ja logiikka (Model) ovat selkeästi erillään. Kun kyseessä on web-sovellus, on termi Model sisällöltään kaikkea muuta kuin kiinteä,
