Emre MERT - SaaS Commando

Garsona, kuryeye bahşiş var da yazılımcıya bahşiş yok mu? Var efendim, hem de en güzelinden!   Photo by Sam Dan Truong on Unsplash Yazılım ekibimdeki bir kişinin motivasyonu bir türlü artıramayınca acaba nerede yanlış yaptım diye düşünürken aklıma gelenleri kaleme almak istedim. Yazılım ekibinin motivasyonunu sağlamak, işini iyi yapan yazılımcıya hakkını verebilmek, şirket kültürünü dinamik hale getirebilmek için yazılımcının bahşişini ihmal etmeyin!   Yazılımcıya yeni teknolojileri deneyebilmesi için zaman ve imkân verilmesi en güzel bahşiştir. Gerek şirket içi yazılım ve araçlarda gerekse canlı ürünlerde yeni teknolojilerin denenmesi, yeni teknolojilerle ilgili sunumlar yapılması yazılımcıları canlı tutacaktır. Yeni şeyler denenirken hatalar yapılmasına izin verilmelidir. Yapılan hatalar nedeniyle yazılımcılar suçlanmamalı tam tersine hatalardan eğitici sunumlar yapılarak teknik ekip eğitilmelidir.    Yazılımcılara ara sıra zorlayıcı görevler verilmelidir. Sürekli veri tabanı

Türkiye merkezli 5 ülkede ofisi olan 50’den fazla mühendisi bulunan ve müşterileri hariç 8 farklı milliyetten kişiler bulunan bir yazılım firmasında yaklaşık 11 aydır çalışmaktayım. Bu süreç boyunca hem çalıştığım şirkette hem de iletişimde bulunduğum diğer uluslararası şirketlerde gözlemlediğim noktaları paylaşmak istedim. Buradaki görüşlerim tamamen kişiseldir ve firmadan firmaya değişebilir. Eleştiriyi önce en günahsız olanınız yapsın! Photo by Kyle Glenn on Unsplash İşe giriş ve mülakat süreçleri zor. İş ilanlarını mantıklı ve açıklayıcı olarak açılıyorlar. Öyle her şeyden anlayan süper yazılımcı aramıyorlar. Şirketin ihtiyacını göz önüne alarak ve her yazılımcının şirkette kullanılan teknolojileri bilemeyeceğini göz önüne alınarak iş ilanını açılıyor. Özgeçmişimde yazan her kelime ile ilgili sorguya çekildim. Başvurduğum pozisyon için gereken yeteneklerle ilgili zor sorular soruldu. Nasıl yaptılar bilmiyorum ama şirket kültürüne uyumumu ve iletişim yeteneğimi de ölçmüşler. Açık

Bir toplantıda yurtdışındaki bir yazılım şirketinin Türkiye’deki yazılım sektörü ile ilgili bir soru sorması nedeniyle Türkiye’de kamuda ve özel sektörde gözlemlediğim noktaları yazıya dökerek gözlemlerimi paylaşmak istedim, kişisel yorumlarım olduğu için olaylara yanlış veya eksik bakmış olabilirim.    Önce kolay olanı yapıp konuya kötü taraflarından bakacağım, sonra iyi taraflarından bahsedeceğim. Sadece kişileri değil kurumları da konuya dahil etmeye çalıştım.   Bu yazıyı “ KamudaYazılımcı Ol(ma)mak ” konulu yazının devamı olarak okuyabilirsiniz.    “Emre” bu yazıdaki persona olarak bize yardımcı olacak.    Önce kötü manzaralar , sonra iyi manzaralar :   Kötü Manzaralar:   Öğrencilerin üniversite tercihi nde bilgisayar mühendisliği, yazılım mühendisliği gibi alanları tercih ederken bu bölümlerin gelecek  vaat ettiği için içeriklerini bilmeden tercih etmeleri en baştaki problem. Emre, bu bölümlerin birine girer ama eğitim müfredatı kendi yetenekleri ile uyuşmaz, yazılıma

I am working on an Internet Of Things (IoT) project. I work with medical IoT devices in my project. Photo by Zan on Unsplash These are the lessons I learned from this project: Networking : You must know how the network works. You must have a good knowledge of network protocols such as TCP and UDP. If you will work with IoT devices that have multiple network interfaces, you must know about CIDR. Some IoT devices use different technologies such as Bluetooth and Serial port (COM) for data transmitting. Also, there are IoT specific network technologies such as LPWAN. Data Structures : IoT devices use different data structures. They tend to compress data and send/receive small data because of limited resources. Some old devices which are converted to IoT use weird ways to process data. So you must be aware of endianness, signed and unsigned numbers and encodings. IoT devices can produce large data. Design your system to save and process big data. Parallel Processing : Asynchronous programmi

Yazılımcı olarak 8 yıl kamuda, 2 yıl özel sektörde çalıştım. Bir yandan da freelance olarak çalıştım. Yurtdışındaki firmalarla da güzel yurdumun esnafıyla da çalıştım. En garip manzara bence kamudaki yazılım manzarası. Şu anda bir kamu kurumu için geliştirilen yazılım projesini yönetiyorum. Girdiğim toplantılarda, aldığım e-postalarda, yaptığım telefon konuşmalarında eski kamu anılarım depreşti. Kağıtların arasında hayalleri yıkılmış bir yazılımcı bulabilirsiniz Kamuda çalışırken hem benim hem de arkadaşlarımın başına gelen olaylardan ve şu anda kamuda çalışmaya devam eden tanıdıklarımdan aldığım bilgilerle, kamudaki yazılım dünyasını size sanayi diliyle aktarmaya çalışacağım. Bu yazı şahsi görüşlerimi içerir. Yine de kamuda 8 yılın yeterince objektif bir bakış açısı sunacağını düşünüyorum. Kamuya yazılım projesi geliştirirken karşılaşabileceğiniz durumlar: Bir kamu kurumu ile görüşmeye başlamak için bağlantı gerekir. Kamu kurumuna “sizin şöyle bir ihtiyacınız var ben bunu çözen yazılı

Medikal cihazlardan (örneğin ventilatör) veri almaya ve bu cihazları yönetmeye yarayan yazılımlarımız hem Türkiye’deki hem de yurtdışındaki bazı hastanelerde 7x24 olarak kullanıcı kaynaklarında (on premises) çalışmakta. COVID19 salgınına, oluşan yoğunluklara, hastanelerdeki sık personel değişimine, medikal cihazların sürekli çalışmasına, internet trafiğinde ve hastane içinde yer yer oluşan network dar boğazlarına rağmen yazılımlarımız güvenilir (reliable) bir şekilde çalışmayı sürdürüyor. Veri almak ya da alamamak, işte bütün mesele bu! Koronavirüs salgını nedeniyle yazılımlarımızın çalışmasında ve destek sağlamada herhangi bir aksaklık olmadı. Medikal IoT cihazlardan oluşan ve kullanıcı kaynaklarında çalışan yazılımımızı nasıl güvenilir yaptık? İşte dikkat ettiğimiz hususlar: Her zaman en kötüsü için hazırlık yapın. Öngöremeyeceğiniz senaryoların daima var olduğunu kabul edin. Yazılımınızın yapması gereken işi yapabilmesi en iyi senaryodur. Bunun dışında kalan senaryo

Medikal cihazlardan anlık veri almayı, medikal cihazları uzaktan yapılandırıp bu cihazların hem yönetimini kolaylaştırmayı hem de bakım masraflarını azaltmayı hedefleyen bir projenin içerisindeyim. Bitleye bitleye GB olur. Farklı markalar ve farklı haberleşme teknolojilerine sahip bu medikal IoT (Internet of Things) cihazlar ve genel amaçlı birçok IoT cihazının bulunduğu bu projeden edindiğim tecrübeleri paylaşmak istiyorum. Önceki Yazı: IoT Tecrübeleri — 1 Network bilmeniz gerekiyor. Subnet mask, CIDR, UDP broadcast gibi konulara hâkim olmak işinizi çok kolaylaştırıyor. Aynı işleve sahip IoT cihazları bir ağa, farklı özelliklere sahip IoT cihazları farklı bir ağa yerleştirmek; bir bölgedeki cihazlardan gelen bilgileri bölgesel olarak toplayıp daha sonra merkeze göndermek; bir bölgede internet bağlantısı kaybolduğunda farklı bir ağdan verileri internete çıkarmak gibi işlemlerde ağ bilgisi gerekiyor. Bir IoT cihazı diğer bir IoT cihazını sensör olarak kullanabiliyor.

Medikal cihazlardan anlık veri almayı, medikal cihazları uzaktan yapılandırıp bu cihazların hem yönetimini kolaylaştırmayı hem de bakım masraflarını azaltmayı hedefleyen bir projenin içerisindeyim. IoT seni parça parça ederim! Önceki Yazı: Türkiye’de IoT Macerasından Soğuk Bir Kesit Farklı markalar ve farklı haberleşme teknolojilerine sahip bu medikal IoT (Internet of Things) cihazlar ve genel amaçlı birçok IoT cihazının bulunduğu bu projeden edindiğim tecrübeleri paylaşmak istiyorum. Taklit (mock) cihaz yazın. Elimizde bulunan bir medikal cihaz 22 bin euro değerinde. Üreticiden test için bir tane daha istemeyi düşündüğümüzde sırf gümrük muafiyeti bürokrasisi yüzünden istemekten vazgeçtik. Ayrıca bu cihaz hassas bir şekilde taşınmazsa kalibrasyonu bozuluyor. Aynı cihaz üzerinde birkaç kişi aynı anda hatta cihaz başında olmadan nasıl çalışabildik? Taklit (mock) cihaz yazarak. Cihazın TCP/IP haberleşmesini birebir taklit eden bir taklit cihaz yazılımı (.Net Core ile tamamen y

Alanında çok tecrübeli Lazım bize her şeyden biraz bileni Seven esnek çalışma saatlerini Getirsin yanında filtre kahvesini Fazla mesai bizde mecburi İzinler ise biraz fuzuli Çalar telefonun gecenin bir vakti Arayan tabii ki şirketin sahibi Müşteri ile görüşecek İhtiyaçları belirleyecek Ekibini yönetecek Deadline'ları yetiştirecek Zam nedir bilmeyecek Eğitim için bütçe istemeyecek Yemek kartına şükredecek Pizza görünce gözleri dönecek Yeni teknoloji denemeyecek Ücretli tool istemeyecek Çift monitor neyine gerek İşine bak soru sormaya ne gerek Her işe "yaparız abi" Yetişmeyecekse yapar mesai Telefonun çalabilir ani Değerini bilsek bari

Bir etkinlikte “kaç kişi yazılım mühendisliğini bölümünü isteyerek seçti” sorusuna çok az öğrencinin el kaldırması nedeniyle kendimce ufak çaplı bir araştırma yaptım. Geleceğin mesleklerini içeren yazılım (bilgisayar) mühendisliği neden tercih edilmesin ki? İnsanın aklı almıyor. Ama işte nedenleri: Gençlerin üniversite tercihi yaparken ailelerinin etkilerinde kalmaları yazılım mühendisliğinin tercih edilmemesinin başlıca sebeplerinden biri. Ailelerin nesil olarak bilgisayara, yazılıma uzak olmaları, ailede tanıdık bilgisayar mühendisi olmaması (ama hemen hemen her ailede tanıdık bir doktor olması), gençlerin üniversite tercihi yaparken ailelerin etkisi nedeniyle yazılım bölümünü tercih etmemelerine sebep oluyor. Gençler, yazılım (bilgisayar) mühendisliğini araştırınca karşılarına teknik terimler, kodlarla dolu ekran görüntüleri çıkıyor.  İngilizce bilmeden olmaz deyince korkuyorlar, matematik gerekli deyince arkalarına bakmadan kaçıyorlar. Gençlerin yönetici (müdür, amir) olmak i