Bambu Lab açık kaynak sosyal sözleşmesini suistimal ediyor
(jeffgeerling.com)- Jeff Geerling, Bambu Lab varsayılan olarak her zaman bağlı bir bulutu dayatmaya başlayınca P1S’in internet erişimini kesti ve OrcaSlicer’a geçti
- OrcaSlicer, Bambu Studio, Prusa Slicer ve slic3r üzerinden uzanan AGPLv3 soyundan gelen bir fork ve Bambu bulutu olmadan kullanım sağlıyor
- Bambu Lab, OrcaSlicer-bambulab forkunun resmi istemciyi taklit ettiğini öne sürerek bunu sorun etti ve geliştiriciyi hukuki işlemle tehdit etti
- Geerling, söz konusu forkun yalnızca Bambu’nun Linux uygulamasıyla aynı AGPL kodunu kullandığını ve kullanıcı aracısını güvenliğin çekirdeği gibi görme yaklaşımını eleştiriyor
- Bambu Lab’in geçmişte kendi forkunun Prusa sunucularına telemetri gönderdiği olmuştu; bu da başka forkların kimliklendirme yöntemini sorun etmesini ironik hale getiriyor
Bambu Lab yazıcısını kullanmaya devam edebilmek için kontrolü ele alma
- Jeff Geerling, Bambu Lab yeni varsayılan olarak her zaman bağlı bir bulut çözümünü dayatmaya başladıktan sonra bile P1S’i kullanmayı sürdürüyor
- Yazıcıyı kendi kontrolü altında tutmak için OPNsense Firewall ile internet erişimini engelledi, firmware güncellemelerini durdurdu, Developer mode’da sabitledi, Bambu Studio’yu kaldırdı ve OrcaSlicer kullanmaya başladı
- Bambu Lab mevcut kullanım şeklini olduğu gibi bırakmış olsaydı gerilim bu kadar büyümeyebilirdi; ancak sonrasında verilen tepkiler açık kaynak ekosistemi ve kullanıcı denetimi meselesine dönüştü
OrcaSlicer ve Bambu Studio’nun açık kaynak soyağacı
- OrcaSlicer, açık kaynak proje Bambu Studio’nun bir forku; Bambu Studio ise Prusa Slicer’ın forku ve Prusa Slicer da slic3r’ın forku
- Bu projelerin tamamı AGPLv3 açık kaynak lisansını kullanıyor
- OrcaSlicer, Bambu’nun varsayılan yapısında baskı dosyalarının Bambu sunucularından geçtiği mimariyi atlatmak veya bununla uğraşmak zorunda olan bir konumda
- Developer mode kullanılıp eski bir firmware sürümünde internet tamamen kesildiğinde Bambu bulutuna uğramadan kullanım mümkün oluyor
- Bazı kullanıcılar dışarıdayken evdeki yazıcıda baskı başlatabilmek için bulut baskının sağladığı kolaylığı kabul ediyor; ancak kendi WireGuard VPN’ini çalıştıranlar aynı uzaktan erişimi Bambu bulutu olmadan da sağlayabiliyor
OrcaSlicer-bambulab forku etrafındaki çatışma
- Bambu Lab, Bambu bulut aktarım mekanizması olmadan yazıcı işlevlerinin kullanılmasını sağlayan OrcaSlicer-bambulab forkunu hedef aldı
- Bu fork, Bambu Studio’nun AGPL lisanslı Linux koduyla aynı yaklaşımı izleyerek bulut aktarım mekanizması olmadan OrcaSlicer kullanmak isteyen az sayıdaki ileri düzey kullanıcı için hazırlanmıştı
- Bambu Lab fork geliştiricisini hukuki işlemle tehdit etti ve fork upstream Bambu Studio kodunu kullanmasına rağmen bunu bir kimliğe bürünme saldırısı gibi çerçeveledi
- OrcaSlicer-bambulab geliştiricisinin yanıtına göre Bambu Lab kamuya açık iddialarda bulunmadan önce somut ayrıntıları paylaşmadı ve mektubun tamamının yayımlanması talebini de reddetti
- Geliştirici, kamuoyu önünde güvenliği aşan, istemci taklidi yapan ve altyapı riski yaratan kişi gibi gösterilmeyi reddediyor
Bambu Lab’in kamuya açık tutumu ve buna verilen karşılık
- Bambu Lab, resmi blog yazısında söz konusu değişikliğin ağ iletişimine sahte kimlik meta verisi enjekte ederek sunucuyla resmi Bambu Studio istemcisiymiş gibi iletişim kurduğunu iddia etti
- Bambu Lab, bu yöntemin yaygın biçimde benimsenmesi veya yanlış yapılandırılması halinde binlerce istemcinin resmi istemciyi taklit ederek aynı anda sunucuya yüklenebileceğini ve isteklerin aynı görüneceği için sistemin trafiği ayırt edemeyeceğini söyledi
- Geerling ise bunun geliştiriciyi Bambu uygulamasını taklit etmeye çalışan biri gibi gösterdiğini, oysa gerçekte Bambu’nun Linux uygulamasının kullandığı aynı AGPL lisanslı kodun kullanıldığını belirterek karşı çıkıyor
- Eğer kamuya açık bir kullanıcı aracısı dizesi DDoS savunmasının temel koruma katmanıysa, bunun Bambu Lab’in güvenlik anlayışını da sorgulatacağını savunuyor
- Bambu Lab blog yazısının geri kalanında açıklar, bug’lar ve kararsızlıktan söz etti; ancak bunları upstream kodu olduğu gibi kullanan fork geliştiricisiyle doğrudan ilişkilendirmek zor
Toplulukla ilişkilerde tekrarlanan yaklaşım
- Bambu Lab, geçen yıl gerilim yükseldiğinde de Bambu Connect ve üçüncü taraf entegrasyonları hakkındaki blog yazısında topluluk tepkisini “talihsiz yanlış bilgilendirmeye” bağlamıştı
- O dönemde kullanıcılar, satın alma sonrasında yazılım ekosistemi ve sahiplik modelinin tersine dönmesinden dolayı hayal kırıklığı yaşadı; bunun sonucunda da spekülasyon ve tepki büyüdü denebilir
- Bu kez yapı, Bambu Lab’in küçük bir slicer forkundaki tek bir geliştiriciyi tüm bulut altyapısına olası etkiyle ilişkilendirip sorumluluk yüklemesi şeklinde ortaya çıktı
- Geerling, Bambu Lab’in ekosistem sorunlarını çözmek ve daha güvenli bir platform kurmak yerine, söz konusu fork geliştiricisi gibi tutkulu ileri düzey kullanıcılar üzerinde kamuoyu baskısı kurduğunu eleştiriyor
İroni ve geçmiş örnekler
- Bambu Lab’in kendi forku 2022’de Bambu kullanıcı telemetrisinin Prusa sunucularına gönderilmesine yol açmıştı; Josef Prusa da bunu X üzerinde dile getirmişti
- Geerling’in bildiği kadarıyla Prusa bu olay karşısında ihtarname ya da benzeri bir hukuki yola başvurmadı
- Bu örnek, Bambu Lab’in başka bir fork geliştiricisinin ağ kimliklendirme yöntemi ve altyapı riski konusunda çok sert çıkış yapmasını daha da ironik kılıyor
Daha iyi bir yanıt mümkün müydü ve geriye kalan seçenekler
- Bambu Lab en baştan tüm ekosistemi kilitlemeyen bir yaklaşım seçebilirdi
- Söz konusu fork, Bambu Lab’in ihtarından önce çok küçük bir kullanıcı kitlesi dışında yaygın biçimde kullanılıyor gibi görünmüyordu
- Yine de fork adında “bambulabs” ifadesinin geçmesi için marka açısından kaldırılmasını istemek makul bir talep sayılabilir
- Fork geliştiricisi daha önce Bambu Studio kullanıcılarının Linux ve Wayland sorunlarında, Bambu Lab’in GitHub’ı da dahil olmak üzere, yardımcı olmuştu; şimdi ise kamuoyu önünde Bambu altyapısı için risk oluşturan biri gibi gösteriliyor
- Louis Rossmann, açık kaynak geliştiricinin Bambu’nun hukuki tehditlerine karşı koyabilmesi için $10,000 ödemeyi teklif ettiğini açıkladığı bir video yayımladı; ancak bu ancak geliştirici yeniden Bambu’nun hedefi olmayı göze alırsa işe yarayabilir
- Geerling, Bambu ürünlerini tamamen pas geçip başka şirketlerin yazıcılarına biraz daha fazla para harcamanın daha etkili bir tercih olabileceğini düşünüyor
1 yorum
Hacker News görüşleri
Bambu'yu denedim ama hiç sahip olmadım; kapalı ekosistemli bir 3D yazıcı fikri hoşuma gitmedi
Alternatif arıyorsanız Bambu en çok “çalıştır ve olsun” deneyimine yaklaşıyor, ama bugünlerde diğer yazıcılar da eskisi kadar zor değil
En kolay alternatif muhtemelen Prusa; fiyatı Bambu'dan çok daha yüksek ama açıklık açısından neredeyse tam zıttı denebilecek kadar iyi bir şirket, bu yüzden para sorun değilse tavsiye ederim
Diğer seçenekler için https://auroratechchannel.com/#section2 listesini beğeniyorum
Ben şahsen eski bir Elegoo Neptune 4 Pro kullanıyorum ama bugün alsam muhtemelen Snapmaker U1 ya da Creality K2 Plus'a bakardım
Pahalı ama 7/24 insan desteği, açık platform ve açık kaynak katkıları alıyorsunuz; ayrıca Bambu Studio da Prusa Slicer'ın bir fork'u
Benim Core One+'ım aslında MK3 olarak başladı, sürekli yükseltmelerden geçti ve hâlâ yeni gibi çalışıyor; şu an INDX yükseltmesini bekliyorum
Yine de tüketici sınıfı Prusa'nın büyük eksisi, ileri malzemeler için chamber heating eksikliği. Yazın Core One+ ile hazneyi 45℃'ye getirip PC basabiliyorum ama kışın bu çok daha zor oluyor
Core One L'nin bu konuda daha iyi olduğu söyleniyor ama hâlâ ideal olmadığına dair raporlar gördüm; onun dışında ek maliyetin uzun vadede kendini amorti ettiğini düşünüyorum
2023'ten beri tasarımların ticarileştirilmesini engellemeye yönelik adımlar attı ve PCB kaynakları ile tasarım dosyalarını paylaşmayı da bıraktı
2025'te “open community license”ı değiştirip, ayrı bir anlaşma olmadan bu dosyalara dayalı tamamlanmış makinelerin ya da remix'lerin satılamayacağını ve tasarım dosyalarının ticari kullanımının yasak olduğunu açıkça belirtti
https://blog.prusa3d.com/core-one-cad-files-release-under-th...
Bu, geleneksel açık kaynak lisanslarının Ar-Ge yapan şirketler için bıraktığı açığın ticari olarak suistimal edilmesi nedeniyle açık kaynağın nasıl değişmek zorunda kaldığını gösteren bir örnek de olabilir
Bir süre “öylece çalıştı”, ama baskı soğutma fanı bozulunca sorun başladı. Evdeki Voron'da 5 dakikada çözülecek işi H2D'de [0]'daki gibi yapmak gerekiyor
Fiilen tüm toolhead'i söküp iç ana kartı çıkarmanız, bu sırada 11'den fazla çok küçük ve hassas özel ribbon cable ile üst taraftaki karta giden 5 bağlantıyla uğraşmanız gerekiyor
Küçük onarımlar genelde böyle; filament sıkıştığında da toolhead'in ön kısmını tamamen söküp daha da küçük ve hassas flex PCB'lerle uğraşmak zorunda kaldım
[0] https://wiki.bambulab.com/en/h2/maintenance/replace-cooling-...
3D baskı hakkında hiçbir şey bilmeden bir Prusa Core One aldım; elektriğe bağlayıp kutudan çıkan filament'i taktım, 10 sayfalık kılavuzdaki birkaç adıma tıklayınca ilk baskı alındı
İnternet bağlantısı, Wi‑Fi, kayıt ya da uygulama hiç gerekmedi
Sonra GitHub'daki açık kaynak uygulamayı kurup “cloud” hizmetini kullanmaya başladım; bu işlerde epey beceriksiz olmama rağmen son 10 yılda yaptığım en kolay şeylerden biriydi
Fiyatı çok yüksek ama en azından sahip olduğum bir şey olması önemli
Prusa büyüdükten sonra etik standartlarını epey değiştirdi
[0]: https://blog.prusa3d.com/the-state-of-open-source-in-3d-prin...
Bambu Lab blogundaki ifade epey saçma
“Yetkisiz trafik artışı sunuculara aşırı yük bindirdi, bunun sonucu herkes için hizmet kesintisi oldu ve bedelini tüm kullanıcıların hissettiği kararsızlık oluşturdu” gibi bir şey söylüyorlar; sanki yazıcıları popüler olmuş, altyapıyı büyütememişler ve bu yüzden her şeyi User-Agent dizesi üzerinden engelleyecekler gibi
Bahane olarak fazla tuhaf, inanması zor
İşte böyle düzeltilmeli. Bambu bunu Creative Commons altında kullanabilir
İnsanların çok çabuk unutması komik. LAN modu aslında baştan planlanmış değildi; geçen sefer de ancak böyle bir tepki patladıktan sonra eklendi
Sonrasında yönlerini değiştirdiler ve blog yazısını da düzelttiler. Müşteri olarak baskı kurmak şirketin yönünü değiştirebiliyor
HP hâlâ DRM'li mürekkep kullanıyor, Keurig hâlâ “hack” girişimlerini engellemeye çalışıyor, OpenAI de modellerini açık kaynak yapacağını söylemişti
Sözünü tutmayan şirketleri eleştirmeyelim demiyorum ama yalnızca öfke yetmiyor. Lisans gerçekten ihlal edildiyse dava ya da dava ihtimali de etkili olabilir
En sinir bozucu tarafı, artık OrcaSlicer ile yazıcıyla etkileşime geçememeniz, filament'i senkronize edememeniz ve baskıyı uzaktan başlatamamanız
Bazı insanların yazıcısı hemen yanlarında değil, uzaktaki atölyelerinde duruyor; “LAN” ya da “geliştirici” seçenekleri özellikle cloud ile ya o ya bu seçimine zorlanıyorsa pek iyi değil
“Resmî istemci gibi davrandı” demek, eğer yöntem istemcinin gönderdiği metadata ise, güvenlik mantığı sayılmaz
Bu kimliğe bürünme değil; Bambu'nun User-Agent'in bir kimlik doğrulama yöntemi olmadığını fark etmesi sadece
Bunu istemcinin suçuymuş gibi göstermek tamamen anlamsız
Bir saldırgan altyapıya saldırmak istiyorsa Bambu'nun istediği istemciyi kullanıp kullanmadığını umursamaz
Bambu bir kez daha kendi müşteri kitlesini kendinden uzaklaştırıyor
Bambu yazılımının Çin'deki sunucular üzerinden çalışması ve yazılımı giderek kapatmasının ayrıntılarını tam bilmiyorum ama bunun bir sergi sırasında gözetimle ilgili olabileceğinden şüpheleniyorum
Bambu yazıcıların Ukrayna'nın savaş çabasının merkezinde olduğunu ve 2026 Ocak sonrasında Ukrayna'nın kazanıyor olmasının başlıca nedenlerinden biri olduğunu düşünüyorum
Çin, Rusya'ya önce milyonlarca sattığı dronlardan farklı olarak Ukrayna'nın kullandığı Çin yapımı dronlarda gömülü kill switch'i devreye sokup kullanımı engelledi; eğer ardından başka bir Çin şirketi olan Bambu da Ukrayna genelindeki gizli fabrikalarda dron ikame üretiminde kullanılan 3D baskıyı büyük ölçekte gizlice izlemeye başladıysa bu son derece şüpheli olur
Sebep ne olursa olsun, şimdi programcıların durumu değiştirme zamanı; Louis Rossmann gibi [1] para toplayıp hukuk savaşı yerine assembly programcılarının Bambu firmware'ini tersine mühendislikle inceleyip özgür açık kaynak firmware üretmesini sağlamak gerek
Böyle bir firmware değişimi aylar alır ama herkes biraz para gönderip ücretsiz yayınlanmasını sağlamalı; böylece Ukrayna milyonlarca dron üretmeye devam edip savaşı bitirebilir ve 100 binden fazla hayat kurtarılabilir
[1] https://www.youtube.com/watch?v=qLLVn6XT7v0
Ben de doğrudan tersine mühendislik yapmaya istekliyim ama tüm Bambu modelleri için sıfırdan yeni firmware geliştirmek için en az günlük 35 euro yaşam gideri ve test için birkaç modeli haftalarca ödünç alma imkânı gerekir. Tüm model firmware'lerini sıfırdan yeniden oluşturup yayımlamanın 5 ila 9 ay süreceğini tahmin ediyorum; Rossmann ve Geerling etkilerini kullanıp bunu koordine edebilir mi merak ediyorum
Rosmann ve Geering'e, Bambu firmware'ini birlikte özgürleştirip özgürleştiremeyeceğimizi soran bir e-posta gönderdim; yardımcı olmak isteyenler HN profilim üzerinden bana ulaşsın
En yeni yazıcıları bilmiyorum ama söz konusu dönemde kullanılan Bambu yazıcılarında yalnızca LAN modunu açmak kolaydı
Ağı tamamen kesip SD kart ile de kullanabiliyordunuz
Uygulamada root erişimini açıp firmware modu kurabiliyordunuz; firmware tersine mühendisliği girişimleri de birden fazlaydı
Büyük ölçekli yönetim biraz zorlaşabilir ama benim kaçırdığım bir değişiklik yoksa internet erişiminin gerekli olduğuna inanmak zor
Açık kaynak yanlısıyım ama birkaç ay önce bir Bambu P1S aldım
Araştırınca Bambu hesabı oluşturmadan, Bambu slicer'ını kullanmadan ve tüm baskıları Bambu sunucularına göndermeden gayet normal kullanmanın bir yolu olduğunu gördüm
Tam notlarım yok ama neredeyse sorunsuz biçimde öyle kurdum; hatırladığım kadarıyla yazıcıda sadece tek bir ayarı değiştirmeniz gerekiyordu. Otomatik firmware güncellemelerini ve telemetriyi engellemek için güvenlik duvarından internet erişimini kesmek isteğe bağlıydı
Model ayarlama, parametre değiştirme ve baskı gönderme için sadece OrcaSlicer kullandım
Bambu'nun kendi slicer'ının meşru açık kaynak fork'una karşı bu kadar sert davranması kesinlikle yanlış, ama şu anki olayın tam olarak ne olduğunu anlamıyorum. Yazıcı eskisine göre daha mı kilitli, yoksa bu sadece bazı modeller için mi geçerli?
Bize kolay gelebilir ama çoğu kullanıcı için sırf bu bölüm bile fazla gelebilir
Ben de bir P1S kullanıyorum ve Bambu'nun tuhaf bir şirket olduğunu düşünüyorum. Açık kaynak yazılımdan muazzam fayda sağladılar ama bazen hem ruhunu hem lisansını ihlal ediyorlar
Yazdırma işini basit bir ağda doğrudan cihaza göndermek mümkünken bunu araya bir aracı koyacak şekilde tasarladılar; bu, lazer yazıcının doğrudan cihaza gitmesi yerine cloud üzerinden çalışmasına benziyor
Tasarım verilerinin şifrelenmesi ya da korunması konusunda da pek bir şey yok; bu yüzden kasıtlı görünüyor. Birçok Çinli şirketin fikrî mülkiyet konusundaki geçmişine bakınca, asıl amacın tasarım kopyalamak olduğunu varsaymak kolay oluyor
Açık kaynak konusundaki kötü sicil, mahremiyet ve fikrî mülkiyet korumasına yönelik şüpheli yaklaşım ve saldırgan hukuk tavrı birleşince, bu organizasyona güvenmek çok zor geliyor
Neyse ki benim tasarımlarım “şu çöpe bir bak” seviyesinde, o yüzden kaygım yok; ama önemli işler için asla kullanmam
Açık kaynak slicer'ın Bambu cloud hizmeti üzerinden baskı göndermesini istemiyorum; çünkü en başta cloud hizmeti de istemiyorum
Telefondan baskı durumuna bakmanın ya da baskı başlatmanın benim için değeri neredeyse sıfır; ofis dizüstünden gönderip baskı sırasında aynı dizüstünden ara sıra kontrol etmem yeterli
Şimdiye kadar iyi çalıştı ama Bambu'nun kurumsal çıkarlarının bu kullanım türüne değil, ekosisteme olabildiğince çok şeyi içeri çekmeye yöneldiği beni kaygılandırıyor
MakerWorld ile model tarafını kontrol etmek ve tüm akışı cloud'a taşımak istiyorlar
Kötü niyet varsaymadan bile Apple benzeri çok açık finansal ve kullanıcı deneyimi teşvikleri var
Ama şirket Çin mülkiyetinde ve Batılı yasa yapıcıların makinelerin nerede kullanıldığını sıkı biçimde kontrol etmeye çalıştığı bir ortamda, o dünyaya gitmek istememek bana aşırı bir tavır gibi gelmiyor
Cloud'a bağımlı bir dünyada DRM, telif koruması ve baskı kısıtlamaları; açık kaynak yazılımın yerel yazıcıya G-code gönderdiği dünyaya kıyasla çok daha kolay uygulanabilir
Makineyi şu an değiştirmem gerekmiyor ve niyetim de yok, ama bir sonrakinin Bambu olmayacağı muhtemel. Artık üretken bir araç olarak kullanılabilen, 3D baskıyı başlı başına hobi haline getirmeden iş gören makine yapan tek şirket Bambu değil
Yazılımı fork edip kendi yazıcınızla kullanmanız sorun değil, ama bunu Bambu'nun ayrı erişim şartlarına tabi cloud hizmetiyle birlikte kullanmanızı istemiyorlar gibi
Bunun için özellikle burada kavga çıkarmaları garip, ama tavırları tamamen akıldışı da değil. Cloud başkasının bilgisayarıdır; başkası da kendi bilgisayarında neye izin vereceğine dair kurallar koyabilir
İstemcinin açık kaynak olması, size sunucuyu kullanma hakkı vermez
Geliştirici moduyla her şeyi yerelde çalıştırırsanız ya da yazarın yaptığı gibi kendi VPN'iniz üzerinden uzaktan kullanırsanız, fark neredeyse kalmaz
2025'te bir noktadaki firmware güncellemesinden sonra cloud ile yerel arasında birini seçmek zorunda kaldınız
Yerel modu açarsanız özel slicer kullanabiliyordunuz ama cloud baskı ve izleme kapanıyordu
İnsanlar ikisini de ve ayrıca açıklığı istedikleri için tepki gösterdi
En yeni fork, belirli yeni bir özel slicer'ın User-Agent'i taklit ederek Bambu cloud'a baskı göndermesini sağlıyor; böylece 2025 öncesi deneyimi geri getiriyor
Bambu bu yeni fork'a dava açtı; ama gerçek OrcaSlicer'ı yerel olarak kullanmak sorun değil
Şu anda uzaktan baskı almanız gerekiyorsa ve modelleri Bambu Cloud'a göndermek istemiyorsanız, bunu aşmak için yalnızca LAN ve geliştirici modunu açabiliyorsunuz
Ama ya yeni firmware ilk kurulumda çevrim içi hesap oluşturmayı ve Bambu Cloud bağlantısını zorunlu kılarsa? Ya SD kartla baskı alırken kullanılabilen özellikleri kısıtlarsa?
Bu oldukça endişe verici bir gidişat; üstelik şirket şimdi Bambu'nun AGPL kodu üzerinde, Bambu sunucularından geçmeden uzaktan baskı imkânı sağlamaya çalışan açık kaynak geliştiricileri de hukuken tehdit ediyor
Şeytanın avukatlığını yaparsak, Bambu Lab neden tek seferlik satış geliri alıp ömür boyu ücretsiz cloud hizmeti sunmak istesin?
Abonelik isteyebilirler ama bu hafif kullanıcıları kızdırır
Reklam, çapraz satış ya da üst pakete geçirme ile gelir elde etmeye çalışabilirler; üçüncü taraf istemciler de burada risk olarak görülebilir
Açık kaynak topluluğunun Bambu'dan ücretsiz hizmet talep etmek için hangi gerekçeye sahip olduğunu pek bilmiyorum
Louis Rossmann, açık kaynak geliştiricilerin Bambu'nun hukuki tehditlerine karşı savaşabilmesi için 10 bin dolar koyacağını söylediği bir video yayımladı; ben de seve seve katkı yaparım ama bunun anlamlı olması için bir geliştiricinin yeniden Bambu'nun hedefi olmayı göze alması gerekiyor
Rossmann bunun yerine kendisinin hedef olmasını seçip Bambu'yu kışkırtan bir video yayımladı: https://youtu.be/1jhRqgHxEP8?si=BwfoCKxujd0XwNJ0
Anlamadığım şey, birinin Bambu'nun slicer derlemesini kullanması ile aynı kodun başka bir slicer ya da fork içinde kullanılması arasında altyapı yükü açısından ne fark olduğudur
Sonuçta aynı kişi aynı istekleri yapıyor
Yükü kaldıramıyorlarsa çözüm yazıcı arzını dikkatle yönetmektir. Blog yazısının tonuna bakılırsa altyapı 3 kişiden fazlasını kaldıramıyorsa, dünyaya aynı anda 3'ten fazla yazıcı sürmesinler
Tam bir P2S alacaktım ama artık almayacağım
Bambu Studio, kelimenin tam anlamıyla PrusaSlicer fork'u. Topluluğun sırtına çıkıp sonra aynı topluluğu tehdit edemezsiniz
Operasyon açısından bakınca Bambu'ya tamamen karşı değilim ama bunu ele alış biçimlerine katılamıyorum
Bambu, kendi yazılımıyla yazıcınızı uzaktan kontrol edebilmeniz için bir cloud altyapısı sunuyor
Onaylanmamış yazılımların bu cloud'a erişmesini istemiyorlarsa, doğru düzgün kimlik doğrulama kurup bunu açıkça söylemeleri gerekirdi
Kullanıcıların resmî yazılım ve cloud olmadan da yazıcıyı kullanabilip kullanamaması ise ayrı ve daha karmaşık bir mesele
Bu kadar çatışmacı davranmasalardı bu olay kolayca önlenebilirdi ve kullanıcı tabanına ideolojik mühimmat vermemiş olurlardı
Bundan sonra da olacağını sanmıyorum