Önceki yazımda Bir Yazılım Projesine Başlamak– Tavsiyeler #4, hızlı kod yazmak hakkında da konuşmuştuk. Bu yazının sohbet konusu ise Projelerde Yetkilendirme Yöntemleri üzerine olacak. Bu yazım önceki yazılarım ile bağlantılı olacak ve onlardan bir çok referans içerecek.

Bir Yazılım Projesine Başlamak- Tavsiyeler #5

Yetkilendirme konusu her zaman sıkıntılı bir süreç olmuştur benim için. Projeye uygun bir yetkilendirme yöntemi tasarlamak gerçekten zor oluyor. Ya tek bir yetkilendirme yöntemi geliştirip üretilen her projede kullanacağız ya da projeye özel yöntemle geliştireceğiz. Ancak küçük projelere aşırı detaycı yetkilendirme yöntemi geliştirmek mantıksız oluyor ve gereksiz iş yükü getiriyor. O halde bu yetkilendirme işlemlerini nasıl belirlemeliyiz?

Bu yazımın konusu da tam olarak bu soruya cevap vermeye odaklıdır. Aşağıda, her türlü projeniz için kullanabileceğiniz, esnek ve geliştirilebilir bir yöntem yer almaktadır.

Yetki Parametreleri yöntemini kullanmak için bir dosya (xml olabilir) yada veri tabanımızda bir tablo açmamız gereklidir. Bu tablo üzerinden kullanıcı bazlı yetkilendirmeler yapılabilir. Bu yöntemi sağlıklı bir şekilde kullanabilmek ve geliştirebilmek adına etraflıca düşünülmesi gerekmektedir.

Yöntemin Kodlanması

Bu bağlamda, Bu yazı serisinin birinci yazısı olan Kodlama Mantığı ve ikinci yazısı olan Basit Düşünmek ve Proje Geliştirmede Çevresel Etkenler yazılarındaki konulara dikkat edilmesi gerekiyor.

Kodlama mantığı altında ilk olarak Proje Geliştirmede Çevresel Etkenler yer alıyor. Yani iş verenin ve kullanacıların neleri yapabilip neleri yapamaması gerektiğini belirlemeliyiz. Örneğin Satın Alma Departmanında çalışan bir kişi, stok tanımlarını, eldeki stokları ve maliyet ve satış fiyatlarını görebilir ama yeni stok tanımı yapamaz. Görebileceği stoklar sınırlıdır ve sadece MAMÜL olarak satılabilen stokları görebilir.

İPUCU: Fark ettiniz değil mi? Eğer bu noktada stokların kodlamasına bu bilgiyi eklersek sorgulamalar ne kadar kolaylaşacak. Stok kodlarında, hammadde, yedek parça, yarı mamül, mamül gibi ana grupların kodlarını verirsek satış departmanının, hangi stokları görmesi isteniyorsa stokların ilgili kodları üzerinden kolaylıkla yetkilendirme yapabiliriz.

Düşünüldüğünde satış departmanının yedek parça stokları ile hiçbir alakası yok. O zaman neden kendisi ile alakası olmayan stokları da görmek istesin ki? Hem sadece kendisini ilgilendiren stokları görebilmesi hemde bu stoklardan ellerinde kaçar tane olduklarını görmesi gerekir.

Maliyet ve satış fiyatı konusunda ise satış departmanında çalışan her personelin maliyetleri bilmesini istemeyebiliriz. Sadece satış fiyatlarını görsün ve müşterisine o fiyatları söylesin. Müşteri eğer iskonto isterse amirine yönlendirsin. Stokların maliyetlerini de görebilen amir ise hem müşteriyi memnun edecek hemde şirketin zarar etmemesini sağlayacak kadar iskonto uygulayabilir.

Buraya kadar bahsettiğimiz senaryo üzerinden ilerleyelim.

Nasıl bir yetki parametresi üretebiliriz?

Diyelim ki, yetkilendirme parametrelerinde, satış departmanı ana yetki grubu  10 olsun. 10 ile başlayan her yetki parametresi satış departmanı ile ilgili olacak. Şimdi kodlamamıza başlayabiliriz. Ben excel üzerinde örnek bir kodlama yaptım. Aşağıda görebilirsiniz.

Burada bir kodlama mantığı kullanarak yetkilendirme yöntemi oluşturdum. Bu yöntem yukarıda gördüğünüz gibi çok detaylı bir yetkilendirme yöntemi gerektiren projeler için kullanılması mantıklı olabilir. Eğer projemiz çok küçük ve detaylı yetkilendirme yöntemi gerekmiyor ise basitçe Yetki kodları 1’den başlayarak artan sayılar olabilir. 

Yukarıdaki görseli incelediğimizde sırası ile tüm satış departmanı kullanıcılarına tek tek hangi tür stokları görebileceğini belirledik.  Sonrasında kayıt edilen siparişler üzerinde yapılabilecek işlemler hakkında yetkilendirme yaptık. Görselde görünen detaylar daha da detaylandırılabilir. Aşağıdaki görselde olduğu gibi….

NOT: Burada sadece stoklar üzerinden örnek verdim ama bu mantık Cariler de geçerli. Biliyorsunuz cariler 120 ve 320 olarak ayrılırlar. Başlıca bu carilerden hangi grubu görebileceğini yetkilendirebiliriz.

Kullanıcıya sadece kendi kayıtları ya da diğer kullanıcıların açtığı kayıtlar üzerinde de yetki verebiliriz.

NOT: Bu detaylar ne kadar çok artar ise o kadar dikkatli olmaz gerekir. En ufak bir çakışma felakete yol açabilir. 🙂

Yöntemin Programlanması

Veri tabanımızda açtığımız Parametreler tablosunda bu kayıtları tutarak, kullanıcı formları gezerken ilgili parametreleri veri tabanından okuyarak yetkilendirmeleri yapmış oluruz. Örneğin kullanıcı Siparişler Listesi formunda geldiğinde kullanıcının yetkilerine göre formda kullandığınız butonları ve menüleri gizle/göster ya da aktif/pasif yaparak, kullanıcıyı yetkileri dahilinde yönlendirebilirsiniz.

Bu mantığı oturttuktan sonra yapılan ilk iş bir yetkilendirme formu olmalıdır. Yeni yetki ana ve alt grupları oluşturabilecek ve oturttuğunuz mantığa uygun olarak bir kaydetme, güncelleme ve silme yapabileceğiniz bir form. Bunu yaptıktan sonra da kullanıcının yetkilerini veritabanından okuyup formdaki ilgili işlemleri açıp kapatabilecek bir class oluşturmalısınız.

Son söylediklerim için ise bir yazılım projesine başlamak yazı serimin üçüncü yazısı olan Kod Yazım Şekli ve Az Koda Çok İş Yaptırmak ile dördündü yazısı olan Hızlı Kod Yazmak yazılarındaki konulara dikkat edilmesi gerekiyor.

Evet arkadaşlar Bir Yazılım Projesine Başlamak – Tavsiyeler #5  yazımda bu kadar olsun. Projelerde Yetkilendirme Yöntemleri hakkında konuştuk. Aslında birden fazla yöntemden bahsedecektim ama aklımdaki diğer yöntemler teoriden ibaretti. Bu sebeple onları yazmaktan vazgeçtim. Yukarıda verdiğim mantık her proje türü için kullanılabilir.

Eğer ilginizi çekebildiysem o zaman takipte kalın. Yeni bir yazının ne zaman geleceği belli değil.

Yazılım konusunda daha fazla içerik için tıklayabilirsiniz.

Bana destek olmak isterseniz bir kahve ısmarlayabilirsiniz veya diğer hesaplarımdan takip edebilirsiniz.

The post Bir Yazılım Projesine Başlamak- Tavsiyeler #5 appeared first on Dinamik Network.

Bir Yazılım Projesine Başlamak yazı serimdeki tüm yazılar için bağlantıya tıklayabilirsiniz.

Yüzük Barkod Okuyucu Nedir? Ne İşimize Yarar? – Giyilebilir Teknoloji

Yazılımcılar olarak ne zaman, ne tür bir proje geliştireceğimiz belli değil. Bana her türlü proje isteği geliyor ama genelde endüstriyel çözümler hakkında istekler geliyor. Üretim takip sistemleri ise başı çekiyor. Durum böyle olunca, barkod okuyucular, barkod yazıcılar, endüstriyel tabletler ve pc’ler en temel ihtiyaçlar haline geliyor.

Biraz farklı olarak, bu yazı serimi, bu bahsettiğimiz temel ihtiyaçları, daha hızlı ve efektif olmak açısından, Giyilebilir Teknolojiler ve Taşınabilir Cihazlar üzerinden devam ettireceğim. İlk olarak da Giyilebilir Teknoloji ve bu cihazları projelerimiz ile nasıl efektif bir şekilde kullanabileceğimize bakacağız.

Piyasa ucuz ya da pahalı bir çok yüzük barkod okuyucu markası var. Bu yazımızda birkaç şirketin ürettiği Bluetooth Yüzük Barkod Okuyucuyu hakkında olacak Ek olarak;

1. Yüzük Barkod Okuyucu Nedir?
2. Hangi sektörlerde mantıklı olur?
3. Getirdiği kazançlar neler?
4. Projelerimiz ile nasıl kullanabiliriz?

gibi sorulara cevaplar da vermeye çalışacağım.

Yüzük Barkod Okuyucu Nedir?

Yüzük barkod okuyucu adından da anlaşılacağı üzere parmaklara takılarak kullanılan barkod okuyuculardır. Yüzük deyince tek parmağa takılan olarak algılayabilirsiniz ancak öyle değil. Genel olarak 3 parmağa takılıyor ve bir parmak ile de okuma düğmesine basılıyor. Yani 4 parmak ile kullanabiliyoruz. Bu tarz barkod okuyucular işaret, orta ve yüzük parmağına takılıyor ve baş parmak ile de okuma düğmesine basılıyor. Aşağıda örnek bir görsel görebilirsiniz.

Bu yazımdan sonra piyasadaki bir kaç ürün hakkında inceleme yazısı da yayınlayacağım.

Hangi Sektörlerde Mantıklı Olur?

Bu ve bunun gibi ürünler genellikle taşımacılık, depo yönetimi, marketler ve üretim yapılan tüm endüstriyel noktalarda rahatlıkla kullanılabilir. Dürüst düşünürsek, kargo şirketleri (Aras vs.), mobilya şirketleri (Bellona vs.), toptancı şirketler ve deposu olan çalışan tüm şirketler tarafından tercih edilebilir.

Kablolu bir barkod okuyucu ve bilgisayar olduğunu düşünelim. Üretilen ve paketlenen ürünlerin sisteme girilmesi için o bilgisayarı yanına taşınması gerekir değil mi?  Belki de sırf bu iş için bir personel işe alınması gerekir. İlk alımda fazla para ödemek, sonrasında fazladan bir personel çalıştırmaktan daha iyi değil mi? Şimdi bu sözüm için hemen vurmaya başlamayın. 😀 Yine eleman alınsın işe ama gereksiz bir iş yapmasın. Daha faydalı olabilecek işler yapsın. Sistemler geliştiren bizler için şirketin maksimum seviyede fayda görmesi bizi tercih etme sebepleridir. Yapacğaımız sistem şirkete ek yükler getiriyor ise şirket neden bizi seçsin?

Getirdiği Kazançlar Neler?

Elimizde böyle bir barkod okuyucu var. İşlemleri daha da hızlandırmak için neler yapacağız? Bu gibi kullanılacak cihazlar, projeyi geliştirmeden önce belirlenmesi gerekir. Kablolu barkod okuyucu var ise kullanıcı bilgisayardan fazla uzaklaşamayacağını bildiğimizden ona göre bir işleyiş geliştiririz. Ancak kullanıcı okutmayı bilgisayardan uzakta da bu işlemi yapabilecekse ona göre bir işleyiş belirleriz.

Bu işleyiş şekli, çıkartılan barkodların üzerindeki bilgileri bile etkileyecek kadar önemli olabilir.

Şimdi varsayalım ki kablolu barkod okuyucu olsun… Kullanıcı üretimden çıkan ve depoya gitmesi gereken ürünleri okutarak depoya alacak.  Kullanıcı bilgisayarın hemen yanında olması gerektiğinden dolayı ürünler bir araç ile bilgisayarın yanına getirilecek, okutulacak ve yerine kaldırılacak.

Ya da bir kargo şirketi olsun. Her paket, barkod okuyucunun olduğu bilgisayarın yanına taşınacak ve okutulacak.

Şimdi varsayalım ki kablosuz barkod okuyucu olsun… Kullanıcı üretimden çıkan ve depoya gitmesi gereken ürünleri okutacak ve depoya alacak. Kullanıcının bilgisayarın yanında olmasına gerek olmadığından dolayı, taşınacak ürünleri okutup okutup bir araca yükleyecek ve direk yerine götürecek.

Ya da bir kargo şirketi olsun. Her paket okutularak, hangi araca yüklenmesi gerekiyorsa o aracın yanına götürüp bırakabilecek.

Basitçe getirdiği kazançlar olarak, zaman kazanmak, daha hızlı işlemler yapmak, personelin iş yükünü azaltıp üzerine daha çok iş yapabilmesini sağlamak gibi örnekler verebiliriz.

Projelerimiz ile nasıl kullanabiliriz?

Yukarıdaki örnekler aklımıza ilk olarak gelebilecek, basit olarak verebileceğim birer örnekti. Biraz hayal gücümüzü kullanalım ve daha komplex bir örnek vermeye çalışayım. Bir senaryo üzerinden gidelim.

Projeyi geliştirdiğiniz şirket, bu gibi teknolojileri destekliyor ve MASRAF(!) olarak görmüyor. Yani 3 depo görevlisi ve 3 tane bluetooh yüzük barkod okuyucusuna sahibiz. Bu şirket toplam 3 farklı bantta, bir elektronik cihazın üretimini, parti parti yapıyor. Yani her bandın bir parti numarası var, bu parti numaraları belirli bir düzene göre sürekli değişiyor ve bu 3 depo görevlisi bu bantlardan çıkan ürünleri tek bir depoya taşıyor. Şirketin istediği şey her partinin üretimini ayrı ayrı takip etmek istiyor ve depoda sevk edilmeye hazır olan ürünleri bir ekrandan görmek istiyor.

Bu senaryoya göre bizim üretmemiz gereken çözüm;

• Kablolu barkod okuyucu var ise;
  • Ürünler bilgisayarın yanına taşınır. Önce ürünün paketindeki barkod üzerinde yer alan parti no okutulur sonra ürünün barkodu okutulur. Kullanıcı ekrandan kaydet butonuna tıklar ve ürün depoya alınmış olur. Son olarak ürünler depoya taşınır. Bir depocu bilgisayar başında bekler diğerleri sürekli ürün taşır.
• Kablosuz barkod okuyucu var ise;
  • Her bandın sonunda bir depocu bekler. Banttan çıkan ürünlerin önce parti nosu sonra da barkodu okutulur. Biz kablosuz cihaz kullandığımızı bildiğimizden dolayı yazılımı; ilk okunan barkodun parti no, ikinci okunan barkodun ürünün barkodu olduğunu söyleriz ve okutulan her ikinci barkoddan sonra otomatik kayıt işlemini yap deriz ve ürün depoya alınmış olur. Depocunun kullandığı araç dolduğunda depoya götürür ve yerine bıraktıktan sonra geri döner ve işlemi tekrarlar.

Senaryo ve çözümleri incelediğimizde;

• Kablolu sistemde zaman kaybı çokken, kablosuz sistemde zaman kaybı minimumdur. (Vakit nakittir.)
• Kablolu sistemde bir kişi daha az çalışırken, kablosuz sistemde herkes eşit çalışır. (Çok çalışanlar için adaletsizlik duygusu doğurur.)
• Kablolu sistemde raporlama ekranında görünen bilgiler anlık değildir. Depocular ürünleri depoya ne zaman taşırsa o zaman bilgi görünür, kablosuz sistemde ürün banttan çıktığı anda okutulduğundan depodaki ürünler bilgisi anlık alınır. (Daha hızlı cevap verebilmeyi sağlar.)
• Kablosuz sistem ile işlemler ve sonuçlar daha hızlı olacağından (işten çıkarılma istemediğimiz bir durum olsa da) şirketin daha az eleman çalıştırarak aynı performansı alabilmesini sağlayabilir.

Bluetooth Yüzük Barkod Okuyucu İçin Son Olarak…

Bu örneklere göz attığımızda personellerin iş yüklerinin ne kadar azalacağını ve şirket için ne kadar karlı bir durum olduğunu görebiliyorsunuz değil mi? Bir işi ilk senaryoya göre daha hızlı bitirmiş olacağından yeni bir işe geçme zamanı daha erken olacağından daha fazla iş yapmış olacak. Yani hem personel fazla yorulmadığı için, hem de patron daha fazla iş çıktığı için mutlu olacaklardır.

Böyle bir bakış açısı ile durum incelendiğinde, ilk başta bir miktar fazla para ödemenin aslında ne kadar karlı bir durum doğuracağı bariz bir şekilde ortaya çıkacaktır.

iş veren şirketler için önemli şey onlar için üretebildiğimiz çözümlerdir ve o bu çözümlerin uygulanabilirliğidir. Şirketler her zaman en hızlı ve en masrafsız yöntemi tercih etme eğilimindedirler. Eğer ilk başta biraz fazla ödeyip sonrasında elde edecekleri karı ortaya çıkarıp onay merciinide ikna edebilirseniz en mantıklı çözümü üretebildiğinizden işin sizde kalma şansı çok daha fazla olacaktır. Sizin verdiğiniz teklif diğer tekliflerden daha fazla olsa bile….

Ancak siz teklifi şirkete verip bir açıklama yapmazsanız direk olarak fazla ücret çıkarıdğınızdan düşünülmeden red alma olasılığınız çok yüksektir. Fiyatınız yüksek olabilir ama mantıklı açıklamalar ile onay merciini ikna etmek sizin elinizde…

BİLGİ: Her ne kadar mantıklı çözümler üretseniz bile bazen şirketler göz göre göre düşünmeden gidip en düşük fiyatı seçeceklerdir. Onlar için fazla uğraşmayın. Ne yapsanız da ikna edemeyeceksiniz. Bu gibi şirketler en az iki kere boş yere paralar dökecekler, rezil olacaklar ve dilleri yanacak. O zaman onlar sizi bulacaklar.

Yüzük Barkod Okuyucu Nedir? Ne İşimize Yarar? – Giyilebilir Teknoloji yazımda bu kadar arkadaşlar.

Yaptığımız tüm donamım  yazıları için buraya tıklayabilirsiniz.

Bana destek olmak isterseniz bir kahve ısmarlayabilirsiniz veya diğer hesaplarımdan takip edebilirsiniz.

The post Yüzük Barkod Okuyucu Nedir? Ne İşimize Yarar? – Giyilebilir Teknoloji appeared first on Dinamik Network.

Önceki yazımda Bir Yazılım Projesine Başlamak– Tavsiyeler #3, kod yazım şekilleri ve az koda çok iş yaptırmak hakkında da konuşmuştuk. Bu yazının sohbet konusu ise Hızlı Kod Yazmak  üzerine olacak. Bu yazım önceki yazılarım ile bağlantılı olacak ve onlardan bir çok referans içerecek. Aslında önceki 3 yazım bu yazım için hazırlanmış oluyor.

Bir Yazılım Projesine Başlamak- Tavsiyeler #4

Hızlı Kod Yazmak

Geldik işin zirvesi diyebileceğimiz yere. Bu yazım önceki yazıların kapsayıcısı olacak. Yani önceki 3 yazı olmadan bu yazı olmazdı.

Öncelikle kodlama mantığını öğrendik. Düzenli ve doğru bir kodlama mantığı ile güzel bir çözüm ürettik. Yazılımcılar olarak tabi bu kodlama mantığının canlı ortamda yürütebilecek şekilde programlanması gerekiyor. Zaten bizim için asıl olay bu. Öyle kodlar yazmalıyız ki projeyi kullanacak şirketteki çalışanlar, şirketlerine uygun kodlama mantığını projemizde uygulayabilsinler. Tamam biz mantığı öğrendik, tavsiye ettik ve kullanıldı ama yazdığımız program bu kodlama mantığını yürütebilecek mi?

Buradaki önceliğimiz öğrendiğimiz bu kodlama mantığını yürütebilecek yöntemleri yazmaktır / yazabilmektir. Öğrendiğimiz kodlama mantığını, öğrenmemiş olsaydık elbette gerekli yöntemleri yazamazdık.

Bu kodlama mantığını kolayca yazabilmemiz için gereken ilk şartı yerine getirdik. İkinci şart ise elbette Basit Düşünmek ve Çevresel Etkenleri Belirleyebilmektir. Bir yöntem yazmak zorundayız ama bunu ne kadar kompleks hale getirirsek o kadar zorlanacağız ve o kadar sıkıntı yaşayacağız. Çevresel Etkenlerden kastımızın da müşterilerimiz olduğunu zaten ikinci yazımdan biliyorsunuz. Bir mantık her şirket için geçerli olamaz. Elbette işin içinde keyfi durumlarda var.

Biz gruplama ayracını sadece nokta ( . ) olacak diye düşünebiliriz ama müşteri nokta ( . ) kullanmak istemeyebilir. “Arkadaşım bırak da onu biz seçelim.” deme ihtimalleri var.  Çevresel etkenleri denkleme ekledikten sonra olabildiğince basit düşünerek sonuca ulaşabiliriz. Burada kodlamalardaki ayraçları bile belirli tercihler içinden yapabilecekleri bir şekilde programlamak gerekecek.

Buraya kadar geldik. Her şeyimiz hazır. İş program kodlarını yazmaya geldiğinde üçüncü yazımı hatırlayalım. Az koda çok iş yapırmak… Öyle kodlar yazmalıyız ki hem olabildiğince kısa olsun hem de her türlü kodlama mantığını destekleyebilsin. Eh işte burası da sizin hayal gücünüze kalıyor.

İlk yazımız kodlama mantığı üzerine olduğu için senaryomuzda kodlama mantığı üzerinden ilerledi. Kodlama mantığını zaten çözdüğümüzü düşünelim ve diğer konulara geçelim artık.

Tüm İmkanları Kullan!

Ben Visual Studio kullandığımdan dolayı anlatımlarım da onun üzerinden olacak. Visual Studio basit bir IDE değil. Bir çok özelliği var.

User Control / Kullanıcı Denetimi (Nesnesi) Kullan!

Mesela üçüncü yazımda bahsettiğim User Control konusu… Gerçi başka IDE’lerde böyle bir şey var mı net olarak bilmiyorum ama tahmin ediyorum ki yok.  User Control konusu Hızlı Kod Yazmak için en önemli şeylerden birisidir. User Control ‘ü aktif şekilde kullanıyorsunuz varsayalım ve diğer konuya geçelim.

User Control ‘leri sevin. Onu kullanın. O sizin en büyük yardımcılarınızdan birisidir.

Code ToolBox / Kod Araç Kutusu (Kısayolu)  Kullan!

Yine üçüncü yazımda bundan bahsetmiştim. Kodları seçip toolbox’a atabiliyorsunuz. Kullanmak istediğinize ise çift tıklıyorsunuz yada sürükleyip istediğiniz yere bırakıyorsunuz. Tıpkı form nesnesi ekler gibi…

Düşünün…. Bir GridView nesnesini doldurmak, kolonlara biçimlendirme vermek, bazı kolonları gizleyip göstermek için kodlar yazdınız. Her seferinde bu kodları “Daha önce nerde kullanmıştım yaaa?” şeklinde form form gezerek aramak mı kolay yoksa toolbox’tan sürükleyip bırakmak mı?

Direk kendimden örnek vereyimm. Benim toolbox’umda 5 tane GridView güncelleme metodu var. Ben genelde forma aldığım nesnelerin hepsini mutlaka isimlendiririm ama girdview, groupbox gibi nesneleri isimlendirmiyorum. Bu yüzden toolbox’uma aldığım GridView güncelleme metodları birebir aynı, tek fark nesne isimleri. Bunlara Toolbox’ta verdiğim isimler (rename yapabiliyorsunuz) ve metodların isimleri GridUpdate1, GridUpdate2, GridUpdate3, GridUpdate4, GridUpdate5 şeklinde. Her metod 55 satır koddan oluşuyor ve  yaklaşık 45 kere nesne adı geçiyor. Neden sadece bir metod yapıp forma eklediğim ikinci grid için, GridUpdate1 metodunaki GridView1’leri GridView2 yapmak için uğraşıp zaman kaybedeyim. CTRL+H (bul ve değiştir) yapabilirim ama yine de zaman kaybı…

Şimdi burada “Amma da büyüttün. Ne olacak sanki?” diye düşünebilirsiniz. Bu normal. Çünkü bende en başta her seferinde uğraşıyordum. Neredeyse her formumda bir grid olduğunu düşünürsek her seferinde uğraşmak çok sinir bozucu oluyor. Hatta olursa bir forma 6 tane grid eklemem gerekirse toolbox’a GridUpdate6 metodu da eklenir. 😉 😀

• GridUpdate1 metodunun içindeki kodlar GridView1* nesnesini doldurup biçimlendiriyor.
• GridUpdate2 metodunun içindeki kodlar GridView2* nesnesini doldurup biçimlendiriyor.
• GridUpdate3 metodunun içindeki kodlar GridView3* nesnesini doldurup biçimlendiriyor.
• GridUpdate4 metodunun içindeki kodlar GridView4* nesnesini doldurup biçimlendiriyor.
• GridUpdate5 metodunun içindeki kodlar GridView5* nesnesini doldurup biçimlendiriyor.

Bilgi: Ben projelerime DevExpress kullanıyorum. GridView nesnesi de DevExpress’e ait bir nesnedir. Her yazılımcının mutlaka incelemesini öneriririm.

Kodlar için ayrılan toolbox’u kullanın. Onu sevin. O sizin en büyük yardımcılarınızdan birisidir.

Snippets / Kod Parçacıklarını Kullan!

Snippets nedir önce ona bakalım.

Visual Studio Snippet Nedir?

Kısaca, kısayol tuşlarının birleşimini kullanarak bir kod dosyasına eklenebilen yeniden kullanılabilir kod blokları diyebiliriz. Yani biraz farklı bir şekilde, ToolBox’a eklediğimiz kodlar gibi… Ancak bunları bir kısayol tuşuna bağlayabiliyoruz. Varsayılan olarak bir çok Snippets var.

Örnek

Visual Studio ‘da bir kod sayfasında for yazıp TAB+TAB yaptığınızda For döngüsünü oluşturan kodları otomatik tamamlar. Aşağıdaki gibi.

// for yazdınız ve TAB + TAB yaptınız....
// geri kalan kısmını otomatik oluşturdu...


for (int i = 0; i < length; i++)
{

}

Yada foreach yazdınız TAB+TAB yaptınız. Aşağıdaki gibi otomatik getirdi. (Aslında foreach yazmamıza bile gerek yok. Aşağıdaki görsele bakın.)

    foreach (var item in collection)
            {

            }

Aşağıdaki görsele dikkat edin.

for yazdım ve intelligence bana zaten gösteriyor.

Malesef VS güncelleme yaptıktan sonra Türkçe oldu ve yoğunluğumdan düzeltme şansım olmadı. Ama aslında net olarak anlayabilmemiz için yani sadece bu görseli Türkçe olarak alabilmiş olmam tek güzel şey oldu. 😀  (sekme dediği TAB tuşu 😀 )

Mavi olarak seçili satırın en solundaki simgeye dikkat edin. O simge bir Snippets olduğunun göstergesidir.

Şimdi düşünürsek neden elle bir for döngüsü kodu yazmaya çalışayım? Neden bununla vakit kaybedeyim ki? Kaldı ki Visual Studio bana, bunun gibi kendime özel snippets uygulayabilme şansı da vermişken neden kullanmayayım?

Visual Studio’da bir dile ait tüm Snippet ‘leri görüntülemek için; Tools (Araçlar) > Snippet Manager (Kod Parçacıkları Yöneticisi)  yada CTRL + K +B (Önce K sonra B) yapabilirsiniz.

Snippets ‘e (Kod Parçacıklarına) aşağıdaki yollardan erişebilirsiniz.

• Menüden, Edit > IntelliSense > Insert Snippet
• Kod sayfasın da sağ tık yapıp, Snippet > Insert Snippet
• Ctrl+K,Ctrl+X Kısayol tuşlarını kullanarak

Buradan daha fazla bilgi alabilirsiniz.

Var olanları düzenleyebilir, kendinize özel olarak ekleyebilirsiniz.

Snippets ‘leri sevin. Onu kullanın. O sizin en büyük yardımcılarınızdan birisidir.

Bir Yazılım Projesine Başlamak – Hızlı Kod Yazmak için Sonuç Olarak

Bir Yazılım Projesine Başlamak başlığı altında, çevresel etkenleri denkleme dahil ettik. Olabilecek varyasyonları ve gelecekte sorun olabilecek neredeyse her şeyi kullanıcılardan aldık. Olabildiğince basit düşünerek kağıt üzerine projenin taslağını hazırladık. Neyi nasıl yapacağımızı belirledik. Sonrasında kod yazım şekillerine değindik ve az koda nasıl çok iş hatta daha çok iş yaptırabiliriz gördük…

Paldır küldür başladığınız bir projenizi düşünün… Bu bilgileri aldıktan sonra, o projenizi tekrar yazsaydınız tahminen ne kadar sürede yazardınız? Tahminen zamandan ne kadar kar ederdiniz? Tahminen ne kadar daha az sorun yaşardınız?… 

Bitti mi? Hayır… Daha bitmedi. Daha seriye eklenecek en az iki yazı daha var. Buraya kadar olanlar bizim için olmazsa olmaz şeylerdi. Her yazılımcının mutlaka bilmesi gerek diye düşündüğüm şeylerdi.

Bu yazıdan sonra proje içi kullanıcı yetkilendirme konusunda bakacağız ki bu konu her proje için geçerli olmuyor. Bazı projeler küçük çaplıdır ve basit bir mantık iş görür. Belkide yetkilendirme yapmanıza bile gerek yoktur. Daha kapsamlı projeler için de olmazsa olmazdır. Ama bu konu  önceki yazılar ile çok bağdaşık sayılmaz.

Son konumuz da öyle. Aslında yazı serisinden biraz bağımsız bir konu ama yine de her yazılımcının bilmesi gereken bir konu diye düşünüyorum. Sonuçta en basitinden C# bir derya deniz… Hiçbir Allah’ın kulu ben C# ‘ta uzmanım diyemez. Diyenlere itimat etmeyin.

Ben C#’ta uzmanım = Ben  pasifik okyanusunun her metresinde yüzdüm, yüzebiliyorum. 

Mecazen değil. Direk olarak böyle bir şey…

Evet arkadaşlar Bir Yazılım Projesine Başlamak – Tavsiyeler #4  yazımda bu kadar olsun. Hızlı kod yazmak hakkında konuştuk.

Eğer ilginizi çekebildiysem o zaman takipte kalın. Yeni bir yazının ne zaman geleceği belli değil.

Yazılım konusunda daha fazla içerik için tıklayabilirsiniz.

Bana destek olmak isterseniz bir kahve ısmarlayabilirsiniz veya diğer hesaplarımdan takip edebilirsiniz.

The post Bir Yazılım Projesine Başlamak- Tavsiyeler #4 appeared first on Dinamik Network.

Önceki yazımda Bir Yazılım Projesine Başlamak– Tavsiyeler #2, sadece Basit düşünmek üzerine değil proje geliştirmede çevresel etkenler hakkında da konuşmuştuk. Bu yazının sohbet konusu ise Kod Yazım Şekli ve Az Koda Çok İş Yaptırmak üzerine olacak. Elbette bu yazıda yazılım sektöründeki yazım kuralları vs hakkında olmayacak.

Mesela, “Değişken adları her zaman küçük harf ile başlamak zorundadır!” bu yazıda bu tarz şeyler yok. Hiçbir yazımda da olmayacak!

Peki, ben nasıl kod yazıyorum? Kod yazarken nelere dikkat ediyorum? Tüm bunları bu yazıda göreceksiniz.

Bir Yazılım Projesine Başlamak- Tavsiyeler #3

Öncelikle şu mantığı aklınıza kazımanızı istiyorum.

“Aynı kodları iki kere yazıyorsan bir hata var.” 

Örnek vermek gerekirse, Access Veri Tabanı ile çalışan bir uygulama geliştiriyorsunuz. Access Veri Tabanına bağlantı kodlarını yazdınız. Form Load eventinde öğrenciler tablosundan verileri almak istiyor ve bir gridde göstermek istiyorsunuz.

OleDbConnection con = new OleDbConnection("Provider=Microsoft.ACE.Oledb.12.0;Data Source=okul.accdb");
OleDbDataAdapter da = new OleDbDataAdapter("SElect *from ogrenciler", con);
DataSet  ds = new DataSet();
con.Open();
da.Fill(ds, "ogrenci");
dataGridView1.DataSource = ds.Tables["ogrenci"];
con.Close();

Amacımıza ulaşmak için bu kadar çok kod yazmalıyız. Formumuza birde liste güncelle butonu koymuş olsak ve o butonun click eventinde yine yukarıdaki kodların aynısını yazmak zorundayız.

Başka formlarda, başka listeleri göstermek için yine yukarıdaki kodları yazmalıyız. Yani ne zaman gridde veri göstermek istersek yukarıdaki 7 satır kodu tekrar tekrar yazmalıyız. Ayrıca verileri okuyup nesnelerde göstermek ya da kayıt güncelleme öncesi verileri, nesnelere yazmayı da hesaba katabilirsiniz. Verileri bir datatable’ye yükleyip nesnelere yazmak içinde yukarıdaki kodları kullanırsınız.

• Mantıklı mı? Cevap: Hayır
• Doğru bir yol mu? Cevap : Hayır
• Hızlı kod yazmanızı sağlar mı? Cevap : Hayır
• Projenizi hızlı bitirebilmenizi sağlar mı? Cevap : Hayır
• Bugları ve çıkan hataları ayıklamak kolay mı? Cevap : Hayır
• Upgrade* (Sürüm yükseltme vs.) yapmayı hızlandırır mı? Cevap : Hayır
• Kod yazmak böyle mi olmalı? Cevap: Hayır
• Ne kadar çok satır o kadar iyi mi? Cevap: Hayır
• Yazılımcının iyisi, kaç satır kod yazdığı ile mi belirlenir? Cevap: Hayır

Update* = Güncellemek, Değiştirmek…  Upgrade* = Sürüm Yükseltmek, Seviye Yükseltmek…

Bir de Access Veri Tabanında veri işlemleri var. Ekleme, Silme, Güncelleme işlemleri için de ortalama yukarıdaki kadar kod yazacağız. Şimdi düşünün, kullandığınız veri tabanı değiştiğinde ne yapacaksınız? Ya da Connection String cümlenizi değiştirmek istediğinizde? Her nerede yukarıdaki kodları yazdıysanız tek tek oralara gidip gerekeli değişiklikleri yapacaksınız. Büyük bir proje ise ne kadar büyük bir hammalık yapacaksınız hayal edebiliyor musunuz?

Bu kodları yazarken kaybettiğiniz zamanda tuzu biberi… Bu yazıyı tamamen okuduktan sonra projenizi açın ve sık kullandığınız kodlarınızı class’lara çekin. Çok geç olmadan…

Peki böyle sıkıntılara düşmemek için ne yapacağız?. Az Koda Çok İş Yaptırmak Tabi ki!

Ne demiş Arşimet “Bana yeterince uzun bir kaldıraç ve sağlam bir dayanak noktası verin, dünyayı yerinden oynatayım.”

Bizde bu mantıkla  class ve user contol kullanarak dünyalar yazacağız. 😀  İşte bu yazının size katmayı hedeflediği şeyler şuanda başlıyor.

Metod Kullan! Class Kullan!

Burada yapılması gereken şey Metod ve Class kullanmaktır. Yukarıdaki örnekte olan kodları ve diğer işlemler için gerekli kodları bir Class dosyasında toplarsınız. Yapacağımız Class’ın adı MyAccessClass olsun ve verileri listeleme için kullanacağımız metodumuzun adı da ShowTable (Gerid dönüşü DataTable dönen bir metod) olsun. Bu Class’ımızı ve Metod’umuzu hazırladıktan sonra kullanım şekli aşağıdaki gibi olacaktır.

dataGridView1.DataSource = MyAccessClass.ShowTable("Select * from ogrenciler);

7 satırdan 1 satıra düşürdük. Yüzlerce formda listeleme yaptığımızı hayal edersek… Ne büyük bir kolaylık değil mi? Şimdi yukarıdaki sorulara tekrar dönelim ve düşünelim. Neden cevapların Hayır olduğunu daha net anladınız değil mi? Sadece verileri girdde gösterme değil, verileri ekrana doldurmak için verileri datatableye yüklerken, yada veriyi güncellemek amacı ile formdaki nesnelere yüklemek için verileri datatableye yüklerken de aşağıdaki kod satırını kullanırız.

DataTable dt_ogrenciler = MyAccessClass.ShowTable("Select * from ogrenciler);

Aynı şekilde onlarca örnek verebilirim.

Mesela, Mail Gönderme işlemi… Sık sık kullanırız değil mi? 10, 15 satırlık bir kod bloğudur mail gönderme kodları. Proje de onlarca yerde kullandığımızı düşünsenize… KORKUNÇ!

Tek Nesnede Farklı İşlemler!

Genellikle kayıt yaptığımız ekranlarda hem kayıt etme hemde kayıt güncelleme işlemi yaparız. Ve yine genellikle ekranda hem Kaydet hemde Güncelle butonları koyarız. Bir buton kayıt eder, diğeri ise günceller… Ama bu doğru yöntem mi? Cevap: Hayır! 

O halde ne yapmalıyız? Nasıl bir yol izlemeliyiz ki tek buton kullanarak hem kayıt yapalım (insert) hemde güncelleme (update) yapalım.

Kaydı güncellemek istediğimizde, ilgili kaydın bilgilerini ekrana doldururuz. Bu doldurma esnasında bir değişken olarak yada ekrana bir nesne koyarak o nesneye, kaydın ID’sini de yazın. Form Load’da bu değişkeni 0 (sıfır) olarak ayarlayın yada nesneye 0 (sıfır) yazın. Kaydet butonunun click eventine bir IF koyarak şunu yapın.

Eğer bu ID verisi 0 (sıfır) değil ise güncelleme kodlarını, eğer bu ID verisi 0 (sıfır) ise kaydetme kodlarını çalıştırın. Örnek kod…

// değişken ise
if(ogrenci_ID == 0)
{
    // kaydetme kodları
}
else
{
    // güncelleme kodları
}

// nesne ise
if(Convert.ToInt32(txt_Ogrenci_ID.Text) == 0)
{
    // kaydetme kodları
}
else
{
    // güncelleme kodları
}

Bu basit bir örnekti. Şimdi biraz daha komplex bir örnek vereyim.

Diyelim ki ekranda 3 tane (yada 10 tane fark etmez) DataGridView var. Her birine sağ tık menüsü (Context Menü Strip) eklemek istiyorsunuz. Bu sağ tık menüsüne de “Listeyi Yenile”, “Dışarı Aktar” ve daha fazlasını eklemek istiyorsunuz. Normal şartlarda forma 3 tane Context Menü Strip nesnesi eklemeniz gerekiyor değil mi? (10 tane DataGridView varsa 10 tane eklenecek. Oww!)

• Üstelik her birine aynı menüleri ekleyeceksiniz.
• Belki bir tanesine bir kaç tane daha fazla menü ekleyeceksiniz.
• Belki 3 DataGridView içinde aynı sayıda ama farklı menüler ekleyeceksiniz.

Şimdi size tek bir Context Menü Strip ‘i 3 DataGridView için nasıl kullanabilirsiniz onu anlatacağım.

Forma bir tane Context Menü Strip eklediniz ve bu nesneye istediğiniz menüleri de eklediniz. Tüm farklı menüleri, sırayla ekleyin.

İlk olarak DataGridView’leri doldurduğunuz kodları birer metod içinde alın ve bu metoları da Context Menu Strip ‘deki “Listeyi Yenile” menüsünün click eventine ekleyin. Kodlar öyle görünecek.

 private void listeyiYenileToolStripMenuItem_Click(object sender, EventArgs e)
        {
            grid1_Guncelle();
            grid2_Guncelle();
            grid3_Guncelle();
        }

Bu en basiti idi. Şimdi gelelim “Dışarı Aktar” kodlarına. Elbette burada dışarı aktarma kodları vermeyeceğim.

Buradan sonra anlatacaklarım diğer konu başlığına giriyor. Bu yüzden devamını diğer başlığımızın altında vereceğim.

Birçok Nesneye Tek Event!

Şimdi burada yapacağımız şey şu….

Sağ tıkladığımız DataGridView’i elimize almamız gerekiyor. Hangi DataGridView üzerinde sağ tık yaptık bulmalıyız. Şimdi bunun için bir MouseDown eventi yazacağız ve formdaki tüm DataGridView’lere aynı eventi atayacağız.

        DataGridView grid; 
        private void dataGridView_MouseDown(object sender, MouseEventArgs e)
        {
            if (e.Button == MouseButtons.Right)
            {
                grid = sender as DataGridView;
            }
        }

Bir DataGridView nesnesi tanımladık. Sağ tıklayacağımız tüm DataGridView’leri bu tanımladığımız yeni DataGridView’e atayacağız.  DataGridView üzerinde faremizden bir tuşa bastığımızda yukarıdaki event çalışır. Bizde, if ile eğer sağ tık yaptıysak; hangi DataGridView tıkladıysak, tanımladığımız DataGridView’e  sağ tıkladığımız DataGridView’i yüklüyoruz.

NOT: Burada sağ tıkladığımız DataGridView tamamen tanımladığımız gride yüklenir. Eğer içinde veri varsa, verilerde yüklenir.

Sağ tıkladığımız DataGridView’i artık bildiğimize göre artık kodlarımızı yazabiliriz. Context Menu Strip’e eklediğimiz “Dışa Aktar” menüsünün click eventine geliyoruz ve kodlarımızı yazıyoruz.

      private void dışaAkarToolStripMenuItem_Click(object sender, EventArgs e)
        {
            Disari_Aktar(grid);
        }

        void Disari_Aktar(DataGridView grid)
        {
            // dışarı aktarma kodları
        }

Burada gördüğünüz gibi her DataGridView için tek tek “Dışa Aktarma” kodları yazmadık. Sadece bir kere yazdık ve tüm DataGridView’ler için kullanacağız.

DİKKAT: Tabi bu sadece bir senaryo ve örnektir. Gerçekten böyle bir işlemi asla formlar içinde tutmam. Bu kodların yeri direk olarak Class dosyasıdır. Konuyu açıklamak için örnek olması açısından bu şekilde anlatıyorum.

Yukarıda DataGridView’lere özel menüler varsa demiştik.

Örneğin, DataGridView1 için XXXX menüsü, DataGridView2 için ZZZZ menüsü, DataGridView3 içinde YYYY özel menüsü olsun. Bunların hepsini de Context Menu Strip’e ekledik. Context Menu Strip’in Opening Eventine gelelim ve menüleri, sağ tıkladığımız DataGridView’e göre gösterip gizleyelim.

        private void contextMenuStrip1_Opening(object sender, CancelEventArgs e)
        {

            switch (grid.Name)
            {
                case "dataGridView1":
                    XXXX_ToolStripMenuItem.Visible = true; // Context Menu'ye eklediğimiz XXXX menüsünün adı bu şekilde olur.
                    YYYY_ToolStripMenuItem.Visible = false; // Context Menu'ye eklediğimiz YYYY menüsünün adı bu şekilde olur.
                    ZZZZ_ToolStripMenuItem.Visible = false; // Context Menu'ye eklediğimiz ZZZZ menüsünün adı bu şekilde olur.
                    break;
                case "dataGridView2":
                    XXXX_ToolStripMenuItem.Visible = false;
                    YYYY_ToolStripMenuItem.Visible = true;
                    ZZZZ_ToolStripMenuItem.Visible = false;
                    break;
                case "dataGridView3":
                    XXXX_ToolStripMenuItem.Visible = false;
                    YYYY_ToolStripMenuItem.Visible = false;
                    ZZZZ_ToolStripMenuItem.Visible = true;
                    break;
            }
        }

İlk başlığımız nedi? Az koda çok iş yaptır idi değil mi? Mantığımız neydi? “Aynı kodları iki kere yazıyorsan bir hata var.”  Şimdi yukarıdaki kodları mantığımıza uyduralım.

        private void contextMenuStrip1_Opening(object sender, CancelEventArgs e)
        {
            XXXX_ToolStripMenuItem.Visible = false; // Context Menu'ye eklediğimiz XXXX menüsünün adı bu şekilde olur.
            YYYY_ToolStripMenuItem.Visible = false; // Context Menu'ye eklediğimiz YYYY menüsünün adı bu şekilde olur.
            ZZZZ_ToolStripMenuItem.Visible = false; // Context Menu'ye eklediğimiz ZZZZ menüsünün adı bu şekilde olur.

            switch (grid.Name)
            {
                case "dataGridView1":
                    XXXX_ToolStripMenuItem.Visible = true;
                    break;
                case "dataGridView2":
                    YYYY_ToolStripMenuItem.Visible = true;
                    break;
                case "dataGridView3":
                    ZZZZ_ToolStripMenuItem.Visible = true;
                    break;
            }
        }

Daha kısa değil mi? Ve minimum kod tekrarı… Her menü için 3 satır yazdık. İkincisinde 2 satır yazdık. Ben burada Switch kullandım. İf kullansaydık kodları daha da kısaltabilirdik ama ben performans açısından iyi olduğu için Switch kullanmayı tercih ettim.

“Neden önce gizledik sonra açtık?” sorularınızı duyar gibiyim. Açıklayayım. Direk Context Menu Strip üzerinden visible özelliklerini false yaparsak ya da load eventinde yazarsak ve sağ tıklama ile  visible true yaparsak; DataGridView1’e sağ tıkladığımızda XXXX_ToolStripMenuItem görünür olur. DataGridView2’ye sağ tıkladığımızda hem XXXX_ToolStripMenuItem  hemde YYYY_ToolStripMenuItem görünür olur. Yani sadece DataGridView1’de görünmesini istediğimiz özellik, DataGridView2 içinde açık kalmış olur. Çünkü sadece bir kere gizledik. Ancak her seferinde tüm menüleri gizler sadece ilgili menüyü açarsak bu sorun yaşanmaz.

User Control Kullan!

User Control Nedir? Visual Studio’da User Control adında bir obje var. Bir form gibi projeye ekliyorsunuz. Bunun en büyük özelliği ise, bir bakıma kendinize özel nesneler tasarlamanızı sağlıyor.

Yukarıdaki görselde gördüğünüz gibi bir forma benziyor. Şimdi bir senaryoya göre inceleyelim.

Projemizde sürekli kullanıcı seçim, personel seçim, cari seçim, stok seçim gibi işlemler kullanıyoruz. Her seferinde forma bir label, iki textbox ve buton eklemek zorunda kalıyoruz. Butona tıkladığımızda kullanıcı, personel, cari ya da stok listesini açıyoruz. Listeden bir satıra çift tıkladığımızda satırdaki Kod ve Ad bilgisini alıp textboxlara yazıyoruz.

Böyle bir senaryo da (ben sürekli kullanıyorum bu senaryoyu) her seferinde aynı işlemleri yapmak zorunda kalıyoruz. Şimdi bunları bir kere yapsak ve sürekli kullansak nasıl olur? Sanki bir Class yazmışız gibi… Hatta yaptığımız bu şey ToolBox’ta dursa oradan bir textbox ekler gibi forma eklesek ve ekstra bir kod yazmak zorunda kalmasak?

İşte bu soruların cevabı olan şeyi anlatıyorum şu anda. User Control Kullanmak!

Hadi senaryomuza göre bir tasarım yapalım. Yukarıda forma eklediğimiz user control’ü düzenleyelim.

UserControl’ü tasarladık ve kodlarımızı yazmış olalım. User Controllerin Toolbox’a gelmesi için projeyi bir kere build etmemiz gerekiyor. Sonrasında toolbox’tan çekip alabileceğiz.

UserControl’e eklediğimiz tüm nesnelerin Public olarak ayarlanması gerekiyor. Nesneleri seçin ve Properties kısmından Modifiers özelliklerini Public yapın.

Şimdi toolboxtan aldığımız user control nesnemizi forma ekleyelim.

UserControldeki nesnelere de

string kod = userControl11.txt_kulkod.Text;
string Ad = userControl11.txt_kul_adi.Text;

Şeklinde ulaşabiliriz.

Görsellerde gördüğünz gibi. Kendimize özel bir nesne tasarladık ve formumuza eklemiş olduk.Ne kadar harika değil mi? Ne kadar güzel? O kadar kod yazmaktan kara geçtiğimizden geçtim. Bu kadar nesneyi forma ekle, adlarını değiştirme vs ile uğraşmak zorunda bile değiliz artık.

Her formda ekle sil vs. butonlar kullanırız. Bir user control yapalım ve bunda da sadece butonlar olsun. Ekle, Sil, Yazdır, Kapat butonlarını ekleyelim. Iconlarını verelim. Sonra forma sürükleyip bırakalım ve bütün butonlar proje genelinde aynı formatta olsun. Çok hoş olmaz mı?

Bir Yazılım Projesine Başlamak – Tavsiyeler 3 – Az Koda Çok İş Yaptırmak

Bu yazımda anlattığım noktaları kullanmaya başladığınızda bir proje yazım hızınızın nasıl arttığına tanık olacaksınız. Sık kullanacağınız işlemleri bir class içerisine almak bazen, sıkıntılı bir sürçe olabiliyor. Ancak bir kere o sıkıntıyı çekip güzel bir class hazırladığınızda genel anlamda kazanacağınız hızı düşünün. O ana takılmayıp genele odaklanın. Üzerine birde sık kullandığınız işlemleri UserControl olarak hazırladığınızı düşünün. Forma sürükle bırak yaptınız ve kullanıcı seçme işlemi tamam. Başka bir user control çekip bıraktınız işlem butonları tamam…

Biliyorsunuzdur, Visual Studio’da kodları toolbox’ta saklayabiliyorsunuz.  Kod ekranında ToolBox’u açtığınızda orası kodlarınızı saklamanız için boştur. Bir kodu bloğunu seçip oraya atarsanız, kodlara bir kısa yol vermiş olursunuz. Oradan bir kod bloğuna çift tıkladığınızda kaydettiğiniz kodları tek seferde alabilirsiniz.  Bende o toolbox’daki neredeyse bütün kodlar bir kaç satırlık kodlardır ve sürekli kullandığım bütün kodlar oradadır.

Bazen bir formu toolbox’taki kodlara ve nesnelere çift tıklayarak hazırlıyorum. Çünkü lazım olan her şey zaten  toolbox’ta duruyor. 😉

NOT: Projeleriniz her yerden ulaşabilmek için Github kullanmayı düşünebilirsiniz. Ücretini öderseniz sadece siz ve izin verdikleriniz, ücretsiz kullanmak isterseniz herkes projelerinizi görebilir ve  katkı sağlayabilir.

Evet arkadaşlar Bir Yazılım Projesine Başlamak– Tavsiyeler #3  yazımda bu kadar olsun. Kod Yazım Şekli ve az koda çok iş yaptırmak hakkında konuştuk.

Eğer ilginizi çekebildiysem o zaman takipte kalın. Yeni bir yazının ne zaman geleceği belli değil.

Yazılım konusunda daha fazla içerik için tıklayabilirsiniz.

Bana destek olmak isterseniz bir kahve ısmarlayabilirsiniz veya diğer hesaplarımdan takip edebilirsiniz.

The post Bir Yazılım Projesine Başlamak- Tavsiyeler #3 appeared first on Dinamik Network.

Bu yazı serisinin ilk yazısı olan Bir Yazılım Projesine Başlamak- Tavsiyeler #1 yazımda Kodlama Mantığı hakkında konuşmuştuk. Bu yazımda da Basit Düşünmek hakkında konuşacağız. Elbette sadece Basit düşünmek üzerine değil proje geliştirmede çevresel etkenlere de değineceğim. İşi veren patronlar/müdürler, programı kullanacak olan kullanıcılar vs. Önceki yazımda bahsettiğim gibi bu yazı serisinde anlatılan her şey kendi deneyimlerimden oluşan bilgi birikimidir.

Bir proje geliştirirken bir çok kez takıldığımız noktalar oluyor. Hemen basit düşünüp işi bilen kişiye sormak yerine kendimiz çözüm üretmeye çalışıyoruz. Çözümü bulabilmek için belki de günlerce kafa patlatıyoruz. Ancak bulduğumuz çözüm;

1. Gerçekte ne kadar uygulanabilir?
2. Gerçeğe ne kadar uyarlanabilir?
3. Bize getirdiği yük nedir?
4. Kullanıcıya getirdiği yük nedir?
5. Gerçekten mantıklı mı?

Bunlar gibi bir çok soru basit düşünmediğimiz için bizi zora sokan şeyler arasında. İlk etapta bu sorular mantıksız gelebilir. Basit Düşünmek ile ne alakası var? diye düşünebilirsiniz. Bu yazımda da işte bu sorulara cevap vermeye çalışacağım. Gerçek anlamda, basit düşünmeye başladığımızda elde edeceğimiz hız ve iç tatmin çok memnun edici olacaktır.

Basit düşünmek, az düşünmek olarak algılanmamalı. Aslında çok fazla düşünmek anlamına geliyor. O kadar soru sormalı ve o kadar çok düşünmeliyiz ki “kullanımı çok basit” olabilsin. 😉

Bir Yazılım Projesine Başlamak- Tavsiyeler #2

Basit Düşünmek

İlk olarak hali hazırda var olan bir proje üzerinden konuşalım.

Öncelikle karşılaştığımız sorunun ne olduğunu net bir şekilde anlamalıyız. Bazen sorunun ne olduğunu anlamadan sorunu çözebiliyoruz. Ancak bu kırılan ve su sızdıran baraj duvarını bantlamak gibi… Su kaçırmasını engelliyoruz belki ama başka sorunlara yol açıyor. Kaçan suya odaklandığımız sürece asla kalıcı bir çözüm elde edemeyeceğiz. İlk amacımız barajın neden kırıldığı olmalı değil mi?

Genelde bir sorun ile karşı karşıya kaldığımızda ister istemez panikliyoruz ve ilk olarak, örneğimizdeki gibi, sızan suyu durdurmaya çalışıyoruz. Hemen kafamızda kompleks bir senaryo oluşur ve tüm odağımız sızan suya düşer. Barajın neden kırıldığını düşünmek daha sonra aklımıza gelir. Bu aklımıza geldiğinde de çoktan bir sürü tampon önlem almış yani yanlış şeyler yapmış olabiliriz.

Üstelik ne kadar geç fark edersek o kadar fazla tampon önem almış oluruz. Belkide geriye dönmek için çok geç kalmışızdır… Basit düşünmenin ilk şartı barajın neden çatladığı olmalı. Bu çatlağa sebep olan şey ne? Kullanıcının hatası mı? Yoksa bizim gözden kaçırdığımız bir şey mi?

O halde ilk kuralımızı bir soru olarak verelim…

Kural 1 – Kullanıcı Hatası Mı? Yazılımcı Hatası Mı?

Şimdi bu kadar şey söyledik. Bir senaryo ile de destekleyelim.

Bir kullanıcı girişi ekranı yaptınız. Kullanıcılar bu ekrandan sürekli veri girişleri yapıyor. Ancak bu ekran için sürekli hata bildirimi alıyorsunuz. Gelen hataya bakarak hızlıca çözmek için önemler aldınız ama yine de hatalar devam ediyor. Siz test ediyorsunuz hiçbir sorun çıkmıyor ama kullanıcı “hata var” diyor.

En son dayanamıyorsunuz ve kullanıcının yanına gidiyorsunuz ve “Aynı işlem tekrar yapar mısın?” diyorsunuz. Kullanıcı işlemi tekrar yapmaya başlıyor ki daha yeni başlamışken bir bakıyorsunuz ki; (olası şeyler)

1. Yanlış veri giriyor.
2. Arada bir işlemi atlıyor.
3. Tarif ettiğiniz şekilde değil, kendine kolay gelecek şekilde yapıyor.
4. Veri girmesi gereken bir alanı boş bırakıyor.
5. Verdirdiğiniz uyarıları okumadan geçiyor.
6. …

Anlıyorsunuz ki kullanıcı, sizin hiç düşünmediğiniz şekilde kullanıyor programı. Siz kaydetme esnasında çıkan hatalara odaklandınız. Kayıt esnasında çıkan hata sizi paniğe sürükledi. Bir an önce o hatayı çözmeye odaklandınız. Ancak kullanıcının yanlış veri girebileceğini düşünmediniz.

Aslında sorun bu kadar basitti. Buna sebep olan şey ise şu. Programı siz yazdığınız için nereye nasıl bir veri girilmesi gerektiğini biliyorsunuz ve ona göre test ediyorsunuz. Ancak kullanıcının yanlış veri girebileceğini, veri girmesi gereken yeri boş geçeceğini ya da verdirdiğiniz uyarıları okumadan geçebileceğini hesaba katmadınız. Buradaki hata sizde mi? Yoksa kullanıcıda mı?

O halde ikinci kuralımızı verelim mi?

Kural 2 – Bir Kullanıcı Kadar Basit Düşün!

Siz bir yazılımcısınız ancak programı kullanacak olan kişiler öyle değil. Onlar için sadece işlerinin çözülüp çözülmediği, işlemlerini hızlı ve basitçe yapabilip yapamadığı ile ilgileniyor. Siz o kadar kafa patlattınız, belkide günlerinizi planlar, algoritmalar yaparak geçirdiniz… Ama yine de bir çok kez aynı yere dönmek zorunda kaldınız.

Tasarladığınız şeyi kullanacak kişileri düşünerek tasarlayın. Olabildiğince basit olması gerekiyor. Olabildiğince basit düşünmeniz gerekiyor. Ekranların kullanımı ne kadar kompleks ise o ekranlardan o kadar çok hata alacaksınız. Basit düşünün. Olabildiğince basit ve sade. Kullanımı kolay ve işlevsel olmalı. Bu hem sizin iş yükünüzü azaltacak hemde kullanıcı dostu olacak. Sadece bu noktada çifte kazanç elde edeceksiniz.

İnsanlar yeteneklerini göstermek ister. Olabildiğince cafcaflı olsun görenler “Vaaay” desin ister. İlk zamanlar bende öyleydim. Yaptığım ekranlar, şimdiki kafama göre karman çorman olur ama göze de güzel görünürdü. Ancak ne zaman böyle bir ekran tasarımı yaptıysam tekrar tekrar geri dönerek sadeleştirmek zorunda kaldım. Tabi son haline gelene kadar ki zaman kaybı ve stres ise cabası oldu.

Böylesi bir sorun ile karşılaşmamak için yine basit düşünüp inceyi görüp direk olarak projeyi kullanacak olan kullanıcılar ile görüşün. Projeye başlamadan önce topladığınız bilgileri, püf noktaları  ve tüyoları kullanarak önce bir plan yapmak ve ardından algoritma hazırlamak fayda sağlayacaktır. Olabildiğince basit düşünerek işlemleri ele almalı ve bir yol çizmelisiniz ve bu çizdiğiniz yolu projeye başlamadan önce işi veren kişiye onaylatmalısınız.

Üçüncü kuralımız ile devam edelim.

Kural 3 – Yazılımcı Sensin Onlar Değil

Size işi veren kişi / müşteri sizden en güzel programı isteyecektir. Onlara takılmayın. Projeyi nasıl geliştirmeniz gerektiğine, nasıl yazmanız gerektiğine karışmasına izin vermeyin. Yazılımcı sizsiniz, onlar değil. Onlar sadece anlatsın siz yazın.

Öncelikle işi veren kişiden isteklerini topladıktan sonra bu programı kullanacak olan kişiler ile görüşün. Patron/ Müdür her şeyi biliyor gibi davranabilir ama öyle değildir. Tek bir kişiye göre ilerlerseniz her zaman sorun yaşarsınız.

“Sen benim dediğim gibi yap! Kullanmasınlar da göreyim onları!” Gibi bir cümle ile karşılaşmanız %90. Ama gerçekte işler öyle olmuyor işte… O patron/müdür kullanmayan herkesi işten çıkarak değil ya? Yaparım dese bile bu mümkün değil! Yapamaz! Sonuç, yine başa dönüp, kullanıcılar ile görüşüp, onlara da uyacak şekilde tekrar düzenleme yapmak olacak.

NOT: Son kısımda bahsettiğim şeyler sadece yazılımcılar için geçerli değildir. Bir bilişim alt yapısı kurulumu yapılacak ise de geçerlidir. İşi size veren kişinin hangi marka switchi hangi marka kabloyu, kabloları nereden geçireceğinize karışmasına izin vermeyin. Örneğin bu yer bir fabrika ise oradan bir elektrik bölümü vardır. Kabloların nereden geçmesi gerektiğini patron ile değil bu elektrikçiler ile görüşmelisiniz. Bu görüşmeler sonucunda da en mantıklı olanı yapmalısınız.

Sonuç Olarak…

Bu noktaya kadar yukarıda sorduğumuz sorulara cevap vermiş olduk sanırım.  Buraya kadar okuduğunuz halde kafanız karışmış olabilir. Bu yüzden maddeler halinde özetleyelim.

1. Programı yazmaya başlamadan önce mutlaka, programı kullanacak olan kullanıcılarla da görüş.
2. Olabildiğince tüyo ve püf nokta topla.
3. Programı yazarken bir kullanıcı gibi düşün. Basit ve kullanışlı olmalı. Gerekirse yazım aşamasında kullanıcılara göster.
4. Programı yazarken işlemleri olabildiğince basit şekilde yazmaya çalış.
5. Hemen bitiş noktasına varmak için çabalama, vakit harca, kafa patlat ve bir kere yaz. Bir daha geri dönmek zorunda kalma.
6. Aşama aşama kullanıcılardan onay al. Kullanıcılar ile birlikte ilerle. Olabildiğince tüyo al.
   1. Çünkü her zaman “Aaah biz bunu söylemeyi unutmuşuz.” cümlesini duyabilirsiniz.
7. Bir kullanıcı gibi test et. Olabildiğince yanlış veriler girerek, alanları boş geçerek testlerini yap.
   1. Hatta direk kullanıcılara test ettir. Sen ne kadar kullanıcı gibi düşündüğünü düşünsende onlar programı kıracak bir yolu hep bulur…

Evet arkadaşlar Bir Yazılım Projesine Başlamak– Tavsiyeler #2  yazımda bu kadar olsun. Proje geliştirmede çevresel etkenleri de denkleme sokarak olabildiğince basit düşünüp temiz bir iş çıkarmak hakkında konuştuk.

Eğer ilginizi çekebildiysem o zaman takipte kalın. Yeni bir yazının ne zaman geleceği belli değil.

Yazılım konusunda daha fazla içerik için tıklayabilirsiniz.

Bana destek olmak isterseniz bir kahve ısmarlayabilirsiniz veya diğer hesaplarımdan takip edebilirsiniz.

The post Bir Yazılım Projesine Başlamak- Tavsiyeler #2 appeared first on Dinamik Network.

Gerek üniversite zamanlarında işi öğrenmek için yazdığım projelerden, bir zamanlar var olan kendi şirketimde geliştirdiğim projelerden ve iş hayatında geliştirdiğim ya da destek verdiğim projelerin tamamında geçerli olan püf noktaları vereceğim. Geliştirdiğim ve katkı sağladığım her projede “keşke bunu önceki projelerimde de kullansaydım.” dediğim noktalar. Bazı projelerim için bu o anda öğrendiğim ya da keşfettiğim şeyleri eklemek kolay olsada bazıları için imkansızdı. Çünkü proje hali hazırda bayağı ilerlemişti.

Bu tarz keşkeler zaten kaçınılmazdır. Aslında bu keşkeler gelişmekte ve öğrenmeye devam edebildiğimizin göstergesi değil midir?

Bir sorunu çözebilmek, bir tıkanıklığı açabilmek için kafa patlatıp güzel bir çözüm bulduğumuzda, önceki projelerimizde takılı kaldığımız noktaları da, bulduğumuz bu çözüm ile aşabileceğimizi fark ediyoruz değil mi? “Keşke o zamanda bu çözüm aklıma gelseydi” deriz içimizden. Bilmeliyiz ki bu cümleyi kurabiliyor isek bir adım daha ileri gidebilmişizdir. Bulduğumuz o çözümü zaten bulduğumuz anda bulmuş olmamız gerekiyordu. İşin içinde pişmek de aslında böyle bir şey.

Bir yazılım projesine başlamak her zaman çok hoş oluyor değil mi? Yeni aldığınız bir kitabın kapağını ilk kez açtığınızda burnunuza gelen o hoş kokunun verdiği his ile aynı. Hatta böyle eski projeleriniz içinde kaybolduğunuz, bug ayıklamak ya da hataları çözme ile geçen bir sürenin ardından yeni ve temiz bir yazılım projesine başlamak çok güzel bir his. Tabi ilerledikçe yine sarpa sarmalar başlayacak. Şurasını nasıl çözeceğim? Burada bunu yapsak nasıl olur? sorunsalları baş gösterecek… Aslında bu yazı serime bu sorunsalları biraz azaltma amacı da güdüyor.

Bir Yazılım Projesine Başlamak

Giriş kısmı biraz uzun oldu ama olsun. Bu teknik bir yazı olmadığından, biraz muhabbet tadında ve motive edici olmasında bir sorun yok bence.

Nasıl bir proje geliştirdiğimiz bu noktada önem arz ediyor. Örneğin ben genelde  sipariş takip, üretim takip gibi projeler geliştiriyorum. En genel adı ile ERP ve CRM tarzı progamlar. Uzmanlık alanım bu diyebilirim. Elbette kendimi yine de bu alanla sınırlamıyorum. Hobi olarak da farklı konularda da projeler çıkarmaya çalışıyorum.

Konu ERP ve CRM tarzı programlar olduğundan dolayı vereceğim tavsiyelerde en çok bu tarz projeler geliştirenler için faydalı olacaktır. Bir yazılım projesine başlamadan önce bu yazı serimin tamamnını mutlaka okumanızı tavsiye ederim.

KOD Mantığı Kullanmak

Stok, Cari, Personel, Kullanıcı, İş Emri, Sipariş, Teklif vs. gibi kavramlarda her zaman Kodlama mantığı kullanılmalıdır. StokKodu, CariKodu vs. şeklinde kodlamalar ile gidilmesi bir çok açıdan faydalıdır. Yerine göre hayati bir önem taşır. Bu başlığı açıklarken Stok Tanımlarını ele alalım. Diğer tanımlar için de bu açıklamalar geçerlidir.

 * Kod Mantığı Kullanmanın Amacı Nedir?

Kodlama mantığını kullanmadan bir stok kartı tanımladınız. Bu stok kartı ile işlemler yaptınız. Her yere bu stoğun adını kullandınız. Sonra bir şeyler oldu ve stoğun adını değiştirdiniz.

Bir gün, müdürünüz, adını değiştirdiğiniz stok (ürün) hakkında sizden raporlar istedi. Bu raporlarda örneğin, “Şu stoğumuzdan elde ettiğimiz kazanç nedir?”, “Bu stoğumuz hakkında gelen şikayetler nelerdir?” olsun. Bu stoğun adı ile database’de arattığınızda ne bulabileceksiniz? Ben size söyleyeyim. Hiçbir şey bulamayacaksınız. Her yerde stoğun adını kullandınız ve o her yerde kullandığınız adı değiştirdiniz. Eski adını hatırlıyorsanız soruları yanıtlayabilirsiniz ama hatırlayacağınızı hiç sanmıyorum.

Bazılarınız çıkacak “Bizde ID (Identity) alanını kullanırız o halde!” diyecek. Bende o zaman böyle düşünenlere şunu sorayım. Ya stoğu bilerek yada bilmeyerek silip yeniden eklediysek? Silmek zorunda kaldıysak? Biz değilde başak birisi sildiyse? O zaman her yerde kullandığım ID numarası da değişmiş olacak. Yine aynı soruna düşmüş olacağız.

Ancak bir kod kullandıysam… Stoğun adını değiştirsem de silip yeniden eklesem de stok kodu aynı olduğu sürece hiçbir sorun yaşamayacağım.

 * Hiyerarşik Yapı Kullanmaya Müsaittir

Eğer kodlama mantığını kullanır isek stokları rahatlıkla guruplayabiliriz.

Şirketimizde kullandığımız Sarf Stoklar için bir ana kod verelim ve bu ana kodda 010 olsun. Stok kodu 010 ile başlayan bir stok gördüğümüzde anında bunun bir sarf stok olduğunu artık anlayabiliriz. Bir alt kod daha verelim ve 001 diyelim. 001 ise Ofis Sarfları olsun. Son olarak da stoğun kendine bir kod verelim ve ona da 0001 diyelim. Stoğumuzun kendisi de A4 Kağıt olsun.

Bu A4 stoğunun kodu 010.001.0001 oldu. Şimdi bu stok koduna baktığımız anda bunun bir sarf stok olduğunu ve bu sarf stoğunun da ofiste kullanılan bir sarf olduğunu rahatlıkla anlayabiliriz.

Bu kısmı belirledik ve diğer stoklarımızı da tanımladık. Zımba, zımba teli, poşet dosya, mavi dosya, klasör vs. tüm stoklarımızı bu kodlama mantığına göre ekledik. Şimdi de Kalite biriminin kullandığı sarf stokları için bir gruplama verelim.

Stok ana kodumuz yine 010 ama bu sefer farklı birim için olduğundan alt kodunu değiştirip 002 yapalım. Stoğun kodu ise yine 0001 ‘en başlayacak. ekleyeceğimiz ilk stok da AAAA olsun.

Burada ayraç olarak ( – ) , ( . ) yada ( ‘ ‘ – boşluk )  kullanabiliriz. Hiç karakter kullanmadan da yapabilirsiniz ama okunabilirlik açısından kötü olacaktır ama veri boyutu açısından olumlu olacaktır.

• 010 – Sarf Stoklar
• 010.001 – Ofis Sarfları
• 010.001.0001 – A4 Kağıdı
• 010.001.0002 – Zımba Teli
• 010.002 – Kalite Sarfları
• 010.002.0001 – AAAA
• 010.002.0002 – BBBB
• 010.003 – Üretim Sarfları
• 010.004 – Depo Sarfları
• 020 – Ham Maddeler
• 030 – Yarı Mamuller
• 040 – Mamuller

Daha net anlaşılması için bir görsel ile de destekleyelim. Aşağıdaki görselde örnek bir stok kodunu görmektesiniz.

Şimdi neden 010 ile başladık. Yani neden 001 değil yada neden 100 değil. Bu aslında biraz keyfi. Yani 001’den de başlayabilirdim ama 999 farklı ana kod açılmasını gerektirecek kadar çok stok bilgisi görmedim. Yani 010 ana koduna ve 001 alt koduna bağlı 999 tane farklı stoktan bahsediyorum… Belki dünya çapında iş yapan e-ticaret siteleri için 999 bile yetmeyebilir ve ana kod 0001’den başlayabilir. Bu biraz şirketlerin yaptığı işe bağlı. Bunu siz belirleyeceksiniz.

Aynı şekilde alt kod içinde geçerli çok fazla alt koda ihtiyaç yok ise iki karakter de olabilir tek karakterde. Ve yine aynı şeyler stoğun kodu içinde geçerli.

 * Rakam Kullanmak Neden Önemlidir?

Bu konu hakkında son olarak rakam değilde harf de kullanabilirsiniz. Ancak rakam kullanmanızı tavsiye ederim. Burası aslında ince bir nokta. Verilerin saklanma şekli ile ilgili. Veri tipi int yada string olması bir anlam ifade etmiyor rakamlar için. Çok büyük bir fark oluşturmasa da veri boyutu açısından olabildiğince daha az yer tutmasını istiyoruz. Bu sebeple de olabildiğince harf kullanmaktan kaçınıyoruz. Aynı zamanda Veritabanı için performans açısında da faydalı olacaktır..

Elbette her şirkette milyonlarca stok olmayacaktır. Belki bazılarında 100’ü bile geçmiyordur ama bu şekilde bir kodlama yapılması bence es geçilmemelidir.

Kodlama Mantığı sizin Hayal Gücünüze Bağlı

“Sadece stoklardan bahsettin. Diğerlerinde bunları nasıl kullanacağız?” diye düşünmüş olabilirsiniz. Aklınızdan şöyle bir geçmiş de olabilir. Kısaca bahsedeyim.

Cari bilgileri için örnek kodlama; Biliyorsunuz muhasebe de cariler 120 ve 320 olarak gruplanırlar. 120’li cariler Alıcılar olarak bilinir. 320’li cariler ise Satıcılar olarak bilinir. Fark ettiniz mi?

Ana kodumuz bu olacak elbette. Bir bakıma olmak zorunda diyebiliriz.  Şimdi ana kodumuz belli olduğuna göre alt kodumuz ne olabilir? Alt kod olarak ne belirlersek mantıklı olur? Aklınıza bir şey geldi mi? Türkiye’de yaşıyoruz. O halde alt kodumuzu şehir kodlarını verebiliriz. Son kodumuz ise zaten belli. Sıra numarası. O halde şöyle bir bakalım kodumuza.

Başka neyimiz vardı? Personel’ler var. Örnek bir personel kodu şekline bakalım…

Şirketteki tüm departmanların birer kodları olduğunu varsayalım. 01 Yönetim, 02 Muhasebe, 03 Finans vs. vs. Personellerimizi de çalıştığı departmanlara göre kodlayabiliriz. Burada şunu da söylemeden geçme olmak. Şirkette personellerin pozisyonları sürekli bir şekilde değişme eğilimi gösteriyor ise Personeller için bu şekilde bir kodlama sıkıntılı olabilir. Öyle bir durumda Personel’in mesleğine göre kodlama da yapılabilir. Aynı şekilde program kullanıcıları içinde bir kodlama yapılabilir.

İş Emirleri’nden de bahsetmiştik. O en basiti aslında… Aşağıda iki örnek vereyim.

• 19-SP-256-0000001
  • 19 = Yıl
  • SP = Sipariş Evrak Serisi
  • 256 = Sipariş Evrak Sırası (Kaçıncı Sipariş)
  • 0000001 = Verilen İş Emrinin Sırası
• IH-19-0000001
  • YD = Yurt Dışına üretim olduğu bilgisi (YI = Yurt İçi üretim, ST= Stoğa üretim)
  • 19 = Yıl
  • 0000001 = Verilen İş Emrinin Sırası

Bir Yazılım Projesine Başlamak Hakkında Son Olarak…

Bu ve bunlar gibi kodlamalar yapabilirsiniz. Gerisi artık sizin hayal gücünüze kalmış olacak. Projenize ve projeyi geliştirdiğiniz şirkete göre neler yapmanız gerektiğine siz karar vereceksiniz ki bu yazıdan sonra bu kararı vermek artık çok kolay olacak. En azından benim düşüncelerim bu yönde… 🙂

Projeniz küçük olsa da siz büyük düşünün. Geleceğe yönelik düşünün ve projelerinizi öyle hazırlayın. Hayal ettiklerinizi yazmaya çalışın. Yöntemler arayın. En güzel en mantıklı yöntemi bulun ve projelerinize göre uyarlayın. Kendinizi geliştirmediğiniz her an geride kalıyorsunuz. Siz geri gitmiyorsunuz, herkes ilerliyor….

Bu konuyu iyice anladığınızı düşünüyorum. Eğer anlamadığınız bir nokta var ise yorum olarak yazabilirsiniz. En kısa sürede cevap vereceğim…

Bir Yazılım Projesine Başlamak yazım ile yeni projeye başlarken dikkat edilmesi gerekenler yazı serisine başlamış olduk. Şimdilik bu kadar.

Eğer ilginizi çekebildiysem o zaman takipte kalın. Yeni bir yazının ne zaman geleceği belli değil.

Yazılım konusunda daha fazla içerik için tıklayabilirsiniz.

Bana destek olmak isterseniz bir kahve ısmarlayabilirsiniz veya diğer hesaplarımdan takip edebilirsiniz.

The post Bir Yazılım Projesine Başlamak- Tavsiyeler #1 appeared first on Dinamik Network.