Depoyu eşzamansız olarak yönetebildiği de söyleniyor gibi, ama henüz vibe coding yaparkenki hissiyata göre, insan kontrol etmezse karmaşık projelerde yapay zekanın yanlış kod yazdığı durumlar da sık sık olabiliyor; bu yüzden eşzamansız kod kısmının çok da büyük bir avantajı olmayabilir...? Sonuçta ortada insan kontrolü yapılan kısımda zaman harcanması en büyük etken.
Obsidian yerel bir Markdown dosya düzenleyicisi; bu yüzden neden hizmetin kapanmasından endişe edildiğini anlamıyorum.
Endişe senkronizasyon hizmetiyle mi ilgili? Markdown dosyalarını doğrudan sunucuda yönetebilir ya da kendiniz bir senkronizasyon hizmeti geliştirebilirsiniz. Hâlihazırda geliştirilmiş açık kaynak senkronizasyon eklentileri de var.
Ben zaten kendi sunucuma CouchDB kurup senkronizasyon yapıyorum. İsterseniz FTP/WebDAV/NFS gibi ağ üzerinden dosya erişim özellikleriyle dosyalara doğrudan da erişebilirsiniz.
Endişe Obsidian adlı aracın güncellemelerinin sona ermesiyle mi ilgili? Obsidian sonuçta tüm notları Markdown dosyaları olarak kaydediyor. Markdown her türlü metin düzenleyicide açılabilir; görüntüleyici eklentisi olan bir düzenleyicide ise gayet düzgün şekilde görüntülenebilir.
Ayrıca Obsidian oldukça kapsamlı özelleştirme imkânları sunuyor. CSS'yi doğrudan yazarak aracın çeşitli bölümlerini değiştirebilirsiniz.
Benim durumumda not bölümünün genişliğini artırmak ya da attachments klasörünü gizlemek gibi şeyler için CSS'yi kendim yazıp kullanıyorum.
Bence Obsidian kullanıcıya son derece geniş yetkiler veriyor ve her şeyi kullanıcının kontrolü altında tutmasına izin veriyor.
Sadece özellikleri yetersiz olduğu için yaptığını söyleseydi anlayabilirdim ama yazarın gerçekten endişe ettiği noktalara hiç katılamıyorum.
Çalışma prensibini bilmiyor olabilir mi? Obsidian daha kullanmaya başlarken bile "notları kaydedeceğiniz yerel depolama alanını" seçmenizi istemiyor mu?
Öncelikle, çalıştırılabilir dosya Rust ile yazılmış olmasına rağmen oldukça küçük; Korece ve emojiler dahil Unicode'u da iyi destekliyor, kelimeler arasında gezinme ve sürükleyerek seçim düzgün çalışıyor, harici paket bağımlılığı neredeyse yok ve benim PC'mde uygulanmıyor ama en azından kaynak kodunda uluslararasılaştırma da var.
Windows'a varsayılan olarak dahil edilirse, oldukça faydalı şekilde kullanılabilir gibi görünüyor.
Evet, aklımda tutacağım.
Hacker News ve kişisel olarak takip ettiğim blog sitelerinde
ilgi çekici olabilecek haberleri paylaşıyorum.
Acaba... yazıları özetlerken önerebileceğiniz bir prompt var mı?
Çarpık bir tekel yapısıyla 1 trilyon wonun üzerinde faaliyet kârı elde ettilerse, en azından temel sorumluluklarını yerine getirmeleri gerekirdi; bu gerçekten de nedir şimdi?
Gerçekten bunun başka bir şirkette değil de SKT'de yaşanabilecek bir olay olduğuna inanabiliyor muyuz? Büyük bir şirketin sunucu yönetiminde ne kadar maliyet kısılmış ve ne kadar umursamaz davranılmış olmalı ki durum bu hale gelsin...
Obsidian karşıtlığına katılıyorum. NAS'e Joplin sunucusu kurup Markdown notları kullanıyorum. Veri senkronizasyonu, yedekleme ve kendi kontrolümde tutmayı da başardım haha
Bu, imkansız ya da çoğu durumda hayata geçirilmesi gerçekçi olmayan bir yaklaşım.
BT alanının büyük bölümünde işçilik maliyetleri ve personele bağlı yan giderler yüksektir; yazılımda ise bu daha da böyledir.
Söz konusu yazıdaki örnekler (Amazon, Costco, Vanguard, IKEA) çoğunlukla işçilik maliyetlerini düşürerek giderleri azaltıyor ve (katlanılabilir düzeydeki rahatsızlığı) düşük ücretin karşılığı olarak müşterinin bizzat üstlenmesini sağlıyor.
BT alanında ise bu yaklaşım çoğu zaman ya batışla sonuçlanıyor ya da Amazon/Coupang örneğinde olduğu gibi çalışanları aşırı zorlayan, SPC örneğinde olduğu gibi çalışanların ölümüne varan bir yapıya dönüşüyor diye biliyorum.
Elbette, yeniden yatırıma ayrılabilecek ve biriktirilebilecek kâr üretildiği sürece (+uygun kalite korunurken) stratejik olarak mümkün olan en düşük maliyetle gitmek gerektiği noktasında ilkesel olarak katılıyorum.
Düşük fiyat, rakiplerin pazara girişini engelleyen ve tüketicinin ilk tercihleri arasına girmeyi sağlayabilen önemli bir unsurdur.
Depoyu eşzamansız olarak yönetebildiği de söyleniyor gibi, ama henüz vibe coding yaparkenki hissiyata göre, insan kontrol etmezse karmaşık projelerde yapay zekanın yanlış kod yazdığı durumlar da sık sık olabiliyor; bu yüzden eşzamansız kod kısmının çok da büyük bir avantajı olmayabilir...? Sonuçta ortada insan kontrolü yapılan kısımda zaman harcanması en büyük etken.
Obsidian yerel bir Markdown dosya düzenleyicisi; bu yüzden neden hizmetin kapanmasından endişe edildiğini anlamıyorum.
Endişe senkronizasyon hizmetiyle mi ilgili? Markdown dosyalarını doğrudan sunucuda yönetebilir ya da kendiniz bir senkronizasyon hizmeti geliştirebilirsiniz. Hâlihazırda geliştirilmiş açık kaynak senkronizasyon eklentileri de var.
Ben zaten kendi sunucuma CouchDB kurup senkronizasyon yapıyorum. İsterseniz FTP/WebDAV/NFS gibi ağ üzerinden dosya erişim özellikleriyle dosyalara doğrudan da erişebilirsiniz.
Endişe Obsidian adlı aracın güncellemelerinin sona ermesiyle mi ilgili? Obsidian sonuçta tüm notları Markdown dosyaları olarak kaydediyor. Markdown her türlü metin düzenleyicide açılabilir; görüntüleyici eklentisi olan bir düzenleyicide ise gayet düzgün şekilde görüntülenebilir.
Ayrıca Obsidian oldukça kapsamlı özelleştirme imkânları sunuyor. CSS'yi doğrudan yazarak aracın çeşitli bölümlerini değiştirebilirsiniz.
Benim durumumda not bölümünün genişliğini artırmak ya da attachments klasörünü gizlemek gibi şeyler için CSS'yi kendim yazıp kullanıyorum.
Bence Obsidian kullanıcıya son derece geniş yetkiler veriyor ve her şeyi kullanıcının kontrolü altında tutmasına izin veriyor.
Sadece özellikleri yetersiz olduğu için yaptığını söyleseydi anlayabilirdim ama yazarın gerçekten endişe ettiği noktalara hiç katılamıyorum.
Çalışma prensibini bilmiyor olabilir mi? Obsidian daha kullanmaya başlarken bile "notları kaydedeceğiniz yerel depolama alanını" seçmenizi istemiyor mu?
Adının
edlinolmaması üzücü..Görüş belirtme eşiği ne kadar düşükse o kadar iyidir. Sorun, standartları ve dengeyi bulmanın zor olması.
Eklenti desteği de sunacak mı? Yoksa sadece Not Defteri'nin terminal sürümü mü olacak?
Aa, güzelmiş.
Yeni telefonda sorun yaşanırsa operatör değiştirmek şart. Bunun masrafını kim karşılayacak?
Oldukça etkileyici.
Öncelikle, çalıştırılabilir dosya Rust ile yazılmış olmasına rağmen oldukça küçük; Korece ve emojiler dahil Unicode'u da iyi destekliyor, kelimeler arasında gezinme ve sürükleyerek seçim düzgün çalışıyor, harici paket bağımlılığı neredeyse yok ve benim PC'mde uygulanmıyor ama en azından kaynak kodunda uluslararasılaştırma da var.
Windows'a varsayılan olarak dahil edilirse, oldukça faydalı şekilde kullanılabilir gibi görünüyor.
Aslında en iyisi varsayılan olarak
vimeklemeleri olurdu.Evet, aklımda tutacağım.
Hacker News ve kişisel olarak takip ettiğim blog sitelerinde
ilgi çekici olabilecek haberleri paylaşıyorum.
Acaba... yazıları özetlerken önerebileceğiniz bir prompt var mı?
Bu kadarıyla hafif kullanım için gayet uygun görünüyor.
Koca bir şirket olup güvenlik programı bile kurmamak da ne biçim aptallık...
Çarpık bir tekel yapısıyla 1 trilyon wonun üzerinde faaliyet kârı elde ettilerse, en azından temel sorumluluklarını yerine getirmeleri gerekirdi; bu gerçekten de nedir şimdi?
Tam da böyle bir sorunu hissedip Snippot...’u kurdum. İyi bir çözüm fikri bulmak kolay ama onun gerçekten başarılı olması çok zor bir mesele.. hüzünlü
Gerçekten çok sevimli ve tam geliştirici işi bir platformmuş hahaha
Gerçekten bunun başka bir şirkette değil de SKT'de yaşanabilecek bir olay olduğuna inanabiliyor muyuz? Büyük bir şirketin sunucu yönetiminde ne kadar maliyet kısılmış ve ne kadar umursamaz davranılmış olmalı ki durum bu hale gelsin...
Vay, bu fikri gerçekten çok beğendim...!!
haha (tw)itter (tw)eet adı gerçekten komikmiş haha
Obsidian karşıtlığına katılıyorum. NAS'e Joplin sunucusu kurup Markdown notları kullanıyorum. Veri senkronizasyonu, yedekleme ve kendi kontrolümde tutmayı da başardım haha
Bu, imkansız ya da çoğu durumda hayata geçirilmesi gerçekçi olmayan bir yaklaşım.
BT alanının büyük bölümünde işçilik maliyetleri ve personele bağlı yan giderler yüksektir; yazılımda ise bu daha da böyledir.
Söz konusu yazıdaki örnekler (Amazon, Costco, Vanguard, IKEA) çoğunlukla işçilik maliyetlerini düşürerek giderleri azaltıyor ve (katlanılabilir düzeydeki rahatsızlığı) düşük ücretin karşılığı olarak müşterinin bizzat üstlenmesini sağlıyor.
BT alanında ise bu yaklaşım çoğu zaman ya batışla sonuçlanıyor ya da Amazon/Coupang örneğinde olduğu gibi çalışanları aşırı zorlayan, SPC örneğinde olduğu gibi çalışanların ölümüne varan bir yapıya dönüşüyor diye biliyorum.
Elbette, yeniden yatırıma ayrılabilecek ve biriktirilebilecek kâr üretildiği sürece (+uygun kalite korunurken) stratejik olarak mümkün olan en düşük maliyetle gitmek gerektiği noktasında ilkesel olarak katılıyorum.
Düşük fiyat, rakiplerin pazara girişini engelleyen ve tüketicinin ilk tercihleri arasına girmeyi sağlayabilen önemli bir unsurdur.