Ima sigurno, postavi pitanje pa vidi. Ja prckam sa Xamarinom i uskoro treba i da pocnemo jedan veci projekat na njemu.

Gomile update-a za vs2017 se odnose na Xamarin.

Kakva ja sada situacija sa debug-om za iOS, da li treba apple masina/vm ?

Uvek ce trebati apple masina jer Apple ToS zabranjuje portovanje XCode-a a sam iOS zabranjuje JIT tako da moas da koristis XCode za precompile.

Mada ja to resavam uz pomoc hackintosha na VMu, radi sasvim lepo.

Igrao sam se sa slicnim okruzenjem xamarin / hackintosh na vm-u pre jedno godinu dve. Medjutim prilicni je "smor" odrzavati OS X na VM-u.
Evo probao sam OS X 10.11 koji je radio pre godinu dana, sada ne radi.

Ja ovo pisem iz macOS virtual (Sierra). Radi to, ali mora da imas hakovani image...

To bre ljudi, od pocetka bete sam na Xamarinu, pre toga koristio Embarkaderov RAD za Android aplikacije :) Drago mi je da vidim da mozemo ovde da pokrenemo tu temu.

Pitanje nije bilo potrebno po mom misljenju, zeleo sam samo otvaranje. Iskreno trenutno samo zelim da vidim da li na ESu mozemo da napravimo zajednicu ljudi koja se na bilo koji nacin bavi Xamarinom ili smo osudjeni na strane forume jer nisam video ijednu temu gde se govorilo o istom - mozda gresim ali nisam nasao. Ne znam ni gde pitanja za Xamarin pripadaju, ovde, u dotNet forumu? C#? :)

Glavni razlog mog prelaska na Xamarin je bio sto je jedina, ali apsolutno jedina stvar u to vreme koja je bila "android native". Dakle nikakvi wrapperi, nikakve gluposti koje ustvari pokrecu HTML5 i slicno, nikakvo kros-komplajliranje sa gomilom razlicitih jezika i fajlova da bih dobio android-native mogucnosti za aplikacije. Malo sam bio smoren kad ga je MS kupio, imao sam studentsku licencu besplatno od pocetka, a i mnogo pogodnosti jer sam od starta koristio Xamarin. Sad su "smaknuli" Studio skoro u potpunosti, a bio je vrlo light-weight u poredjenju sa VS-om. Uz to njegov Android player koji je banja u poredjenju sa SDK emulatorima... a danas su svi dobri emulatori za ovakve potrebe komercijalizovani.

Mozda bi tema trebalo da bude sa drugacijim nazivom, Xamarin - general ili nesto slicno, jer smatram da se i dalje dosta radi na razvoju same platforme, pa ovde mozemo o tome da diskutujemo. A MS je tako jeftino dobio taj cross compiling za mobilne uredjaje koji im je nedostajao za Android i iOS, s obzirom da su sve ostale spektre programiranja pokrili.

Nadam se samo da me niko nece neozbiljno shvatiti zbog nacina postavljanja ovog pitanja, ali me je zivo interesovalo koliko se Xamarin koristi kod nas, s vremena na vreme bacim pogled na "berzu IT poslova u srbiji" i nadjoh samo jednom da neka firma trazi Xamarin :)

Evo i prve teme :)
https://www.elitesecurity.org/t498882

Pa kacite pitanja sa [Xamarin] prefiksom kao Shadowed, ako bude popularno i imalo neki promet poruka lako ce se napraviti podforum. Za sada pitanja u ovaj glavni forum.

Realno, razvoj Xamarin aplikacije zahteva dobru masinu sa dosta rama, upravo zbog toga sto nijedan od alata nije lightweight. Ono sto dodatno komplikuje stvari je sto generalno ne postoji dizajner za VS, tako da se XAML menja rucno a izgled proverava kroz defacto mini android emulator. Postoje i 3rd party interni virtuelizatori kao Gorilla Player XAML Live Preview ali ja to nisam uspeo da poteram kako treba

1. VS je bloat, tj ne toliko bloat koliko jo uvek 32bitan pa svi alati ukljucujuci i Xamarin rade memory space-time tradeoff. U svakom slucaju je za geenrlani .NET razvoj potrebna dobra masina.
2. Ja koristim HighSierra pod VMWare-om. Da bi proradio kako treba mora da se skine hackintosh image i vmware mora da se patchuje da podrzava Apple hardware emulaciju. instrukcije su dostupne na hackintosh sajtu
3. Android emulacija je sad moguca jedino preko Android SDK emulatora. Jedini nacin da vam to radi smisleno brzo je da deaktivirate HyperV (ako ga imate) i da instalirate Intelov HAXM hipervizor. Onda koristiti samo i iskljucivo Atom x86 emulatore, oni ce onda raditi kao virtuelizovani guest OS direktno na hardveru radne stanice i bice dovoljno brzi. Softverska emulacija ARMa je smrt.
4. iOS emulatori su smrt po definiciji mada jednom kad se pokrene aplikacija radi prilicno solidno
5. U svakom slucaju ako mozete radite testiranje i debug na fizickim uredjajima.

Pisem sa emaila (prvi put) pa ne znam da li ce vam stici odgovor.Ima Xamarin DEV na forumu.I brzi odgovor na pitanje za debug i generalno za iOS/MAC dev, dovoljna je VM.Kofiguriras je i spojis sa VS na Windows.Za publishanje applikacija ti je potrebna licenca od Appla (99$) a sa njom ti je onda i MAC OS legalan (iako je na VM)

Nisam ja siguran u to, mislim da ni pod kojim uslovima Apple ne daje licence za vm. Membership ti daje pristup poslednjim beta verzijama OSova, ukljucujuci i OSX ali i dalje vezano za Apple hardver.
Hackintosh operise u sivoj zoni gde ti zapravo ne krsis zakon ali krsis Apple ToS. Pod uslovom naravno da si kupio legalan MacOS, u suprotnom je piraterija.

Tada je krenuo moj zamor za Xamarinom, kada ga je MS kupio. Ostavili su neki period (i dalje imam instalacije ako nekom trebaju, neke mozda mogu da se nadju na netu) obican Xamarin Studio koji je bio reda 100MB. Pokretao se lagano, emulacija preko Android Playera, sve je radilo tecno i fluidno... dok M$ nije ugledao povoljnu priliku da se ukljuci u trku za xplatform.

Izbacili su 5 verzija Xamarina za redom koje su bile neupotrebljive kada ih je MS kupio. Ljudi su konstantno prijavljivali bag u softveru, nove verzije su izlazile, ali odredjena opcija - tipa dodavanje bilo cega u dizajner ili nesto slicno, fundamentalna opcija - nije radila. Kupili su i navodno ostavili taj "free" produkt koji je bio savrsen sa bagom koji je unistio mogucnost da se odredjena aplikacija zavrsi za dan ukoliko je neophodno. Primera radi... par puta mi je trebala aplikacija koja bi samo radila neki monitoring android sistema u pozadini - servis - i ta aplikacija mi je omogucavala da zbudzim to i pustim direktno na uredjaj da radi i dobijem rezultate.

Kad smo kod toga... od Androida 8.0 se ukidaju klasicni servisi kao do sad, ne znam da li je Xamarin pripremljen za to. Za sada cackam do 7.0/Nougat verzije gde sve funkcionise okej, ali na 8.0 ce aplikacije u pozadini ici u sleep mod posle vrlo kratkog vremena i nece se buditi ukoliko se ne pokrenu ili nemaju nesto aktivno na ekranu, widget, konstantnu notifikaciju na baru, itd.

mislim da su manje vise spremni. Nema to toliko uticaja na sam Xamarin koliko na aplikacije radjene na njemu. Ali to isto vazi i za cisti Android dev.

Bolno sam svestan toga o cemu pricas sa MSom. Xamarin nije jedini proizvod koji "pati". U principu, od kad su MS preplavili glorifikovani full stack devovi i od kad su postali github based open source evidentan je nedostatk vizije i planiranja, stara .NET ekipa je bastardizovana a MS postao service delivery kompanija u kojoj je sve podredjeno upsellingu cloud servisa. Sve se radi adhoc, skacu sa ideje na ideju, prave retardirane greske, izmisljaju iracionalne modifikatore (private protected, seriously?), breaking changes na minor verzijama (wtf?!?). Mi smo probali da portujemo neke asp.net MVC5 apikacije na core i onda odustali, jednostavno ne mozes da se izboris sa tom kolicinom neodlucnosti i haosa. Ako nam polome nullable tipove za sta su izgleda na dobrom putu mislim da cemo i da se zakucamo na trenutnoj verziji c#-a, ja stvanro ne mogu da opravdam taj trosak da se ceo kod portuje ne nekompatiiblnu verziju c# jezika.
.NET Standard i asp.net core zaobilazimo u sirokom luku dok se ne saberu i ne puste stabilnu dokumentovanu platformu, dok neko ne udari sakom u sto i zavede red tamo. Oni iz nekog razloga misle da su hip i moderni, valjda se nadajuci da ce hipsteraj sa Mac-a da predje na Windows, ali poslovni svet ih posmatra sa uzasom. ozbiljno, neki put imam osecaj kao da sam primoran da saradjujem sa gomilom dece koja pokusavaju da mi prodaju limunadu.

mmix: "stvanro ne mogu da opravdam taj trosak da se ceo kod portuje ne nekompatiiblnu verziju c# jezika"

Pa sta je tu je. Ako treba da se portuje onda nema izbora ili to ili da vuces staru verziju kompajlera... u nekom momentu morace novi kod pa tad odlucis sta ces. Sve ima svoj + i -

Hehe, kad bi to tako funkcionisalo. Firma jos ima neke finance stvari koje se vuku u kobolu i fortranu Zakljucati se na c# verziju 7.2? Milsim da ce firma biti ok sa tim za narednih 20+ godina.

Ako .NET Standard nije pocepao .NE na dve sizofrene frakcije, ovakav C#8 ce ga sigurno pocepati na 4.

problem je sto oni mogu veoma lako to da rese sa !, npr string! je non-nullable. i kraj. Ali ne, kad deca vode kolo a product menadzeri su politicari koji broje glasove polupismene gomile onda se ne razmislja o tim smarajucim stvarima kao sto je kompatibilnost.

To se kod njih širi kao zaraza, kao da su na sva mesta došli prosečni hindu programeri koji veze nemaju šta znači testiranje na što više različitih mašina i upravljanje kvalitetom.

Kod Win 10 ne može Update da se završi ni za mesec dana na nekim kompovima kod nas, a na nekima sam uspeo pre ovog martovskog da sve uradim i da ih "zaključam" sa Reboot Restore, pre toga isključujući Update servis... kod nekih je uspeo da stigne "Win 10 update assistant" kog sam jedva uspeo da se ratosiljam, jer svaki put skida 2018-03 update koji ima preko 600MB, odradi kao instalaciju i restart, prijavi da nije uspelo, i onda ponovo ispočetka skida isti taj fajl, negde sat, a negde ceo dan, i tako u krug. Ne pomaže ništa od rešenja sa neta, a da ne pominjem koliko ljudi imaju problema sa drajverima i drugim glupostima.

Koliko sam čitao po netu, ljudima se više smučilo, mnogi su izgubili i podatke jer su ostavili računare po dan-dva bez nadzora, a koji su se sami od sebe restartovali zbog njihovih gluposti.



Izgleda da su tako počeli i sa VS, na jednom kompu sam pustio update na poslednju verziju, nekoliko sati je nešto trakeljao, i prijavio na pola instalacije grešku, na kraju ništa nisam uspeo (probao sve od saveta na netu), nego očistio instalaciju i instalirao iznova zadnju verziju.

I zašto lepo ne nude Offline instalaciju tako što bi se odabrala konfiguracija online i neka izgeneriše offline instalaciju koja bi se posle lagano kopirala na više računara? I njima bi serveri bili rasterećeniji, a korisnicima lakše umesto da na 20 računara gledaju kako brzinom puža ažuriranje na zadnju verziju ide sporije od nove instalacije.



Ako nastave tako sa OS-om i alatima za programiranje, za 10 godina će da ugase.

Moja teorija: počele brljotine kako je Satya Nadella došao na mesto CEO, verovatno ne direktno zbog njega (mada pre nije imao uticaj na Win OS, osim možda na serversku verziju, ali sada se pita za sve), najverovatnije je postavio pogrešne ljude na vodeća mesta, a to što 5% ili 10% korisnika ima nerešive probleme, baš ga briga, to je izgleda po njemu čak i odlična statistika, jer i proizvođači automobila stalno povlače milione vozila na vanrednu tehničku kontrolu i zamenu nekog dela sa greškom.

Update više ne postoji da bismo ispravili greške, Update je tu da svaki dan korisniku pružimo nešto novo, u cilju "što veće bezbednosti korisnikovog računara" i "što boljeg iskustva u radu", a šta je u poređenju sa tim to što poneki korisnik dobije neupotrebljiv računar nakon tog ažuriranja.

mmxi: "Firma jos ima neke finance stvari koje se vuku u kobolu i fortranu "

Ajaoj, ko zna kolko je star taj codebase ;p

ne znam ni ja Ali to samo ilustruje generalnu situaciju u corporate svetu, stvari koje rade ne lomis. Sasvim sigurno ne namerno. Opcije su ti da radis te stvari na svoju ruku pa da te sef pita "pa ti stvarno imas viska slobodnog vremena" ili da probas da dobijes approval sto traje i pri tome skoro sigurno dobijes pitanje "a zasto kad to radi"

Mislim da ekipa koja radi C# specs ne radi u velikim firmama.

Sto se tice MSa, odgovornost Nadella-e je prema shareholderima i on tu ubija. Pretvarajuci MS iz softverske u service-delivery kompanju on je razbio ROI, u svim mogucim pozitivnim pogledima. Za 4 godine je podigao kapitalizaciju firme sa 300 na preko 700 milijardi USD. Nece oni ugasiti uopste, ali ce appdev deo da ode po qcu, to je vec sad vidljivo. Nema vise tech evandjelista, developer ekosistem ih interesuje otprilike samo kao besplatan sales za service delivery. Ako tvoj proizvod prodaje njihove servise, super si, ako ne, onda jbg, sucks to be you

Nista to meni ne smeta, njihova firma, ali realno ne postoji konkurencija. Linux ekipa jos zivi u 90im i valjda jos uvek misle da je Java cool i da je jos deo Sun Microsystemsa potreban je neko sa vizijom i parama da konkretno parira MSu i preotme dev ekosistem. DO tad smo na milost i nemilost.

Bez namere da budem MS-ov advokat ali opisao si manje vise ceo open source na github-u. Mislim da je MS samo uskocio u zadnji voz i prilagodio se situaciji, nista vise, jer da nije, plasim se da bi MS veoma brzo ispario, jer upravo taj zaokret u open source je pozdravljen od "zajednice", nije da nesto ja imam protiv toga, no daleko vise cenim stabilan api umesto da je open source (najbolje je oba, naravno), no to je vec druga tema.

BTW. nisam u toku ali, zasto ce razbiti kompatibilnost sa non-nullable tipovima? Nisam dugo pratio C#, no obradovalo me kada sam video na nekom roadmapu da ce biti podrska za non-nullable tipove. Zar nece biti neki switch, bas za backword compatibilituy? Zakleo bih se da sam negde procitao da ce biti.

I da, znas li u koliki procenat programera spadas ako ti je bitan non-nullable :)

Svima koji rade sa bazama je null bitan. ne postoji nacin da sa int pokrijes database int NOT NULL polje jer ti fali jedna vrednost. To je samo vrh ledenog brega, imati "no value" je itekako korisno u programiranju

A razbice kompatibilnost uvodjenjem boxing sufixa za referentne tipove. Tj od C#8 string ce biti non-nullable, ako hoces da bude nullable moras da korsitis string?. Sto znaci da ce sav kod (kojeg kod nas cirka mislim da ima u milionima linija) bacati warninge za svaku situaciju u kojoj compiler proceni da moze doci null. A to po definicij mora da povuce od data access nivoa na gore. Mi nemamo ni resurse ni vremena da to peglamo zbog zilota. Ljudi (i ja sa njima) su predlagali da umesto toga ostave referentne tipove nullable a da uvedu suffix !, cime bi npr string bio nullable a string! bio non-nullable i to bi se savrseno uklopilo. Switch je najgore moguce resenje, to znaci da prakticno imas dva jezika i da sors iz jednog projekta nece biti copy/paste kompatibilian u drugom. Shizma u pravom smislu te reci, dva tumacenja, dva pogleda, dve religije. To ne moze biti dobro.

Sto se tice poslednjeg voza nisam bas siguran u to. ja ne znam nijedan PHP niti django niti ruby on rails tim koji je rekao "strava, sad cemo da naucimo svi c# i da predjemo na asp.net core". na core je presao deo ekipa koji su radili pod MVCom i to je to. od tih ekipa veci deo je ostao na core+framework a samo mali deo presao na core+standard jer je standard jednostavno osakacen sto je drasticno ogranicili portovanje i upotrebu biblioteka. ne vidim uopste da se materijalizuje ta njihova strategija kojom ce sebe da odgurnu od litice u toj oblasti. Jedini razlog zasto guraju .net standard je zbog usrane mobile platforme koja prakticno ne postoji a core guraju zbog linuxa, sto ima nekog smisla ali i taj deo je veoma slab zato sto je standard slab sam po sebi. malo su se popravili u core 2.0 i standard 2.0 ali to je i dalje mnogo mrsavo. Oni pare u servisnom delu danas danas ne ubijaju na Azure-u, oni ubijaju na delivery-u njihovih servisa, cak i ja koristim outlook 365 da hostujem svoj mail, znam brdo malih firmi koje to rade isto, jednostavno to ima smisla finansijski naspram dizanja sopstvenog exchange-a. Ali njihov trip da ce sad PHP devovi da napuste PHP i hostovanje na AWSu da bi imali single click continual delivery na Azure? Yeah, right, ja to ne vidim.

Mislim da sklanjanjem null vrednosti iz referenci samo slede trend. Neko je rekao da to ne valja i oni su bas zagrizli. Nego, napravis preprocesor koji ce da dodaje ? na kraju tipa i eto resenja ;p

Trend cega? Python-a I Python ima None.

Suvise su laid back and easy and academic. Ovo je prljav zanat. Suvise prljav za njihove bele rukavice.

OK, jasno za null, no ja sam spomenuo za non-null, posto, kao sto i sam znas, danas nemas opciju za non-null vrednost za referentne tipove. Mala digresija: ono sa cim se ja uglavnom susrecem je, da jedino ljudi razumeju upotrebu null vrednosti (na value tipovima) upravo na tim mapiranjima na tabelama, dalje od toga nista, a nekako se i poklopilo da su ta mapiranja uglavnom na value tipove (posto se kolone uglavnom sastoje od primitivnih tipova, osima ako nemas neke egzoticne tipove za kolone :)) pa onda niko i ne vidi dalje sta bi radio sa non-null referentim tipovima a meni je non-null bitan svuda dalje, mapiranje na bazu je jedan mali fragment (ili nepostojeci ako ne radis sa bazom :)).




OK, mozda cu sada zvucati kao zealot, ali backward kompatibilnost nece biti razbijena. Mislim, ja bih bar tako nazvao. Tvoj code ce se i dalje kompajlirati ali ces moci da biras oces li da dobijes compile time error, ili warning, ili mozda cak da iskljucis ceo feature (OK, znam da dodavanjem switch-a imas dodatan nivo problema, ali hej, pogledaj tpyescript, ima milion switcheva :))
Mislim da su oni hteli da podvuku crtu, ako dodas null assertion onda zrtvujes sve buduce projekte, dok ako ne dodas, onda ce ostali placati cenu tu sto ce imati te warninge (i opet, znas li u kolikom procentu spadas ako ti je ovo bitno? skoro na svim projektima i ovako i onako po projektu vidjam stotine warninga i mislis da se neko sekira?)




Hahaha, pazi kada sam ja ovo isto rekao kolegama. Meni je .Net core apsolutno neshvatljiv. Pa ja sam vec na windows-u, zasto komplikuju zivot onima koji su vec na .NET (jer samo za windows je i postojao, da zanemarimo .NET Mono) zarad onih drugih kojima je eto MS sada manje los jer su eto open source i vrte se na linuxu. Ja apsolutno nemam nikakvih beneficija, samo dodatnih muka.
No sto se tice uskakanja u open source, moje misljenje je da je MS ulaskom u open source smanjio pritisak na argumente tipa "closed soruce, vendor lock", posto to je glavni argument koji ostaje kada vec ne moze da se kaze sta je to tako lose sa MS tehnologijom (bar meni). Recimo, svestan si da ceo onaj Bay Area skoro nema ni jedan startup u MS tehnologiji, i ma koliko ja mrzeo trendove, to ne menja cinjenicu da trendovi mogu da promene biznis veoma lako.

Nisam neki cistunac, ali null values i nullable types su vrlo bitni jos od UML blue print-a, db-a, kolekcija do (de)serijalizacija. Nisam siguran da ce ici u tom smeru, posto su predstavili dosta unapredjenja u radu sa null values(6,7 verzije ako se ne varam).

Sto se .NET Core-a tice, asp.net web forms/mvc su "dead-end". Ceo taj koncept ima mnogo mana, tako da je asp.net core mvc implementacija tacno tamo gde je MS web framework trebalo da bude pre 10 godina.

Na zalost i mi imamo mnogo toga uradjenog u web forms/mvc, ali takodje nemamo vremenske i novcane resurse da predjemo na .net core.
Ono sto nas moze naterati na taj korak jeste malo bogatstvo koje trenutno dajemo za gomile win server licenci.

Radio sam manju web app - tezgu u asp.net core 1.1 predprosle godine i mislim da je dobar web framework. Problem je sto su vecina biblioteka bila u beti od mysql net driver-a do lucene, ef scaffolding (db first) je radio samo deo posla, ostalo na ruke. Identity je velika bol ako se koriste user/roles data iz starijeg ssitema. Takodje Identity ima "break" izmedju 1.1 i 2.x - uzas.

.Net core je ipak dobar izbor i kao web api server za neku mobile aplikaciju i tu dolazimo do xamarin-a. Koliko sam razumeo VS za Mac ima teziste na ova dva framework-a.

A "web api 2"?

Koliko znam, neke firme u Srbiji rade dosta toga, čak su po zastupljenosti .net i java projekti tu negde (ne kažem u većini firmi, ali znam bar jednu u kojoj je tako).

Mislio sam na rest server, web api 2 je asp.net web api framework za tu namenu. Npr. za nase proizvode imamo stotine api-ija napravljenih u web api-iju a koje konzumiraju nasi klijenti(externi api) i interno drugi servisi i aplikacije.

Mobile aplikacija najcesce ima na drugom kraju(server) upravo neki rest server.

To je pogodno kad već postoje "slojevi" na backend-u urađeni za potrebe neke desktop ili web aplikacije, pa hajde da uradimo i mobile verziju, a najlakše nam je da angažujemo iz tima one koji već rade C#, pa je potrebno relativno malo vremena, plus i dalje mogu da koriste VS...


Međutim, ako firma uglavnom radi Web frontend, onda je možda bolje da idu na Phonegap?


Videćemo šta će biti nakon konačne odluke suda u sporu Google - Oracle, možda Google reši da promeni glavni jezi za Android, neku su počeli da se šale da će da pređu na Swift :)

Možda donekle i nije loša ideja, pošto je Apple pustio Swift kao OpenSource, plus dosta onih koji već rade aplikacije za iOS mogu jednostavno da ih naprave dostupnim za Android.

Nisam siguran da razumem bas ovaj deo. U kontekstu C#, tj. sledece verzije koja bi trebalo da ima podrsku za non-nullable tipove, problem nije da li postoji podrska za null, nego upravo obrnuto, nije postojala podrska za non-nullable tipove. Sa aspekta type sistema, ovo je, po meni, bila ogromna rupa. Runtime je naravno uvek imao NullReferenceException a to je naravno vec kasno kada dobijes, daleko je bolje kada imas podrsku kompajlera u startu. Recimo, TypesScript je dobio podrsku za non-null tipove negde posle verzije 2, mada tek od 2.71 je implementirana "full" podrska, mada to u typescript funkcionise uglavnom u 99% slucajeva, dok onih 1% je mana koju nikad nece ispraviti zahvaljuci kompatibilnosti sa javascriptom (tj. odluke da je ts u stvari bude superset js-a).



No, ajde samo da se vratim jos jednom na .NET Core, da ne ispada da pljujem po njemu. Kao ideja mislim da je odlicna, kao implementacija, mislim da je ocajna, tacnije, kao realizacija je ocajna. Tehnicki deo oko implementacije u stvari nije toliki problem, MS ima dovoljno resursa da ima dobre timove, ali neke stvari ne mozes uraditi preko noci. Mislimda ce taj .NET Core biti dobar za jos par godina kada budes imao podrsku za sve i svasta (mada ironije li, ja sam bas pre par nedelja morao jedan .NET FW WebApi da prebacim na .NET Core, jer i posle celog dana zezanja nisam bio u stanju da uvucem SignalR, dok za .NET Core mi je trebalo 15 minuta).

Meni je ok da dobijem NullReferenceException, tako sam navikao, vodim racuna kada postoji mogucnost da dobijem null i obradim taj slucaj.
Takodje mi je vazno da ne bude break-a u string.IsNullorEmpty(value), kao i u null-coalescing(??) i null-conditional operatoru(?.), na koje sam se taman navikao.

Vezano za .net core, da SignalR je mislim od 2.x "first class citizen".
Vezano za Xamarin, mislim da postoji SignalR client, tako da real time messaging moze da se izvede za mobile preko ovog framework-a.


_{[Ovu poruku je menjao dejanet dana 31.03.2018. u 16:05 GMT+1]}

Problem je sto ti ne mozes parcijalno da krenes da uvodis podrsku za nonnullable tipove, Ili sve ili nista, ili ces da ukljucis switch i da dobijes hiljade warninga koje moras da peglas ili jednostavno neces korsititi taj feature uopste jer nikakve warninge neces dobijati uopste. Sto je veca kompanija i veci codebase to je veca sansa da se taj feature pretvori u jedan veliki ogromni "Nope". ja bih vise voleo da imam ! i da onda mogu buduci kod da prosirujem sa ! i da polako peglam sors kad i ako bude potrebe. Oni forsiraju ovo pitanje da bi naterali ljude da odmah dobiju adoptation umesto da on krene od 0%, kao sad cemo svi da batalimo sve projekte i da menjamo code base da bi se uskladili. To se nece desiti.

Pazi, ja se slazem sa tobom oko code base-a ali to je tako sa bilo kojom tehnologijom ili feature-om. Uzmi recimo kada je izasao WPF, niko nije prestao isti dan da radi WinForms i prekucavao kontrole u xaml. Ljudi sami biraju da li im nove stvare odgovaraju ili ne. Ocito je da je ovo feature namenjen za nove projekte. Mislim, nisam gledao, ali ti si spomenuo da su imali glasanje, sto je po meni fer. Ako je vise ljudi za to da se feature uradi tako da prakticno nemas podrsku za postojece projekte ali "cistije" za buduce, onda neces ni koristiti feature. Zato sam spomenuo typescript, tamo je taj "model" od samog pocetka prihvacen. Svi feature-i koji se dodaju, ukoliko mogu da breakuju nesto, onda se pravi switch (i da, videces raspravu za svaki feature na github-u, sto moram priznati da je po meni OK, ljudi daju argumente i za i protiv, posto stvari nisu uvek crno bele, jer da jesu, onda ne bi ni bilo potrebe za glasanjem, onda imas to glasanje*, jer na kraju krajeva, bas kao sto ti imas svoje korisnike i uvazavas njihove zahteve, tako smo i mi svi korisnici tih proizvoda, a samim tim je logicno da pitaju svoje korisnike, pa sad ko je glasao, glasao je...)

*za glasanje zaista ne znam, ja sam na githubu vidjao da se feature usvaja uglavnom kroz diskusiju, nisam video nikakvo formalno glasanje, no, nisam iskreno ni pratio.

Nažalost, Majkrosoft ima običaj da postojeću tehnologiju samo odjednom optiše i tako ozbiljno ošteti veliki broj korsinika koji su za tu tehnologiju vezani.

Sa Core su obećali da se to neće desiti i da neće biti nikakvih velikih izmena koje će dovesto do nekompatibinosti postojećih projekata. I onda su upavo uradili, i to izgleda najmanje već dva puta.

Ne bih im ja mnogo verovao. mogu oni već sutra da izjave du se zaznuli sa Core i da prelaze na nešto novo a da sve koji su se na Core oslonili puste niz vodu jer baš ih briga.

Na sta konkretno mislis?

Jednom su uradili sa Silverlight-om :)

Ali MS, po meni, zaista nije ko tako cesto break-uje stvari. Ko ne veruje, neka radi malo sa nodejs paketima pa ce videti kako se od verzije do verzije menja API :) (najludje od svega je sto su to uglavnom js based biblioteke, pa ti onda stanes i ceses se dok skontas sta je promenjeno, iz tog razloga ja ne uzimam nista sto nema ts definicije ili je pisano u ts :)).

Zanimljiva rasprava u vezi sa ovim .Net Core-om.

Trenutno mislim da jos nije zreo produkt da ljudi masovno sa .Net Framework predju na njega.

.Net Core i .Net Framework su alati koji vecini od nas programera pomazu da resimo biznis probleme sa kojima se susrecemo. Kad jednom upoznas alat, sa svim svojim prednostima i nedostacima, mozes da kazes da li nesto moze i koliko vremena ce biti potrebno da se napravi.

Konkretno imam vise od 10ak WCF servisa (SOAP/REST) za koje mislim da bi bilo veoma tesko prepisati na .Net Core.
Koliko znam trenutno Core ne podrzava WCF sto je donekle razumljivo jer W u WCF znaci Windows :)

Neko u diskusiji pomenu da ce se resiti placanja preskupih Win server licenci kao moguca kompezacija za prelazak na .Net Core.
Ja licno mislim da je premala cena. Generalno niko ovde ne radi zbog slave nego svi dobijamo materijalnu nadoknadu za nas rad.
Firme koje stede na serverima u zamenu da imaju neki (trenutno) na pola napravljen proizvod su neozbiljne. I to treba preskakati.
Ako njima osnovni biznis ne moze da pokrije troskove razvoja i hostinga nema sta da pricamo.

Tek ukoliko ozbiljna analiza pokaze da je moguce promeniti platformu i naravno sa procenom koliko ce to kostati (truda i vremena) mozemo da pricamo. Cak nisu izuzeci da se programeri i ne pitaju toliko, odluka dodje sa viseg nivoa :)


odnosno da citiram sa jedne druge diskusije:
https://www.reddit.com/r/dotne...bandon_dotnet_core_and_return/




<sub>[Ovu poruku je menjao djordjeno dana 04.04.2018. u 13:59 GMT+1]

[Ovu poruku je menjao djordjeno dana 04.04.2018. u 14:00 GMT+1]</sub>

djordjeno:"Neko u diskusiji pomenu da ce se resiti placanja preskupih Win server licenci kao moguca kompezacija za prelazak na .Net Core.
Ja licno mislim da je premala cena. Generalno niko ovde ne radi zbog slave nego svi dobijamo materijalnu nadoknadu za nas rad.
Firme koje stede na serverima u zamenu da imaju neki (trenutno) na pola napravljen proizvod su neozbiljne. I to treba preskakati. "

Ukoliko prodajes softver ili uslugu, znacajno je dal ce klijent morati da plati i za Windows server licencu ili ne....

Znacajno je i klijentu koji recimo, zbog obima aplikacije, mora da zakupi VPS, da li ce morati mesecno da placa 2x vise windows VPS ili linux :)

Ako u proizvodu koji radite cena window licence faktorise u bilo kom smislenom pogledu onda niste u korporativnoj prici. U korporatinvoj prici LInux masine nisu besplatne, samo se placaju na drugi nacin, i u nekim slucajevi izadju i skuplje kad se uracuna TCO.

Cak i za ostale, razlika izmedju Windows i Linux boxa na AWSu se meri u par dolara mesecno. To su smesne cifre da bi bile faktor odlucivanja. Zato je i prodor Core-a na Linux prakticno nepostojeci. Windows ekipe nemaju skoro nikakav rezon a kad Linux ekipama pomenes .NET Core, uvek dobijes isiti MS-hejterski odgovor. Cinjenica da MS happily se*e sam po sebi i svom developer ekosistemu pokusavajuci da ozivi svoju zombi mobilnu platformu i da se dodvori likovima koji ga mrze iz dna duse je u osnovi patoloski.

Ali po prirodi protoka novca, vecina devova, narocito onih koji vise po csharplang u GitHub-u upravo nije u korporativnoj prici i radi na low-cost projektima i zato je ceo taj "demokratski" model novog Microsofta zaprvo samo uvod u mediokritetstvo. Desavanje naroda. MS product menadzeri koji tamo vise radi feedback-a ne dobijaju adekvatan uticaj od korporativnih klijenata. I sve vise ce se desavati da od MSa dobijamo polu-pecena nestabilna resenja i breaking changes na minor verzijama kao sto je sad vec standardno ponasanje JS framework timova. Jer to su u osnovi isti ljudi, ne znaju za bolje, ne znaju kakoi zgleda proce odlucivanja i rada u korporativnom okruzenju i kako se radi kad si odgovoran drugima a ne samo samom sebi. Stvara se vakuum polako i nezadovoljstvo raste.

Postoje breaking changes sa 1.0 na 1.1 i sa 1.1 na 2.0. I ako je verovati roadmap-u bice izgleda i sa 2.0 na 2.1

Prodor .neta na Linux je praktično nepostojeći iz drugog razloga: bez obzira što je nešto open-sourceovano, nema garancije da će biti viable platforma i kroz 5 ili 10 godina, pogotovu poznajući MS-ovu sklonost da se s vremena na vreme po*ere na svoji i tuđi uložen trud. MS bi morao da potpuno prešalta na open-source da bi ih ljudi ozbiljno shvatili i prihvatili, pa i tada će biti pitanje. Niko ne želi da svoju karijeru stavi u ruke pijanom milioneru.

Pozdrav svima!
Planiram da se posvetim Xamarin-u.
Solidan .net programer sam, ali do sada nisam radio mobilne aplikacije.

Mo�e li neko da sugeri�e najprakti�niji na�in uklju�enja u Xamarin porodicu?

Hvala

"Ako u proizvodu koji radite cena window licence faktorise u bilo kom smislenom pogledu onda niste u korporativnoj prici. U korporatinvoj prici LInux masine nisu besplatne, samo se placaju na drugi nacin, i u nekim slucajevi izadju i skuplje kad se uracuna TCO. "

Pa vidi, sve sto hoces masovno da prodas, uslovno receno, nije u korporativnoj prici. Da bi ti korporacija bila klijent moras da imas dobre veze ;)
Ukoliko bi .net bio samo za korporacije, brzo bi nestao....

Zaista ne znam koja je popularnost neta na Linux-u ali imamo Mono koji je godinama pre toga bio aktuelan. Imas i popularni media player Banshee, koji je tu godinama, pisan u C#, i bio je default u Ubuntu-u. Tako da prica da .net nije popularan na Linux-u i ne stoji.

Cena win server licenci, bilo da se radi o in-house ili cloud zakupu severa nije zanemarljiva, narocito na pocetku rasta proizvoda i kompanije. Odustali smo od aws u korist in-house servera, zbog sprecificnih zahteva za nas posao, radi se o telekom industriji.
Mi na svakih ~500 novih korisnika, kreiramo novu server instancu, plus, duzni smo da obezbedimo 100% uptime ili placamo penale, tako da na sve to moramo da obezbedimo redudatnost sistema. Vecina nasih user-a su konektovani i konkurentni 8-10h.
Drugo nasa resenja se baziraju na opensource resenjima i ti serveri su nam svi na lindzi: db, memory cache, messaging bus.... , takodje admini su u glavnom linux orjentisani.
Pored ovih postoje i drugi razlozi zasto gledamo na linux.

Elem mi nismo dobar primer. Bolji primer je npr. mobile aplikacija koja komunicira se serverom, koju skine 3-4 miliona korisnika i gde imamo npr. 20-30k konkurentnih user-a. Uzeo sam npr. na nasim prostorima popularan Hetzner server provider-a:
- zakup najjeftinijeg servera je 34EUR a sa windows licencom + 20EUR

Ovde, lupam, treba: xy sql server, redis, rabbitmq i win server/iis, bar 6 fizickih server-a uz koriscenje vm i/ili docker container-a.

_{[Ovu poruku je menjao dejanet dana 07.04.2018. u 11:34 GMT+1]}

Ovo sto ti je jablan rekao je misljenje jednog Linuxovca izreceno na veoma uctiv i pristojan nacin Stvari koje sam ja cuo uzivo od Linux ljudi su daleko ostrije i nimalo pristojne

Jednostavno oni svi dozivljavaju MS upravo kao jablan, kao vuka u ovcijem runu. Samim tim je i besmislena ta ofanziva koju sprovode, samo razbijaju sopstveni developer ekosistem i izivljavaju se na svojoj user bazi, a ljudi koje su hteli da dovedu na svoju platofrmu to nece nikad uraditi. "node.je type" ljudi su infiltrirali MS i .NET i razbijaju ih iznutra

Mono koji pominjes je bas primer tog odnosa, danas nijedna Linux distribucija ne nosi Mono na sebi. Ubuntu je drzao neko vreme ali je onda izbacen zajedno sa Banshee-em. Ubuntu forumi su bili preplavljeni sa pitanjima linuxovaca "can I safely remove banshee and mono" Da ne pominjem da je sam Mono JIT bio potpuno neoptimizovano sra*je i da je kod koji je emitovao bio sporiji od BASIC interpretacije. Tako da i oni koji su probali Mono brzo su (pravilno) zakljucili da je potpuni promasaj. Sta vise ja mislim da ni ovo sto jablan prica na kraju nije tacno, ja mislim da sve da MS open sourcuje windows da linux komuna i dalje ne bi htela da ima nista sa tim. Tu nikad nece biti pomirenja.

Pomirenje nije ni potrebno ali je neophodnost da se stvori neka razvojna platforma koja će pokriti sve viđenije operativne sisteme, jer danas jedna isti kroisnička baza koristi raznolike operativne sisteme (jedan na PC, jedan na telefonu, jedan na tabletu, jedan na webu... i slično) i traže da može da proizvodi ili koristi apliakcije koje su podržane na svim tim platformama.

I to nisu zahtevi koje može da podmiri neka JavaScript zaje8ancija nego traže nešto ozbiljnije. Java je tu omanula i traži se nešto drugo.

Da, ali to nece biti ni .NET. Iz cistog razloga sto MS ne zeli da otvori Desktop stack za Linux tako da je kompletan MS developer ekosistem baziran na Forms i WPF tehnologijama prakticno cock-blocked za prodor na Linux.

Otvaraju samo web platformu, a u toj industriji nemaju prednost. Vecina je na Ruby on Rails i PHPu, sa masivnom upotrebom front end frameworka. Njima treba MS otprilike koliko im treba i zulj na stopalu.


Drugi, taj holy grail o kojem pricas ne postoji. To je rezon MSa iza osakacenog UWPa, sistema koji je toliko redukovan da i mobilni telefon moze da ga prikaze. I sta sad? Svi cemo na desktop-u da koristimo retardirani UIx? Ne bih rekao.
Unifikacija o kojoj pricas je nemoguca. Zato je Java omanula, zato ce i .NET omanuti, zato je web danas toliko prevalentan kao jedina platforma koja je u osnovi iole multiplatformska, tako da ta javascript zaje*ancija danas caruje, po cenu toga da smo apsolutno ograniceni sandboxingom i apstrakcijom.

Po meni i Xamarin je jos jedan pokusaj C# za sve mobilne/tablete i dobro on radi to sto radi i pod uslovom da pratis solidne tutorijale uz malo (nekai i vise) muke dobijes reusable back end code ali ce da pravis UI posebno za Android i iOS ... I to je to al sa hibridima je po meni mnoooogoo lakse mada je subjektivno jer mnogo volim JS al sad posle npr. WebAssembly (po meni najbolji deo) su cudo uz sve ostalo ...
Pitanje kolko to stvarno radi al ako radi ...