Jump to content
Forumu Destekleyenlere Katılın ×
Paticik Forumları
2000 lerden beri faal olan, çok şukela bir paylaşım platformuyuz. Hoşgeldiniz.

GitHub İlk Proje


Goarth

Öne çıkan mesajlar

Arkadaşlar Merhaba,

GitHub 'da ilk defa bir C# dili ile program yazdım. Programın amacı 12.04.2017 tarihi itibari ile değişen trafik poliçe primleri hesaplaması. Hasarsızlık oranı ve poliçe başlangıç tarihini giriyorsun size prim hesaplıyor.

Trafik Prim Hesaplama

Sizce nasıl olmuş ?

Ayrıca GitHub'da insanların yorumlarını öğrenmek için nasıl paylaşabilirim?

Teşekkürler şimdiden
Link to comment
Sosyal ağlarda paylaş

hello world ile baslayan tum programlama derslerinin hepsini cope attin be adam.

adamin c# ile ilk programi imis. ozgun olma zorunlulugu yok. yapmadan once sana sorma ihtiyaci da yok.

zaten kalkmissin turkce, onceden uretilmis kelimeler ile yorum yaziyorsun! bir tane yeni kelime koysaydin keske araya be koca ZONGURCLOK!

ZON-GURC-LOK (sinirlendiginiz insanlara soyleyebileceginiz ozgun bir sifat)
Link to comment
Sosyal ağlarda paylaş

Xaero said:

Buradakinden ne farkı var?

https://teklif.sbm.org.tr/trm-teklif/public/trafikTeklifYenileme/sorgu.sbm


SBM sistemindeki sadece vadesi 30 güne kadar olanı gösteriyor. Benim yaptığımda zaman sınırı yok(mevzuat değişmese Mayıs ayından sonra fiyatlar belirli oranda yükselecek) ayrıca SBM sistemi üzerinde şirketlerin primleri var, benim yaptığımda olabilecek maksimum rakam var
Link to comment
Sosyal ağlarda paylaş

Selam,

Hizlica commit'lerine baktim ve oldukca anlamsiz geldi zira ne yaptigindan cok dosyalar ustunde yaptigin islemleri yazmissin commit mesajlarina.

Bir de senden midir yoksa kullandigin IDE/client'dan midir bilmiyorum ama kendi kendine merge request gonderip kabul etmene gerek yok, direkt push edebilirsin kodunu branch'lere.

Git cok sahane ve esnek olsa da yeni kullanicilar icin cok anlasilir bir arac degil, o yuzden buyuk firmalarin ve camia tarafindan kabul gormus abilerin ablalarin git flow'larina goz atman, onlar nasil yapiyormus, neyi oneriyormus gormen ve ayni flow'u takip etmen daha iyi olacak gibi.

https://chris.beams.io/posts/git-commit/
Link to comment
Sosyal ağlarda paylaş

Xaero said:

Buradakinden ne farkı var?

https://teklif.sbm.org.tr/trm-teklif/public/trafikTeklifYenileme/sorgu.sbm


Bu arada bu da "README'ye ne konulur?"a guzel bi ornek. Benzer projelerden farkini ya da fazlasini yazmak, alternatif arayanlar icin faydali olabiliyor.
Link to comment
Sosyal ağlarda paylaş

Screenshot cok yararli oluyor kesinlikle koymalisin.

Github insanlarin yorum yapacagi bir yer degil, yani kullanirken sikinti yasiyorlarsa veya gelistiriyorlarsa interaktivitede bulunurlar sadece veya izlerler..

codereview.stackoverflow.com'a koyabilirsin yorum istiyorsan.

kodu acayim dedim hard-coded pathleri gordum, onlari config dosyasindan okuyabilirsin.
Link to comment
Sosyal ağlarda paylaş

Eheh evet. Direkt kacirmisim o cumleyi.

Yazilimcilar icin Github hesaplari direkt CV yerine gecebiliyor artik. Neler yapmissin, neler gelistirmissin, hangi konsepti nasil uygulamissin, neyi nasil cozmussun, hepsi kabak gibi gorunuyor. Haliyle is ortaminda deneyimleyemedigin ama hakim oldugun konseptler icin ufak tefek proof of concept'ler hazirlamak, pet proje cikarmak oldukca faydali.

Yazilimciysaniz ve bu isin boyle oldugundan bir haberseniz yanlis yoldasiniz diyerek bitireyim.
Link to comment
Sosyal ağlarda paylaş

nasil olmus sorusuna cevaplar cok goreceli olur.

yani code practice leri ile ilgili o kadar cok tartisma donuyo ki ortada, protected access level in evil oldugundan tut, singleton'in anti-pattern olup olmadigi ile ilgili azili coderlar kafa kafaya tokusabiliyor.

kodun ilk etap ta calisiyor mu? calisiyor. sonrasinda bize sormadan once surdaki "best practice" lere uygun olup olmadigina bak;

https://msdn.microsoft.com/en-us/library/ms229042.aspx?f=255&MSPPError=-2147217396

https://blogs.msdn.microsoft.com/brada/2005/01/26/internal-coding-guidelines/

burdaki kistaslara uygun oldugunu dusunuyorsan, isin buyuk kismi hallolmus demektir.

specifik alanlarda sorunlarin olursa, performans olsun, bilinmeyen bir yerde hata almak olsun, o zaman insanlarin direk olarak yardimi dokunur, oteki turlu bu sekildeki muglak durumlarda, kafan daha cok karisir. :horace:
Link to comment
Sosyal ağlarda paylaş

Feedback vereyim :)

* commit mesajlari daha guzel olabilir.
* kendine pull req atmana gerek yok, ozellike tek dev iken.
* button1, label2 gibi variable ve obje isimleri olmasa daha iyi olur, anlamli naming onemli :)
* Indentation hatalari goruyorum, Form1.cs line 50 mesela
* method isimlerinde underscore goruyorum, C# da pek yapilan birsey degil sanirim.
* Modul ve class isimleride asiri generic
WindowsFormsApplication2 / Form1
* unused import goruyorum eger yanlis bakmiyorsam, misal
using System.Data.SqlClient;

Kufur etmezsin insallah, hani feedback vermek amacli ne gorduysem yazdim, karalamak gibi bi amacim yok :D
Link to comment
Sosyal ağlarda paylaş

CV'si bomboş olup da GitHub'ında 3-5 satır kendine ait olan adam, GitHub'ı olmayıp da 5 sayfa CV yazan adamdan çok daha değerli benim gözümde. Hatta yaptığı işi değerli bulan her şirketin gözünde böyle.

İyi commit mesajı yazma bible'ı verilmiş ama özetle gerçekten gerekli commit'leri atıp, mesajlarında da çok fazla detaya girmeden, commit'te yapılan işi özetler nitelikte, emir kipiyle ve İngilizce yazılmış bi şey olması ideal. Kendi kendine MR açma işi bence o alışkanlığı edinme açısından fena değil, hatta gerekli olduğu yerler olabilir, örneğin blog'unda henüz yayınlamadığın yazılarını draft branch'inde tutabilirsin.

Onun dışında Markdown candır, mutlaka güzel bi README hazırlayıp koy.

Bunları da koydun mu al sana mükemmel repo
Link to comment
Sosyal ağlarda paylaş

×
×
  • Yeni Oluştur...