Mühendis için İngilizce

Günümüzde mühendislik bilgisinin neredeyse tamamı İngilizce dilinde olduğundan mühendis adaylarının iyi derecede İngilizce bilmesi çok önemli. Ne kadar iyi bir mühendis olabileceğin İngilizce seviyene doğrudan bağlı. İngilizce seviyelerini şöyle sıralayabiliriz:

1. Lisede öğretilen gramer, kalıp ve kelime dağarcığına hakim olmak.
2. Wikipedia'daki Scientific Revolution sayfasını anlamak.
3. YouTube'daki The Untold Story of Air France 447 videosunu anlamak.

Sinema filmlerini anlaman o kadar önemli değil çünkü fazla sayıda deyim kullanıyorlar, teknik içeriğe sahip videoları tam manasıyla anlamak daha mühim.

Seviyen hakkında fikir sahibi olmak için Cambridge English testine benzer testleri kullanabilirsin. İleri seviye İngilizce puanı 90/100 ve üstü. Şu an o durumda olmayabilirsin, önemli olan sana uygun öğrenme yöntemini tespit etmen ve her gün düzenli olarak çalışman.

İngilizce öğrenmeyi ilginç bulduğun konularla birleştirirsen sıkıcılığı azalır. Ben geçmişte ilgimi çeken konulardaki İngilizce metinleri okur, bilmediğim her kelimeyi, İngilizce açıklamasını ve örnek cümleyi küçük bir deftere not eder ve hep yanımda taşıdığım bu deftere her fırsatta (sırada beklerken vb.) bakardım. Günümüzde defter yerine flashcard uygulaması kullanılabilir. Yararlı bir başka araç Duolingo.  chatGPT çok iyi bir yardımcı, kullanmanı öneririm. İlgini çeken konulardaki İngilizce Wikipedia sayfalarını ve YouTube videolarını izleyebilirsin, videoları düşük hızda oynatarak daha kolay anlayabilirsin. Son olarak bir blog açmanı ve şu anki İngilizce seviyenle ilgilendiğin/öğrenmekte olduğun konularda İngilizce yazılar yazmanı öneririm. Bloğunun linkini benimle paylaşırsan sana geri bildirim de verebilirim. Biliyorum, bunları sürekli yapmak biraz zahmetli ama başka bir yolu da yok. Kaliteli işler yapmak için iyi bir mühendis olman, iyi bir mühendis olmak için de en başta iyi İngilizce bilmen gerekiyor.

Expectations vs. reality

During my 26 years of engineering, I had my fair share of failed projects. These projects never failed due sabotage or lack of effort. In the aftermath, everybody, from engineers to the customer, was miserable. It makes no sense to blame the people in the project for not having tried hard enough, because they did their best, even burning out in the process. 

The root cause of defeat was always a gap between expectations and reality. Reality includes difficulty of the problem, available budget and quality of personnel. Not understanding reality resulted in short deadlines and low budgets, which in turn assured failure. If expectations were more in-line with reality, all that money and effort would not have gone to waste and a valuable end result could have been achieved, avoiding lots of unnecessary suffering. The only way out of this spiral is having competent, experienced managers who have a strong link to reality, and therefore can help align expectations with resources. Further reading.

Why college?

Recently I came across this short clip where the argument for college/university education is demonstrating to potential employers your discipline and hard work. In my opinion, the fact that you have been able to finish high school shows more than enough that you have the discipline to get up and go to work every day.

Teaching software

I have been teaching software for a couple of years to a wide variety of audiences, from kids to computer engineering students. My experience is that around 1% can do it without my help. About two thirds lose interest after a month and about one third have difficulty initially but if I am patient and keep on helping and motivating them, they succeed. If we liken learning software to moving a large stone, the picture is as follows:

I optimize my teaching methods to serve the one third who can go over the hilltop with a little push from me.

Üniversite tercihi

İki yıl önce üniversite sınavında ilk 20 bine girmiş öğrenciler için Tıp mı, Bilgisayar mı isimli bir yazı yazmıştım. Bugün ise sonuçları o kadar iyi olmayan, örneğin 80 bin civarı sıralama yapmış sayısal öğrenciler için önerimi paylaşacağım.

Avanta kültürü ve sonuçları

Kendimi bildim bileli özel sektör, belediye ve kamu kuruluşlarına mal ve hizmet satmaya çalışanlar azımsanmayacak oranda hafif tabiriyle komisyon/avanta, ağır tabiriyle rüşvet gerçeğiyle karşılaşırlar. Emek vermeden sağlanan kazanç anlamında kullanılan avanta alışkanlığının her kademede yaygınlaşmasının sonuçlarından biri hizmet kalitesinin düşmesi ve maliyetlerin artması iken diğeri beyin göçünün hızlanması ve yeni şirket/girişim kurmaya olan hevesin düşmesidir.

Becerilerinin birincil unsur olmadığını fark edenler ya daha fazla değer görecekleri başka diyarlara gider ya da demoralizasyon nedeniyle herhangi bir yenilik/girişim için uğraşma istekleri düşer. Bu ortamda kalan ve avantadan iğrenenler için mantıklı olan iyi şartlar sağlayan büyük kurumlarda teknik işlerde çalışarak kendilerini izole etmektir. Böyle insanlar girişimciliğe ancak iyi bir iş bulamamaları durumunda ya da bilgisayar oyunu geliştirme gibi aracıların az olduğu sektörlerde başvurmalıdır.

Bir örnek vaka olarak avanta kültürünün Rus ordusundaki etkileri için bkz How Corruption Destroys Armies - Theft, Graft, and Russian failure in Ukraine

Project priorities and role of top management

An important role of top management in a large corporation is to make sure that projects are managed according to contractual priorities. One way project managers deviate from priorities is by pursuing features not expressed in the contract with the argument that they are trying to make the product better. This approach would be fine if there were infinite time and resources. Since projects have to operate within hard constraints, a manager has to first satisfy the minimum requirements, otherwise the project will be late and engineers will be confused and demoralized.

In my earlier years, I thought that when managers are reminded of priorities, they would quickly change their way of doing business. To my dismay, I saw that this is sometimes not the case, with catastrophic results. When you say to anyone "a project should follow priorities", you will get a "yes" response 100% of the time. But implementation can vary widely. After living in fantasy land, the second most common reason of project failures are not technical or budget deficiencies but wasting time on low priority tasks while many high priority ones were still waiting for attention.

Top management should from time to time have informal meetings with people one or two levels down the project manager and ask them whether they think the project in managed according to priorities.