12 min lesing

Innowise sammendrag om utvikling av mobilapper

Android

iOS

Mobile

Nyheter

Sammendrag

Oppsummer artikkelen med AI

Velkommen til Innowise mobile digest, din ultimate kilde for alt som har med mobilutvikling å gjøre. I denne omfattende samlingen gir vi deg de siste nyhetene, grundige gjennomganger og uvurderlige veiledninger innen det stadig skiftende området mobilutvikling. Utforsk eksempler fra virkeligheten og suksesshistorier der revolusjonerende løsninger har omformet bedrifter og bransjer. I tillegg omfatter vårt håndplukkede utvalg av artikler ulike sammenkoblede emner som gir innsikt i og perspektiver på fremtiden tilmobilteknologi.

Er du på utkikk etter et erfarent mobilutviklingsteam?

Du kan stole på at Innowise lager en førsteklasses mobilapp som passer til dine forretningsmål.

Pakken dev_pilot for å opprette et Flutter-prosjekt

We are excited to introduce our newly released package, “dev_pilot,” developed by Innowise. This package aims to simplify the installation process for Dart projects, enabling developers to set up new projects quickly and efficiently.

Til å begynne med fungerer dev_pilot som et verdifullt verktøy for utviklere som ønsker å fremskynde opprettelsen av Flutter-prosjekter. Det tilbyr et interaktivt kommandolinjegrensesnitt (CLI) som veileder brukerne gjennom å gi prosjektdetaljer som prosjektnavn, funksjoner og smaker. Deretter genererer pakken den nødvendige katalog- og filstrukturen, noe som effektivt sparer tid og reduserer innsatsen.

Koden til dev_pilot er skrevet i Dart, et moderne programmeringsspråk som er mye brukt til å utvikle mobil- og webapplikasjoner.nettapplikasjoner. Koden følger Dart-kodingskonvensjonene og har en velorganisert og lett forståelig struktur.

For å utføre ulike oppgaver som I/O-operasjoner, logging og validering inneholder koden flere viktige pakker og biblioteker, inkludert dart:io, dcli, mason_logger og andre. Utnyttelse av eksisterende pakker og biblioteker demonstrerer pakkens fornuftige bruk av tilgjengelige ressurser, og unngår unødvendig gjenoppfinnelse.

The main method serves as the entry point to the package, acting as the central hub for all operations. It initiates by verifying whether the provided argument is “create.” If the argument satisfies the condition, the package proceeds to prompt the user for additional project details, such as the project name, features, and previously mentioned flavors.

For å legge til rette for ulike oppgaver er pakken avhengig av ulike tjenester som DirectoryService, FileService, InputService og andre. Bruken av disse tjenestene bidrar til kodens modularitet og enkle vedlikehold, ettersom de er gjennomtenkt organisert.

Another notable feature of the code is the utilization of “await” and “async” to handle asynchronous operations. This approach significantly improves code performance and responsiveness, showcasing a commendable implementation choice.

Dev_pilot forenkler prosessen med å opprette et nytt Flutter-prosjekt, slik at du enkelt kan innlemme funksjoner, smaker, pakker og generere kodemaler for forskjellige prosjektkomponenter. I tillegg inneholder pakken integrerte validatorer for å sikre nøyaktig brukerinndata.

Her er en oversikt over hvordan Dev_pilot fungerer:

It verifies whether the argument passed is “create”.

Den kontrollerer om Dart-versjonen faller innenfor det akseptable området.

I så fall blir brukeren bedt om å oppgi et prosjektnavn.

Den spør brukeren om de ønsker å angi en egendefinert bane for prosjektet.

Hvis brukeren velger å oppgi en bane, blir de bedt om å angi ønsket bane.

Den spør om brukeren ønsker å legge til funksjonsmoduler i prosjektet.

Hvis brukeren bestemmer seg for å inkludere funksjonsmoduler, blir de bedt om å angi navnene på de ønskede modulene.

Den spør brukeren om de vil legge til smaker i prosjektet.

Hvis brukeren velger å legge til smaker, blir de bedt om å skrive inn navnene på de ønskede smakene.

Den spør brukeren om de vil legge til pakker i prosjektet.

Hvis brukeren bestemmer seg for å legge til pakker, blir de bedt om å velge en modul og angi navnene på pakkene. Denne prosessen gjentas til brukeren bestemmer seg for ikke å legge til flere pakker.

Flutter Lab Innowise

I april lanserte selskapet vårt et Flutter-laboratorium som svar på etterspørselen i markedet. I erkjennelsen av mangelen på fagfolk med relevant kunnskap tok vi initiativ til å løse dette problemet.

Kravene til deltakerne inkluderer ferdigheter i muntlig engelsk på minimum nivå B1, en grunnleggende forståelse av datavitenskapelige konsepter og velutviklede sosiale ferdigheter. Forhåndskunnskap om Dart/Flutter er ikke nødvendig for søkere.

The course will consist of 14 lessons, during which “students” will learn Dart/Flutter and work on their own pet project. Following each lesson, a mentor will assess the understanding of the theory covered and conduct a code review. The instructors for this course are Flutter developers Alexander Guzich and Alexey Lebedev.

Når denne nyheten publiseres, nærmer den første gruppen seg slutten. Men hvis den første lanseringen viser seg å være vellykket, planlegger vi å gjenta kurset for påfølgende grupper.

Mobil utvikling

iOS

Denne samlingen omfatter en kombinasjon av YouTube-samlinger, casestudier fra virkeligheten og informative gjennomganger med tilhørende veiledninger.

Sikkerhet fra et mobilt perspektiv

Kilde:Medium

Artikkelen gir en kortfattet oversikt over klientapplikasjonssikkerhet på ulike nivåer, og omfatter aspekter fra serverkommunikasjon til programkode. Viktige punkter som diskuteres inkluderer:

Risikoer knyttet til bruk av mobile enheter, som datatyveri, skadevare og phishing-angrep.
Sikkerhetsnivåer for mobile applikasjoner.
Betydningen av sikkerhetstiltak og gjennomføringen av dem.
Beste praksis for å forbedre mobilsikkerheten, inkludert bruk av sterke passord, regelmessige programvareoppdateringer, unngå usikrede Wi-Fi-nettverk og utvise forsiktighet med mistenkelige lenker eller e-poster.

Rosetta, jeg er lei for å måtte si farvel.

Kilde:Medium

Med lanseringen av Xcode 14.3 har Apple avviklet støtten for Rosetta og antydet subtilt til utviklere behovet for å tilpasse prosjektene sine til Apple Silicon. Cyan-utvikleren delte en historie om hindringene selskapet deres møtte med hovedproduktet og tredjepartsløsningen som hjalp dem med å eliminere bruken av Rosetta.

Sammendrag:

Forklaring av Rosetta.
How the utilization of Rosetta was determined in the case of “Cyan”.
Tiltak for å løse problemet.

Samlet sett et tydelig eksempel på å tilpasse rammeverket til realitetene til ARM64 MacBooks, med vår anbefaling.

Forstå virkningen av syklomatisk kompleksitet på kodekvaliteten i Swift

Kilde:Holy Swift

Denne artikkelen går i dybden på begrepet syklomatisk kompleksitet iRask programvareutviklingog gir anbefalinger for å minimere den. Syklomatisk kompleksitet måler kodekompleksitet basert på antall beslutningspunkter eller stier i koden.

Forfatteren foreslår flere strategier for å redusere syklomatisk kompleksitet i Swift, inkludert:

Erstatte nestede if-else-setninger med guard-setninger.
Dele opp omfattende funksjoner i mindre, modulære funksjoner.
Bruke switch-setninger i stedet for if-else-setninger når det er mulig.

Videre utforsker artikkelen bruken av funksjonelle programmeringsprinsipper, for eksempel bruk av høyere ordens funksjoner som map, filter og reduce, for å forenkle koden og redusere kompleksiteten.

Samlet sett er dette en verdifull ressurs for Swift-utviklere som ønsker å forbedre forståeligheten, vedlikeholdbarheten og effektiviteten til koden sin.

Bufring av innhold med NSCache

Kilde:andyIbanez.com

Forfatteren understreker betydningen av hurtigbufring av innhold i iOS-apper for å forbedre ytelsen og minimere datamengden som overføres over nettverket. Artikkelen konsentrerer seg først og fremst om å bruke NSCache, den innebygde hurtigbuffermekanismen i iOS, til å hurtigbufre innhold i iOS-applikasjoner. NSCache fungerer som et nøkkelverdilager som administrerer innholdet og automatisk frigjør objekter som ikke lenger er nødvendige.

Artikkelen gir flere eksempler på bruk av NSCache i iOS-applikasjoner, inkludert hurtigbufring av bilder, JSON-data og nettinnhold. I tillegg gir artikkelen beste praksis for bruk av NSCache, for eksempel innstilling av et maksimalt antall objekter og implementering av en policy for cache-evakuering for å kontrollere minnebruken.

Slik lagrer du data i iOS: UserDefaults, nøkkelringer og smørbrød

Kilde lenke

Denne omfattende og informative veiledningen gir verdifull innsikt i datalagring i iOS. Med tanke på utfordringene som har forstyrret mange utviklere, viser dette materialet seg å være spesielt viktig. I denne ressursen gir senioriOS-utviklerred_mad_robot dykker ned i lagringsmotorer, bruken av dem og fordelene og ulempene ved hver tilnærming.

Forfatteren analyserer nøye følgende verktøy:

UserDefaults – ideal for storing user settings and flags.
Keychain – ensures secure data storage.
Lists – suitable for storing application configurations or libraries.
Databases – recommended for handling large amounts of diverse data.
NSCache – designed for temporary data storage.

Videre gir denne veiledningen en grundig analyse av ulike databaser som er tilgjengelige på iOS:

Realm på tvers av plattformer, kjent for sin raske ytelse og brukervennlige API.
Native Core Data, som tilbyr et grafisk grensesnitt for modeller og ulike lagringstyper, noe som forenkler testing.
SQLite, som muliggjør direkte bruk av SQL-språk uten behov for ekstra tunge tredjepartsbiblioteker i prosjektet.

Denne ressursen er avgjørende for utviklere som ønsker en omfattende forståelse av iOS-datalagringsalternativer.

iOS Conf SG 2023

Kilde:Youtube

iOS Conf SG is the largest iOS developer conference in Southeast Asia. It makes sense to find out what was discussed at the event this year! This playlist will help you with this: here are the highlights and speeches of the conference. Hundreds of developers from all over the world share their ideas, discoveries, developments – where else can you find such a source of insights useful for work, if not there?

Mestring av lerret i SwiftUI

Kilde:Swift med Majid

Du kan tegne 2D-grafikk i SwiftUI ved hjelp av Shape API, men rammeverket konverterer til slutt alle former til SwiftUI-representasjoner og gjengir dem. Denne tilnærmingen har sine fordeler og ulemper. Heldigvis kan du tegne rik 2D-grafikk uten å måtte kombinere flere former. Denne artikkelen forteller deg bare hvordan du bruker Canvas-visningen i SwiftUI.

Viktig utvikler

Kilde:Youtube

Dette er ikke artikkelens tittel, men kanalens navn. Caio og Mike, to utviklere som er et par, administrerer en iOS-utviklingskanal som kan skryte av over 500 videoer. Dette er ingen overdrivelse. Videoene er gjennomtenkt organisert i forskjellige kategorier, for eksempel:

Bygge iOS-apper med Swift, TDD og ren arkitektur.
Live iOS Dev Mentorings.
Ren iOS-arkitektur.
Rene iOS-kodebaser.
Komponere iOS View Controllers, og så videre.

Det er viktig å merke seg at samlingen omfatter både nyere videoer om aktuelle temaer og videoer som er 2-5 år gamle. Dette er faktisk gunstig, særlig for nybegynnere, ettersom eldre utgivelser kan gi et solid grunnlag. Ikke desto mindre er det viktig å vurdere ferskheten til informasjonen du bruker.

Identifisere Core Datas evne til å utføre lettvektsmigreringer før lasting av containeren

Kilde lenke

Dette er en bemerkelsesverdig demonstrasjon av reverse engineering av plattformer. Når man utvikler en applikasjon ved hjelp av Core Data-rammeverket, er det vanlig å utforme en datamodell som gjennomgår flere endringer. Forfatteren oppdaget en alternativ tilnærming som eliminerer behovet for å slette alle dataene og laste dem inn på nytt, noe som kan belaste serveren unødvendig og tappe brukernes enhetsbatterier. Teksten utforsker en enklere metode som tar sikte på å minimere konsekvensene av datastrukturendringer og redusere de negative effektene av dem.

Android

Vi har valgt ut tre materialer som tilbyr grundige veiledninger om nyansene i Android-utvikling. Nedenfor gir vi en kort beskrivelse av hver guide og inkluderer de respektive lenkene. Du kan deretter bestemme om du synes disse lange lesningene er verdifulle eller ikke. La oss fortsette!

Jo nyere, jo bedre: hvordan vi gikk fra GSON til Kotlinx.serialization

Kilde lenke

Dette materialet fokuserer på opplevelsen av overgangen fra GSON til Kotlinx.serialization, fortalt av en Android-utvikler fra Tinkoff Investments.

Men la oss starte med en kort introduksjon til stjernen i showet: Kotlinx.Serialization. Det er et serialiseringsbibliotek utviklet av JetBrains spesielt for Kotlin, designet for å støtte flere plattformer og formater. Biblioteket består av en kompilator-plugin, et kjernebibliotek og flere hjelpebiblioteker som legger til rette for ulike dataserialiseringsprotokoller.

I denne veiledningen vil du oppdage:

Styrkene til Kotlinx.serialization, inkludert den sømløse kompatibiliteten med Kotlin og andre fordeler den tilbyr.
De nødvendige trinnene du må gjennomføre når du migrerer til Kotlinx.serialization.
Uunngåelige utfordringer du kan støte på i løpet av migrasjonsprosessen, og hvordan du kan håndtere dem på en effektiv måte.
En omfattende ytelsessammenligning mellom GSON og Kotlinx.serialization, som viser hvordan applikasjonens ytelse forbedres etter migreringen.
Bemerkelsesverdige funksjoner introdusert i den nyeste versjonen av biblioteket.

Campuskart i Android-appen

Kilde lenke

EnAndroid-utviklerfra UMNO Digital deler innsikt om sitt personlige prosjekt, som lett kan utledes av artikkelens tittel. Det dreier seg om et vanlig scenario: en stor utdanningsinstitusjon med mange bygninger, der det å finne riktig publikum, bibliotek eller avdeling blir en søken i seg selv. Forfatteren foreslår en løsning på dette problemet gjennom et interaktivt kart, og veiledningen gir en trinnvis beskrivelse av hvordan man lager et slikt kart. Interessant nok kan denne tilnærmingen potensielt brukes på andre lignende strukturer som sykehus eller store industrier.

De viktigste kravene til kartet er at det enkelt skal kunne importeres i applikasjonen og oppdateres uavhengig av den. Ellers vil brukerne bare motta den nye kartversjonen etter å ha verifisert og oppdatert hele applikasjonen gjennom appbutikken. Derfor må kartet oppfylle følgende betingelser:

Vis plasseringen av publikum, bygninger og gi ruteinformasjon.
Opprettes ved hjelp av en egen modul for å aktivere tegnefunksjoner.
ligge på en egen server for å sikre raske oppdateringer.

Veiledningen fortsetter deretter med en trinnvis forklaring av hvordan ideen kan omsettes til virkelighet. Veiledningen omfatter blant annet

Deler opp kartet i komponenter som veier, bygninger med mer.
Opprette og tegne kartdiagrammet (som kan høres enkelt ut, men forfatteren erkjenner at det finnes fallgruver og utfordringer).
Velge et egnet bibliotek for gjengivelse av de ulike lagene i kartet.
Koble kartet til geografiske koordinater.

Hvert trinn er beskrevet i detalj, noe som gjør det relativt enkelt å følge med (selv om forfatteren innrømmer at det finnes visse vanskeligheter og utfordringer). Denne veiledningen fungerer som et utgangspunkt for å utvikle en enkel løsning som kontinuerlig kan forbedres og videreutvikles. Den gjør det mulig å legge til nye elementer og funksjoner, endre grensesnittet og gjøre generelle forbedringer. Oppsummert gir den verdifull veiledning, og vi anbefaler den på det sterkeste.

Hvordan vi reduserte lanseringstiden for Android-apper med 77%

Kilde:Medium

Selv om tittelen kan virke som clickbait eller potensielt tvilsom, er den faktisk en utmerket veiledning for å redusere lanseringstiden for applikasjoner. Teamet bak bildelingsappen Turo deler trinnene de tok og hvordan de målte resultatene.

Her er et sammendrag av artikkelen:

Den opprinnelige tilstanden til applikasjonslanseringen og hvordan den fungerte før optimalisering.
Forbedringene som er implementert av teamet inkluderer innføring av en splash-skjerm, utsettelse av synkrone nettverksforespørsler, optimalisering av disk input/output (I/O) og andre relevante teknikker.
Måling av oppnådde forbedringer og sporing av potensielle problemer.

I tilfelle veilederen ikke dekker alt, har forfatterne også lagt inn lenker til supplerende materiale om emnet.

Flutter

Denne omfattende veiledningen omfatter ulike emner knyttet tilFlutter utvikling. Den dekker de nyeste trendene i Flutter for inneværende år, gir en detaljert casestudie om videostrømming med Flutter, introduserer et kodegenereringsverktøy og gir praktiske tips for å forbedre tekniske ferdigheter. Og det er enda mer verdifullt innhold som venter på deg i denne veiledningen.

16 ideer for å forbedre Flutter-ferdighetene dine (avansert veikart)

Kilde:Medium

Tittelen i seg selv antyder hvor viktig det er å kontinuerlig forbedre sine faglige ferdigheter. Denne praktiske veiledningen gir verdifulle tips for å forbedre evnene dine, noe som gjør den egnet for både nybegynnere og erfarne Flutter-utviklere. Forslagene omfatter blant annet

Dybdegående utforskning av Flutter-widgeter.
Bruk av ulike animasjoner og overganger.
Innlemme strømmer og reaktiv programmering.
Utnytte Flutters innebygde testverktøy.
Utforske alternative Flutter-rammeverk.

I tillegg gir artikkelen nyttige anbefalinger og ressurser for å holde seg oppdatert med de siste fremskrittene i Flutter-fellesskapet.

6 ting du kan ta med deg fra Flutter 2023-veikartet

Kilde:Medium

Hvis du har ambisjoner om å avansere på dette feltet, er denne teksten et must. Den gir en oversikt over Flutter-strategien for 2023, med et spesielt fokus på nettutvikling. Forfatteren går i dybden på flere viktige temaer, blant annet:

Den nåværende tilstanden til Flutter Web og årsakene til at den fortsatt ikke anses som helt klar.
Forholdet mellom Flutter og Web Assembly.
Utforske landskapet av spill utviklet ved hjelp av Flutter og vurdere deres faktiske antall.
Flutters fokus på mer intensiv feilretting.
Forholdet mellom Flutter og Google Services.
Hyppigheten av månedlige betaversjoner.

Dette er ikke bare en tørr gjennomgang, men forfatterens personlige meninger og kommentarer basert på den offisielle pressemeldingen. Den presenterer tankevekkende innsikter som leserne kan tenke over.

Har du hørt om Shorebird?

Kilde:Linkedin

Vi presenterer Eric Seidel, en Google-ingeniør med ansvar for utviklingen av Flutter, og Felix Angelov, også kjent som Felangel, skaperen av Bloc- og Flutter_Bloc-pakkene. Deres kombinerte ekspertise lover bemerkelsesverdige prestasjoner. Og de har virkelig levert!

Vi presenterer Shorebird, et nytt prosjekt med åpen kildekode som skal gjøre det enklere å lage dataintensive webapplikasjoner. Shorebird er bygget på Flutter-rammeverket og bruker reaktive programmeringsteknikker, og tilbyr kraftig og skalerbar applikasjonsutvikling.

Denne artikkelen utforsker de viktigste funksjonene i Shorebird, inkludert datasynkronisering i sanntid, effektiv databehandling og offline datatilgang. Forfatteren legger vekt på Shorebirds brukervennlige design og gir utviklere et tydelig API.

Shorebird har dessuten potensial til å revolusjonere utviklingen av datarike webapplikasjoner, særlig i kritiske bransjer som helse, finans og logistikk. Gå ikke glipp av muligheten til å finne ut mer om Shorebird og dens banebrytende muligheter.

Spar tid med CodeGpt-kodegenerering i Flutter

Kilde:Medium

Vi introduserer CodeGPT, et nytt kodegenereringsverktøy som er spesielt utviklet for Flutter-applikasjoner. CodeGPT utnytter kunstig intelligens og naturlige språkbehandlingsteknikker for automatisk å generere kode basert på enkle engelske beskrivelser av applikasjonens funksjoner og muligheter. Det er en imponerende løsning, ikke sant?

Denne artikkelen gir en informativ oversikt over hvordan CodeGPT fungerer og fremhever de viktigste fordelene. En bemerkelsesverdig fordel er de betydelige tidsbesparelsene og den økte produktiviteten som oppnås gjennom automatisert kodegenerering (som du kanskje allerede har gjettet). Artikkelen inneholder også et detaljert eksempel som viser hvordan CodeGPT kan brukes til å generere kode for en grunnleggende Flutter-applikasjon. Forfatteren legger vekt på hastigheten og enkelheten i prosessen, noe som resulterer i godt strukturert og lett forståelig kode.

Avsløring av det ukonvensjonelle: 5 mindre kjente hindringer i Flutter-utviklingen

Kilde lenke

Denne artikkelen er basert på erfaringene til en Surf Studio-utvikler som ble tildelt et prosjekt som krevde implementering av videostrømmefunksjonalitet ved hjelp av Flutter. Denne artikkelen presenterer Timurs erfaring, og diskuterer hvordan man kan nærme seg utvikling av plattformfunksjoner, forholdet mellom Flutter og egen utvikling, og gir innsikt i vanlige fallgruver og effektive løsninger.

Avslutningsvis gir artikkelen en moralsk leksjon og en bonusdel med en rekke komplekse og spennende funksjoner, hvorav noen ikke kom med i den endelige versjonen. Alt i alt vil leserne få en bedre forståelse av hva de kan forvente når de påtar seg lignende oppgaver, ettersom prosjekter kan være uforutsigbare i programvareutviklingens verden.

Hva er forskjellen mellom MVC og MVVM (for Flutter)?

Kilde:Medium

The article compares two popular design patterns – MVC (Model-View-Controller) and MVVM (Model-View-ViewModel) – for building Flutter applications. The author explains the main concepts of each pattern and highlights the differences between them. The MVC pattern divides an application into three components:

En modell som representerer data og logikk.
Visningen som håndterer datavisningen.
En kontroller som fungerer som et mellomledd mellom modellen og visningen.

Resten av artikkelen handler om MVVM, som ligner på MVC, men legger til en ny komponent, visningsmodellen. Den er ansvarlig for å behandle presentasjonslogikken og binde dataene og skille dem fra presentasjonen.

Når du er litt kjent, går forfatteren videre til å diskutere fordeler og ulemper ved hver tilnærming. Spesielt bemerkes det at MVC er enkel og grei, mens MVVM tilbyr bedre separasjon av bekymringer og enklere testing. Vi retter også oppmerksomheten mot det faktum at Flutter gir innebygd støtte for begge mønstrene, noe som gjør det lettere for utviklere å velge den tilnærmingen som passer best for deres behov.

Forhåndsvisning av Flutters enhet: få en sniktitt på hvordan appen din ser ut på en hvilken som helst enhet.

Kilde:Medium

Verktøyet som beskrives i artikkelen, viser seg å være svært verdifullt i situasjoner der det er behov for et responsivt brukergrensesnitt, men det er begrenset med tid eller tilgang til flere enheter (enten fysisk eller under pågående utvikling). Verktøyet, som omtales som Device Review-verktøyet, gjør det mulig å forhåndsvise applikasjoner på tvers av ulike enheter og skjermstørrelser, noe som utvilsomt er dets mest fordelaktige aspekt.

Ved å bruke Device Preview kan utviklere effektivt oppdage problemer med utforming av layout og brukergrensesnitt på et tidlig stadium i utviklingsprosessen. Artikkelen gir omfattende informasjon om hvordan du installerer, konfigurerer og bruker Device Review, sammen med en forklaring av de underliggende prinsippene. Leserne vil finne denne engasjerende teksten en informativ veiledning for å forstå de nødvendige trinnene og vanskelighetene som er involvert i å utnytte dette bemerkelsesverdige verktøyet.

Generelt

Slik hjelper du lederen din til ikke å rote det til

Kilde lenke

I stedet for å gjenfortelle og forsøke å evaluere innholdet, vil forfatteren selv unntaksvis få ordet:

“Hello everyone, my name is Veronica, and I hold the position of Head of Developer Relations at Dodo Engineering. […] Veronica acknowledges firsthand that many managerial mistakes can be prevented early on. She has witnessed teams successfully rescuing their leaders from potential disasters. In this article, she has curated nine stories from different development teams, including her own, that shed light on the imminent dangers of managerial blunders. Each story is accompanied by practical recommendations, based on real-life experiences, to help subordinates prevent project collapse and catastrophe.

It may seem like a daunting read, but let’s settle in and start exploring these narratives. After all, each of us aims to foster a friendship with our own team lead, don’t we? 🙂

Myke ferdigheter: å rydde opp en gang for alle

Kilde lenke

If you are still firmly convinced that soft skills are from the evil one and recruiters / HRs of all stripes invented them out of boredom, we beg you: read this text. The author is greatly bombarded by the “revelations” that “experts” post all over the Internet, and he wrote his own (rather bold, I must say) text, in which he breaks it all down:

Hva er myke ferdigheter (begrepet ble forresten skapt i den amerikanske hæren på 60-tallet)?
Hvordan finne ut om din ferdighet er en myk ferdighet?
Hva kan test av myke ferdigheter i et intervju føre til?

We promise a couple of insights and reasons to “think”. Have you ever thought, for example, that soft skills in one profession can be hard skills in another and vice versa? Let’s add funny examples here – and now an interesting reading is ready for a coffee break.

Kappløpet mot tiden: Kan menneskeheten lykkes med å kontrollere kunstig intelligens før det fører til en verdensomspennende katastrofe?

Kilde lenke

Dette er en fengslende og tankevekkende langlesning med refleksjoner om fremtiden med kunstig intelligens fra en kjent forfatter.

I dette overbevisende stykket dykker forfatteren ned i essensen av GPT-modeller, og funderer på om de legemliggjør ekte AI eller bare fungerer som tekstgeneratorer. Teksten vurderer også den potensielle forsvinningen, eller rettere sagt forfatterens ønske om at visse yrker skal bli foreldet. I tillegg vurderes konsekvensene av å lykkes med å skape en formidabel kunstig intelligens, sammen med en undersøkelse av selve intelligensen og midlene til å evaluere den.

I tillegg deler forfatteren sin innsikt i ulike temaer, for eksempel den fremtidige banen til individuelle AI-assistenter, det virkelige tempoet i teknologiske fremskritt, utfordringene knyttet til å sette mål for AI og de vidtrekkende implikasjonene av konkurransekappløpet mellom selskaper for å oppnå AI-herredømme. Det er fengslende lesning som oppmuntrer til å utvide horisonten. Selv om kunstig intelligens for øyeblikket kan ha begrenset relevans i livet ditt, er det avgjørende å erkjenne at den uunngåelig vil bli integrert i alle menneskers liv i fremtiden.

Slik sender Slack millioner av meldinger i sanntid

Kilde:Slack

Dette materialet presenterer en analyse av flyten i en klient-server-applikasjon, med spesielt fokus på utviklingen av et sanntidssystem som kan håndtere et stort publikum. Artikkelen utforsker den arkitektoniske tilnærmingen som brukes for å muliggjøre sanntidsformidling av meldinger i stor skala. Den undersøker også tjenestene som er ansvarlige for å overføre meldinger til chatteplattformer og levere ulike hendelser til nettbrukere.

Sammendrag:

Serveroversikt.
Konfigurasjon av Slack-klienten.
Levering av meldinger i sanntid til millioner av kunder.
Håndtering av hendelser.

Bonus

Her finner du en rekke forskjellige forespørsler som kan hjelpe deg med å optimalisere chatopplevelsen eller skreddersy den nøyaktig til dine behov:https://www.jailbreakchat.com/

Sammenligning av grafiske nevrale nettverk: Bestemme den beste utøveren

Etter at vi begynte å bruke Midjourney til å generere bilder for våre arbeidskrav, fant vi oss ikke i stand til å stoppe og begynte å utforske andre grafiske nevrale nettverk. Hvis du synes de alle virker like, foreslår vi at du fortsetter å lese.

Vi gjennomførte tester med verktøy som Lexica, Stabble Diffusion på Dezgo og Leonardo (sistnevnte er fortsatt i betatesting), og sammenlignet dem med Midjourney. Gjennom hele prosessen fremhevet vi deres fordeler og ulemper, samt nyansene i bruken av dem.

Vi valgte en enkel tilnærming: Vi sendte inn de samme forespørslene og evaluerte resultatene. Det var tre spesifikke forespørsler:

Bearbeide et portrett av Scarlett Johansson i en bestemt stil.
Lag en representasjon av Warszawa i stilen til tre forskjellige kunstnere.
Design en logo med tilhørende tekst.

La oss med en gang presisere at vi forstår at disse forespørslene kunne vært mer detaljerte og raffinerte, noe som utvilsomt ville ha forbedret resultatene i alle tilfeller. Vi valgte imidlertid å begynne med enkle eksempler og begrensede variasjoner. Selv i disse tilfellene observerte vi hvordan nevronene noen ganger var fiksert på ett aspekt av forespørselen mens de så helt bort fra resten.

Portrett

Forespørselen var: Maleri i Matisse-stil, rosa farger, mange blomster. Opprinnelig gjennomførte forfatteren av disse linjene personlige eksperimenter, men for arbeidsformål valgte de til slutt en mer fremtredende person.

Som referanse: slik så Matisses verk ut:

Og her er hva de nevrale nettverkene kom frem til. Som du kan se, har hvert nettverk varierende kunnskap om den berømte franske kunstneren Matisse.

Lexica (1-2) ser ikke ut til å ha noen informasjon om Matisse, og i en versjon ble skuespilleren uforklarlig asiatisk.

Dezgo (3-5), avhengig av innstillingene, tilbød alternativer som enten var veldig nær mesterens penselarbeid (men langt fra originalen) eller presenterte en lettere stilisering. Det var til og med et par tilfeller der AI foreslo et stilleben i stedet for et portrett.

Midjourney (6-7), som vanligvis gir nøyaktige resultater, var litt skuffende denne gangen: skuespilleren ble ugjenkjennelig, og blomstene ble ikke gjengitt i riktig stil.

Leonardo (8-9) vurderte blomstene og fargen rosa, opprettholdt en viss likhet med originalen, og tolket komposisjonen kreativt. Imidlertid fanget ikke alle innstillingene kunstnerens tegnestil nøyaktig.

Urbane landskap

Let’s try to depict Warsaw. The query was: “Warsaw is painted in X style.” Various artists’ styles were selected for two reasons: a) the author of the article has a passion for art, and b) the typical styles in which neural networks draw, such as graphics, anime, cartoons, and digital art, have become monotonous. Additionally, it was intriguing to observe how neural networks would respond to slightly more complex criteria and gather information about the chosen style.

Tre kunstnere ble valgt ut for sine bemerkelsesverdig forskjellige stiler:

Gustav Klimt, kjent for wiener jugendstil.

Mark Rothko, kjent for abstrakt ekspresjonisme.

Salvador Dali, hyllet for sin surrealisme.

Interestingly, each of these masters started with one style but gained fame for another, leading to varying results when gathering information. In the case of Klimt, this pattern held true. Midjourney (1) focused on his famous “golden” portraits, while Lexica (3) explored landscapes. Stabble Diffusion on Dezgo (2) emphasized Klimt’s unique approach of incorporating cut-out objects into his paintings, and Leonardo (4) added a touch of Klimt’s essence to realistic depictions of the old city.

Når det gjaldt Rothko, ga de nevrale nettverkene klarere tolkninger: striper forble striper, om enn med subtile variasjoner. De karakteristiske trekkene ved Warszawa, som spir og skyskrapere, ble hovedsakelig bevart. Attribusjonene er som følger: Midjourney (1), SD on Dezgo (2), Lexica (3) og Leonardo (4).

Nok en gang var det en blanding av forvirring og utforskning. Lexica (3) fanget Dalis karakteristiske komposisjon, som svever mellom himmel og jord. Midjourney (1) observerte Dalis forkjærlighet for vertikalt langstrakte bilder, samtidig som den inkorporerte Warszawas symbol – havfruen – på en unik måte. Dezgo (2) representerte dyktig Dalis stil med å innlemme utskårne gjenstander i malerier, noe som gir dem en utenomjordisk kvalitet. Til slutt foreslo Leonardo (4) ideen om et veggmaleri med Dalis portrett på en husvegg, noe som ga gjenklang i kunstnerens ånd.

Logo

Å designe en logo som inneholder tekst er den største utfordringen på listen vår. Mange nevrale nettverk sliter fortsatt med å effektivt oversette tekst til et bilde. Kanskje noen av dem har tilegnet seg de nødvendige ferdighetene for denne oppgaven.

Forespørselen var som følger:

tekstlogoen til selskapet som produserer videospill, hvit eller gjennomsiktig bakgrunn, oransje, blå og grønne farger

Det er ikke noe spesielt bemerkelsesverdig å diskutere i dette tilfellet, ettersom alt er ganske tydelig. Vi har valgt både de mest vellykkede og de mest ukonvensjonelle alternativene. Nok en gang ble det tydelig at nevrale nettverk fortsatt sliter med å generere tekst, men selv før det observerte vi tydelige forskjeller i stiler.

Attribusjonene er som følger:

1 og 2: Leksikon

3 og 4: Dezgo

5 og 6: Leonardo

7 og 8: Midtveis på reisen

Konklusjon

Grafiske nevrale nettverk viser variasjoner i behandlingsmetoder, teknikker for informasjonsinnhenting og visuelle tilnærminger. Dette innebærer et stort område for eksperimentering og kreativitet for brukerne, samtidig som det krever tilpasningsevne, læring av feil, forståelse av innstillinger og iterative forsøk.

Selv om detaljerte forespørsler har en tendens til å gi mer effektive resultater enn generelle forespørsler, garanterer de ikke alltid et tilfredsstillende resultat. Dessuten krever de at brukerne har domenekunnskap og evne til å formulere spørsmål, noe ikke alle har.

Nevrale nettverk varierer også når det gjelder tilgjengelige innstillinger, og det er grunnen til at resultatene av evalueringene våre kanskje ikke er helt perfekte. I noen tilfeller måtte vi justere innstillingene for å få resultater som i det hele tatt lignet den ønskede forespørselen. For eksempel lar Midjourney brukerne opprette et tekstspørsmål og spesifisere ønsket bildeformat, samtidig som de også svarer på forespørsler om hvit eller gjennomsiktig bakgrunn, i motsetning til andre nevrale nettverk.

Dezgo offers options to choose the format (portrait or landscape), performance accuracy, assembly model, and sampling method. Lexica follows a similar pattern with options for format and execution accuracy. Leonardo, on the other hand, allows users to select the number of images (up to 8) and offers a background removal function, although it may not work optimally with intricate details at the edges. Additionally, Leonardo features several settings, including the intriguing “Prompt Magic” button, which we have yet to explore.

Det er fortsatt mye å forbedre for nevrale nettverk. Tekstinnpakning er ofte problematisk, realistisk gjengitte hender er en sjeldenhet snarere enn normen, og noen ferdige bilder fanger bare delvis opp forespørselen mens de ser bort fra andre detaljer. Disse utfordringene representerer bare en del av de aktuelle problemene.

Ikke alle nevrale nettverk er fritt tilgjengelige. Mens eksperimentering på Dezgo er gratis (derav vår hyppige bruk av det), tilbyr Midjourney et betalt abonnement etter et visst antall gratis forespørsler (fra $8 / måned + avgifter, noe som gjør det til vårt andre verktøy). Leonardo tilbyr 150 daglige gratis forespørsler for dem som blir med i betatestgruppen deres, med en svartid på rundt en uke eller to (en betalt versjon med tilleggsfunksjoner er også tilgjengelig, fra $10/måned). Lexica er priset på samme måte som Midjourney, men tilbyr større funksjonalitet med sine gratis forespørsler.

Grafiske nevrale nettverk er utvilsomt kraftige verktøy. De har hjulpet oss med å illustrere ulike emner (selv om vi til tider måtte legge ned ekstra innsats for å oppnå nyttige resultater), og resultatene har prydet selskapets månedlige sammendrag, for ikke å nevne nytten av dem når vi lager bilder til innlegg og kunngjøringer. Alt i alt bruker vi disse nettverkene selv og oppfordrer andre til å utforske og mestre potensialet deres.

Takk for din vurdering!

Takk for din kommentar!

Eugene Shapovalov Leder for mobilavdelingen

Dato: 23. mai 2023

Innholdsfortegnelse

Ranger denne artikkelen:

★★★★★ 4/5

4.8/5 (45 anmeldelser)

Kontakt oss

Bestill en samtale eller fyll ut skjemaet nedenfor, så vil vi kontakte deg så snart vi har behandlet forespørselen din.

Navn

Firma

E-post

Telefon

Melding

Send oss en talemelding

Legg ved dokumenter

Last opp fil

Du kan legge ved én fil opptil 2MB. Gyldige filformater: pdf, jpg, jpeg, png.

Ved å klikke Send, samtykker du til at Innowise behandler dine personopplysninger i henhold til vår Personvernerklæring for å gi deg relevant informasjon. Ved å oppgi telefonnummeret ditt, godtar du at vi kan kontakte deg via talesamtaler, SMS og meldingsapper. Samtale-, meldings- og datakostnader kan påløpe.

Du kan også sende oss forespørselen din
til contact@innowise.com

Hva skjer videre?

Når vi har mottatt og behandlet forespørselen din, vil vi kontakte deg for å diskutere prosjektbehovene dine og signere en NDA for å sikre konfidensialitet.

Etter å ha undersøkt dine ønsker, behov og forventninger, vil teamet vårt utarbeide et prosjektforslag med omfang av arbeid, teamstørrelse, tids- og kostnadsestimater.

Vi vil arrangere et møte med deg for å diskutere tilbudet og fastsette detaljene.

Til slutt vil vi signere en kontrakt og starte arbeidet med prosjektet ditt umiddelbart.