Novell MonoTouch: iPhone se otvírá .NET programátorům

i na Max Mini?

Pokud je "Max Mini" Mac Mini tak ano, pokud je to zmensena varianta Maxipsa Fika, tak mas nejspis smulu

Sory, Mac Mini, je to klavesa vedle.

Tak smysl tohoto počinu mi uniká. Pokud bych mohl program napsat a zkompilovat na Win pro Apple, tak by to bylo perfektní. Jenže když už mám Apple tak budu pro něj programovat v Objective C, protože doteď to stejně jinak nešlo.

Tento stav vývoj programu pěkně prodraží, protože bude nutná investice do Apple HW, který pak stejně nevyužiji. Ještě tragičtější to je v případě, že to je freeware.

Škoda, že to zas běží jenom na MACu. Chtělo by to aby konečně přišli s něčím pro Windows.

Na Macu si prozmenu clovek moc dobre neuzije prgani pro Win Mobile. Mozna to neni idealni, ale take to neni moc prekvapive.

na druhu stranu to nuti ludi pochopit principy systemu a v pripade OS X a iPhone OS logiku GUI. A nuti ich to studovat Human Interface Guidelines. Na nekvalitne rychloporty z WM s hnusnym GUI nikto na iPhone nie je zvedavy. Inak neviem, ako by prispievatel vyssie chcel, aby Xcode bezal pod Windows. Kvoli frameworkom, Cocoa GUi kompilujucom sa az v runtime a Objective-C to ani nie je prakticky mozne (resp. by to dalo nezmyselne vela prace)

Castecne sopuhlasim, ale mam dve namitky

1) nektere rychloporty by se hodily. Spise nez porty obecnych aplikaci, tak specialnich. Ruzne specificke bastly typu "pristup do vnitrofiremni DB toho a toho".

2) Objective C a runtime neni zas tak moc prace (Jazykova infrastruktura je hotova v ramci gcc, v pripade runtime Apple zbytecne narazi na to, ze si je sysli doma). Zbytek knihoven by byl tezsi (ale slo by to, viz Yellow).

Velka cast funkcnosti Cocoa je v projektu Cocotron, jednodussi aplikace by to melo rozbehat i ve Windows, ale nezkousel jsem to...

Cocotron? Super nazev :).

Co to je za novou módu psát bez diakritiky? Vrozená vada? Hardwarové nedostatky?

Sry, ale fakt mi to přijde na hlavu, pokud mám možnost psát s diakritikou, tak nevim proč bych to neměl využít. Skoro to samé J4k0 kHhů1 H0lšišKy <33

1. Pisu z mobilu a psat bez diakritky je rychlejsi.

2. Nebo jsem na pocitaci linej prehazovat klavesnici.

3. Zvyk z irc.

4. Je to mnohem mensi demence nez "sry".

5. Jsi krute mimo tema.

6. Chovas se jak idiot.

7. Redakce zive: proc tu neni ignore?

Asi se musíme smířit s názorem některých čtenářů, že nabodeníčka tu s námi byla vždy.

Vzdy ne, zavedl je Jan Hus

pretoze je na to vacsina ludi, ktori este pamataju pocitacovy pravek zvyknuta. Predpokladam, ze veci ako MOD, BT-100, kodovanie bratov kamenickych, bbs apod. ti vobec nic nehovoria

len dodam, ze to, co je pre teba „nova moda“ znamena pre mnohych ludi tu 20 rocny zvyk. Ale vtedy si este ockovi plaval v guloch.

Nesouhlasím. Můj první počítač bylo PMD 85. Teda né můj, ale chodil sem do počítačovýho klubu. Pak do počítačovýho klubu pořídili Ondry, PP-01, Atari 800 XE, ZX Spectra, klon PC XT, který vesměs češtinu nepodporovaly. Kromě toho XTčka teda.

Domů sem si pořídil Amigu 500, na ní se naučil psát všema deseti česky. IRC sem používal taky, na Internetu jsem někdy od roku 1993, takže první maily jsem psal bez diakritiky (přes terminál, ten mailovej klient byl ELM, tuším).

Nicméně hned jak to bylo možný a věděl jsem, že druhá strana ty čárky a háčky přečte, tak sem je vždycky používal. Na mobilu v SMSkách většinou taky.

Takže řeči vo 20-letým zvyku neberu. Ze svý zkušenosti vím, že naučit se psát všema deseti s háčkama a čárkama nezabere tolik času a energie a navíc člověkovi umožní psát takovýhle grafomanský zblitky, jako sem tady právě předved, v relativně krátkým čase

> Nicméně hned jak to bylo možný a věděl jsem, že druhá strana ty čárky a háčky přečte, tak sem je vždycky používal.

Což ovšem nemáš v podstate nikdy

http://dl.getdropbox.com/u/134520/hc.png...

( WinXP CZ, SP2, IE6, jazyk.nastavenia kvôli istej aplikácii nastavené na japončinu, IE má zapnuté automatické rozpoznávanie kódovania )

Dobře. Tak ne když mám jistotu, ale když vím, že většina uživatelů, co to může číst blabla. Texty bez diakritiky se čtou hůř. Někdy to vyloženě mate (plastová vs plášťová střela) a nejhorší sou lidi, co si pletou písmena, příp. je přehazujou a ještě píšou bez diakritiky, blablabla, končím

Nikdo po nikom nechce aby souhlasil a uz vubec nikdo(az na jednoho trolla co to rozpoutal) nechce aby tady pokracoval tenhle naprosto zbytecnej offtopic thread. Jsem jakozto programator proste zvyklej na anglickou klavesnici. TECKA.

p.s.: Na IRC neni ani v soucasne dobe vyjimkou dostat kick za nabodenicka.

OK. Jasný. Mimochodem, když programuju, tak používám většinou anglickou klávesnici, když píšu texty, maily, tak českou. Dokonce si i můj mozek zvyknul na to, že když před sebou vidí Visual Studio, tak hledá závorky, středníky apod. někde, když ho nevidí, tak je hledá jinde

Ač zarytý windowsář a dotnetista, musím souhlasit. Nemám rád "multiplatformní" aplikace, které běží skoro všude, ale zdaleka nevyužívají potenciál jednotlivých OS a jejich GUI. Ani mezivrstvy jako GTK to neřeší.

Navíc každé zařízení má to své (někde je bezproblémový multitouch a gesta, jinde jenom klávesnice).

Snad nejhorším případem jsou RIA, které sice běží skoro všude, ale uživatel pláče. Moc se mi líbí aplikace na iPhone, které ovládají třeba Facebook a Twitter, i když tyto služby mají webové rozhraní.

Ano, je to des, jednu dobu jsem pouzival Twitter klienta napsanyho v Adobe AIR a v OS X se choval desne nesystemove, pri kazdym kliknuti na zavrit okno se zavrel uplne, coz samozrejme nebyl muj cil.

presne tak, to je problem kazdej aplikacie, ktora je robena pre vsetky systemy pomocou nejakeho premostenia. Taka aplikacia sa potom nikde, v ziadnom OS nesprava tak, ako je pouzivatel daneho systemu navyknuty. Vid. Firefox a Thunderbird, rozne Qt porty (Google Earth), OpenOffice.org ale aj Adobe Photshop CS4 atd. Pokial teda nie je dana aplikacia napisana vzdy (aspon jej GUI) konkretne pre dany system (Adobe Lightroom nech je prikladom – aj ked na pozadi sa najde fura Ruby kodu)

Práveže Qt má integráciu do systému veľmi dobrú, len vývojári väčšinou robia GUI na aké sú zvyknutí, čo je v drvivej väčšine prípadov v štýle windows aplikácií, takže tie aplikácie zapadajú lepšie do windows (prakticky sa tam nedajú rozoznať od ostatných)...

mozno tak na Windows. Na Macu, kde kazda riadne napisana aplikacia pouziva systemove frameworky to je o niecom inom. Na Windows to, ze QT nie je systemova vec necitit, kedze tam su aplikacie tak ako tak samostatne, izolovane ostrovceky.

Zakladnym stavebnym prvkom a filozofiou Mac OS X je integracia, previazanost aplikacii medzi sebou a systemom, ako aj systemovymi sluzbami. A preto z kazdej Qt aplikacie priam krici, ze nie je doslova kosher. Moze mat rovnake ovladacie prvky ako aplikacia v Cocoa, ale vysledny dojem je uplne, uplne iny…

To nie je pravda, Windows sa dá rozbehať vo virtuálnej mašine...

Coz mozna staci pro beznou praci, ale na vyvoj moc ne. (Zkusenosti z posledniho a "top" MBP, mozna, ze osm jader a 12+GB RAM v MP pomuze). Samozrejme je pouzitelnou moznosti bootcamp.

Tak samozrejme je lepšie to kódiť na natívnom systéme, ale imho by rýchlosť virtuálnej mašiny stačila.

Stačí mať procesor s podporou virtualizačných rozšírení (prakticky všetky okrem low-endov ako Sempron s pod.), a potom napríklad XP s nainštalovanými guest additions behá vo VirtualBoxe na takmer plnej natívnej rýchlosti. Pokiaľ nie je treba 3D akcelerácia, tak imho stačí kľudne tak 3-4 GB RAM (tak 1-2 GB nechať pre host systém) aby v tom bežalo visual studio s debuggerom, emulátory a nejaký ten browser napríklad. Aj keď teda určite je lepšie kódiť to priamo na tom systéme...

Nase zkusenosti tu jsou (MBP, tedy C2Duo, castecne Parallels, castecne VMWare, ruzna win od XP az po 7) spise trpke. Buildovani velkych projektu netrva trebas deset, patnact minut, ale skoro dvojnasobne. Podezrival bych rychlost I/O, ale je to strelba od boku.

Mohlo by být zajímavé, kdyby implementovali Javu. To by si člověk moh vyvíjet kde chtěl.

S tou provázaností a UI máte asi pravdu. Všechno má nějakou nevýhodu.

Záleží hlavně na vývojáři, jak si s tim vyhraje, aby to ladilo s celkem.

lenze UI nie je o tom, „aby to ladilo s celkom“. Ano, je to dolezita a velka cast zmyslu UI. Lenze na Macu aj na iPhone to nie je len o vzhlade, ale o vyuzivani systemovych sluzieb.

Javu na iPhone? Preboha, len to nie. Vsetko co je v Jave je otrasny nedorobok, jedno ci sa jedna o desktop aplikaciu alebo pseudo aplikaciu pre mobilne zariadenie. Java je prezitok. Smart phone OS su predsa o inom – o nativnych aplikaciach, nativnom SDK a nativnom kode s nativnym rozhranim. Java patri na smetisko dejin a na dumb phones, ktore uz tiez za par rokov skoncia na smetisku dejin (predpokladam, ze do 5 rokov bude podiel smart phones s modernym, riadnym OS v pomere ku klasickym dumb phones tak 90 k 10). To je proste vyvoj.

Hlavne že na Android sa kódi v Jave (aj keď teda má komplet vlastné API). Klasické J2ME beží na S60 aj na BlackBerry, a s niektorými pridanými JSR je to celkom dobrá platforma na vývoj nenáročných aplikácií. Navyše pre to existuje niekoľko GUI toolkitov, napríklad eSWT, ktoré keď je priamo v telefóne od výrobcu, môže mať natívny vzhľad. Stále je to možnosť ako jedným kódom pokryť čo najväčšiu základňu užívateľov. Existuje kopa možných programov, ktorým by to nestačilo, ale drvivá väčšina žiadne pokročilejšie funkcie nepotrebuje...

ano, potom tie aplikacie aj tak vyzeraju. Ako nedorobky. Preco Google teraz uviedol cast API, ktore pouzivaju nativny kod Androidu a nie Javu? Nuz, jednak kvoli vykonu, ale aj inym veciam.

GUI toolkity okaslat. To, ze nieco ma tlacitko, co sa tvari ako nativne neznamena, ze cela aplikacia tak aj funguje. Rucim ti za to, ze GUI toolkit netoolkit, neCocoa aplikaciu pre Mac OS X spoznam po 2 kliknutiach mysou. A nebude z nej dobry dojem – absolutne ignorovanie systemovych sluzieb, chybajuci drag&drop, pomalost, GUI prvky nesediace a neodsadene od inych na PIXEL presne, nenativny systemovy font, uplne iny vzhlad Open a Save panelov atd.

Treba si zazit Mac OS X a Cocoa aplikacie na dlhsi cas, aby si pochopil, o com je tento system a logika jeho prace.

Ach jo, to chce poznať fakty:

Za prvé: Android používa Javu __programovací_jazyk__, nie nejaké Sunovské knižnice (dokonca má aj vlastnú VM), všetko GUI je jeho vlastné, takže na Androide GUI bežného programu v Jave JE štandardné... To natívne SDK je tam kvôli low-level a performance-critical veciam, s vzhľadom a ovládaním to nemá nič spoločné, dokonca ku GUI sa z toho ani nedá pristupovať, len naopak.

Za druhé: Keď niečo používa natívny toolkit ako backend (napríklad wxWidgets to tak robí), tak to proste nemáš šancu rozoznať, pretože to čo vidíš potom vlastne JE natívny toolkit. Drag&drop a pod. všetky bežné knižnice podporujú, natívne open/save dialógy tiež (možno okrem toho paškvilu menom GTK+), a neviem ktoré systémové služby akože toľko programov nepodporuje...

dokaze Java aplikacia na Macu pouzivat tieto systemove frameworky a API, ktore pouzivaju Cocoa aplikacie uplne bezne?

1.) Podpora PDF a Quartz Extreme – nie

2.) Drag&drop a systemove sluzby na konverziu dokumentu na pozadi? Nie

3.) Apple Type Services a systemovy spellchecking? Nie

4.) Core Image, Core Audio, Core Animation? Nie

5.) Automator, Applescript? Nie

6.) ColorSync? Nie

7.) Services? Nie

8.) Systemovy vykladovy slovnik (prejdenie kurzoru ponad slovo, stlacenie 2 klaves, vyraz a jeho vyklad sa zobrazi v slovniku) NIE

9.) Systemovy AddressBook? Nie

10.) Sposob prace s textom (vychadza z Apple Type Services)? Nie

11.) Export do systemom podporovanych formatov ako DOC, XLS, PDF, HTML? Nie (po pouziti nesystemovych sluzieb only)

12.) Apple Data Detectors (rozpozna adresu, mailovu adresu, URL, tel. cislo a kliknutim na ne vyvola potrebnu operaciu – otvori novy mail, otvori stranku, vytoci cislo cez bluetooth). NIE

13.) Systemove kniznice iTunes, iPhoto s hudbou, fotografiami ci videom? NIE

Mam este pokracovat? Cocoa je o niecom totalne inom ako Java, miera integracie aplikacii v Mac OS X a ich SPOLUPRACA medzi sebou a so systemom je nieco, co v ziadnom inom systeme nevidiet. Ak nevies, o com hovorim, darmo budeme viest diskusiu o tom, ze Java aplikacie v Mac OS X proste uplne jasne a viditelne aj laikovi nie su „kosher“ a nie su skratka ono.

Tak ja som hlavne hovoril o Androide kde je ÚPLNE iná situácia, proste tam je len Java ako jazyk, nie všetky tie knižnice od Sunu, s J2SE to nemá takmer nič spoločné...

Čo sa týka macu, tak aktuálne Cocoa bindingy pre Javu neexistujú (zato existujú pre kopu iných jazykov), pretože ich Apple prestal vyvíjať, takže z tých vymenovaných vecí sa z Javy dajú použiť len tie, ktoré existujú v poslednej verzii.

Lenže ja som o macu na desktope v pôvodnom príspevku vôbec nehovoril, to len ty to tam stále nejak montuješ. Ale keď už to tu je, tak poviem že väčšine aplikácií je prístup k tým službám nanič. Ale s mojim pôvodným príspevkom zhruba o 4 úrovne vyššie to fakt nijak nesúvisí (okrem toho Javu na desktope nepoužívam)

vsak v poriadku, v zmysle clanku (vyvoj pod .NET pre mobilne platformy) mas pravdu. Java je nativne SDK pre Android.

Ja som sa vsak bavil vo vseobecnom zmysle, v ktorom zacal thread - ze Java aplikacie patria medzi tie, ktore skratka nemaju nativny „look and feel“. Na Macu to plati x-nasobne. Pozeram na to z tohto pohladu, lebo to je system, ktory je moj primarny. Windows aj Linux pouzivam len vo virtualnej masine v pripade potreby

Java je skvělá na enterprise aplikace, kde jí ostaní jazyky sotva sahají ke kolenům, takže rozhodně nesouhlasím s tvrzením že všechno napsané v Javě je nedodělek. Pravdou ale je, že v ostatních oborech nikterak úžasná není.

co take ponuka Java v Enterprise oblasti, co neponukaju ine objektove jazyky? Pripravene objekty na komunikaciu s databazami? Nevidim problem.

Jedina vyhoda je multiplatformnost, ale za cenu toho, ze ta aplikacia proste nefunguje tak, ako nativna a ako pouzivatel ocakava. Zit sa s tym da, v podnikovom prostredi na vykonavanie a spravu nejakeho skladoveho systemu ci ludskych zdrojov a financii s napojenim na SQL a SAP urcite.

Napisat v tom ale end user aplikaciu pre bezneho pouzivatela, tak vam ju otrepe o hlavu.

Osobne pouzivam napr. Jubler na upravu titulkov. Je to nutne zlo, kedze funkcne sa mu nic nevyrovna. Jeho pouzivanie je ale otras. Plati to o kazdej Java aplikacii.

Tady nejde ani tak o klady či zápory jazyka samotného, ale o ekosystém kolem něj a ten má Java EE velmi rozvinutej.

suhlas, ale to je skor problem nasilneho presadzovania niecoho na ukor ineho. Vyvojari v enterprise si vybrali Javu. Microsoft kadejakymi tahmi (a aj zaspanim konkurencie) vytvoril zase monokulturu Windows. To ale nie je o schopnostiach toho ci hentoho riesenia, ale o velkosti podielu.

Java patri na smetisko dejin...

http://www.tiobe.com/index.php/content/paperin... ...

Ze tomu ta tabulka hodne nasvedcuje

Práveže podľa mňa tá tabuľka len vyjadruje zvyšujúci sa podiel webových vecí vzhľadom k desktopovým, čo ale logicky nebude trvať večne a po nejakom čase sa zastaví, viď tá spodná tabuľka, kde sa už obe skupiny viacmenej dlhodobo ustálili na konštantnej hodnote...

Ja som teraz kódil jednu vec v J2ME, a myslel som si že však Sun všade hlása aká je Java úžasne multiplatformná, tak že s vývojom na Linuxe nebude problém. Ha! Java ME 3 zatiaľ jedine pre windows, nikto nevie kedy nejakú prípadnú linux verziu plánujú vydať. Staršia verzia, ktorá nemá emulátor s touchscreenom zas pre zmenu nefičí na 64bitových systémoch. Krásna multiplatformnosť!