När kan swedroid sikta in sig på lite seriös bevakning?

Alltså - Swedroid is THE SHIT. Det vet vi alla.

Men det mesta är hype, och lite analys. Analyserna av telefonerna är ju tokbra, måste jag erkänna, men det skrivs ovanligt lite om bristerna i Android tycker jag. God analys bottnar alltid i någon form kritik.

Har själv använt två android telefoner, och jag kan nog komma en hög av klagomål på mina android telefoner. Crappy UI, slött, buggy jämf iPhone osv. För att inte tala om hur långt tid det tar att lära sig utveckla för platformen. Eller mitt personliga hat mot rastergrafiken, som jag omöjligt kan placera i en enhet 2010.

Ser också lite jämförande analys, t.ex. där någon skriver om vilka fördelar och nackdelar som kommer ur att Google inte gör någon kvalitetskontroll (eller censur om man vill kalla det så).

Tack för ett grymt Swedroid! Hoppas ni ökar på analyssidan.

Mvh

 

+1 håller med dig

 

Visst vore det intressant att läsa något sådant. Du är varmt välkommet att göra det själv om du vill då swedroid alltid välkomnar nya skribenter.

 

Kan nog hålla med om mycket övrigt, men vad syftar du på här egentligen?

Jag förutsätter att du inte jämför med iPhone, som har tagit fram ett helt nytt språk, som syntax-mässigt kraftigt avviker från de flesta andra språk, och dessutom kräver att man utvecklar på en mac...?

Android bygger ju på java, som är ett av de överlägset mest etablerade objektorienterade programmeringsspråken; med lite egna API:er ovanpå det (såklart). Jag tycker snarare det känns som att de har ansträngt sig för att nå ut till så många programmerare som möjligt. Så vad är det du kritiserar här? Att det är svårt att lära sig programmera över huvud taget...?

 

Nja Objective-C är väl inte direkt ett nytt språk. Däremot är det betydligt mer optimerat än Java, vilket kan vara orsaken till att iPhonen har den respons som den har.

Androids Java är dock en gudagåva. Hela konceptet med hur apparna skrivs är ju både genomtänkt och rätt enkelt att komma igång med även för en icke Java-kodare. Har själv aldrig skrivit en rad Java men har inga problem att hänga med i böckerna för Androidutvecklare.

En annan fördel med att all Java körs under en virtuell maskin är att man inte längre är beroende av arkitekturen i hårdvaran. Med Android kan man enkelt byta arkitektur om det utvecklas någon nyare och bättre, medans iPhone-appar kräver att den kompileras specifikt för den nya arkitekturen.

Det hänger väl förvisso ihop med Appels idé om att själva stå för både hårdvara och mjukvara...men nu ramlade vi nog en bit bort från trådämnet är jag rädd.

PS: Kul att se dig här, Mika! / DN @ skype

 

Även om Objective-C Har funnits länge så används det ju i princip bara till NeXTSTEP-derivat vilket gör att det länge har varit ett relativt smalt språk.

Själv ser jag (som ickeprogramerare) java som den största nackdelen med android.
Det är på tok för stor prestandaförlust och allt måste skrivas specifikt till android.
Jag hade mycket hellre sett att det var C som gällde, skulle ge betydligt bättre prestanda och det skulle vara en smal sak (antar jag) att porta existerande linuxprogram. Kolla t.ex. Maemo/MeeGo där du som jag har förstått det kan använda det mesta av Debians repository för ARM bara genom att kompilera om det eller till och med köra ett program som ändrar det som behöver ändras i färdiga paket.
Tanken men Java är väl helt okej, men det var ju bara för något år sen stationära datorer blev kraftfulla nog för att man skulle orka köra saker skrivna i java.

 

Som yrkesprogrammerare i C sedan 10+ år kan jag säga att det är allt annat än smal sak att porta saker mellan arkitekturer.

Faktum är att C är ett språk på så pass låg nivå att man ibland pratar om "porterbar assembler". Du saknar helt tillgång till garbage collectors och annat som de flesta kodare av högnivåspråk tar förgivna. Kortfattat innebär det att programmeraren har ofantligt mycket mer "ansvar" för sin kod skriven i C än ett högnivåspråk som Java. Man ska nästan vara magiker för att kunna göra minnesläckor i Java, medans man väldigt lätt kan råka skapa det i C. För att ta ett av många exempel.

Maemo använder Debians pakethanteringssystem, men även deb-paket måste vara kompilerade för den exakta målplattformen - det är inget som görs med automatik. MeeGo däremot har trillat över till rpm (av någon märklig anledning).

Den stora fördelen med Java i Android är att det blir så himla lätt för vem-som-helst med lite grundläggande programmerarkunskaper att ta fram en simpel applikation. Att man kan fokusera till 90% på funktion och 10% på kodteknik, medans C skulle kräva de omvända siffrorna. Det är ingen lek där ute i pekardjungeln vill jag lova.

Därför tror jag också Android kommer dominera i mängden små men användbara appar, eftersom det är sånt snabbt och litet steg att koda dem. Och inte minst gratis (och fritt) vilket gynnar den open souce/free software-värld jag själv värdesätter högt.

Med 2.2/FroYo följer en Java JIT som innebär att den on-the-fly bygger native maskinkod av java-koden på målplattformen, vilket ju faktiskt blir ganska likt färdigkompilerad C. Benchmarks visar ju också på stark prestandaboost med FroYo, så särskilt långt ifrån C-kod är vi nog snart inte.

 

Jag tror absolut inte att det är lätt att porta mellan arkitekturer, men det borde vara lättare att än skriva nytt från grunden.
Och det är ju inte direkt så att det är tomt i de olika linuxdistarnas ARM-repositorys.

Jag tror tvärtom, att just att androids java inte gynnar FOSS..eller ivarjefall gör att vi som användare inte gynnas av det utbud av kod och program som redan finns på samma sätt som om det hade varit mer likt ett GNU/linux-system.
Sen tror jag nog också att ARM kommer dominera de handhållna plattformarna ett bra tag framöver. (även om det såklart vore trevligt med så energisnåla x86 att man kunde ha den i telefonen just för att allt finns för x86)

Sen skulle man väl kunna köra en JRE/JVM ovanpå ett system som i övrigt kör saker skrivna i C.
Det är en lösning som jag helst skulle se.
För jag är långt ifrån imponerad av prestandan eller programutbudet till android än så länge.
Bara en sån sak att det inte finns ScummVM för 2.1 liksom.