av Mikael Winterkvist | okt 14, 2024 | Bluesky, Mastodon, Nyheter, Threads |
Tid för att läsa: < 1 minut
Panic är en känd utvecklare av program för macOS, iOS och iPadOS, däribland det populära FTP-pårogrammet Transmit. Nyligen ändrade Google reglerna för anslutning till Google Drive och flera utvecklats har nu meddelat att de drar tillbaka städet för att lagra filer på Googles tjänst.
Panic meddelar nu att stödet för Google Drive kommer att dras tillbaka, sedan Google ändrat reglerna för hur filer får lagras på Google Drive.
Well, Google has a new set of policies that require apps that connect to Google Drive to go through expensive, time-consuming annual reviews, and this has made it extremely difficult for us to reasonably maintain Google Drive access. You may have seen iA Writer’s announcement that they are stopping development of their Android version for similar reasons. Our experience was different, but our circumstances are similar. While Google Drive may not be the most popular connection option in Transmit, we know many users rely on it, and we often use it here at Panic to send and receive files from the game developers we work with.
Panic
iA Writer för Android läggs ned – utvecklarna ger upp efter Googles alla regeländringar
av Mikael Winterkvist | okt 13, 2024 | Bluesky, Krönikor, Mastodon, Threads |
Tid för att läsa: 4 minuter
Du lägger ned massor med tid på att skriva ditt program, din app, din funktion eller vad det nu kan vara. Jag förutsätter att du gör det i en förhoppning att andra ska finna det du skapar användningsbart och att målsättningen är att att program ska fungera och alltså fungera för andra. Så varför gör du mig irriterad då? Varför gör du mig förbannad och varför tror du att jag vill att ditt program ska ta över hela min dator?
Jag förstår att du inte gör det medvetet, inte med flit men om du inte sätter dig in en vanlig användares situation så finns en risk att ditt program inte överlever särskilt länge därför att du irriterat din potentiella kund. Förutsättningen för hela detta resonemang är att du skapar saker som andra ska använda – ett program eller app exempelvis.
Filformat
Låt mig ta ett exempel (jo, jag pekar på dig Camera Bag Pro) – ditt program kan hantera flera olika filformat, jättebra, men vad är det som får dig att tro att ditt program ska ta över alla filformat i min Mac och att jag vill att just ditt program ska öppna alla filer som standard?
Såvida inte just ditt program är det första jag installerat i min Mac så torde chansen för, att jag faktiskt har valt helt andra program, för att öppna mina filer med vara tämligen stor, inte sant?
Var då så förbannat vänlig och ge fan i min inställningar, capice?
När du sedan tar över mina inställningar igen och ändrar i dem – efter en uppdatering av ditt program – så kan jag garantera att ditt program gjort sitt i min Mac. Du förstår det betyder att jag installerat ditt program, irriterats över att det stulit mina tidigare inställningar och ändrat i dem och att jag tillbringat viss tid med ställa tillbaka saker så att min Mac fungerar som min Mac – inte din Mac.
Automatisk start
Låt mig ta ett annat exempel (jag jag pekar på dig Gifox) – skapar du ett program för att skapa animerade gif-filer så undrar hag vad var som flög i dig och som trodde att jag skulle vilja starta programmet varje gång som jag startar min Mac? Jag kan garantera att hag inte har ett outsinligt behov av att skapa gif-filer och att starta program automatiskt i min Mac, varje gång min dator startas – vet du, det är bara förbannat korkat.
Jag hoppas att du som nu är utvecklare tror att jag jag pekar finger åt alla utvecklare. Det gör jag inte. De flesta utvecklare, kodare och de flesta som skapar saker skapar helt fantastiska saker. Sen finns det som spelar i sin egen division, som har ett högt uppsatt mål med allt de skapar och som också skapar program och appar utöver det vanliga. Tapbots är ett gott exempel, MacPaw ett annat.
Ta risker
Skapar du saker så kommer du att få ta risker, kalkylerade risker med att en del av det du skapar kanske inte fungerar alls. Strikt teknisk så kan det fungera men ingen fattar hur du ska få saker att fungera. Då fungerar det inte. Förstår inte användaren hur hen ska använda ditt program så spelar det ingen roll om du kan kommunicera med den internationella rymdstationen, brygga en förstklassig espresso samtidigt som din internetuppkoppling optimeras till 1000/1000.
Snusförnuftigt, smådrygt och jävligt självklart, eller hur?
Min poäng är – för att lyckas måste du ta risker och då kan gamla gubbar som jag komma gnällande om att det var bättre förr, att ditt program var bättre förr och då gäller det att ha ett effektivt filter för att lyssna. Ibland krävs det att du är envis, håller fast vid det du tror på och ibland måste du inse att du kört i diket.
Några exempel:
Världens ledande utvecklings-och design företag Apple, försöker övertyga oss användare om att en iPad är en grym pryl att jobba på och med – ett riktigt professionellt verktyg faktiskt. Apple håller envist fast vid att inte implementera en testad, fungerande och ruggigt smart lösning för att kunna hoppa runt och jobba med olika saker samtidigt. Apple har skapat missfostret Stage Manager för iPadOS och lanserat Stage Manager som en multitaskinglösning. Apple är envisa och håller fast vid att detta är bättre än skivad formfranska och petat in Stage Manager i macOS också.
Du har säkert listat ut att jag inte gillar Stage Manager.
Då Stage Manager inte aktiverats som standard, inte tvingats på mig så konstaterar jag bara att idén att peta in en lösning som täcker en 30 procent av skärmen, sidledes, är dum, stendum.
Nu är Apple inte lätta att övertyga om att de har fel. Det kan ta flera år innan Apple inser att det inte spelar någon roll hur mycket de pratar och framhåller en funktion innan de inser att vi använder inte låter oss luras. Vi använder inte det Apple har skapat i alla fall.
Touch Bar
Touch Bar, raden med programmeringsbara knappar som lanserades i MacBook Pro och som idag finns kvar i några av Apples datorer är ett bra exempel. Idén är lysande – programmera dina funktionstangenter. Genomförandet mindre lyckat därför att de flesta av oss inte gör det. Jag har haft datorer ned en Touch Bar och använde raden med ledlampor för att ge ett liten digital ekorre ett hem. Jag programmerade inga tangenter utan lät utvecklarna styra det där. Ett tag slängde jag in ett program som lät mig bygga upp en rad med program som jag ville kunna starta snabbt och enkelt. När det programmet sedan lades ned insåg jag att jag inte använt de funktionerna heller.
Nu har jag en Mac-dator utan Touch Bar och jag inte saknat LED-lamporna en enda sekund.
Touch Bar kommer att fasas ut därför att ingen använder Touch bar som Touch Bar är avsedd att användas.
Min poäng
Nu till min konklusion, min slutsats och poäng.
Sätt dig in i användarens sits, i hens skor om du så vill och fundera på om den funktion du tänker skapa är en funktion som användarens kommer att omfamna. Fundera igenom om din nya funktion är utförd på bästa sätt och fundera på om din funktion kan irritera en använda, om den kan uppfattas på fel sätt och om den är funktionell – användbar. Lägg in begriplig i den tanken.
Ge sen fan i min dator och mina inställningar får då åker du ut!
Ett tillägg: Tro inte att du kan designa. Det kan du inte och behöver du en bra design – prata med en designer och för guds skull – designa inte din egne hemsida. Världen har fullt tillräckligt med skitfula hemsidor skapade av utvecklare och kodare.
av Mikael Winterkvist | okt 13, 2024 | Bluesky, Krönikor, Mastodon, Threads |
Tid för att läsa: 2 minuter
John Gruber, Daring Fireball, håller med om att Apple inte ska få styra distributionen av appar för iPadOS och iOS. Han håller med om att reglerna för att få in ett program i Mac App Store är för hårda och han gillar inte heller att stora tech-bolag kartlägger oss ute på nätet
John Gruber håller på det hela taget med om de viktigaste reglerna som EU:s regelverk Digital Markets Act, DMA, men han är emot EU.
John Gruber drabbas av en plötslig insikt men ser inte den logiska kopplingen
John Gruber vill att Apple och marknaden sak få bestämma, som, grundläggande utgångspunkt. I all det hann har skrivit hittills däremot så har han inte kommer med något mera påtagligt som kan liknas vid ett förslag hur sakler ska hantera som Apple inte vill, eller vägrar.
Hur styr och reglerar du en marknad som vägrar att låta sig styras?
Det gör du med lagar och regler.
Tolka nu inte detta som att jag anser att innehållet i DMA är fulländat, att det regelverket fungerar fullt ut eller att det inte kan ställa till det för företag. DMA har brister men det är idag det verktyg som finns – för ingen kan väl med på fullt allvar hävda att marknaden sköter detta på ett vettigt och bra sätt utan politikerna och EU:s inblandning?
Integritet
Under en lång rad av år så har nätet varit Vilda Västern med stora, enormt stora teknikbolag som praktiskt taget helt fritt har försett sig av din, min och allas information. Meta, Google, Microsoft, Amazon och allt vad de heter har samlat in enorma mängder data och Android, det mobila operativsystem som konkurrerar med Apples iOS är att likna vid en gigantisk datatrålare.
EU har därför infört GDPR som tillsammans med andra regler säger vad som påa samlas in, hur vi som användare ska informeras och lagstiftningen ger oss också rätten att tvinga teknik-jättarna att radera vår information eller korrigera den.
GDPR är inte fulländad i alla sina delar men vad fanns innan GPDR?
Ingenting.
Innan DMA beslutades så hade Apple monopol på distribution av appar för iOS och iPadOS. Apple bestämde avgifter, kunde säga ja eller nej till en app och Apple såg också till ett förbehålla sig själv vissa funktioner – som tredjepartsutvecklare inte fick tillgång till. Safari kan öppnas i bakgrunden och anslutningen av enheter via Bluetooth är två exempel på funktioner som Apples egna appar och program, har men som konkurrenterna inte ges tillgång till.
Webläsare
Apple tvingar också utvecklar av webbläsare för iOS och iPadOS att använda webmotorn WebKit. Det betyder att alla, precis alla, webläsare för Apples mobila enheter har i grunden samma funktioner. Det går att räkna upp en ölång rad exempel där Apple egna regler, det egna regelverket gynnat Apple.
En hel del av det här håller John Gruber med om och han kritiserar Apple i det han skriver – men han är emot EU så därför är han mot DMA, GPDR och alla andra marknadsreglerande regler. han är mot EU;s regler trots att han borde kunna konstatera att markanden inte vill eller kan regler slug själv i den riktning som han vill och önskar.
Så vem ska då göra det?
av Mikael Winterkvist | okt 13, 2024 | Bluesky, Krönikor, Mastodon, Threads |
Tid för att läsa: 2 minuter
Elon Musk påstås vara ett geni, ovanligt smart men hur påläst är han?
Han har nu som bekant ställt sig bakom Donald Trump och JD Vance – trots att de båda företräder en politik som absolut inte skulle gynna Tesla, elbilsföretaget:
Vance står bakom “Drive American Act”, som inte bara skulle ta bort incitamenten att köpa batteridrivna fordon (BEV och PHEV), utan ersätta alla bidrag och skattereduktioner med med ett bidrag på motsvarande 7 500 USD för att köpa amerikanska tillverkade fossilbränsledrivna fordon (ICE) och HEV).
I klartext – den nye vice presidenten vill slopa alla rabatter, subventioner och bidrag för att köpa elbilar, däribland Tesla, med ett bidrag på 7 500 dollar för att köpa fossilbilar. Vance tror inte heller på klimatförändringar och tycker alltså inte heller att det vare sig brådskar eller är särskilt nödvändigt att gå från fossildrivna bilar till eldrivna bilar.
Magasin Macken
Självkörande bilar
De politiker som Elon Musk nu vill se valda, till president och vice president vill alltså:
- Dra in alla subventioner för att köpa elbilar och flytta de pengarna till fossildrivna bilar
- Stoppa alla självkörande bilar
Är inte det liksom två viktiga funktioner och inslag när det handlar om elbilar i allmänhet och Tesla i synnerhet?
av Mikael Winterkvist | okt 13, 2024 | Bluesky, Mastodon, Threads, Tipset: Appar och Program |
Tid för att läsa: < 1 minut
Filhanterare med dubbla fönster med funktioner inklusive filsökning, filvisare, batchbyte och mycket mer avancerat riktat till avancerade användare.
Effektivitet
Nimble Commander är byggd med effektivitet i åtanke för att säkerställa minimal förbrukning av systemresurser. Skrivet mestadels i C++, ger det blixtrande prestanda och omedelbar svar från användargränssnittet. Att hantera dussintals fönster och flikar är till exempel ingen stor sak.
Tangentbordscentrerad
I enlighet med de starka traditionerna hos ortodoxa filhanterare med dubbla paneler ger Nimble Commander snabb tangentbordsåtkomst till filhanteringsoperationer. För att spara tid finns det kortkommandon för mer än hundra åtgärder.
Flexibilitet
Nimble Commander är designad för att vara flexibel och bekväm för ett stort antal användningsområden. Färger, storlekar, teckensnitt, presentationstyper, trimning av filnamn, snabbsökbeteende, externa verktyg, terminalemulatorposition, snabbtangenter layout – du kan anpassa allt detta.
Nibble Commander
av Mikael Winterkvist | okt 13, 2024 | Bluesky, Krönikor, Mastodon, Threads |
Tid för att läsa: 4 minuter
Här kommer några riktigt bästa droppar för alla Open Source anhängare och alla förespråkare för öppna system byggda på öppen källkod. Hur vacker den tanken än är, hur rätt hela rörelsen, filosofin och alla anhängarna än har – vanliga användare skiter i vilket.
Du kommer inte att kunna locka till dig stora skaror användare med ett system som i princip bara har öppen källkod som säljargument. Användare bryr sig inte det minsta, i allmänhet, lika lite som de bryr sig om huruvida ett protokoll är öppet eller inte. Vanliga användare bryr sig kom hur ett program, en app eller tjänst fungerar och vad du kan göra med den. Är ett Open Source program en designmässig katastrof så kommer det inte att räddas av ett det skapats med öppen källkod.
Dra vidare
Ser webbplatsen, som hör till och som kopplats till ett Open Source program, ut som skit så kommer användare snabbt dra vidare.
Hur mycket det nu än stör dig som förespråkare för öppen källkod och öppna system så kommer du aldrig att lyckas att locka till dig användare om det huvudsakliga som du kan erbjuda är öppen kod. Det bryr sig mycket få användare om.
Du kommer inte heller lyckas att locka användare, få många att använda det du har skapat om det är obegripligt eller för krångligt. Förstår inte användare hur de ska använda ditt program så kommer öppen källkod inte att rädda det.
Kort sagt – argumentet att något utvecklats med öppen källkod betyder på det stora hela ingenting om en app, en tjänst eller program inte är enkelt att förstå, enkelt att använda och om användaren inte ser någon verklig nytta med den öppna källkoden.
Jo, jag vet – raderna ovan kan tolkas som ett frontalangrepp på en hel rörelse, en hel filosofi – en attack mot öppen källkod.
Det är det inte.
Öppen kod
Den logiska kullerbyttan i sammanhanget, som ofta göras i de här kretsarna, är att det finns en alltför blind tro på konceptet – öppen kod. Ett Open Source-program faller under samma regler och funktioner som alla andra program, hävdar jag och måste ha, om det ska lyckas, något eget – en USP, Unique Selling Point.
Det måste finnas något bra, vettigt och användbart och det räcker absolut inte med att bara ”inte vara Twitter”, vilket är en manöver som Mastodon nu försöker med. Mastodon har likheter med Twitter, snarlika funktioner men Mastodon har inga helt unika funktioner och Mastodon är dessutom lite svårare att förstå sig på för användaren och lite svårare att använda använda än vad Twitter är. Jag skriver lite vilket naturligtvis varierar utifrån användarens kunskaper men bara det faktum att du inte ansluter dig till en enda server, ett enda namn är förvirrande. Du ska välja instans, ett system och en server som du ska ansluta dig till. Det räcker inte med att skapa ett konto och sedan bara logga in och börja att använda Mastodon.
Historiskt
Historiskt så har Mastodon haft sina uppsving då många användare har strömmat till, för att sedan sakta tappa en stor del av alla nya användare. Försöker du diskutera detta med administratörer inom Mastodon så kommer du att få veta att så brukar det vara, att de är vana vid att användare kommer och sedan försvinner. Det är inte alla som ser det som ett problem att inte lyckas med att behålla och öka antalet dagliga, aktiva användare. Det är inte viktigt därför att det inte ger några intäkter, tvärtom större utgifter för varje ansluten server.
Tolka nu inte det som att kommersiella system per automatik är bättre men moroten att ha fokus på att locka och behålla fler användare tycks inte finnas där.
När jag anslöt mig första gången så var Mastodon i ett rätt förfärligt skick – klienter, appar och provar var det. Det var en samling mediokra program, trista, undermåligt designade – fula som stryk. Mitt andra försök på Mastodon kom efter det att Elon Musk på kort tid drabbats en en serie intellektuella kortslutningar och då hade det också börjat att komma vettiga, snygga och fungerande klienter. Program och appar som faktiskt hade något eget – inte minst gick de att använda.
De absolut bästa klienterna för Mastodon har en sak gemensam – de är inte utvecklade under konceptet öppen källkod.
Varför
Frågan som ofta missas eller glöms bort är varför.
Varför skapar du ett meddelandesystem, en social tjänst, ett program, en app eller en tjänst och väljer att göra det med öppen källkod?
För att locka till dig andra utvecklare som kan hjälpa till att utveckla det du vill skapa duger utmärkt som en startpunkt men sen då?
När du fått ihop en skara utvecklare – vad ska driva utvecklingen vidare och vilka mål finns då?
I det läget är det dags att fundera på om det här med öppen källkod är huvudargumentet och om du tror att det kommer att locka användare. Hoppas du på att andra ska hitta ditt program, din app och din tjänst och bli användare så är öppen källkod inte huvudnummret.
Kom ihåg – vi användare skiter i vilket. Vi tittar på det du har skapat för att få svar på en enda fråga – kan jag använda det här?
