Şimdi Ara

Microsoft Mülakat Tecrübem II (3. sayfa)

Bu Konudaki Kullanıcılar:
3 Misafir (1 Mobil) - 2 Masaüstü1 Mobil
5 sn
61
Cevap
29
Favori
5.166
Tıklama
Daha Fazla
İstatistik
  • Konu İstatistikleri Yükleniyor
2 oy
Öne Çıkar
Sayfa: önceki 1234
Sayfaya Git
Git
sonraki
Giriş
Mesaj
  • quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Kapitölizm?
  • quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Odaya kayitli muhendis? Nedir ki bunun ingilizcesi? Onu gectim ABD'de bunun odasi mi var ki adamlar anlasin? Ortada bi tek ABET denen zimbirti var o da oda falan degil; CSAB denen adini kimsenin bilmedigi birsey var.

    Ayrica soru bana biraz Continuous Integration ile ilgili bir soru gibime geldi. Misal ben olsam evet derdim release olduktan sonra hemen yamalariz; zaten cloudsa hemen sorunu cozmus oluruz derdim. Adamlar sonucta, ben yapamam pes, diyecek adamlari almak istemiyor. Yani adam sana eger peki web degilse ne yapariza getirirse o zaman known issues diye release notlarina yazar sonra da release ederiz deyip gecmeni bekliyor. Yani Microsoftun senden beklentisi:
    1) Musteriyi uzme
    2) Microsoft'u sorumlu (liable) tutma.

    Yanlis anlamayin yani de bir program bugsiz olmaz zaten. Insanlar oturupta yeni ozellik yerine buglarla ugrassaydi yazilim sektoru cok daha kotu durumda olurdu.



    < Bu mesaj bu kişi tarafından değiştirildi ThisisaNightmare -- 27 Eylül 2015; 23:49:56 >
  • quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Odaya kayitli muhendis? Nedir ki bunun ingilizcesi? Onu gectim ABD'de bunun odasi mi var ki adamlar anlasin? Ortada bi tek ABET denen zimbirti var o da oda falan degil; CSAB denen adini kimsenin bilmedigi birsey var.

    Ayrica soru bana biraz Continuous Integration ile ilgili bir soru gibime geldi. Misal ben olsam evet derdim release olduktan sonra hemen yamalariz; zaten cloudsa hemen sorunu cozmus oluruz derdim. Adamlar sonucta, ben yapamam pes, diyecek adamlari almak istemiyor. Yani adam sana eger peki web degilse ne yapariza getirirse o zaman known issues diye release notlarina yazar sonra da release ederiz deyip gecmeni bekliyor. Yani Microsoftun senden beklentisi:
    1) Musteriyi uzme
    2) Microsoft'u sorumlu (liable) tutma.

    Yanlis anlamayin yani de bir program bugsiz olmaz zaten. Insanlar oturupta yeni ozellik yerine buglarla ugrassaydi yazilim sektoru cok daha kotu durumda olurdu.

    Bence ürünün anlaşma taraflarıyla da ilgili olur, ürünü kullanacak ve/veya beklentisi olan kişi (müşteri ?) tarafında sıradan insanlar yatıyorsa ve ürün bir şekilde update edilip bugları düzeltimeleyecek bir ürünse, bilinen bug'la release etmek çok saçma bir strateji olur bence. Hatta bunun yanında tüm bu varsayımları geçip, müşteri bağımsız olmayan bir üründe de bug'ın boyutu önemli bence, ürünün temel işlevlerinden birinin çalışmasını engelleyecek bir release de saçma bir strateji olur bence. Tabii "Böyle düşündüğün için Microsoft'un başında değilsin." gibi bir yaklaşım da sergilenebilir bu söylediklerime karşı
  • quote:

    Orijinalden alıntı: seyfi84

    Engineering Code of Conduct/Ethics evrenseldir. Odanın veya başka bir örgütün tekelinde değil.
    Eğer ben bu ilkeleri benimsemezsem alaylıdan farkım kalmaz. Diplomanın bir kıymeti olmaz, 4 seneyi boşa geçirmiş olurum, sadece Bill efendi'nin servetine servet katmış olurum.

    Ahlak ve ilkeler şartlara ve zamana göre bükülebilirse ahlak ve ilke olmaktan çıkar. Bunların amacı zaten her şart altında aynı diklikte durabilmektir.

    Peki odadan neden bahsettiniz? Veya nasil bahsettiniz onu soruyorum?

    Onun disinda egitim konusuna deginmissiniz fakat ABD de yazilim muhendisi olan kisilerin 90% inda Engineering diplomasi yok. Cogunda Computer Science diplomasi vardir; Computer Science icinse zorunlu etik dersi yoktur ornegin:
    http://coursecatalog.web.cmu.edu/schoolofcomputerscience/#curriculum-b.s.incomputerscience
    http://web.stanford.edu/group/ughb/cgi-bin/handbook/index.php/Approved_Courses

    Onun disinda Microsoft alayli eleman da aliyor. Simdi onlara boyle bir muamele yapmani Microsoft HR i istemez. Ayni zamanda oranin kulturel fiti olarak diploma egosu degil yapilcak is olarak bakarlar. Yani boyle bir tavirla zaten oraya fit olamayacagini gordukleri icin sizi reddetmislerdir.
  • quote:

    Orijinalden alıntı: welrocken

    quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Odaya kayitli muhendis? Nedir ki bunun ingilizcesi? Onu gectim ABD'de bunun odasi mi var ki adamlar anlasin? Ortada bi tek ABET denen zimbirti var o da oda falan degil; CSAB denen adini kimsenin bilmedigi birsey var.

    Ayrica soru bana biraz Continuous Integration ile ilgili bir soru gibime geldi. Misal ben olsam evet derdim release olduktan sonra hemen yamalariz; zaten cloudsa hemen sorunu cozmus oluruz derdim. Adamlar sonucta, ben yapamam pes, diyecek adamlari almak istemiyor. Yani adam sana eger peki web degilse ne yapariza getirirse o zaman known issues diye release notlarina yazar sonra da release ederiz deyip gecmeni bekliyor. Yani Microsoftun senden beklentisi:
    1) Musteriyi uzme
    2) Microsoft'u sorumlu (liable) tutma.

    Yanlis anlamayin yani de bir program bugsiz olmaz zaten. Insanlar oturupta yeni ozellik yerine buglarla ugrassaydi yazilim sektoru cok daha kotu durumda olurdu.

    Bence ürünün anlaşma taraflarıyla da ilgili olur, ürünü kullanacak ve/veya beklentisi olan kişi (müşteri ?) tarafında sıradan insanlar yatıyorsa ve ürün bir şekilde update edilip bugları düzeltimeleyecek bir ürünse, bilinen bug'la release etmek çok saçma bir strateji olur bence. Hatta bunun yanında tüm bu varsayımları geçip, müşteri bağımsız olmayan bir üründe de bug'ın boyutu önemli bence, ürünün temel işlevlerinden birinin çalışmasını engelleyecek bir release de saçma bir strateji olur bence. Tabii "Böyle düşündüğün için Microsoft'un başında değilsin." gibi bir yaklaşım da sergilenebilir bu söylediklerime karşı

    Cogu yazilim firmasi (M$ dahil) sen, ben gibi evde bilgisayarina yuklenen yazilimla cok ilgilenmez. Adamlarin asil ilgilendigi kisim enterprise kisimdir. Sonucta bir firma Microsoft urunu kullanarak kendini yazilim konusunda belli bir garantiye almaktadir.

    Onun disinda ben acikcasi bilinen bugu olupta release edilmeyen yazilim bilmiyorum. En basitinden Atlassian i duymussundur (duymadiysan da ise baslayinca duyarsin)

    O firmanin birsuru urunu var. Ornek olarak confluence var. Bu firmanin iyi yani buglistini public yapmasi: Al buradan ulasabilirsin:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Maalesef onlarin baska urunu olan JIRA 1000 den fazla sonuc gostermiyor. Neyseki son 12 haftada acilan buglarin sayisini gorebiliyoruz:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20AND%20created%20%3E%3D%20-12w%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Oda 246 tane.

    Sen simdi bu firmaya gidipte. Ben buglari fixlemeden release yapmam, etige aykiri dersen adamlarin tepkisi sence ne olur?
  • quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: welrocken

    quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Odaya kayitli muhendis? Nedir ki bunun ingilizcesi? Onu gectim ABD'de bunun odasi mi var ki adamlar anlasin? Ortada bi tek ABET denen zimbirti var o da oda falan degil; CSAB denen adini kimsenin bilmedigi birsey var.

    Ayrica soru bana biraz Continuous Integration ile ilgili bir soru gibime geldi. Misal ben olsam evet derdim release olduktan sonra hemen yamalariz; zaten cloudsa hemen sorunu cozmus oluruz derdim. Adamlar sonucta, ben yapamam pes, diyecek adamlari almak istemiyor. Yani adam sana eger peki web degilse ne yapariza getirirse o zaman known issues diye release notlarina yazar sonra da release ederiz deyip gecmeni bekliyor. Yani Microsoftun senden beklentisi:
    1) Musteriyi uzme
    2) Microsoft'u sorumlu (liable) tutma.

    Yanlis anlamayin yani de bir program bugsiz olmaz zaten. Insanlar oturupta yeni ozellik yerine buglarla ugrassaydi yazilim sektoru cok daha kotu durumda olurdu.

    Bence ürünün anlaşma taraflarıyla da ilgili olur, ürünü kullanacak ve/veya beklentisi olan kişi (müşteri ?) tarafında sıradan insanlar yatıyorsa ve ürün bir şekilde update edilip bugları düzeltimeleyecek bir ürünse, bilinen bug'la release etmek çok saçma bir strateji olur bence. Hatta bunun yanında tüm bu varsayımları geçip, müşteri bağımsız olmayan bir üründe de bug'ın boyutu önemli bence, ürünün temel işlevlerinden birinin çalışmasını engelleyecek bir release de saçma bir strateji olur bence. Tabii "Böyle düşündüğün için Microsoft'un başında değilsin." gibi bir yaklaşım da sergilenebilir bu söylediklerime karşı

    Cogu yazilim firmasi (M$ dahil) sen, ben gibi evde bilgisayarina yuklenen yazilimla cok ilgilenmez. Adamlarin asil ilgilendigi kisim enterprise kisimdir. Sonucta bir firma Microsoft urunu kullanarak kendini yazilim konusunda belli bir garantiye almaktadir.

    Onun disinda ben acikcasi bilinen bugu olupta release edilmeyen yazilim bilmiyorum. En basitinden Atlassian i duymussundur (duymadiysan da ise baslayinca duyarsin)

    O firmanin birsuru urunu var. Ornek olarak confluence var. Bu firmanin iyi yani buglistini public yapmasi: Al buradan ulasabilirsin:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Maalesef onlarin baska urunu olan JIRA 1000 den fazla sonuc gostermiyor. Neyseki son 12 haftada acilan buglarin sayisini gorebiliyoruz:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20AND%20created%20%3E%3D%20-12w%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Oda 246 tane.

    Sen simdi bu firmaya gidipte. Ben buglari fixlemeden release yapmam, etige aykiri dersen adamlarin tepkisi sence ne olur?

    Benimkisi aslında biraz teorik bir konuşmaydı, enterprise tarafına katıldığımı söyledim zaten. Benim kastettiğim hata büyükse (ölümcül ?) böyle birşey yapılmaması gerektiğiydi. Yani bir birey olarak değil de şirket politikası bazında. İşin içini bilmediğim için böyle düşünüyor olabilirim tabii.
  • quote:

    Orijinalden alıntı: welrocken

    quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: welrocken

    quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Odaya kayitli muhendis? Nedir ki bunun ingilizcesi? Onu gectim ABD'de bunun odasi mi var ki adamlar anlasin? Ortada bi tek ABET denen zimbirti var o da oda falan degil; CSAB denen adini kimsenin bilmedigi birsey var.

    Ayrica soru bana biraz Continuous Integration ile ilgili bir soru gibime geldi. Misal ben olsam evet derdim release olduktan sonra hemen yamalariz; zaten cloudsa hemen sorunu cozmus oluruz derdim. Adamlar sonucta, ben yapamam pes, diyecek adamlari almak istemiyor. Yani adam sana eger peki web degilse ne yapariza getirirse o zaman known issues diye release notlarina yazar sonra da release ederiz deyip gecmeni bekliyor. Yani Microsoftun senden beklentisi:
    1) Musteriyi uzme
    2) Microsoft'u sorumlu (liable) tutma.

    Yanlis anlamayin yani de bir program bugsiz olmaz zaten. Insanlar oturupta yeni ozellik yerine buglarla ugrassaydi yazilim sektoru cok daha kotu durumda olurdu.

    Bence ürünün anlaşma taraflarıyla da ilgili olur, ürünü kullanacak ve/veya beklentisi olan kişi (müşteri ?) tarafında sıradan insanlar yatıyorsa ve ürün bir şekilde update edilip bugları düzeltimeleyecek bir ürünse, bilinen bug'la release etmek çok saçma bir strateji olur bence. Hatta bunun yanında tüm bu varsayımları geçip, müşteri bağımsız olmayan bir üründe de bug'ın boyutu önemli bence, ürünün temel işlevlerinden birinin çalışmasını engelleyecek bir release de saçma bir strateji olur bence. Tabii "Böyle düşündüğün için Microsoft'un başında değilsin." gibi bir yaklaşım da sergilenebilir bu söylediklerime karşı

    Cogu yazilim firmasi (M$ dahil) sen, ben gibi evde bilgisayarina yuklenen yazilimla cok ilgilenmez. Adamlarin asil ilgilendigi kisim enterprise kisimdir. Sonucta bir firma Microsoft urunu kullanarak kendini yazilim konusunda belli bir garantiye almaktadir.

    Onun disinda ben acikcasi bilinen bugu olupta release edilmeyen yazilim bilmiyorum. En basitinden Atlassian i duymussundur (duymadiysan da ise baslayinca duyarsin)

    O firmanin birsuru urunu var. Ornek olarak confluence var. Bu firmanin iyi yani buglistini public yapmasi: Al buradan ulasabilirsin:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Maalesef onlarin baska urunu olan JIRA 1000 den fazla sonuc gostermiyor. Neyseki son 12 haftada acilan buglarin sayisini gorebiliyoruz:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20AND%20created%20%3E%3D%20-12w%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Oda 246 tane.

    Sen simdi bu firmaya gidipte. Ben buglari fixlemeden release yapmam, etige aykiri dersen adamlarin tepkisi sence ne olur?

    Benimkisi aslında biraz teorik bir konuşmaydı, enterprise tarafına katıldığımı söyledim zaten. Benim kastettiğim hata büyükse (ölümcül ?) böyle birşey yapılmaması gerektiğiydi. Yani bir birey olarak değil de şirket politikası bazında. İşin içini bilmediğim için böyle düşünüyor olabilirim tabii.

    Hata buyukse o zaman yine release yapilmasinda bir sorun gormuyorum, yani o durumda yapicak 2 sey var:
    1) Programda o hatali kismi tamamen de-aktif etmek
    2) Release Note lara yazmak. Ornegin:
    https://technet.microsoft.com/en-us/library/dn387075.aspx


    Artik millet agile diye agliyor. Nedir bu Agile?
    Her an her seye hazir olmak. Degisime kolay adapte olmak. Yapilmasi gereken isi de, firmanin onceligine gore yapmak.
    1) Sen eger bir release stage inde cok buyuk bir bugi olusturduysan, onu olusturan elemani release etmezsin.
    2) Eger bir ozelligi ekledin fakat sonradan bugi kesfettin; o zaman automated testlerinde sorun vardir; bu elemani ya geri cekersin ya da ustte dedigim gibi de-aktif edersin.
    3) Eger onceden bilinen bir bug var; fakat takim onemsiz yeni ozelliklerle ugrastiysa; o zaman bi zahmet proje menajerini isten kovun.

    Maalesef isin Enterprise dunyasinda boyle oyunlar oynamak gerekiyor. Bunu buyuk/kucuk firma farketmeksizin herkes yapiyor.
  • quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: welrocken

    quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: welrocken

    quote:

    Orijinalden alıntı: ThisisaNightmare

    quote:

    Orijinalden alıntı: seyfi84

    10+ yıl önce telefonla Microsoft mülakatına girdim. İlk soruyu bilemedim, orada bitti.
    Soru şuydu: Bir ürün release edilmek üzere, son anda ciddi bir bug buluyorsun. Satış ve pazarlama o haliyle release edilmesinde ısrar ediyor, son karar sende. Ne yaparsın?
    ben "release edilmesin, önce düzeltilmesi gerekir" dedim.
    doğru cevap şu olacakmış: "o haliyle release edilir, sonra bir bug fix yayınlanır. tarihin ertelenmemesi gerekir".

    ben de dedim ki: "öyle birşeye OK demem mümkün değil, ben odaya kayıtlı bir mühendisim, hatalı bir ürünü bilerek topluma arz edersem temel mühendislik ahlak ve ilkelerine(Engineering code of conduct) karşı gelir ve kanunu çiğnemiş olurum" dedim.
    el cevap: pekiyi, iyi günler. (çat)

    Odaya kayitli muhendis? Nedir ki bunun ingilizcesi? Onu gectim ABD'de bunun odasi mi var ki adamlar anlasin? Ortada bi tek ABET denen zimbirti var o da oda falan degil; CSAB denen adini kimsenin bilmedigi birsey var.

    Ayrica soru bana biraz Continuous Integration ile ilgili bir soru gibime geldi. Misal ben olsam evet derdim release olduktan sonra hemen yamalariz; zaten cloudsa hemen sorunu cozmus oluruz derdim. Adamlar sonucta, ben yapamam pes, diyecek adamlari almak istemiyor. Yani adam sana eger peki web degilse ne yapariza getirirse o zaman known issues diye release notlarina yazar sonra da release ederiz deyip gecmeni bekliyor. Yani Microsoftun senden beklentisi:
    1) Musteriyi uzme
    2) Microsoft'u sorumlu (liable) tutma.

    Yanlis anlamayin yani de bir program bugsiz olmaz zaten. Insanlar oturupta yeni ozellik yerine buglarla ugrassaydi yazilim sektoru cok daha kotu durumda olurdu.

    Bence ürünün anlaşma taraflarıyla da ilgili olur, ürünü kullanacak ve/veya beklentisi olan kişi (müşteri ?) tarafında sıradan insanlar yatıyorsa ve ürün bir şekilde update edilip bugları düzeltimeleyecek bir ürünse, bilinen bug'la release etmek çok saçma bir strateji olur bence. Hatta bunun yanında tüm bu varsayımları geçip, müşteri bağımsız olmayan bir üründe de bug'ın boyutu önemli bence, ürünün temel işlevlerinden birinin çalışmasını engelleyecek bir release de saçma bir strateji olur bence. Tabii "Böyle düşündüğün için Microsoft'un başında değilsin." gibi bir yaklaşım da sergilenebilir bu söylediklerime karşı

    Cogu yazilim firmasi (M$ dahil) sen, ben gibi evde bilgisayarina yuklenen yazilimla cok ilgilenmez. Adamlarin asil ilgilendigi kisim enterprise kisimdir. Sonucta bir firma Microsoft urunu kullanarak kendini yazilim konusunda belli bir garantiye almaktadir.

    Onun disinda ben acikcasi bilinen bugu olupta release edilmeyen yazilim bilmiyorum. En basitinden Atlassian i duymussundur (duymadiysan da ise baslayinca duyarsin)

    O firmanin birsuru urunu var. Ornek olarak confluence var. Bu firmanin iyi yani buglistini public yapmasi: Al buradan ulasabilirsin:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Maalesef onlarin baska urunu olan JIRA 1000 den fazla sonuc gostermiyor. Neyseki son 12 haftada acilan buglarin sayisini gorebiliyoruz:

    https://jira.atlassian.com/browse/CONF-39293?jql=project%20%3D%20CONF%20AND%20issuetype%20%3D%20Bug%20AND%20status%20%3D%20Open%20AND%20resolution%20%3D%20Unresolved%20AND%20created%20%3E%3D%20-12w%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC

    Oda 246 tane.

    Sen simdi bu firmaya gidipte. Ben buglari fixlemeden release yapmam, etige aykiri dersen adamlarin tepkisi sence ne olur?

    Benimkisi aslında biraz teorik bir konuşmaydı, enterprise tarafına katıldığımı söyledim zaten. Benim kastettiğim hata büyükse (ölümcül ?) böyle birşey yapılmaması gerektiğiydi. Yani bir birey olarak değil de şirket politikası bazında. İşin içini bilmediğim için böyle düşünüyor olabilirim tabii.

    Hata buyukse o zaman yine release yapilmasinda bir sorun gormuyorum, yani o durumda yapicak 2 sey var:
    1) Programda o hatali kismi tamamen de-aktif etmek
    2) Release Note lara yazmak. Ornegin:
    https://technet.microsoft.com/en-us/library/dn387075.aspx


    Artik millet agile diye agliyor. Nedir bu Agile?
    Her an her seye hazir olmak. Degisime kolay adapte olmak. Yapilmasi gereken isi de, firmanin onceligine gore yapmak.
    1) Sen eger bir release stage inde cok buyuk bir bugi olusturduysan, onu olusturan elemani release etmezsin.
    2) Eger bir ozelligi ekledin fakat sonradan bugi kesfettin; o zaman automated testlerinde sorun vardir; bu elemani ya geri cekersin ya da ustte dedigim gibi de-aktif edersin.
    3) Eger onceden bilinen bir bug var; fakat takim onemsiz yeni ozelliklerle ugrastiysa; o zaman bi zahmet proje menajerini isten kovun.

    Maalesef isin Enterprise dunyasinda boyle oyunlar oynamak gerekiyor. Bunu buyuk/kucuk firma farketmeksizin herkes yapiyor.

    Anladım, Agile'ı biliyorum baya okudum staj döneminde, zaten Agile mantığıyla bugsız release yapmak imkansız gibi birşey olsa gerek, çok sık release üzerine yoğunlaşıyordu diye hatırlıyorum çünkü. Her neyse, cevaplar için teşekkür ederim, iyi sabahlar.
  • son durum nedir?

    < Bu ileti mobil sürüm kullanılarak atıldı >
  • Basligi guncelleyecegimi soylemisim, guncellememisim. Ayip etmisim.

    Cok kisaca ozetlemek gerekirse, mulakat surecinden sonra her sey gayet normal bir sekilde ilerledi. Yakindan ilgilenenlerin bilgisi vardir, H1-B vizesinde(Amerika'daki calisma vizesi) kota sikintisi var. Bu vizeye basvuru sayisi yillik belirlenen vize kotasinin 3 kati civarinda oldugu icin kura cekiyorlar ve kurada secilenler icin vize islemlerini yapiyorlar. Bircok kisiye oldugu gibi bana da teklif aldigim yil kura cikmamisti. Bu yuzden yaptiklari teklifi bir sonraki yila ertelediler. Ben de bu surede Turkiye'de takildim ve bir nevi sonraki yili bekledim. Sonraki yil da H1-B vizesi cikmayinca beni ve benim gibi birkac yuz kisi gecici olarak Vancouver'da yeni actiklari ofise aldilar. Bu surec saniyorum ki Microsoft icerisinde yeni baslatilan bir surec. H1-B sikintisi yasayanlara bir cozum bulmak adina onlari Amerika disinda vize sikintisi olmayan bir ulkedeki ofise gecici olarak yerlestiriyorlar. En az bir yil calistiktan sonra da Amerika'ya L1-B vizesi ile gecilebiliniyor. Bizim icin de planladiklari buydu ancak bana bu seneki kurada H1-B cikti. Muhtemelen onumuzdeki yazin Amerika'daki ofise H1-B ile geciyor olacagim.

    Simdilik burada her sey gayet guzel, calisma ortami ve takimimdan gayet memnunum. Azure SQL Database uzerinde calisiyoruz. Ofis ortami ile ilgili soyle bir linki de birakayim buraya.

    Herkese selamlar.
  • qamyoncu Q kullanıcısına yanıt
    Sizi tebrik ederim hocam,hayalimi yaşıyorsunuz.

    < Bu ileti mobil sürüm kullanılarak atıldı >
  • qamyoncu Q kullanıcısına yanıt
    hocam şu nick i değiştir lutfen

    < Bu ileti mobil sürüm kullanılarak atıldı >
  • heyt be helal olsun.

    çok dil bilmek önemli değil algoritma, data structures bilmek önemli diye derdim hep.
  • hayırlı olsun hocam hayalim aslında fakat odtü gibi bir okulda değilim
  • quote:

    Orijinalden alıntı: qamyoncu

    Basligi guncelleyecegimi soylemisim, guncellememisim. Ayip etmisim.

    Cok kisaca ozetlemek gerekirse, mulakat surecinden sonra her sey gayet normal bir sekilde ilerledi. Yakindan ilgilenenlerin bilgisi vardir, H1-B vizesinde(Amerika'daki calisma vizesi) kota sikintisi var. Bu vizeye basvuru sayisi yillik belirlenen vize kotasinin 3 kati civarinda oldugu icin kura cekiyorlar ve kurada secilenler icin vize islemlerini yapiyorlar. Bircok kisiye oldugu gibi bana da teklif aldigim yil kura cikmamisti. Bu yuzden yaptiklari teklifi bir sonraki yila ertelediler. Ben de bu surede Turkiye'de takildim ve bir nevi sonraki yili bekledim. Sonraki yil da H1-B vizesi cikmayinca beni ve benim gibi birkac yuz kisi gecici olarak Vancouver'da yeni actiklari ofise aldilar. Bu surec saniyorum ki Microsoft icerisinde yeni baslatilan bir surec. H1-B sikintisi yasayanlara bir cozum bulmak adina onlari Amerika disinda vize sikintisi olmayan bir ulkedeki ofise gecici olarak yerlestiriyorlar. En az bir yil calistiktan sonra da Amerika'ya L1-B vizesi ile gecilebiliniyor. Bizim icin de planladiklari buydu ancak bana bu seneki kurada H1-B cikti. Muhtemelen onumuzdeki yazin Amerika'daki ofise H1-B ile geciyor olacagim.

    Simdilik burada her sey gayet guzel, calisma ortami ve takimimdan gayet memnunum. Azure SQL Database uzerinde calisiyoruz. Ofis ortami ile ilgili soyle bir linki de birakayim buraya.

    Herkese selamlar.

    hocam şuanki maaşını ve abd de alacağın maaşı sorabilirmiyim acaba ?
  • "Teknik görüşmede verilen Binary Tree'nin derinliğini bulmam istendi. Fazlasıyla basit olan bu soruyu rikörsif bir fonksiyon ile hemen çözdüm. Ardından rikörsif olarak değil de döngü kullanarak çözmemi istedi. Beklemediğim yerden sorduğu için başta afalladım ancak biraz uğraştıktan sonra bunu da çözdüm fakat çözümümü görüştüğüm bayan anlamadı. Bayağa uğraştım anlatmak için bir sürü test yaptım ama kadın tutturdu içimde kötü bir his var bu kod çalışmayacak demeye :D Ben de çalışacağından emin olduğum için çok takmadım bence çalışıyor bu kod falan dedim derken süremiz doldu ve diğer görüşme için odadan çıktım. (Mülakattan sonra yazdığım kodu denedim çalışıyordu :D ) "

    döngü ile yapmasını istemesinin sebebi .net in stack kapasite 1mb. eğer tree uzun ise stackoverflow oluyor. codefiction da mert susur söylemişti.
  • quote:

    Orijinalden alıntı: Dr. Donanım


    quote:

    Orijinalden alıntı: qamyoncu

    Basligi guncelleyecegimi soylemisim, guncellememisim. Ayip etmisim.

    Cok kisaca ozetlemek gerekirse, mulakat surecinden sonra her sey gayet normal bir sekilde ilerledi. Yakindan ilgilenenlerin bilgisi vardir, H1-B vizesinde(Amerika'daki calisma vizesi) kota sikintisi var. Bu vizeye basvuru sayisi yillik belirlenen vize kotasinin 3 kati civarinda oldugu icin kura cekiyorlar ve kurada secilenler icin vize islemlerini yapiyorlar. Bircok kisiye oldugu gibi bana da teklif aldigim yil kura cikmamisti. Bu yuzden yaptiklari teklifi bir sonraki yila ertelediler. Ben de bu surede Turkiye'de takildim ve bir nevi sonraki yili bekledim. Sonraki yil da H1-B vizesi cikmayinca beni ve benim gibi birkac yuz kisi gecici olarak Vancouver'da yeni actiklari ofise aldilar. Bu surec saniyorum ki Microsoft icerisinde yeni baslatilan bir surec. H1-B sikintisi yasayanlara bir cozum bulmak adina onlari Amerika disinda vize sikintisi olmayan bir ulkedeki ofise gecici olarak yerlestiriyorlar. En az bir yil calistiktan sonra da Amerika'ya L1-B vizesi ile gecilebiliniyor. Bizim icin de planladiklari buydu ancak bana bu seneki kurada H1-B cikti. Muhtemelen onumuzdeki yazin Amerika'daki ofise H1-B ile geciyor olacagim.

    Simdilik burada her sey gayet guzel, calisma ortami ve takimimdan gayet memnunum. Azure SQL Database uzerinde calisiyoruz. Ofis ortami ile ilgili soyle bir linki de birakayim buraya.

    Herkese selamlar.

    hocam şuanki maaşını ve abd de alacağın maaşı sorabilirmiyim acaba ?

    Su anki maasi tahminen 70-80 bin CAD ABD deki ise 100 bin USD civari olur diye tahmin ediyorum. Maaslar yillik ve brut.



    Bunun ustune stock ve bonustan yillik 15-25 bin dolar daha gelebilir.

    < Bu ileti mobil sürüm kullanılarak atıldı >
  • Üniversiteye hazırlık döneminde şu yazıyı okurken hem gözük o kadar korktu ki hiç bir şeyi bilmediğim için .. Hemde içim umut doldu ..Bi değişik hislerdeyim şuan
  • mahoni_38 kullanıcısına yanıt
    düzgün rekürsif yapı oluşturursan stack overflow falan vermez tersine stack 'i cok az kullanarak en hızlı şekilde sonucu verir.



    yazdığın bir kodu başkasına anlatırken zorlandıysan o kod çalışsa dahi iyi bir kod değildir cunku iyi kod, kodu anlatmaya gerek olmadan sadece bakmakla bile başkaları tarafından ne yaptığı ve onu nasıl yaptığı anlaşılabilen koddur.

    < Bu ileti mini sürüm kullanılarak atıldı >
  • Hocam sizin adınıza sevindim sanki kendim kazanmışım gibi. Bende dijital oyun tasarımı okuyacağım . Bilgisayar mühendisi olup oyun yapımcısı olmak istiyordum ama daha sonra daha iyi bir üniversite için direk olmak istediğim şeyin bölümünü gördüm ve onu seçtim . Birde sayısal zekama pek güvenmediğimden bilgisayar mühendisliği beni oldukça korkutuyordu ilk seneki fizik , matematik dersleri falan . Her neyse bir avantajım var oda ABD vatandaşı olmam . Masterı falan orada yapmayı istiyorum . EA , Ubisoft gibi oyun şirketlerinde çalışıp daha sonra kendi oyun şirketimi kurma gibi hayalim var . C ve diğer dillerde uzmanlaşırsam Microsoft veya Google da da çalışmayı isterim . İngilizce hazırlığı geçtim ama İngilizce me pek güvenmiyorum özellikle konuşma anlamında . YouTube'ta yabancı şarkı dinlemek veya videolara İngilizce yorum atmak ve oyunlar dışında İngilizce adına hiç bir şey yapmıyorum . Tabiki önümde daha seneler var dolayısıyla dil işini halledebilirim diye ümit ediyorum. Her neyse , tavsiye verecek olsaydınız ne söylerdiniz ?

    Boş zamanım oldukça var ama istek ve cesaret pek yok kodlamayı ve dilleri şimdiden öğrenmek için . Oysa 3. Sınıfta yani 9 yaşındayken site kurmak ile uğraşıyordum yani yaşıtlarımın yapmadığı bir şey . Java ve kodlarla haşır neşir olmuştum .Abimle beraber beraber bu işle uğraşıyorduk hatta siteye reklam alıp para kazanma gibi düşüncelerimiz bile vardı. Tabi ailem ise geleceği göremedi , internet sınırlı idi ve sınırı fazlası ile aşınca ilk defa alınan internet sadece 1 sene sürdü 2007 yılı . Daha sonra 2014 te alındı eve internet düşünebiliyormusunuz . Tabi benim istek ve bilgilerin hepsi kayboldu . Tekrar bakınca site işlerine artık anlamadığımı, ilgimin kalmadığını ve eskisi kadar çabuk kavrayamadigimi farkettim . Küçüklükten beri bu işlerde olsaydım şuan çok iyi potansiyelde olacaktım bana göre .



    < Bu mesaj bu kişi tarafından değiştirildi Suppose27now -- 24 Temmuz 2018; 1:50:8 >
    < Bu ileti mobil sürüm kullanılarak atıldı >
  • 
Sayfa: önceki 1234
Sayfaya Git
Git
sonraki
- x
Bildirim
mesajınız kopyalandı (ctrl+v) yapıştırmak istediğiniz yere yapıştırabilirsiniz.