A: Spring, React, Android, iOS için tek kişi alıyoruz
B: Her biri için birer kişi olmak üzere toplam dört kişi alsak olur mu?
A: Tek kişi demiştim ya
B:
Bence hibrit uygulamalarda web/uygulama arasındaki genel iletişim yöntemi, köprü olarak da adlandırılan, OS ve tarayıcı tarafında sunulan API’ler üzerinden sağlanan yöntemdir. Yerel bir web sunucusunun zorunlu olduğunu düşünmüyorum.
Orada yerel web sunucusu kullanıldığı için sorun olmasının nedeni, örneğin gizli moddaki Chrome’dan localhost portuna erişerek kullanıcının anonimliğini bozabilecek açıkların mümkün hale gelmesi diye düşünüyorum. Böyle bir teknoloji hibrit uygulamalarda zorunluysa.. hibrit uygulamaların ortadan kalkması gerekir.
Gerçekten çok faydalı bir yazı. Sadece güçlü araçlar değil, gerektiğinde gerekli araçları kendin yapmaya da hazır olmak gerekiyor. Bu yüzden iyi işlerse elde edilen kazanç da büyük oluyor.
Kore'de de durumun benzer olduğunu düşünüyorum. Biyoloji + kodlama becerisi gibi, istihdam açısından aslında başka bir bölüm + kodlama daha avantajlı olabilir. Her türlü framework ve bulutun gelişmesi, LLM araçlarının ortaya çıkmasıyla kodlamaya erişim kolaylaştıkça (geçmişte assembly -> C dili -> Python örneğinde olduğu gibi), işe alım piyasasına girebilmek için kodlama becerisinin yanı sıra başka şeyler de yapabiliyor olmak gerekiyor gibi görünüyor.
Tek seferlik kullanılacak basit bir script yazarken kesinlikle faydalı. Çok ciddi zaman kazandırıyor.
Çözülmesi gereken ama çok fazla zaman ayrılamayan durumlarda da işe yarıyor. Yine de şu an için genel olarak faydalı olsa da insanın yerini tamamen alamıyor. İleride ne kadar gelişeceğini bilmiyorum ama şu an asistan olarak idare eder düzeyde kullanılabilir.
Yüksek lisans dönemimde danışman hocam, Google çıkışlı bir mühendisle yemek yerken monorepo hakkında bir şeyler duyup gelmiş olacak ki bundan sonra bizim de monorepo ile yönetmemizi önermişti; onu vazgeçirmek için epey uğraşmıştım...
Monorepo’nun iyi yanları çok ama laboratuvarımızın yapısı gereği çıktılarımızı dışarıdaki insanlarla sık sık paylaşmamız gerekiyor; eğer çıktıları monorepo ile yönetiyor olsaydık özellikle bu noktada çok zorlanırdık gibi geliyor. Multi-repo olsa her çıktı için erişim kapsamını ayrı ayrı ayarlamak yeterli çünkü.
Monorepo kullanırken yaşanan sıkıntıların çoğu, projelerin zaten fazlasıyla küçük parçalara bölünmüş olmasından kaynaklanıyor gibi görünüyor. Aslında bir ya da iki proje yeterliyken bunu 10 kadar parçaya ayırıp sonra da bunları monorepo olarak birleştirip yönetmeye çalışınca hem monorepo yönetim araçları kullanmak gerekiyor hem de karmaşıklık artıyor. En iyisi projeyi baştan bir ya da iki projede birleştirmek; iki ya da daha fazla proje olsa bile ayrı bir yönetim aracı kullanmak yerine sadece dizinleri ayırıp tek bir depoya koyuyormuş gibi düşünürseniz yönetmek çok daha rahat oluyor.
Pil çok tükettiği için Meta tarafındaki uygulamaların hepsini garip bir şekilde silmiştim; meğer böyle bir şey varmış... adb ile Galaxy’de yerleşik kalan diğer sistem uygulamalarını da silmem gerekecek.
Ben de Meta uygulamalarına güvenemediğim için kullanmıyorum; onun yerine yalnızca Güvenli Klasör içindeki Chrome üzerinden kullanıyorum.
2025 yılının bir yerinde..
A: Spring, React, Android, iOS için tek kişi alıyoruz
B: Her biri için birer kişi olmak üzere toplam dört kişi alsak olur mu?
A: Tek kişi demiştim ya
B:
İnsan ne anlar ki!
İş bulma piyasası acımasız gerçekten. Başka bir açıdan bakınca da tek kişilik bir hizmet yapmak için en uygun alanlardan biri aslında...
Ne olur ne olmaz diye defalarca söyleyip bunu yapmayın desen de, 10 kişiden 1’i yine aynısını yapan tiplerden biri oluyor -_-
Güzel yazı için teşekkürler.
Ben de böyle tek kişilik bir geliştirici olarak yaşamak istiyorum.
Bence hibrit uygulamalarda web/uygulama arasındaki genel iletişim yöntemi, köprü olarak da adlandırılan, OS ve tarayıcı tarafında sunulan API’ler üzerinden sağlanan yöntemdir. Yerel bir web sunucusunun zorunlu olduğunu düşünmüyorum.
Orada yerel web sunucusu kullanıldığı için sorun olmasının nedeni, örneğin gizli moddaki Chrome’dan localhost portuna erişerek kullanıcının anonimliğini bozabilecek açıkların mümkün hale gelmesi diye düşünüyorum. Böyle bir teknoloji hibrit uygulamalarda zorunluysa.. hibrit uygulamaların ortadan kalkması gerekir.
Hızlı geri bildiriminiz için teşekkürler~
Gerçekten çok faydalı bir yazı. Sadece güçlü araçlar değil, gerektiğinde gerekli araçları kendin yapmaya da hazır olmak gerekiyor. Bu yüzden iyi işlerse elde edilen kazanç da büyük oluyor.
Kore'de de durumun benzer olduğunu düşünüyorum. Biyoloji + kodlama becerisi gibi, istihdam açısından aslında başka bir bölüm + kodlama daha avantajlı olabilir. Her türlü framework ve bulutun gelişmesi, LLM araçlarının ortaya çıkmasıyla kodlamaya erişim kolaylaştıkça (geçmişte assembly -> C dili -> Python örneğinde olduğu gibi), işe alım piyasasına girebilmek için kodlama becerisinin yanı sıra başka şeyler de yapabiliyor olmak gerekiyor gibi görünüyor.
Alkış gönderiyorum!
Tek seferlik kullanılacak basit bir script yazarken kesinlikle faydalı. Çok ciddi zaman kazandırıyor.
Çözülmesi gereken ama çok fazla zaman ayrılamayan durumlarda da işe yarıyor. Yine de şu an için genel olarak faydalı olsa da insanın yerini tamamen alamıyor. İleride ne kadar gelişeceğini bilmiyorum ama şu an asistan olarak idare eder düzeyde kullanılabilir.
Yüksek lisans dönemimde danışman hocam, Google çıkışlı bir mühendisle yemek yerken monorepo hakkında bir şeyler duyup gelmiş olacak ki bundan sonra bizim de monorepo ile yönetmemizi önermişti; onu vazgeçirmek için epey uğraşmıştım...
Monorepo’nun iyi yanları çok ama laboratuvarımızın yapısı gereği çıktılarımızı dışarıdaki insanlarla sık sık paylaşmamız gerekiyor; eğer çıktıları monorepo ile yönetiyor olsaydık özellikle bu noktada çok zorlanırdık gibi geliyor. Multi-repo olsa her çıktı için erişim kapsamını ayrı ayrı ayarlamak yeterli çünkü.
Güzel bir yazı olmuş ~
Ah, bunu farklı bir şekilde çözdüm. Teşekkürler!
Monorepo kullanırken yaşanan sıkıntıların çoğu, projelerin zaten fazlasıyla küçük parçalara bölünmüş olmasından kaynaklanıyor gibi görünüyor. Aslında bir ya da iki proje yeterliyken bunu 10 kadar parçaya ayırıp sonra da bunları monorepo olarak birleştirip yönetmeye çalışınca hem monorepo yönetim araçları kullanmak gerekiyor hem de karmaşıklık artıyor. En iyisi projeyi baştan bir ya da iki projede birleştirmek; iki ya da daha fazla proje olsa bile ayrı bir yönetim aracı kullanmak yerine sadece dizinleri ayırıp tek bir depoya koyuyormuş gibi düşünürseniz yönetmek çok daha rahat oluyor.
.topic_contentsöğesinemin-width: 0verince düzeliyor.min-widthyüzünden gerçekten başım ağrıdı...Galiba tablo olduğu için mobil düzen bozuluyor.
Kesinlikle katıldığım bir yazı
'İnsanın sevdiği şeyi yapması' kısmı zaten normalde de sık sık düşündüğüm bir konuydu; o yüzden başımı sallaya sallaya okudum.
İçsel motivasyon olmadan o zorlu başlangıç dönemi nasıl aşılır ki
Pil çok tükettiği için Meta tarafındaki uygulamaların hepsini garip bir şekilde silmiştim; meğer böyle bir şey varmış... adb ile Galaxy’de yerleşik kalan diğer sistem uygulamalarını da silmem gerekecek.