Bir süredir şuna inanıyorum:Şirketler de insanlar gibi, gerçekten acı çekmeden dönüşmüyorlar. Tıpkı bireysel gelişim gibi, kurumsal dönüşüm de önce bir çatışma, bir yıkılma, bir sorgulama sürecinden geçiyor. “Böyle gelmiş, böyle gider” diyen sistemler, veriyle, şeffaflıkla, hesap verebilirlikle karşılaşınca önce sarsılıyor. Çünkü mevcut düzenin konforu bozuluyor. Yıllar önce psikolog Kazimierz Dabrowski’nin “Pozitif Dezintegrasyon Teorisi”yle tanıştığımda bunu
Bilirsin, Excel’de Düşeyara / VLOOKUP her zaman elinin altında olan o güvenli araçtır. Ürün listelerini eşleştirmek, müşteri tablolarını birleştirmek, fiyat karşılaştırmaları yapmak… Hepsi onunla olur. Hatta sen işi bir tık ileri götürmüşsündür; son parametresini (Range Lookup) biliyorsun, TRUE ne yapar, FALSE ne yapar, onu bile çözmüşsün. Gurur duyabilirsin kendinle. Ama kabul et: sorun hâlâ çözülmedi.
Microsoft Event’lerine gitmeyi düşünüyorsanız ama nelerle karşılaşacağınızı bilmiyorsanız, bu yazı size fikir verecek. Kayıt sürecinden yemeklere, CVENT uygulamasından günlük planlamaya kadar katılım deneyimini kendi gözümden anlattım. Teknik detaylara girmeden, ortamı ve akışı merak edenler için rehber niteliğinde.
Hepimizin bildiği birkaç hikâye var. Apple bir garajda başladı. Microsoft bir garajda başladı. HP keza öyle. Yani teknoloji dünyasının en büyük devleri, aslında oldukça mütevazı, belki yağ kokan, belki de içinde hâlâ eski bisiklet lastiklerinin durduğu garajlarda doğdu. Bugün “garaj projesi” dendiğinde işte bu hikâyelere atıf yapıyoruz. Artık mesele gerçekten bir garajda çalışmak değil, şirkette
Business Intelligence projects are rarely linear. – Prof. Dr. Rowland Dax In general, BI projects consist of multiple components that need to be designed, created, and delivered simultaneously: data extraction, data modeling, DAX calculations, report design, data validation, and user testing, etc. Each of these streams depends on the other, and the process is mostly
Everything had been running fine while you were working locally to debug your newly written (or written a long time ago, doesn’t matter) Azure Function and got interrupted by a stupid error message one like following: Port 7071 is unavailable. Close the process using that port, or specify another port using –port [-p]. No worries,
If you are lazy like me to read the documentation in detail you would probably not know how to add application settings (local settings) to Azure function App. And you’ll probably realize that once you deployed 🙂 Azure Functions are interesting when it comes to saving and consuming settings. Current suggested method may seem like
You’ve always been a good developer and you do things according to the book. Therefore you used Azure Key Vault for keeping sensitive information such as connection strings. You’ve finished developing everything and published your Azure Functions App and wanted to check the Configuration and the Application Settings of your App. However, suddenly an Error
Technologies/Tools Used .NET Core 3.1 as Framework Swagger as API Frontend RepoDB as ORM Tool MS SQL Server 2017 as Database Visual Studio 2019 as Development Interface Create Solution and the Web Project Create an empty .NET Core API Project: Setup Swagger as an API Interface: Right click the project and hit “Manage Nuget Packages”
I am not a big fan of EF/Entity Framework. To be honest, mostly I hate EF. I have many valid reasons to hate it however I really don’t want this post to be the show of hatred against EF. Until today I was using my own Data Access Framework. It was not the best of