Sitat av
petterpan2
På mange måter har programmeringsspråk begrenset levetid, de utvikler seg med hardwaren de kjører på. C/C++ var fine programmeringspråk som moderne språk har lært mye av, og har fortsatt et bruksområde.
Hvem programmerer f.eks Pascal & Simula i dag?
Den store forskjellen på eldre språk og Objective-C er at Obejctive-C har blitt modernisert i flere steg. Senest i 2007 fikk det en major overhaul med en rekke nye features. C og C++ er fortsatt fine programmeringsspråk som blir ekstremt mye brukt rundt omkring. Lisp-dialekter er også ekstremt mye brukt i dag, selv om den første spesifikasjonen kom ut i 1958. Alder på språk har i grunn ikke så veldig mye å si, det er nok heller dets funksjoner som bestemmer hvor lenge det holder seg.
Fordi utviklingsmiljøet er viktig for hvor effektivt du kan benytte språket. F.eks hadde neppe C# hatt den suksessen det har i dag uten et meget godt IDE.
Ja, men man kan jo fortsatt ikke si at et språk er søppel ene og alene fordi at man misliker det mest brukte IDEet. Forøvrig interessant at du galant unnlater å kommentere at det finnes alternativer.
2007 var vel noe sånn som 12 år etter at Java fikk automatisk garabage collector, og 8 år etter at de introduserte det på mobiltelefoner. Nokia telefoner fra 2000 j2me med grabage collector uten at de skader ytelsen noe videre
Unnskyld meg, men nå overser du bare sannheten her. GC på mobile enheter har så lenge det har eksistert vært et eneste stort problem. Siden mobile enheter ofte har svake prosessorer vil man ikke kaste bort prosessor-sykler på garbage collection. Dette har resultert i atmange av algoritmene for å finne døde objekter og pekere har vært fjernet for å minste tiden brukt til GC. Det man ender opp med er en garbage collector som ikke klarer å gjøre noe i alle tilfeller, og at man som programmerer er nødt til å tenke minneoptimalisering uansett. Et eksempel er at brukt at mange begynte å bruke System.gc(), noe som strengt tatt er helt horibelt. GC på mobile enheter er og blir noe drit. Det eksisterer KUN på grunn av late programmerere.
Objective C er et språk sent 80 tallet, så når du sammenligenr det med språk fra 70 tallet skulle det jo bare mangle at det hadde kommet noen forbedringer
C++ og Objective-C dukket begge opp i 1983. Dette er vel verken sent på 80-tallet eller på 70-tallet?
Det var uansett ikke poenget. Poenget er at reglene for minnehåndtering i Objective-C er så enkle at de ikke gir deg noe særlig overhead som programmerer, samtidig som at du få full kontroll over hva du har i minnet. Det er, i mine øyne, en del bedre enn å håpe at en garbage collector skal gjør jobben sin.
i 2012 så synes jeg det er ganske hårete at et "moderne" programmeringsspråk skal være avhengig av hårete eksterene biblioteker for å kunne gjøre helt grunnleggende ting som webservice kall.
Jeg vet ikke om du overser ting med vilje, eller var uheldig, men Cocoa (og Cocoa Touch) har allerede støtte for å konsumere rest-tjenester og parse XML. JSON mangler foreløpig, men der har du som sagt det eminente JSONKit. Å ha et godt open source-miljø for et språk blir vanligvis sett på som et stort pluss, men du har kanskje andre synspunkter her?
Resultatet blir at mens man på android & windows phone har innebygget støtte for dette må ios utviklerene kaste bort dyrebar tid på unødvendig knot.
Jeg har ikke programmert så mye for WP7, men å konsumere rest-tjenester på Android er slett ingen behagelig prosess dersom du kun skal belage deg på innebyggede bibliotek.
Jeg lurer faktisk på om litt av grunnen til at det er så lønnsomt å skrive programvare for appstore er at programmeringspråket er så dårlig og lite tilgjengelig at det reduserer konkuransen ved at færre gidder å holde på med det
Ja, du er nok helt klart inne på noe her. App store kan tross alt bare skilte med 585,000 apps og over 25,000,000,000 downloads, mot Google Play sine 400,000 apps og i overkant av 10,000,000,000 downloads. Det er ganske tydelig i at resten av verden er enig med deg; Objective-C er et søppelspråk det ikke er noen vits i å benytte.