Gazanfer

kermit, node.js kodunu su sekilde degistirip console ciktisini buraya koyar misin? app.put('/admin/:id', function(req, res) { console.log(req.params); console.log(req.body); });

sorununu cozemiycem, ama su sekilde yardim etmeye calisayim: - client post request yolluyo, ancak server put request icin yazilmis. (client tarafinda put'u post uzerinden channel eden bisiler yapilmis, ama o duzgun calisiyo mu bilemiyoruz. en temizi network'e goz atarak ne gidiyo ne geliyo onu check etmen) - jade eklemen isi biraz karistirmis. client'a gelen html'i koysaydin daha faydali olurdu. simdi jade'de DB.id goruyoruz ama client'a o id basilip gidebiliyo mu bilemiyoruz. client ne aliyosa o lazim. (bi de bu jade syntax'i nasil syntax yahu? js olmasi gerekmiyo mu bunun? :)) - server'i test etmek icin http request yollayan bi program kullanman daha saglikli olur. "server'a x yolladigimda y bekliyorum" case'ini test edersin, sonra o duzgun calisinca client icin "client x aliyor, dugmeye basinca y yolluyor" diye onu test edersin. bu sekilde o kadar cok bizim goremeyecegimiz test edemeyecegimiz sey var ki, biraz zor. - konuyla alakasiz, ama "bu id bulunduysa o zaman suraya redirect edeyim" pek dogru bi yol degil gibi. deneme maksatli oldugunu tahmin ediyorum, ama sonra baska yollar uzerinde dusun bence. dedigim gibi, cok yardimci olamadim, ama daha fazla bilgi lazim :) edit: son bir ek: server ...db.content kaydetmeye calisiyo, ama formda oyle bi field yok. sanirim hddncontent demek istedin?

bi de, onceki sayfalari simdi okudum, "dom candir, canvas'la ugrasilmaz" denmis, kesinlikle katilmiyorum, dom ile oyun olmaz, kisa vadeli dusunmuyosan elbet dom'dan baska biseyler kullanacaksin. canvas'i direkt kullanmak zorunda degilsin, canvas'i wrap eden pek cok library var. onlardan birisini kullanabilirsin. (canvas'in da kendi bambaska sorunlari var, ama onlara karsina cikinca deginirim daha sonra)

selam, musade olursa ziplamanin egretiligini duzeltmene yardim edeyim (koduna bakmadim su an nasil hesaplaniyo oyun icinde bilmiyorum): - velocity ve acceleration kavramlari olsun. (hiz, ivme) - velocity ve acc. normalde 0 - bir de ters acc. var, gravity. - oyuncu zipladiginda acc = 5 gibi bisi set edilmeli. her update'de: - acceleration = accelaration - gravity olarak update edilmeli. - velocity = velocity + acc. olarak update edimeli. - positionY = positionY + velocity olarak update edilmeli. (+ ya da -, koordinat sisteminin nerden bacladigina bagli) bu sekilde yaparsan ziplama daha gercekci olur. tepeye cikarken smooth olarak yavaslar, dususe gecer, yere dusene kadar hizlanir.

async olmasi onemli tabi, ama bence async olmasa bile boyle bir cozume ihtiyac vardi ve yine de tutardi. (boyle = dev tool'lar ile entegre calisan, web dev ortamini complement eden). ama aydinlanalim, neden async programming? (neyin ne oldugunu biliyorum ama benim cok doyurucu, "aaa evet" dedirten bi cevabim yok, ondan soruyorum, "neymis official cevap" diye)

insaf diyorum sadece :) googleda "mongoose query contains" aramamin ucuncu sonucu: stackoverflow'da "querying-an-array-inside-a-mongoose-document" diyor ki: You can use dot-separated paths in a query like so: User.find({'devices.deviceRegistrationId': deviceRegistrationId}).

kermit, esnafin dedigi dogru, ama biraz formatlaman gerekebilir. ben date isleri icin moment.js kullaniyorum, tavsiye ederim. yalnizca bu formatlamalar icin degil, ayrica "dun saat 13:00'de" gibi sonuc alman da mumkun. (ayrica timezone eklentisi de her turlu timezone sorununa deva). (konuyla alakasiz ama genel olarak: topigin basina kadar gittim, sorunu bulmaya calistim, soru mu sormussun, yakinmis misin belli degil, sorunu tek parcaya indirip "tarih ve saati formatlamanin en iyi yolu nedir?" diye sorarsan daha kolay cevap alirsin)

dogru, ama belirsizlik olup olmayacagina dair degil, nasil olacagina dair, zira gayet stable her sey. kimler node.js kullaniyor? node.js kullanirsaniz ileride "node.js patladi, herseyi yeniden baska biseyle yapacagiz" degil, "node.js ve libraryleri upgrade edince scriptim patladi, elden gecirmem gerekiyor" dersiniz en fazla. node.js gelisirken sadece kendisini degil, butun javascript dunyasini degistiriyor, ayni zamanda kendi ekosistemini de olusturuyor. sirf node.js paketlerini duzgun manage edebilmek icin yapilmis olan npm, daha yeni cilginca yatirim aldi. node.js deployment icin turlu turlu cozumler cikti. client'ta ne varsa hepsinin node.js esdegeri yapiliyor. javascriptle, weble alakasi olmayan applicationlarin bile installation ve test kisimlari node.js kullanacak sekilde yaziliyor. biraz ilgisi olan arkadaslar bence hic "daha erken, cok gelismedi, sonra bakariz" demeyin, kasin, pisman olmazsiniz :)

acikcasi bayadir mongoose kullanmiyorum, tam hatirlamiyorum onun nasil yapilacagini.

anliyorum seni, ama bi noktada algin tamamen degisiyor, isin architecture'i cok ilginc, kod kismi cok bayik geliyo. mimari uzerinde calisip herseyi oturtup sonra is koda gelince "zaten bitti ki bu, gerisi amelelik" diyorsun :P

image konularina hic dokunmuyorum, derin mevzu ve cok deneyimim yok nodejs + image konusunda, diger konuya gelirsek: ben bunu su sekilde yaptim daha once: var ConversationSchema = mongoose.Schema({ users: [{type: mongoose.Schema.Types.ObjectId, ref: 'user'}], messages: [{type: mongoose.Schema.Types.ObjectId, ref: 'message'}], updateTime: {type: Date, default: Date.now} }); sunu belirteyim, bunu yapmanin bir kac farkli yolu var, benim denedigim ve mongoose'un da uygun gordugu yapi bu sekilde. 100% en dogru seklidir demiyorum, ama bu sekilde yaparsan calisir diyorum :)

madem benim onerdigim sekilde gitmek istedin, son bir tavsiye daha vereyim izninle :) : rest isi ciddi olarak cok sorun cikaracak ve development zamanini baya artiracak bi etken. bu yuzden bunu 3 layer halinde yapmani tavsiye ederim: 1: mongoose'u saran custom module: web nedir, express nedir, request nedir bilmeyen layer. bunun icinde ne olacak? getPosts(...) olacak mesela, butun postlari donduren (literally boyle yapmazsan daha saglikli olur tabi :)) module. icinde mumkun oldugu kadar az logic olmali, yalnizca senin tanimladigin actionlara cevap verecek duzeyde olmali. yani, bu arkadasin userdan haberi bile yok, getPosts(...) deyince onu verecek. 2: web server ile layer 1 arasindaki iliskiyi kuracak olan custom module. butun logic burada olacak. getPosts(...) geldigi zaman kullanici login olmus mu vs. burada bakilacak. 3: rest web server: butun rest kurallarini burada implement edeceksin. neye nasil cevap verecegini bu arkadas bilecek. getPosts(...) cagirip gelen cevabi response'a cevirecek arkadas bu, error gelirse onu sekle sokup response yapacak arkadas da bu. neden boyle yapmak daha saglikli? boyle test etmek cok cok daha kolay. en bastan planini yapip applicationdaki butun conceptleri tanimlayip once layer1'de bi kismini yaparsin (user, posts), onu nispeten kullanilabilir bir hale getirince onu kullanacak olan 2. layer parcalarini yazarsin, test edersin. dikkat ettiysen, bu noktaya kadar daha browser acmadik bile, ama elimizde kullanilabilir bir sistem var. ancak bunlardan sonra son layeri restful yazarsin. bu sekilde her modulun giris ve cikis kosullari belli oldugu icin hem development hem de test cok hizlanir. diyeceksin ki, "ben layer 2 ile 3'u birlestiririm oyle yaparim". inan bana, basin cok agrir. sistemin rest ile ilgilenen kisimlari logicin icine girerse, sistemin rest'e bagimli hale gelir, baska bir sekilde calismasi gerektiginde baya biseyi bastan yazman gerekir. oysa ayri yazdiginda, ileride "buna websocket kullanacak sekilde degisiklik yapmamiz lazim" denildiginde yapman gereken tek sey web layerini bastan yazmak (ya da paralel olarak calisan ayri bir layer yazmak) olur. ayni sekilde "layer 1 + 2 olsun" dersen, ileride mongodb yerine baska bir db kullanman gerektiginde basin agrir.

Cok guzel olur. Bunun nodejs ile standart yolu express kullanarak genel web server erisimi saglamak, onun altinda mongoose ile mongodb'ye uzanmak. (mongoose ve mongodb optional tabi, ama ben bu stack'in cok iyi calistigini dusunuyorum). ancak unutma ki express api'i restful yapmak icin ozel bisey yapmaz. bunu kendin saglayacaksin, ki pek cok ongoremedigin sorun cikabilir, rest killi yunlu is. "buna bulasmayayim, bunu restful yapmak icin illa biseyler vardir" diye dusunursen (haklisin) restify ya da benzeri daha ozellesmis module'ler var, ancak benim onlarla pek deneyimim yok, yorum yapamam. ya da, express middleware'lerine gozatabilirsin, genelde hersey icin bir middleware oluyor. ha, ben bunu restful yapmak icin kendim biseyler yazicam dersen, bunu da express middleware olarak yazmani tavsiye ederim, boylece diger middleware'lerin ile (authentication, caching, vs.) uyumlu sekilde calistirabilirsin, ve test etmesi daha kolay olur.

illa hersey restful olacak ya da http status kullanacak diye bisey yok. mesela jsonrpc'de hersey 200 http status'u ile doner, error varsa kendi icinde ayrica aciklanir.

Oyun basarili gayet. Oyunun soft-simulasyon ruhunu korumalari cok iyi olmus. Daha once mechwarrior oyunlarini oynadim ama cok da lore'a hakim oldugumu, cok deneyimli oldugumu soyleyemem. Ama yine de cok eglenerek oynuyorum. En cok kullandigim mech Jenner F. Motoru XL 300 yapip medium laserleri doseyince cok saglam scout oluyor. Hobileri arasinda heavy+ enemy mechleri harrass edip kuytuya cekmeye calismak, base'e adam lazim olunca hemen kosmak, bizim heavy+'leri rahatsiz eden lightlari puskurtmek var. Ama en onemli gorev tabi ki buyuk mechleri targetleyip diger elemanlarin onlara dalmalarini saglamak. Light mech oldugu icin cok damage kapasitesi yok, ve sinek gibi 3-4 vurusta oluyor, ama hizi ile bunu cok saglam dengeleyebilirsiniz. Ayrica spotting icin aldiginiz para kill parasiyla ayni, o yuzden illa birilerini oldurmek olmamali amaciniz. Ama cakal davranip ortada yardimci eleman olarak kosturursaniz dusuk hp'li mechleri kritik noktalardan vurarak baya kill alabilirsiniz. Benim 3-4 kill aldigim maclar olmadi degil. Raven sorulmus, Raven oynamadim ama gordugum kadariyla bayagi ezik ravenlar. light mechler arasinda jenner ortamin krali, ve millet az biraz nerf istemeye basladi bile. commando direkt noob isi anladigim kadariyla ve ilk mech olarak commando alanlar agliyor. Oyuna hizli baslangic yapmak isteyenler icin: - Onemli maclar disinda mechlerinizi tamir ve reload etmeyin. bu sayede yaklasik 60% hp ve 75% ammo ile oyunlara basliyosunuz. - Ilk mech bence mutlaka Jenner olmali, variant size kalmis, butun buildlere hakim degilim yorum yapmayayim. Hem ucuz, hem eglenceli, hem ise yarar. - Oyun beles ama benim vaktim degerli, cok grind yapamam derseniz biraz para dokun. ben oyle yaptim, bir hafta icinde yaklasik $40 dolar harcadim, pisman degilim. Ama sanmayin ki para ile hersey aliniyor. Parca almak icin c-bill sart. - Eger biraz para vermeye raziysaniz, bir ya da uc gunluk premium alabilirsiniz. Maclarda para ve exp gainini 50% artiriyor, bence deger. - Bulabildigim en hizli grind yontemi: En az 2 mechiniz olsun. Oyuna girin, oynayin, olunce exit match yapin, diger mechinizle baska oyuna girin. olunce bastan tekrarlayin. Oyunda kazandiginiz para ve xp size geliyor, merak etmeyin. Ama mactan cikinca o mac bitene kadar ayni mechi kullamiyorsunuz.

tek basiniza da calissaniz bi versiyon kontrol sistemi kullanin. git tavsiye ederim. ilk basta usenirsiniz, ama bi kac seferden sonra cok alisirsiniz ve faydasini gorursunuz.

comment koyun, ama captain obvious olmayin. //buradaki for dongusunde x'in 1-200 arasi degerleri icin y'yi hesapladim afferin

yazilimin (ve hatta teknolojiyle alakali pek cok alanin) digerlerinden farki, ogrenmek icin okula muhtac degiliz. hatta, okul baya bi geriden takip eder genelde. formal egitimin katkisini kucumsemiyorum, ama yazilim kimsenin kendi basina ogrenemeyecegi bi sey degil. yil 2012 olmus, internet uzerinden takla atiyoruz, insanlar hala biseyi ogrenmek icin 50 yasinda insanlarin yonettigi kurumlarin sinavina girip fiziksel binalara 4-10 yil boyunca gidip odev yapmanin gerekli oldugunu savunuyor. olmasin boyle :)

uzun cevap: her yasta, her egitimle her alanda yazilim isine girebilirsin. sana tavsiyem, cok kurcalamadan, "bu mu iyidir bu mu?", "x'e baslasam yapabilir miyim?" diye cok kurcalamadan hemen su anda baslaman. yazilim konusunda ogrenmeye baslamak olsun, herhangi bi projeye kasmak olsun, benim gordugum en buyuk hata isin kendisinden cok tartismasi ile vakit harcanmasi. merak etme, yazilimda "o kadar kastim ama bosa gitti, sonra tamamen bambaska bi alana kaydim" diye bisey yok, her ogrendigin isine yarayacak. isletme mezunuyum, ben php ile basladim, 10 yil kullandim, bi suru ise girdim ciktim, sonunda nefret ettim. "10 sene once php'ye degil baska biseyle baslaman daha dogru mu olurdu?" dersen, hayir derim. o zamanda, benim icin en dogru tercihti, gitmem gereken yoldaki bir adimdi. su an javascript dev. olarak calisiyorum, ama pek cok dil ve teknolojiyi de bilmem sart. ilerde senin de ogrenecegin uzere, butun diller birer alettir, isine yaradigi yerde kullanirsin. nasil ki yalnizca cekic kullanan marangoz olmaz, tek bir dil bilen de programci olmaz. onemli olan bi yerinden baslamak. isine yaramayacagi halde ogrendigin dil seni pisman etmeyecek, ama dile karar vermek icin harcadigin zaman edecek. kisa cevap: hepbiri

cevap veriyorum: mumkundur. cevabi aciyorum: turkiyede zor biraz. ben genelde ofiste calisiyorum, ama masanin obur ucunda oturan adamla bile skype uzerinden gorusuyorum (sebep: o an mesgul olabilir, sonra okumak isteyebilir, yolladigim sey copy pastelenebilir olmalidir, millet gurultuden rahatsiz olabilir, vs.). bu yuzden zaten yuzyuze gorusmek is acisindan dezavantaj. is acisindan bakarsak, her sey repositorylerde zaten, bilgisayara sahip olmam bile gerekmiyor, guvenilir bir yerde herhangi bir bilgisayarla calisabilirim. istedigim zaman evden calisiyorum, sorun cikarmiyolar. farkli sirketlerde calisan arkadaslarim da genelde benzer durumdalar. is goruldugu surece kimse kimsenin nerden calistigina bakmiyo. tabi bu soylediklerim yazilim ile ilgili... musteriyle gorusecek ya da paperworkle ugrasacak eleman bi zahmet geliyo ofise. ama, benim gordugum kadariyla turkiyede hic sicak bakilmiyo buna. bunun sebepleri uzerine bisiler soyleyip tartisma cikarmak istemiyorum, ama hic bi zaman da turkiyede boyle bi anlayisin hos karsilanacagini sanmiyorum. diger yandan, ofis disi calismak her zaman disardan goruldugu kadar hos olmuyor. bi kere eger cok disiplinli bi insan evladi degilseniz, saat 11den once biraz zor baslarsiniz islere, ve ofiste yaptiginizin yarisi performansla calisirsiniz. en azindan benim basima gelen budur, bu yuzden genelde ofiste calismayi tercih ediyorum. yine de, gerektigi zaman "ben x sehrine/ulkesine gidiyorum, bi hafta ordan calisicam" diyebilmenin rahatligi o isyerine gozumde +4 CHA verir.

ben netten bi kac ilan buldum, basvurdum. 2-3 tanesinden cevap geldi, gorustuk mail + msn ile. bi tanesi ufak bi is verdi, ftp accountu falan verdiler, 4 saat icinde orda live calistim, ben calisirken de manager izledi yaptiklarimi. sonra o isi bitirdim, teklif sundular, kabul ettim, karsilikli 2-3 ay belgeler gitti geldi (cok daha kisa surebilirdi bu surec, ama acemilik iste) calisma iznidir, diplomadir, sabika kaydidir, vs. sonra o belgelerle uzun sureli vize basvurusu yaptim, 3 ay bekledim hala cikacak diyodu konsolosluk. sirketle sozlesmem var bu arada, ama henuz gidemedim. adamlar gelmiyceksen iptal bu is artik diye yan cizmeye basladilar. kararttim gozumu, kisa sureli vize aldim tatile gider gibi, gittim ise basladim. bi yandan uzun sureli vize basvurumu yaptim, sorun kalmadi. (sonra cok sorun cikti da, konuyla alakasi yok :) ) ama buyuk saglam bi sirkette ise baslarsaniz bunlarin cogunu yasamazsiniz. multinational sirketlerin genelde immigration specialist tarzi elemanlari oluyo, onlar bu islerin butun ince noktalarini picliklerini bildikleri icin kolayca hallediyosunuz. benim o sansim yoktu. edit: - isletme mezunuyum, web developerim. - 3-4 yil okurken yaptigim islerden edindigim freelance deneyim + 1.5 yil profesyonel deneyim vardi basvurdugumda.

neye dayanarak soyluyosun bunu? ben buldum ve geldim, ekstrem bi ozelligim de yok. burdaki ve diger ulkelerdeki yaklasik 5-6 arkadasim da ayni sekilde yurtdisinda.

hayir. 4-5 sene once bakmistim. doktorlarin ekstra 2-3 sene orda okumasi ve sinavlara girmesi gerekiyo diye hatirliyorum. ayrica tip, guvenlik vs gibi alanlarin gocmenlere verilmemesi konusunda bazi calismalar vardi, ne oldu bilmiyorum, onu da arastirmak lazim. ama her durumda doktorlarin isinin cok kolay olmadigini biliyorum.

bu arada, diploma sart dedigim, illa cs diploman olmasi gerekmiyo. su yuzden lazim: isverenin seni diplomasiz kabul etse bile, yasalar geregi bu islemlerin cogunu sadece uni mezunlari yapabiliyo. ben de web developerim, isletme mezunuyum, isverenim sorun cikarmadi.