Ben Kimim, Gerçekten?

Kimsenin istemediği bir mühendis tanıtımı.

Bazen biri bana “Sen aslında kimsin?” diye sorduğunda felsefi bir konuşmaya başlama isteği geliyor. Ama dramatik girişleri bir kenara bırakalım, işi fazla uzatmayalım.

Peki, ben kimim—ya da neyim?

Ben bir mühendisim. Üstelik meraklı olanlarından.

Hayatımın önemli bir bölümünü sistemlerin nasıl çalıştığını, neden arızalandığını ve daha da önemlisi, onları nasıl yeniden çalışır hâle getirebileceğimi anlamaya çalışarak geçirdim. Bazen ilk denemede başarıyorum. Bazen de diğer on yedi denemeden oldukça fazla şey öğreniyorum.

Mühendislik bana şunu öğretti: Bir şeyin nasıl çalıştığını anlamak, genellikle onu açıp ayrıntılarına bakana kadar kolay görünür. Sonra bir yerde, birilerinin zamanında gayet mantıklı bulduğu bir varsayımın bütün sistemi etkilediğini keşfedersin.

İşte asıl eğlence o zaman başlar.

Ne iş yapıyorum?

Mühendislik benim için yalnızca bir meslek değil; dünyaya bakma biçimim.

Endüstriyel otomasyon, PLC’ler, SCADA sistemleri, endüstriyel haberleşme, üretim verileri ve operasyonel teknolojiyle bilgi teknolojisinin giderek kesişen dünyası ilgimi çekiyor. Yapay zekânın pratik uygulamalarını da takip ediyorum. Her sisteme yapay zekâ eklemek gerektiği için değil; doğru problemde gerçekten işe yarayabildiği için.

Sistemleri içten dışa anlamayı seviyorum: mimarilerini, çalışma mantıklarını, sınırlarını ve gerçek hayatta güvenilir çalışıp çalışmamalarını belirleyen küçük ayrıntıları.

Çünkü sunumda kusursuz çalışan bir sistem harikadır. Pazartesi gecesi saat üçte de çalışmaya devam eden bir sistem ise gerçek mühendisliktir.

Bu blog neden var?

Bir nedeni öğrendiklerimi paylaşmayı sevmem. Diğer nedeni ise teknik bilginin, başka biri tarafından anlaşılabildiğinde, test edilebildiğinde ve uygulanabildiğinde çok daha değerli hâle gelmesi.

Bu blog; mühendislik notlarının, uygulamalı örneklerin, teknik açıklamaların, araçların ve gerçek problemlerin ortaya çıkardığı fikirlerin bir araya geldiği bir alan.

Amacım her konunun basit bir cevabı varmış gibi davranmak değil. Her problemin zekice çizilmiş bir şema ve birkaç satır kodla çözülebileceğini de iddia etmiyorum.

Bunun yerine sağlam temeller oluşturmak, mühendislik kararlarının arkasındaki mantığı açıklamak ve teoriyle gerçek hayat karşılaştığında neler olduğunu incelemek istiyorum.

Bazı konular kolay anlaşılacak. Bazıları karmaşık olacak. Birkaçında kahve gerekebilir.

Nasıl düşünüyorum?

Önce merak. Ardından varsayımları sorgulamak. Sonra sonuçları test etmek.

Açık anlatımı, sağlam teknik muhakemeyi ve sunumda değil gerçek hayatta da çalışan çözümleri önemsiyorum. Bununla birlikte mühendislik yazılarının mutlaka sıkıcı olması gerektiğine inanmıyorum. Teknik doğruluktan ödün vermediğimiz sürece biraz mizah, karmaşık bir konuya yaklaşmayı kolaylaştırabilir.

Burada uygulamalı tartışmalar, çıkarılan dersler, zaman zaman konu dışına çıkan küçük düşünceler ve hata ayıklamanın çoğu zaman kendi hatalarımızla yaptığımız oldukça sistematik bir konuşma olduğuna dair hatırlatmalar bulacaksın.

Başka ne var?

Problem çözmeyi, yeni teknolojileri keşfetmeyi, bir şeyin nasıl çalıştığını anlamak için onu söküp incelemeyi seviyorum. Bazen asıl zor kısmın onu tekrar bir araya getirmek olduğunu da keşfediyorum.

Yazdığım her konuda uzman değilim ve öyleymiş gibi davranmaya da niyetim yok. Mühendislik bunun için fazlasıyla geniş bir alan; her şeyi biliyormuş gibi görünmeye çalışmaktansa meraklı kalmak çok daha faydalı.

Buradaki bir yazı bir sistemi anlamana, bir problemi çözmene veya daha iyi bir soru sormana yardımcı oluyorsa bu blog amacına ulaşıyor demektir.

Bir hata fark edersen haber ver. Mühendisler geri bildirimi sever—özellikle devreye alma başlamadan önce gelirse.

Mühendislik günlüğüne hoş geldin. Gel, karmaşık sistemleri her seferinde bir problem çözerek biraz daha anlaşılır hâle getirelim.

—————————————————————–

Who Am I, Really?

An engineer’s introduction that nobody asked for.

Sometimes, when people ask me, “Who are you, really?”, I feel tempted to deliver a philosophical monologue. But let’s skip the drama and keep things simple.

So, who—or what—am I?

I’m an engineer. A curious one, at that.

I’ve spent a good part of my life trying to understand how things work, why they fail, and—more importantly—how to make them work again. Sometimes I succeed on the first attempt. Sometimes I learn a great deal from the other seventeen attempts.

Engineering has taught me that almost everything looks simple until you open it up, inspect the details, and discover that someone, somewhere, made an assumption that seemed reasonable at the time.

And that’s where things get interesting.

What do I do?

Engineering is more than my profession; it’s how I tend to look at the world.

I enjoy exploring industrial automation, PLCs, SCADA systems, industrial communication, manufacturing data, and the increasingly blurred boundary between operational technology and information technology. I’m also interested in practical applications of artificial intelligence—not because AI needs to be added to everything, but because it can be genuinely useful when the problem calls for it.

I like understanding systems from the inside out: their architecture, their logic, their limitations, and the small details that determine whether they work reliably in the real world.

Because a system that works perfectly in a presentation is wonderful. A system that still works at 3 a.m. on a Monday is engineering.

Why this blog?

Partly because I enjoy sharing what I learn. Partly because technical knowledge becomes much more valuable when it can be understood, tested, and applied by someone else.

This blog is a place for engineering notes, practical examples, technical explanations, tools, and ideas drawn from real-world problems. The aim is not to pretend that every subject has a simple answer, or that every problem can be solved with a clever diagram and a few lines of code.

Instead, I want to build solid foundations, explain the reasoning behind engineering decisions, and explore what happens when theory meets reality.

Some topics will be straightforward. Others will be complicated. A few may even require coffee.

What’s my approach?

Curiosity first. Assumptions questioned. Results tested.

I appreciate clear explanations, sound technical reasoning, and solutions that work beyond the demonstration. I also believe engineering writing doesn’t have to be painfully dull. A little humour can make a complicated subject easier to approach—provided the technical details remain accurate.

You’ll find practical discussions, lessons learned, occasional detours, and the occasional reminder that debugging is often just a very structured conversation with your own mistakes.

Anything else?

I enjoy solving problems, exploring unfamiliar technologies, taking things apart to understand them, and occasionally discovering that putting them back together is the harder part.

I’m not an expert in everything I write about, and I don’t intend to pretend otherwise. Engineering is too broad for that, and curiosity is far more useful than pretending to know it all.

If something here helps you understand a system, solve a problem, or ask a better question, then this blog is doing its job.

And if you find a mistake, let me know. Engineers appreciate feedback—especially when it arrives before commissioning.

Welcome to the engineering journal. Let’s make complex systems a little more understandable, one problem at a time.