12 min lukea

Innowise Mobiilisovelluskehityksen tiivistelmä

Android

Digest

iOS

Mobiili

Uutiset

Tervetuloa Innowise:n mobiilidigestiin, joka on ehdoton lähde kaikkeen mobiilikehitykseen liittyviin asioihin. Tässä laajassa koosteessa esittelemme sinulle tuoreimmat uutiset, perusteelliset arvostelut ja korvaamattomat oppaat mobiilikehityksen alati muuttuvasta maailmasta. Tutustu tosielämän tapauksiin ja menestystarinoihin, joissa vallankumoukselliset ratkaisut ovat muuttaneet yrityksiä ja toimialoja. Lisäksi käsin valittu artikkelivalikoimamme kattaa erilaisia toisiinsa liittyviä aiheita, jotka tarjoavat näkemyksiä ja näkökulmia seuraavista tulevaisuuden aloista mobiiliteknologia.

Etsitkö kokenutta mobiilikehitystiimiä?

Voit luottaa siihen, että Innowise luo huippuluokan mobiilisovelluksen, joka vastaa liiketoimintasi tavoitteita.

dev_pilot-paketti Flutter-projektin luomista varten.

Olemme innoissamme voidessamme esitellä hiljattain julkaistun paketin "dev_pilot", jonka on kehittänyt Innowise. Tämän paketin tarkoituksena on yksinkertaistaa Dart-projektien asennusprosessia, jotta kehittäjät voivat perustaa uusia projekteja nopeasti ja tehokkaasti.

Aluksi dev_pilot on arvokas työkalu kehittäjille, jotka haluavat nopeuttaa Flutter-projektien luomista. Se tarjoaa interaktiivisen komentorivikäyttöliittymän (CLI), joka opastaa käyttäjiä antamaan projektin yksityiskohdat, kuten projektin nimen, ominaisuudet ja aromit. Tämän jälkeen paketti luo tarvittavan hakemisto- ja tiedostorakenteen, mikä säästää tehokkaasti aikaa ja vähentää vaivaa.

dev_pilotin koodi on kirjoitettu Dart-kielellä, joka on nykyaikainen ohjelmointikieli, jota käytetään laajalti mobiili- ja mobiililaitteiden kehittämiseen. verkkosovellukset. Koodi noudattaa Dart-koodauskäytäntöjä, ja sen rakenne on hyvin organisoitu ja helposti ymmärrettävä.

Erilaisten tehtävien, kuten I/O-operaatioiden, kirjaamisen ja validoinnin suorittamiseksi koodi sisältää useita tärkeitä paketteja ja kirjastoja, kuten dart:io, dcli, mason_logger ja muita. Olemassa olevien pakettien ja kirjastojen hyödyntäminen osoittaa, että paketti käyttää käytettävissä olevia resursseja harkitusti ja välttää tarpeetonta uudelleen keksimistä.

Main-metodi toimii paketin sisäänkäyntipisteenä ja kaikkien toimintojen keskuksena. Se aloittaa tarkistamalla, onko annettu argumentti "create". Jos argumentti täyttää ehdon, paketti kysyy käyttäjältä lisätietoja projektista, kuten projektin nimen, ominaisuudet ja aiemmin mainitut aromit.

Monipuolisten tehtävien helpottamiseksi paketti tukeutuu erilaisiin palveluihin, kuten DirectoryService-, FileService- ja InputService-palveluihin. Näiden palveluiden käyttö edistää koodin modulaarisuutta ja ylläpidon helppoutta, sillä ne on järjestetty harkitusti.

Toinen merkittävä piirre koodissa on "await"- ja "async"-toimintojen käyttö asynkronisten toimintojen käsittelyyn. Tämä lähestymistapa parantaa merkittävästi koodin suorituskykyä ja reagointikykyä, mikä on kiitettävä toteutusvalinta.

Dev_pilot yksinkertaistaa uuden Flutter-projektin luomista, sillä sen avulla voit vaivattomasti sisällyttää ominaisuuksia, makuja, paketteja ja luoda koodimalleja projektin eri osille. Lisäksi paketti sisältää integroidut validaattorit, joilla varmistetaan käyttäjän tarkka syöttö.

Seuraavassa on yleiskatsaus Dev_pilotin toimintaan:

Se tarkistaa, onko välitetty argumentti "create".

Se tarkistaa, kuuluuko Dart-versio hyväksyttävälle alueelle.

Jos näin on, se pyytää käyttäjää antamaan projektin nimen.

Se kysyy käyttäjältä, haluaako hän määrittää projektille mukautetun polun.

Jos käyttäjä antaa polun, häntä pyydetään syöttämään haluamansa polku.

Se kysyy, haluaako käyttäjä lisätä projektiin ominaisuusmoduuleja.

Jos käyttäjä päättää sisällyttää toimintomoduuleja, häntä pyydetään syöttämään haluttujen moduulien nimet.

Se kysyy käyttäjältä, haluaako hän lisätä makuja projektiin.

Jos käyttäjä haluaa lisätä makuja, häntä pyydetään syöttämään haluamiensa makujen nimet.

Se kysyy käyttäjältä, haluaako hän lisätä paketteja projektiin.

Jos käyttäjä päättää lisätä paketteja, häntä pyydetään valitsemaan moduuli ja syöttämään pakettien nimet. Tämä prosessi toistetaan, kunnes käyttäjä päättää olla lisäämättä paketteja.

Flutter Laboratorio Innowise

Huhtikuussa yhtiömme lanseerasi Flutter-laboratorion vastauksena markkinoiden kysyntään. Tunnistimme puutteen ammattilaisista, joilla on asiaankuuluvaa tietoa, ja teimme aloitteen tämän ongelman ratkaisemiseksi.

Osallistujilta edellytetään puhutun englannin kielen taitoa vähintään B1-tasolla, tietotekniikan peruskäsitteiden ymmärtämistä ja hyvin kehittyneitä vuorovaikutustaitoja. Hakijoilta ei edellytetä Dart/Flutter:n aiempaa tuntemusta.

Kurssi koostuu 14 oppitunnista, joiden aikana "opiskelijat" oppivat Dart/Flutter ja työstävät omaa lemmikkiprojektiaan. Kunkin oppitunnin jälkeen mentori arvioi käsitellyn teorian ymmärtämistä ja suorittaa koodin tarkistuksen. Kurssin opettajina toimivat Flutter:n kehittäjät Alexander Guzich ja Alexey Lebedev.

Tämän uutisen julkaisuhetkellä ensimmäinen ryhmä on valmistumassa. Jos ensimmäinen käynnistys osoittautuu onnistuneeksi, aiomme kuitenkin toistaa kurssin seuraaville erille.

Mobiilikehitys

iOS

Tämä kooste sisältää yhdistelmän YouTube-kokoelmia, tosielämän tapaustutkimuksia ja informatiivisia katsauksia, joihin liittyy oppaita.

Turvallisuus mobiilin näkökulmasta

Lähde: Medium

Artikkelissa luodaan tiivis katsaus asiakassovellusten tietoturvaan eri tasoilla, ja se kattaa palvelinkommunikaatiosta ohjelmakoodiin. Keskeisiä käsiteltyjä kohtia ovat mm:

Mobiililaitteiden käyttöön liittyvät riskit, kuten tietovarkaudet, haittaohjelmat ja phishing-hyökkäykset.
Mobiilisovellusten turvallisuustasot.
Turvatoimien ja niiden toteuttamisen merkitys.
Parhaat käytännöt mobiiliturvallisuuden parantamiseksi, mukaan lukien vahvojen salasanojen käyttö, säännölliset ohjelmistopäivitykset, suojaamattomien Wi-Fi-verkkojen välttäminen ja varovaisuus epäilyttävien linkkien tai sähköpostiviestien kanssa.

Rosetta, olen pahoillani, että joudun hyvästelemään sinut.

Lähde: Medium

Xcode 14.3:n julkaisun myötä Apple on lopettanut Rosettan tuen ja ilmoittanut kehittäjille hienovaraisesti, että heidän on mukautettava projektinsa Apple Silicon -ohjelmistolle. Cyan-kehittäjä kertoi tarinan esteistä, joita heidän yrityksensä kohtasi päätuotteensa kanssa, ja kolmannen osapuolen ratkaisusta, joka auttoi heitä luopumaan Rosettan käytöstä.

Yhteenveto:

Rosettan selitys.
Miten Rosettan käyttö määriteltiin "Cyanin" tapauksessa.
Toimenpiteet ongelman ratkaisemiseksi.

Kaiken kaikkiaan selkeä esimerkki kehyksen mukauttamisesta ARM64-MacBookien realiteetteihin, ja suosittelemme sitä.

Syklomaattisen monimutkaisuuden vaikutuksen ymmärtäminen koodin laatuun Swift:ssä.

Lähde: Pyhä Swift

Tässä artikkelissa perehdytään syklomaattisen monimutkaisuuden käsitteeseen vuonna Swift-ohjelmiston kehittäminen ja antaa suosituksia sen minimoimiseksi. Syklomaattinen monimutkaisuus mittaa koodin monimutkaisuutta koodin sisältämien päätöspisteiden tai polkujen määrän perusteella.

Kirjoittaja ehdottaa useita strategioita syklomaattisen monimutkaisuuden vähentämiseksi Swift:ssä, mukaan lukien:

Sisäkkäisten if-else-lauseiden korvaaminen guard-lauseilla.
Laajojen toimintojen jakaminen pienempiin, modulaarisiin toimintoihin.
Käytä switch-lausekkeita if-else-lausekkeiden sijasta aina kun se on mahdollista.

Lisäksi artikkelissa tarkastellaan funktionaalisen ohjelmoinnin periaatteiden hyödyntämistä, kuten korkeamman asteen funktioiden, kuten map, filter ja reduce, käyttöä koodin yksinkertaistamiseksi ja monimutkaisuuden vähentämiseksi.

Kaiken kaikkiaan tämä on arvokas resurssi Swift-kehittäjille, jotka pyrkivät parantamaan koodinsa ymmärrettävyyttä, ylläpidettävyyttä ja tehokkuutta.

Sisällön välimuistiin tallentaminen NSCachen avulla

Lähde: andyIbanez.com

Kirjoittaja korostaa sisällön välimuistitallennuksen merkitystä iOS-sovelluksissa suorituskyvyn parantamiseksi ja verkon kautta siirrettävän tiedon määrän minimoimiseksi. Artikkelissa keskitytään ensisijaisesti NSCachen, iOS:n sisäänrakennetun välimuistimekanismin, hyödyntämiseen sisällön välimuistissa iOS-sovelluksissa. NSCache toimii avainarvosäilönä, joka hallinnoi sisältöään ja vapauttaa automaattisesti objekteja, joita ei enää tarvita.

Artikkelissa esitellään useita esimerkkejä NSCachen käytöstä iOS-sovelluksissa, mukaan lukien kuvien, JSON-tietojen ja verkkosisällön välimuistiin tallentaminen. Lisäksi artikkelissa esitetään parhaita käytäntöjä NSCachen käyttöön, kuten objektien enimmäismäärän asettaminen ja välimuistin häätökäytännön toteuttaminen muistin käytön hallitsemiseksi.

Tietojen tallentaminen iOS: UserDefaults, avaimenperät ja voileivät

Lähdelinkki

Tämä kattava ja informatiivinen opas tarjoaa arvokasta tietoa iOS:n tietojen tallentamisesta. Tunnistaen monia kehittäjiä vaivaavat haasteet tämä materiaali osoittautuu erityisen tärkeäksi. Tässä resurssissa vanhempi iOS-kehittäjä red_mad_robot perehtyy tallennusmoottoreihin, niiden käyttöön sekä kunkin lähestymistavan etuihin ja haittoihin.

Kirjoittaja analysoi huolellisesti seuraavia välineitä:

UserDefaults - ihanteellinen käyttäjäasetusten ja lippujen tallentamiseen.
Avaimenperä - varmistaa tietojen turvallisen tallentamisen.
Luettelot - soveltuvat sovelluskokoonpanojen tai kirjastojen tallentamiseen.
Tietokannat - suositellaan suurten tietomäärien käsittelyyn.
NSCache - suunniteltu väliaikaiseen tietojen tallentamiseen.

Lisäksi tässä oppaassa analysoidaan perusteellisesti iOS:ssä saatavilla olevia eri tietokantoja:

Cross-platform Realm, joka tunnetaan nopeasta suorituskyvystään ja käyttäjäystävällisestä API:sta.
Native Core Data, joka tarjoaa kätevän graafisen käyttöliittymän malleille ja eri tallennustyypeille, mikä helpottaa testausta.
SQLite, joka mahdollistaa SQL-kielen suoran käytön ilman, että projektissasi tarvitaan raskaita kolmannen osapuolen kirjastoja.

Tämä resurssi on ratkaisevan tärkeä kehittäjille, jotka etsivät kattavaa tietoa iOS:n tietojen tallennusvaihtoehdoista.

iOS Conf SG 2023

Lähde: Youtube

iOS Conf SG on Kaakkois-Aasian suurin iOS-kehittäjäkonferenssi. On järkevää ottaa selvää, mitä tapahtumassa keskusteltiin tänä vuonna! Tämä soittolista auttaa sinua tässä: tässä ovat konferenssin kohokohdat ja puheet. Sadat kehittäjät eri puolilta maailmaa jakavat ideoitaan, löytöjään ja kehitystään - mistä muualta, jos ei sieltä, voi löytää tällaista työn kannalta hyödyllistä tietoa?

Kankaan hallitseminen SwiftUI:ssa

Lähde: Swift ja Majid

Voit piirtää 2D-grafiikkaa SwiftUI:ssa Shape API:n avulla, mutta kehys muuntaa lopulta kaikki muodot SwiftUI:n esityksiksi ja renderöi ne. Tässä lähestymistavassa on hyvät ja huonot puolensa. Onneksi voit piirtää runsaasti 2D-grafiikkaa ilman, että sinun tarvitsee yhdistää useita muotoja. Tässä artikkelissa kerrotaan vain, miten Canvas-näkymää käytetään SwiftUI:ssa.

Välttämätön kehittäjä

Lähde: Youtube

Tämä ei ole artikkelin otsikko vaan kanavan nimi. Caio ja Mike, kaksi kehittäjää, jotka ovat pariskunta, hallinnoivat iOS-kehityskanavaa, jolla on yli 500 videota. Tämä ei ole liioittelua. Videot on järjestetty harkitusti eri kategorioihin, kuten esim:

iOS-sovellusten rakentaminen Swift:n, TDD:n ja Clean Architecture:n avulla.
Live iOS Dev Mentorings.
Puhdas iOS-arkkitehtuuri.
Puhtaat iOS-koodipohjat.
iOS-näkymien ohjainten koostaminen ja niin edelleen.

On tärkeää huomata, että kokoelmassa on sekä viimeaikaisia videoita ajankohtaisista aiheista että 2-5 vuotta vanhoja videoita. Tämä on itse asiassa hyödyllistä erityisesti aloittelijoille, sillä vanhemmat julkaisut voivat tarjota vankan perustan. On kuitenkin tärkeää ottaa huomioon kuluttamasi tiedon tuoreus.

Core Datan kyky suorittaa kevyitä migraatioita ennen kontin lataamista tunnistetaan

Lähdelinkki

Tämä on merkittävä osoitus alustan käänteisestä suunnittelusta. Kun sovellusta kehitetään Core Data -puitteistoa käyttäen, on tavallista suunnitella tietomalli, johon tehdään useita muutoksia. Kirjoittaja löysi vaihtoehtoisen lähestymistavan, jonka avulla ei tarvitse poistaa kaikkia tietoja ja ladata niitä uudelleen, mikä voi rasittaa palvelinta tarpeettomasti ja tyhjentää käyttäjien laitteiden akkuja. Tekstissä tutkitaan yksinkertaisempaa menetelmää, jolla pyritään minimoimaan tietorakenteen muutosten jälkivaikutukset ja lieventämään niiden haittavaikutuksia.

Android

Olemme valinneet kolme materiaalia, jotka tarjoavat syvällisiä oppaita Android-kehityksen vivahteista. Alla on lyhyt kuvaus kustakin oppaasta ja vastaavat linkit. Voit sitten itse päättää, onko nämä pitkät lukemistot mielestäsi arvokkaita vai ei. Jatketaan eteenpäin!

Mitä uudempi, sitä parempi: miten siirryimme GSONista Kotlinx.Serializationiin

Lähdelinkki

Tässä materiaalissa keskitytään GSON:sta Kotlinx.Serializationiin siirtymisen kokemuksiin, ja siitä kertoo Tinkoff Investmentsin Android-kehittäjä.

Aloitetaan kuitenkin esityksen tähden lyhyellä esittelyllä: Kotlinx.Serialization. Se on JetBrainsin erityisesti Kotlinia varten kehittämä serialisointikirjasto, joka on suunniteltu tukemaan useita alustoja ja formaatteja. Kirjasto koostuu kääntäjäliitännäisestä, ydinkirjastosta ja useista apukirjastoista, jotka helpottavat erilaisia datan serialisointiprotokollia.

Tässä oppaassa löydät:

Kotlinx.Serializationin vahvuudet, mukaan lukien sen saumaton yhteensopivuus Kotlinin kanssa ja muut sen tarjoamat edut.
Tarvittavat vaiheet Kotlinx.Serializationiin siirtymisen yhteydessä.
Väistämättömät haasteet, joita saatat kohdata siirtymisprosessin aikana, ja miten selviydyt niistä tehokkaasti.
Kattava suorituskykyvertailu GSON:n ja Kotlinx.Serializationin välillä, joka osoittaa, miten sovelluksen suorituskyky paranee siirtymisen jälkeen.
Kirjaston uusimmassa versiossa esiteltyjä huomionarvoisia ominaisuuksia.

Kampuskartta Android-sovelluksessa

Lähdelinkki

An Android-kehittäjä UMNO Digitalin työntekijä kertoo henkilökohtaisesta projektistaan, joka on helppo päätellä artikkelin otsikosta. Se pyörii yleisen skenaarion ympärillä: laaja oppilaitos, jossa on lukuisia rakennuksia ja jossa oikean yleisön, kirjaston tai osaston paikantaminen on jo itsessään tehtävä. Kirjoittaja ehdottaa tähän ongelmaan ratkaisua interaktiivisen kartan avulla, ja oppaassa kuvataan vaiheittain, miten tällainen kartta luodaan. Mielenkiintoista on, että tätä lähestymistapaa voitaisiin mahdollisesti soveltaa muihin vastaaviin rakenteisiin, kuten sairaaloihin tai suuriin teollisuuslaitoksiin.

Karttaa koskevat keskeiset vaatimukset ovat, että se on helppo tuoda sovellukseen ja päivittää sovelluksesta riippumatta. Muussa tapauksessa käyttäjät saisivat uuden karttaversion vasta sen jälkeen, kun he ovat tarkistaneet ja päivittäneet koko sovelluksen sovelluskaupan kautta. Näin ollen kartan on täytettävä seuraavat ehdot:

Näyttää yleisön ja rakennusten sijainnin ja antaa reittitietoja.
Luodaan erillisellä moduulilla piirtämismahdollisuuksien mahdollistamiseksi.
Se on erillisellä palvelimella nopeiden päivitysten varmistamiseksi.

Sen jälkeen oppaassa selitetään vaiheittain, miten idea voidaan muuttaa todellisuudeksi. Ohjeet sisältävät mm:

Kartan pilkkominen osiin, kuten teihin, rakennuksiin ja muuhun.
Karttakaavion luominen ja piirtäminen (mikä saattaa kuulostaa yksinkertaiselta, mutta kirjoittaja myöntää, että siinä on sudenkuoppia ja haasteita).
Sopivan kirjaston valitseminen kartan eri kerrosten renderöintiä varten.
Kartan yhdistäminen maantieteellisiin koordinaatteihin.

Jokainen vaihe on kuvattu yksityiskohtaisesti, joten sitä on suhteellisen helppo seurata (vaikka kirjoittaja myöntääkin, että tiettyjä vaikeuksia ja haasteita on ollut). Tämä opas toimii lähtökohtana yksinkertaisen ratkaisun kehittämiselle, jota voidaan jatkuvasti parantaa ja tarkentaa. Se mahdollistaa uusien elementtien ja toimintojen lisäämisen, käyttöliittymän muuttamisen ja yleiset parannukset. Yhteenvetona voidaan todeta, että opas tarjoaa arvokkaita ohjeita, ja suosittelemme sitä lämpimästi.

Kuinka lyhensimme Android-sovelluksen käynnistysaikaa 77%:llä.

Lähde: Medium

Vaikka otsikko saattaa vaikuttaa klikkailulta tai mahdollisesti epäilyttävältä, se on itse asiassa erinomainen opas sovelluksen käynnistymisajan lyhentämiseen. Turo-autojen yhteiskäyttösovelluksen takana oleva tiimi kertoo, mihin toimiin he ryhtyivät ja miten he mittasivat tuloksia.

Tässä on tiivistelmä artikkelista:

Sovelluksen käynnistyksen alkutilanne ja miten se toimi ennen optimointia.
Ryhmän toteuttamiin parannuksiin kuuluu muun muassa aloitusnäytön käyttöönotto, synkronisten verkkopyyntöjen lykkääminen, levyn syötön ja tulostuksen (I/O) optimointi sekä muita asiaankuuluvia tekniikoita.
saavutettujen parannusten mittaaminen ja mahdollisten ongelmien seuranta.

Jos opas ei kata kaikkea, kirjoittajat ovat myös lisänneet linkkejä aiheeseen liittyvään lisämateriaaliin.

Flutter

Tämä kattava opas sisältää erilaisia aiheita, jotka liittyvät Flutter kehitys. Se kattaa Flutter:n viimeisimmät suuntaukset kuluvana vuonna, tarjoaa yksityiskohtaisen tapaustutkimuksen videon suoratoistosta Flutter:llä, esittelee koodinmuodostustyökalun ja tarjoaa käytännön vinkkejä teknisten taitojen parantamiseen. Ja tässä oppaassa on vielä enemmän arvokasta sisältöä, joka odottaa sinua.

16 ideaa Flutter-taitojen parantamiseen (edistyneen tason etenemissuunnitelma)

Lähde: Medium

Otsikko itsessään viittaa siihen, että on tärkeää hioa jatkuvasti ammattitaitoaan. Tämä käytännönläheinen opas tarjoaa arvokkaita vinkkejä kykyjen parantamiseen, joten se sopii sekä aloitteleville että kokeneille Flutter-kehittäjille. Ehdotuksiin kuuluvat mm:

Flutter-vidgettien perusteellinen tutkiminen.
Hyödyntämällä erilaisia animaatioita ja siirtymiä.
Virtausten ja reaktiivisen ohjelmoinnin yhdistäminen.
Hyödynnä Flutter:n sisäänrakennettuja testaustyökaluja.
Vaihtoehtoisten Flutter-kehysten tutkiminen.

Lisäksi artikkelissa annetaan hyödyllisiä suosituksia ja resursseja, joiden avulla voit pysyä ajan tasalla Flutter-yhteisön uusimmista edistysaskelista.

6 otetta Flutter 2023 -tiekartasta

Lähde: Medium

Jos haluat edetä tällä alalla, tämä teksti on pakko lukea. Se tarjoaa yleiskatsauksen Flutter-strategiaan vuoteen 2023, ja siinä keskitytään erityisesti web-kehitykseen. Kirjoittaja syventyy useisiin keskeisiin aiheisiin, mm:

Flutter-verkon nykytilanne ja syyt siihen, miksi sitä ei vielä pidetä täysin valmiina.
Flutter:n ja verkkokokoonpanon välinen suhde.
Tutkitaan Flutter:n avulla kehitettyjen pelien määrää ja arvioidaan niiden todellista määrää.
Flutter:n suunta keskittyy intensiivisempään virheiden korjaamiseen.
Flutter:n ja Google Servicesin välinen suhde.
Kuukausittaisten beta-julkaisujen tiheys.

Tämä ei ole pelkkä kuiva arvostelu, vaan siinä esitetään kirjoittajan henkilökohtaiset mielipiteet ja kommentit, jotka perustuvat viralliseen lehdistötiedotteeseen. Siinä esitetään ajatuksia herättäviä oivalluksia lukijoiden pohdittavaksi.

Oletko kuullut Shorebirdistä?

Lähde: Linkedin

Esittelyssä Eric Seidel, Googlen insinööri, joka vastaa Flutter:n kehittämisestä, ja Felix Angelov, joka tunnetaan myös nimellä Felangel, Bloc- ja Flutter_Bloc-pakettien luoja. Heidän yhdistetty asiantuntemuksensa lupaa merkittäviä saavutuksia. Ja he ovat todellakin toimittaneet ne!

Esittelyssä on Shorebird, uusi avoimen lähdekoodin projekti, joka on suunniteltu yksinkertaistamaan tietointensiivisten verkkosovellusten luomista. Shorebird on rakennettu Flutter-kehyksen varaan ja hyödyntää reaktiivisia ohjelmointitekniikoita, joten se tarjoaa tehokkaan ja skaalautuvan sovelluskehityksen.

Tässä artikkelissa tarkastellaan Shorebirdin keskeisiä ominaisuuksia, kuten reaaliaikaista tietojen synkronointia, tehokasta tietojenkäsittelyä ja offline-tietojen käyttöä. Kirjoittaja korostaa Shorebirdin käyttäjäystävällistä suunnittelua ja tarjoaa kehittäjille selkeän API:n.

Lisäksi Shorebird voi mullistaa runsaasti tietoa sisältävien verkkosovellusten kehittämisen erityisesti kriittisillä aloilla, kuten terveydenhuollossa, rahoituksessa ja logistiikassa. Älä missaa tilaisuutta tutustua Shorebirdiin ja sen uraauurtaviin ominaisuuksiin.

Säästä aikaa CodeGpt-koodin luomisella Flutter:ssä.

Lähde: Medium

Esittelyssä on CodeGPT, uusi koodinmuodostustyökalu, joka on suunniteltu erityisesti Flutter-sovelluksia varten. CodeGPT hyödyntää AI- ja luonnollisen kielen käsittelytekniikoita luodakseen automaattisesti koodia yksinkertaisten englanninkielisten kuvausten perusteella sovelluksen ominaisuuksista ja mahdollisuuksista. Eikö olekin vaikuttava ratkaisu?

Tämä artikkeli tarjoaa informatiivisen katsauksen CodeGPT:n toimintaan ja korostaa sen keskeisiä etuja. Yksi merkittävä hyöty on automaattisen koodin tuottamisen ansiosta saavutettava huomattava ajansäästö ja tuottavuuden kasvu (kuten olet ehkä jo arvannutkin). Artikkeli sisältää myös yksityiskohtaisen esimerkin, jossa esitellään, miten CodeGPT:tä voidaan käyttää koodin tuottamiseen Flutter-perussovellusta varten. Kirjoittaja korostaa prosessin nopeutta ja helppoutta, jonka tuloksena saadaan hyvin jäsenneltyä ja helposti ymmärrettävää koodia.

Epätavanomaisen paljastaminen: 5 vähemmän tunnettua estettä Flutter-kehityksessä

Lähdelinkki

Tämä artikkeli perustuu Surf Studio -kehittäjän kokemuksiin, kun hänelle annettiin tehtäväksi projekti, joka edellytti videon suoratoistotoiminnon toteuttamista Flutter:n avulla. Tässä artikkelissa esitellään Timurin kokemuksia, käsitellään alustan ominaisuuksien kehittämistä, Flutter:n ja natiivikehityksen välistä suhdetta sekä annetaan tietoa yleisistä sudenkuopista ja tehokkaista ratkaisuista.

Lopuksi artikkeli tarjoaa moraalisen opetuksen ja bonusosan, jossa esitellään useita monimutkaisia ja kiehtovia toimintoja, joista osa ei päässyt lopulliseen versioon. Kaiken kaikkiaan lukijat saavat paremman käsityksen siitä, mitä on odotettavissa, kun he ryhtyvät vastaaviin tehtäviin, sillä ohjelmistokehityksen maailmassa hankkeet voivat olla arvaamattomia.

Mitä eroa on MVC:llä ja MVVM:llä (Flutter:lle)?

Lähde: Medium

Artikkelissa vertaillaan kahta suosittua suunnittelumallia - MVC (Model-View-Controller) ja MVVM (Model-View-ViewModel) - Flutter-sovellusten rakentamiseen. Kirjoittaja selittää kummankin mallin pääkäsitteet ja korostaa niiden välisiä eroja. MVC-malli jakaa sovelluksen kolmeen osaan:

Malli, joka edustaa tietoja ja logiikkaa.
Näkymä, joka käsittelee tietonäkymää.
Ohjain, joka toimii mallin ja näkymän välittäjänä.

Artikkelin loppuosassa puhutaan MVVM:stä, joka on samankaltainen kuin MVC, mutta lisää uuden komponentin, näkymämallin. Se vastaa esityslogiikan käsittelystä ja tietojen sitomisesta, jolloin ne erotetaan esitystavasta.

Kun olet hieman perehtynyt asiaan, kirjoittaja siirtyy käsittelemään kunkin lähestymistavan hyviä ja huonoja puolia. Erityisesti todetaan, että MVC on yksinkertainen ja suoraviivainen, kun taas MVVM tarjoaa paremman huolenaiheiden erottelun ja helpomman testauksen. Kiinnitämme huomiota myös siihen, että Flutter tarjoaa sisäänrakennetun tuen molemmille malleille, mikä helpottaa kehittäjien valintaa heidän tarpeisiinsa parhaiten sopivan lähestymistavan välillä.

Flutter:n laitteen esikatselu: saat esimakua sovelluksesi ulkoasusta millä tahansa laitteella.

Lähde: Medium

Artikkelissa kuvattu työkalu osoittautuu erittäin arvokkaaksi tilanteissa, joissa tarvitaan responsiivista käyttöliittymää, mutta aikaa tai useiden laitteiden käyttömahdollisuuksia on rajoitetusti (joko fyysisesti tai meneillään olevan kehityksen aikana). Device Review -työkaluksi kutsuttu työkalu tarjoaa mahdollisuuden esikatsella sovelluksia eri laitteilla ja näytön koossa, mikä on kiistatta sen hyödyllisin ominaisuus.

Käyttämällä Device Preview -ohjelmaa kehittäjät voivat havaita tehokkaasti ulkoasuun ja käyttöliittymän suunnitteluun liittyvät ongelmat kehitysprosessin varhaisessa vaiheessa. Artikkelissa annetaan kattavat tiedot Device Review -ohjelman asentamisesta, määrittämisestä ja hyödyntämisestä sekä selitetään sen taustalla olevat periaatteet. Lukijat pitävät tätä kiinnostavaa tekstiä informatiivisena oppaana, jonka avulla he ymmärtävät tämän merkittävän työkalun hyödyntämiseen liittyvät tarvittavat vaiheet ja hienoudet.

Yleistä

Miten auttaa johtohenkilöäsi olemaan mokaamatta

Lähdelinkki

Sen sijaan, että kerrottaisiin uudelleen ja yritettäisiin arvioida sisältöä, puheenvuoron saa poikkeuksellisesti kirjailija itse:

"Hei kaikille, nimeni on Veronica, ja toimin Dodo Engineeringin kehittäjäsuhteiden johtajana. [...] Veronica myöntää omakohtaisesti, että monet johtajan virheet voidaan ehkäistä jo varhaisessa vaiheessa. Hän on nähnyt, kuinka tiimit ovat onnistuneesti pelastaneet johtajansa mahdollisilta katastrofeilta. Tähän artikkeliin hän on kuratoinut yhdeksän tarinaa erilaisista kehitystiimeistä, mukaan lukien hänen omansa, jotka valaisevat johtamisvirheiden uhkaavia vaaroja. Jokaiseen tarinaan liittyy tosielämän kokemuksiin perustuvia käytännön suosituksia, joiden avulla alaiset voivat estää projektin romahtamisen ja katastrofin.

Se voi tuntua pelottavalta lukemalta, mutta rauhoitutaanpa ja aletaan tutkia näitä kertomuksia. Loppujen lopuksihan jokainen meistä pyrkii vaalimaan ystävyyttä oman tiimimme johtajan kanssa, eikö niin 🙂 .

Pehmeät taidot: asioiden selvittäminen lopullisesti.

Lähdelinkki

Jos olet edelleen vakuuttunut siitä, että pehmeät taidot ovat pahasta ja että rekrytoijat/henkilöstöjohtajat keksivät ne tylsyyttään, pyydämme sinua lukemaan tämän tekstin. Kirjoittajaa pommittavat suuresti "paljastukset", joita "asiantuntijat" postaavat ympäri internetiä, ja hän kirjoitti oman (melko rohkean, täytyy sanoa) tekstinsä, jossa hän purkaa kaiken:

Mitä ovat pehmeät taidot (termi on muuten keksitty Yhdysvaltain armeijassa 60-luvulla)?
Miten määritetään, onko taitosi pehmeä taito?
Millaiseksi voi muuttua pehmeiden taitojen testaaminen haastattelussa?

Lupaamme pari oivallusta ja syytä "ajatella". Oletko koskaan ajatellut esimerkiksi sitä, että pehmeät taidot yhdessä ammatissa voivat olla kovia taitoja toisessa ammatissa ja päinvastoin? Lisättäköön tähän hauskoja esimerkkejä - ja nyt on mielenkiintoista luettavaa valmiina kahvitaukoa varten.

Kilpajuoksu aikaa vastaan: pystyykö ihmiskunta hallitsemaan tekoälyä ennen kuin se johtaa maailmanlaajuiseen katastrofiin?

Lähdelinkki

Tämä on mukaansatempaava ja ajatuksia herättävä pitkä luettu teos, jossa tutun kirjailijan pohdintoja tekoälyn tulevaisuudesta.

Tässä mielenkiintoisessa teoksessa kirjoittaja syventyy GPT-mallien olemukseen ja pohtii, ovatko ne todellisia AI-malleja vai pelkkiä tekstigeneraattoreita. Tekstissä pohditaan myös mahdollista katoamista, tai pikemminkin kirjoittajan toivetta siitä, että tietyt ammatit vanhenisivat. Lisäksi pohditaan, mitä seurauksia olisi, jos onnistuttaisiin luomaan mahtava tekoäly, ja tarkastellaan itse älykkyyttä ja keinoja sen arvioimiseksi.

Lisäksi kirjoittaja jakaa näkemyksiään erilaisista aiheista, kuten yksittäisten AI-avustajien tulevasta kehityksestä, teknologian kehityksen todellisesta vauhdista, AI:n tavoitteiden asettamiseen liittyvistä haasteista ja yritysten välisen AI-herruudesta käytävän kilpajuoksun kauaskantoisista vaikutuksista. Se on mukaansatempaavaa luettavaa, joka kannustaa laajentamaan näköaloja. Vaikka AI:llä voi tällä hetkellä olla vain rajallinen merkitys elämässäsi, on ratkaisevan tärkeää tunnustaa sen väistämätön integroituminen kaikkien ihmisten elämään tulevaisuudessa.

Miten Slack lähettää miljoonia viestejä reaaliajassa?

Lähde: Slack

Tässä aineistossa esitetään analyysi asiakas-palvelinsovelluksen sisällä tapahtuvasta virtauksesta ja keskitytään erityisesti sellaisen reaaliaikaisen järjestelmän kehittämiseen, joka pystyy käsittelemään suurta yleisöä. Artikkelissa tarkastellaan arkkitehtuurista lähestymistapaa, jota käytetään reaaliaikaisen viestin välittämisen mahdollistamiseksi massiivisessa mittakaavassa. Siinä tarkastellaan myös palveluita, jotka vastaavat viestien lähettämisestä keskustelualustoille ja erilaisten tapahtumien toimittamisesta verkkokäyttäjille.

Yhteenveto:

Palvelimen yleiskatsaus.
Slack-asiakkaan konfigurointi.
Viestien reaaliaikainen toimitus miljoonille asiakkaille.
Tapahtumien käsittely.

Bonus

Täältä löydät erilaisia pyyntöjä, joiden avulla voit optimoida chat-kokemuksen tai räätälöidä sen juuri sinun tarpeisiisi: https://www.jailbreakchat.com/

Graafisten neuroverkkojen vertailu: parhaan suorittajan määrittäminen

Kun aloimme käyttää Midjourneytä kuvien tuottamiseen työmme vaatimuksia varten, emme voineet lopettaa ja aloimme tutkia muita graafisia neuroverkkoja. Jos ne kaikki vaikuttavat mielestäsi samanlaisilta, suosittelemme jatkamaan lukemista.

Teimme testejä Lexican, Stabble Diffusion on Dezgon ja Leonardon (jälkimmäinen on vielä beta-testauksessa) kaltaisilla työkaluilla ja vertasimme niitä Midjourneyyn. Koko prosessin ajan korostimme niiden hyviä ja huonoja puolia sekä käytön vivahteita.

Valitsimme suoraviivaisen lähestymistavan: lähetimme samat pyynnöt ja arvioimme tulokset. Erityispyyntöjä oli kolme:

Käsittele Scarlett Johanssonin muotokuva tietyllä tyylillä.
Luo Varsovasta kolmen eri taiteilijan tyylinen kuva.
Suunnittele logo ja siihen liittyvä teksti.

Selventäkäämme heti aluksi, että ymmärrämme, että nämä pyynnöt olisivat voineet olla yksityiskohtaisempia ja tarkempia, mikä olisi epäilemättä parantanut tuloksia kaikissa tapauksissa. Päätimme kuitenkin aloittaa yksinkertaisilla esimerkeillä ja rajoitetuilla variaatioilla. Näissäkin tapauksissa havaitsimme, kuinka neuronit joskus kiinnittyivät pyyntöjen yhteen osa-alueeseen ja jättivät muut osat täysin huomiotta.

Muotokuva

Pyyntö oli: Matisse-tyylinen maalaus, vaaleanpunaiset värit, paljon kukkia. Aluksi näiden rivien kirjoittaja suoritti henkilökohtaisia kokeiluja, mutta työn vuoksi he valitsivat lopulta näkyvämmän yksilön.

Viitteeksi: tältä Matissen työt näyttivät:

Ja tässä on, mitä neuroverkot saivat aikaan. Kuten näet, kullakin verkolla on erilaista tietoa tunnetusta ranskalaisesta taiteilijasta Matissesta.

Lexicassa (1-2) ei näytä olevan mitään tietoa Matissesta, ja eräässä versiossa näyttelijästä tuli selittämättömästi aasialainen.

Dezgo (3-5) tarjosi asetuksista riippuen vaihtoehtoja, jotka olivat joko hyvin lähellä mestarin siveltimenjälkeä (mutta kaukana alkuperäisestä) tai joissa esitettiin kevyempi tyylittely. Oli jopa pari tapausta, joissa AI ehdotti muotokuvan sijasta asetelmaa.

Midjourney (6-7), joka yleensä tuottaa tarkkoja tuloksia, tuotti tällä kertaa pienen pettymyksen: näyttelijästä tuli tunnistamaton, eikä kukkia ollut tehty sopivalla tyylillä.

Leonardo (8-9) tarkasteli kukkia ja vaaleanpunaista väriä, säilytti jonkin verran yhdennäköisyyttä alkuperäiseen ja tulkitsi sommittelua luovasti. Kaikki asetelmat eivät kuitenkaan vanginneet taiteilijan piirrostyyliä tarkasti.

Kaupunkimaisema

Yritetään kuvata Varsovaa. Kysely oli: "Varsova on maalattu X-tyyliin." Eri taiteilijoiden tyylejä valittiin kahdesta syystä: a) artikkelin kirjoittajalla on intohimo taiteeseen ja b) tyypilliset tyylit, joilla neuroverkot piirtävät, kuten grafiikka, anime, sarjakuvat ja digitaalinen taide, ovat käyneet yksitoikkoisiksi. Lisäksi oli kiehtovaa tarkkailla, miten neuroverkot reagoivat hieman monimutkaisempiin kriteereihin ja keräävät tietoa valitusta tyylistä.

Kolme taiteilijaa valittiin heidän huomattavan erilaisten tyyliensä vuoksi:

Gustav Klimt, joka tunnetaan wieniläisestä jugendtyylistä.

Mark Rothko, tunnettu abstraktista ekspressionismista.

Salvador Dali, surrealismista tunnettu.

Mielenkiintoista on, että kukin näistä mestareista aloitti yhdellä tyylillä, mutta sai mainetta toisella tyylillä, mikä johti vaihteleviin tuloksiin tietojen keräämisessä. Klimtin tapauksessa tämä malli piti paikkansa. Midjourney (1) keskittyi hänen kuuluisiin "kultaisiin" muotokuviinsa, kun taas Lexica (3) tutki maisemia. Stabble Diffusion on Dezgo (2) korosti Klimtin ainutlaatuista tapaa sisällyttää leikattuja esineitä maalauksiinsa, ja Leonardo (4) lisäsi ripauksen Klimtin olemusta realistisiin vanhan kaupungin kuvauksiin.

Rothkon kohdalla neuroverkot antoivat selkeämpiä tulkintoja: raidat pysyivät raitoina, vaikkakin hienovaraisin vaihteluin. Varsovan tunnusomaiset piirteet, kuten tornit ja pilvenpiirtäjät, säilyivät pääosin. Attribuutit ovat seuraavat: Midjourney (1), SD on Dezgo (2), Lexica (3) ja Leonardo (4).

Jälleen kerran oli sekoitus hämmennystä ja tutkimista. Lexica (3) vangitsi Dalille ominaisen sommitelman, joka leijuu taivaan ja maan välissä. Midjourney (1) havainnoi Dalin mieltymystä pystysuoraan pidentyviin kuviin ja sisällytti samalla Varsovan symbolin, merenneiton, ainutlaatuisella tavalla. Dezgo (2) edustaa taitavasti Dalín tyyliä sisällyttää maalauksiin leikattuja esineitä, mikä antaa maalauksille tuonpuoleisen luonteen. Lopuksi Leonardo (4) ehdotti ajatusta seinämaalauksesta, jossa Dalin muotokuva olisi kiinnitetty rakennuksen seinään, mikä vastasi taiteilijan henkeä.

Logo

Tekstiä sisältävän logon suunnittelu on listamme suurin haaste. Monet neuroverkot kamppailevat edelleen tekstin tehokkaan kääntämisen kanssa kuvaksi. Ehkä jotkut niistä ovat hankkineet tähän tehtävään tarvittavat taidot.

Pyyntö oli seuraava:

videopelejä valmistavan yrityksen tekstilogo, valkoinen tai läpinäkyvä tausta, oranssi, sininen ja vihreä väri.

Tässä tapauksessa ei ole mitään erityistä keskusteltavaa, koska kaikki on aivan ilmeistä. Olemme valinneet sekä onnistuneimmat että epätavanomaisimmat vaihtoehdot. Jälleen kerran kävi selväksi, että neuroverkoilla on edelleen vaikeuksia tekstin tuottamisessa, mutta jo sitä ennen havaitsimme selviä eroja tyyleissä.

Osoitukset ovat seuraavat:

1 ja 2: Lexica

3 ja 4: Dezgo

5 ja 6: Leonardo

7 ja 8: Matkan puolivälissä

Päätelmä

Graafiset neuroverkot vaihtelevat käsittelymenetelmissään, tiedonkeruutekniikoissaan ja visuaalisissa lähestymistavoissaan. Tämä merkitsee käyttäjille laajaa kokeilu- ja luovuusaluetta, mutta edellyttää myös sopeutumiskykyä, epäonnistumisista oppimista, asetusten ymmärtämistä ja iteratiivisia yrityksiä.

Vaikka yksityiskohtaiset pyynnöt johtavat yleensä tehokkaampiin tuloksiin kuin yleiset pyynnöt, ne eivät aina takaa tyydyttävää lopputulosta. Lisäksi ne edellyttävät käyttäjiltä aluetuntemusta ja kykyä muotoilla kehotuksia, joita kaikilla ei välttämättä ole.

Neuroverkot eroavat toisistaan myös käytettävissä olevien asetusten osalta, minkä vuoksi arvioinneissa saadut tulokset eivät välttämättä ole täysin täydellisiä. Joissakin tapauksissa jouduimme säätämään asetuksia, jotta saimme tuloksia, jotka edes etäisesti muistuttivat toivottua pyyntöä. Esimerkiksi Midjourney antaa käyttäjien luoda tekstikyselyn ja määrittää halutun kuvamuodon, mutta vastaa myös pyyntöihin valkoisesta tai läpinäkyvästä taustasta, toisin kuin muut neuroverkot.

Dezgo tarjoaa vaihtoehtoja formaatin (pysty- tai vaaka-asento), suorituskyvyn tarkkuuden, kokoonpanomallin ja näytteenottomenetelmän valintaan. Lexica noudattaa samanlaista mallia, jossa on vaihtoehtoja formaattia ja suoritustarkkuutta varten. Leonardo puolestaan antaa käyttäjien valita kuvien lukumäärän (enintään 8) ja tarjoaa taustanpoistotoiminnon, vaikka se ei ehkä toimi optimaalisesti reunoilla olevien monimutkaisten yksityiskohtien kanssa. Lisäksi Leonardossa on useita asetuksia, mukaan lukien kiehtova "Prompt Magic" -painike, jota emme ole vielä tutkineet.

Neuroverkoilla on vielä paljon parannettavaa. Tekstin kääriminen on usein edelleen ongelmallista, realistisesti renderöidyt kädet ovat pikemminkin harvinaisuus kuin normi, ja jotkin valmiit kuvat kuvaavat pyynnön vain osittain ja jättävät muut yksityiskohdat huomiotta. Nämä haasteet edustavat vain osaa käsillä olevista ongelmista.

Kaikki neuroverkot eivät ole vapaasti saatavilla. Vaikka kokeilut Dezgolla ovat ilmaisia (siksi käytämme sitä usein), Midjourney tarjoaa maksullisen tilauksen tietyn määrän ilmaisia pyyntöjä jälkeen (alkaen $8/kk + verot, joten se on toinen työkalumme). Leonardo tarjoaa 150 päivittäistä ilmaista pyyntöä niille, jotka liittyvät heidän beta-testausryhmäänsä, ja vastausaika on noin viikko tai kaksi (saatavilla on myös maksullinen versio, jossa on lisäominaisuuksia, alkaen $10/kk). Lexica on hinnoiteltu samalla tavalla kuin Midjourney, mutta tarjoaa enemmän toimintoja ilmaisten pyyntöjen yhteydessä.

Graafiset neuroverkot ovat kiistatta tehokkaita välineitä. Ne ovat auttaneet meitä eri aiheiden havainnollistamisessa (vaikka toisinaan jouduimmekin näkemään ylimääräistä vaivaa saadaksemme hyödyllisiä tuloksia), ja niiden tuotokset ovat koristaneet yrityksemme kuukausittaista digestiä, puhumattakaan niiden hyödyllisyydestä viestien ja ilmoitusten kuvien luomisessa. Kaiken kaikkiaan hyödynnämme näitä verkkoja itse ja kannustamme muita tutkimaan ja hallitsemaan niiden mahdollisuuksia.

Kiitos arvostelusta!

Kiitos kommentista!

Eugene Shapovalov Mobile-päällikkö

Päivämäärä: 23. toukokuuta 2023

Sisällysluettelo

Arvioi tämä artikkeli:

★★★★★ 4/5

4.8/5 (45 arvostelua)

Ota yhteyttä

Varaa puhelu tai täytä alla oleva lomake, niin otamme sinuun yhteyttä, kun olemme käsitelleet pyyntösi.

Nimi

Yritys

Sähköposti

Puhelin

Viesti

Lähetä meille ääniviesti

Liitä asiakirjoja

Lataa tiedosto

Voit liittää 1 enintään 2 Mt:n tiedoston. Hyväksytyt tiedostomuodot: pdf, jpg, jpeg, png.

Klikkaamalla Lähetä, annat suostumuksesi siihen, että Innowise käsittelee henkilötietojasi meidän Tietosuojakäytäntö antaa sinulle asiaankuuluvia tietoja. Antamalla puhelinnumerosi suostut siihen, että voimme ottaa sinuun yhteyttä puheluiden, tekstiviestien ja viestisovellusten kautta. Puhelu-, viesti- ja datahintoja voidaan soveltaa.

Voit myös lähettää meille pyyntösi
osoitteeseen contact@innowise.com

Mitä tapahtuu seuraavaksi?

Kun olemme vastaanottaneet ja käsitelleet pyyntösi, otamme sinuun yhteyttä ja kerromme yksityiskohtaisesti projektin tarpeet ja allekirjoitamme NDA-sopimuksen luottamuksellisuuden varmistamiseksi.

Tutkittuaan toiveesi, tarpeesi ja odotuksesi tiimimme suunnittelee projektin ehdotuksen, jossa esitetään työn laajuus, tiimin koko, aika- ja kustannusarviot.

Järjestämme kanssasi tapaamisen, jossa keskustellaan tarjouksesta ja sovitaan yksityiskohdista.

Lopuksi allekirjoitamme sopimuksen ja aloitamme projektisi toteuttamisen heti.