joj ne, sad će iz firme odmah sjesti naređenje da od sada aplikacije radimo I za Android. Rok izrade, do prekjučer.
joj ne, sad će iz firme odmah sjesti naređenje da od sada aplikacije radimo I za Android. Rok izrade, do prekjučer.
Čekaj, mi radimo skupa??? 
Jesi kada probao programirati u Java/C# vs C/C++/ObjC?
Video interview na ovu temu:
http://channel9.msdn.com/Blogs/Charles/E2E-Erik-Meijer-and-Jeroens-Frijters-IKVMNET-Java-VM-implemented-in-NET
A zašto se onda ne forsira J2ME?
486 PWNZU! http://www.speedtest.net/result/1456936834.png
Pa mozes koristiti c++ na androidu (NDK)...
A sa monodroid mozes koristiti i c#...
Podrška za programiranje u c i c++ već postoji
486 PWNZU! http://www.speedtest.net/result/1456936834.png
i u čemu je lakše programirati ?
Grafička sučelja u C#, ali dosta brzine se za to žrtvuje. Nekad je brzina bitnija od lahkoće!
Grafička sučelja u C#, ali dosta brzine se za to žrtvuje. Nekad je brzina bitnija od lahkoće!
Kako to misliš "sučelja" u C#-u? I kakva se to brzina žrtvuje i zašto? Možeš li to malo elaborirati?
A što misliš kako bi proizvođači inače prodali svoje quad core procesore za mobitele?
A što misliš kako bi proizvođači inače prodali svoje quad core procesore za mobitele?
To nema apsolutno nikakve veze s time.
Zašto ne bi bilo preporučeno.
Baš obrnuto preporučaju da se "speed sensitive" kod izvršava u C/C++
http://developer.android.com/sdk/ndk/index.html
Iako brzina nije kao kod prave nativne aplikacije zato jer se kod i dalje izvršava unutar dalvik-a
I da ovo boldano, load of bullshit (as usual na ovom forumu). Sve ovisi od developeru. Mogu sad ja napisati c/c++ kod koji će raditi puno lošije od koda pisanog u javi (a rade istu stvar). Java se dade dosta dobro optimizirati(da se JVM ponaša kako spada naspram koda kojeg izvršava). Evo ti brzina izvršavanja u pojedinom jeziku, pa pogledaj da Java ne zaostaje tako jako iz C tj. C++ kombinacije. Ako pogledaš malo detaljnije stranicu, možeš vidjeti da je čak u nekim stvarima brži
http://shootout.alioth.debian.org/u32/which-programming-languages-are-fastest.php
A što misliš kako bi proizvođači inače prodali svoje quad core procesore za mobitele?
To nema apsolutno nikakve veze s time.
Sve se izvršava u Dalviku zato da Google može "kontrolirati" izvršavanje pojedine aplikacije i da android aplikacijski model ostaje isti prilikom izvršavanja bilo kakve aplikacije (C/C++ ili Java)
Totalno podržavam portanje .NET okoline na Android. Radim u oba jezika i mislim da je dobro imati "izbora".
I da za kraj Objective C je koma, osobito sintaksa(koja graniči sa nečitljivošću kod kompleksnijih aplikacija), a nisu niti performanse ništa bolje. Ništa čudno da se danas primarno koristi samo za izradu aplikacija za OSx i iOS.
Paradajz priča o tome kako je Google Javu ubacio zbog toga jer je spora i jer tako imaju opravdanje za snažnije komponente, što je notorna glupost. Inače, to o brzini nativnih aplikacija je uglavnom smiješna komparacija, jer su poneke stvari poput Dalvika problematične iz sasvim drugih razloga.
Inače, a za što bi ti koristio ObjectiveC, nego za OSX i iOS aplikacije?
Paradajz priča o tome kako je Google Javu ubacio zbog toga jer je spora i jer tako imaju opravdanje za snažnije komponente, što je notorna glupost. Inače, to o brzini nativnih aplikacija je uglavnom smiješna komparacija, jer su poneke stvari poput Dalvika problematične iz sasvim drugih razloga.
Inače, a za što bi ti koristio ObjectiveC, nego za OSX i iOS aplikacije?
Ma tu komparaciju sam stavio samo da ne čitam opet komentare kako je C/C++ kombinacija ultra mega super brža od Java/C#, jer najćešće je to "ultra pametan" komentar kojeg imaju ljudi na ovom forumu.
GCC podržava ObjectiveC, tako da možeš koristiti i za druge platforme.
Da, i mene taj komentar iritira jer je .... uh. No, nisam znao to za GCC, zgodno, ali mislim da je i očekivano neiskorišteno. Ako si se već voljan maltretirati, imaš C++, ako nisi, Java i C# ili čak Scala su mnogo bolja rješenja.
A zašto bi se prebacivali na Objective - C?
Da si radio neke veće projekte i u C++ i u C#-u vidio bi razliku, naravno za neke stvari - C#, za neke C++a, ali puno jednostavnije u C#-u, ovi što govore da se žrtvuje dosta brzine ne znaju ni šta je .NET Intermediate Language i samo valjaju gluposti. Inače Mono prepisuje za Linux .NET, a ne druge jezike.
Imam osjećaj da će ova tema otići u raspravu o programskim jezicima.
Da, i mene taj komentar iritira jer je .... uh. No, nisam znao to za GCC, zgodno, ali mislim da je i očekivano neiskorišteno. Ako si se već voljan maltretirati, imaš C++, ako nisi, Java i C# ili čak Scala su mnogo bolja rješenja.
Moja oružja već 10 godina idu ovako :
Unix/Linux:
Windows :
WEB (uz naravno HTML + JS + jQuery za fronthand):
Baza (Oracle/Postgre):
I naravno Android Java, ali htio bih probati i C# sa Android-om
Probao sam kroz svoj dosta kratki život sve i svašta, ovi "alati" su mi uvijek dobro radili, a i bilo mi je dobro s njima raditi :), tako da ostajem na njima i dalje (jedino ako baš nešto novo neću "morati" naučiti).
Miguel De Icaza ("otac" Mono projekta i XoboOS-a) je lijepo objasnio pozadinu price, zasto se uopce krenulo sa tim projektom, i u cemu je problem sa trenutnom implementacijom Java VM na Androidu:
http://news.ycombinator.com/item?id=3917300
Cijeli HN comment thread:
http://news.ycombinator.com/item?id=3916367
Ako Oracle jos dodatno stisne Google sa postojecim i buducim sudskim duzbama oko reverse engineeringa VM APIja, Xobot moooozda postane i nesto vise od prototip projekta .... (iako gledano iz perspektive MS vs Google, nikakva tehnicka superiornost odredjene tehnologije nemoze nadjacati korporativno/financijske interese i planove IMHO)
Da, i mene taj komentar iritira jer je .... uh. No, nisam znao to za GCC, zgodno, ali mislim da je i očekivano neiskorišteno. Ako si se već voljan maltretirati, imaš C++, ako nisi, Java i C# ili čak Scala su mnogo bolja rješenja.
Moja oružja već 10 godina idu ovako :
Unix/Linux:
Windows :
WEB (uz naravno HTML + JS + jQuery za fronthand):
Baza (Oracle/Postgre):
I naravno Android Java, ali htio bih probati i C# sa Android-om
Probao sam kroz svoj dosta kratki život sve i svašta, ovi "alati" su mi uvijek dobro radili, a i bilo mi je dobro s njima raditi :), tako da ostajem na njima i dalje (jedino ako baš nešto novo neću "morati" naučiti).
Sto se weba tice, isprobaj play! framework. Piises u scali ili pak javi. Tvoj izbor.
jsp je katastrofalan, barem moje iskustvo sa istim. Inace izbjegavam Javu, C# za windowse, MacRuby za Mac (nemam volje ni gledati u objective-c kod, kamo li isti pisati, odvratno....), ASP.NET + PHP (codeigniter, yii) + jquery + mssql/mysql za web programiranja i za sad tek povrsno Unity 3D c# za mobitele.
Play! framework sam nedavno morao testirati, radim na jednom projektu u istom. Odlican je za web i ima dosta prednosti, jedna od najvaznijih je brzina samog frameworka, tu sam ostao ugodno iznenadjen. Nije direktno povezan sa javom osim sto mozes programirati u javi. Ali "pravu" javu u globalu izbjegavam, naspram .NET ima jako los garbage collector, a same aplikacije u javi su vecinom dosta sporije od nativno napisanih aplikacija.
Sto se weba tice, isprobaj play! framework. Piises u scali ili pak javi. Tvoj izbor.
jsp je katastrofalan, barem moje iskustvo sa istim. Inace izbjegavam Javu, C# za windowse, MacRuby za Mac (nemam volje ni gledati u objective-c kod, kamo li isti pisati, odvratno....), ASP.NET + PHP (codeigniter, yii) + jquery + mssql/mysql za web programiranja i za sad tek povrsno Unity 3D c# za mobitele.
Play! framework sam nedavno morao testirati, radim na jednom projektu u istom. Odlican je za web i ima dosta prednosti, jedna od najvaznijih je brzina samog frameworka, tu sam ostao ugodno iznenadjen. Nije direktno povezan sa javom osim sto mozes programirati u javi. Ali "pravu" javu u globalu izbjegavam, naspram .NET ima jako los garbage collector, a same aplikacije u javi su vecinom dosta sporije od nativno napisanih aplikacija.
IMHO, jos je rano za Play. I previse je nekako, hipsterski ;)
Za hipsterski se u potpunosti slazem, no brzina i moc samog okruzenja vrlo jasno govore da nije rano za isti, dapace. Mislim da cu dosta narednih projekata sa planiranog .NET okruzenja prebaciti na play! framework. Barem ove manje, cisto da isti framework sto pozornije proucim i provjerim :)
No ako je mozda za play! rano, jsp je ipak proslo svrseno vrijeme ;)
Za hipsterski se u potpunosti slazem, no brzina i moc samog okruzenja vrlo jasno govore da nije rano za isti, dapace. Mislim da cu dosta narednih projekata sa planiranog .NET okruzenja prebaciti na play! framework. Barem ove manje, cisto da isti framework sto pozornije proucim i provjerim :)
No ako je mozda za play! rano, jsp je ipak proslo svrseno vrijeme ;)
Koje bi to bile prednosti u odnosi na .NET razvoj (ili Ruby)? Mozda su inženjeri dobro projektirali framework, ali dostupnost 3th party alata, pluginova, paketa, open source frameworka, i sto je vaznije primjera (jer kada zapnes negdje, google is your only friend) je jos uvijek malena.
Play! je tu da zamjeni zastarjeli Jsp, ali neke posebne prednosti naspram .NET (MVC, ili naprimjer Nancy, pa cak i RAD nacin sa WebForms, i nemojmo zaboraviti tisuce dostupnih Nuget paketa) ili RoR (vrlo aktivna OSS zajednica koja skoro pa diktira standarde web razvoja danas) nema - sto nije niti cilj, cilj je zadrzati Java programere da ne odu ca. Da spomenem i NodeJS?
Nekih velikih prednosti naspram .NET nema. Niti ce ih vjerojatno ikad biti. Jer play! nije toliko popularan, a niti poznat. Sve razloge zasto ne koristiti play! si lijepo nabrojao, i sa svima se slazem.
No recimo imas neke manje projekte, ja sam osobno za takve do sada uglavnom koristio PHP i mozda neki PHP framework. No play! mi trenutacno odlicno posluzi za takve stvari. Jednostavan je, brz, uncikovit i obavi svoj posao vise nego uredno :)
To mi je glavna prednost play! frameworka. Jednako tako play! dosta brzo raste, zapanjujuce brzo. Ruby on Rails je vec jednom pokazao da se iz prakticki nicega moze postici ogromna popularnost, a play! je na dobrom putu da napravi istu stvar. Ukratko, meni je dosadno stalno raditi u jedno te istim tehnologijama, pa povremeno volim iskusavati nove stvari. Neke od takvih "stvari" covjeka znaju zapanjit. Play! nema nikakve veze sa Javom, osim sto javu koristi kao jezik. Nije ni blizu slican jsp-u, dapace, play! ga pojede za dorucak. Ja sam play! preporucio kao zamjenu za jsp, ne za .NET.
.NET je meni osobno bez konkurencije. Play! trenutacno koristim kao zamjenu za PHP i frameworke istog jezika. I tu mi odlicno posluzi.
.NET je meni osobno bez konkurencije. Play! trenutacno koristim kao zamjenu za PHP i frameworke istog jezika. I tu mi odlicno posluzi.
Nemam sta reci na ovo :) !
Ja bi mozda za bolju produktivnost i brzinu razvoja odabrao RoR, zbog Ruby jezika vise nego Railsa, ali treba probati i dati sansu Playu. Vrijeme ce pokazati dali ce se zakaciti kriticna masa programera koja moze pokrenuti cijeli ekosustav i stvoriti hype, bas kao sto ga je imao RoR i sto ga sada ima NodeJS. Cesto se nakon nekog vremena pokaze da su imali rjesenje za krivi problem (mislim na NodeJS), iako mislim da to nije slucaj sa Playom.
