MeshCore geliştirme ekibi, ticari marka anlaşmazlığı ve yapay zeka tarafından üretilen kod sorunu nedeniyle ayrıldı

 (blog.meshcore.io)
1 puan yazan GN⁺ 6 일 전 | 1 yorum | WhatsApp'ta paylaş
  • Hızla büyüyen mesh networking projesinde ticari marka başvurusu ve yapay zeka tarafından üretilen kod kullanımı meseleleri üst üste gelince core team ile Andy Kirby yollarını ayırdı
  • Andy Kirby, Claude Code’u kapsamlı biçimde kullanarak çalışmaları standalone device, mobil uygulama, web flasher ve web config aracına kadar genişletti; ekip ise bu çalışmaların önemli bir kısmının vibe coded biçimde yapıldığını ve bunun gizlendiğini belirtiyor
  • Ayrılığın doğrudan tetikleyicisi, Andy’nin 29 Mart’ta ekipten habersiz şekilde MeshCore ticari markası için başvuru yapması oldu; sonrasında niyetler üzerine yürütülen görüşmeler sonuçsuz kaldı ve iletişim de kesildi
  • core team, resmî MeshCore’un GitHub deposunun tanımladığı tek source of truth olduğunu net biçimde ortaya koydu; yeni merkez meshcore.io etrafında firmware geliştirme, uygulama sürümleri, teknik dokümantasyon ve geliştirici tartışmaları sürdürülüyor
  • 2025 Ocak’taki başlangıçtan bu yana resmî Map’te 38.000’den fazla düğüm ve resmî App’te 100.000’den fazla aktif kullanıcı elde edilmiş olması, resmî bilgi alanı ile operasyonel yapının netleştirilmesini daha da önemli hâle getirdi

Ayrılığın arka planı

  • MeshCore geliştirme ekibi, projenin başlangıcından beri MeshCore Companion, Repeater ve Room Server firmware’i için 85’ten fazla sürüm yayımladı ve 75’i aşkın donanım varyasyonunu destekledi
  • Ekip, yapay zeka tarafından üretilen kod konusunda her zaman temkinli bir yaklaşım benimsedi; ancak Andy Kirby, Claude Code’u yoğun biçimde kullanarak bağımsız hareket etmeye başladı ve çalışma alanını standalone device, mobil uygulama, web flasher ve web config aracına kadar tüm MeshCore ekosistemine yaydı
  • Andy Kirby’nin bu çalışmaların büyük bölümünün vibe coded olduğu bilgisini ekipten gizlediği belirtiliyor
  • Ekip, MeshCore Discord’unda AI ve güven konulu bir anket yürüttü, ancak metinde anket sayıları veya ayrıntılı sonuçlar metin olarak sunulmuyor
  • Çatışmanın belirginleştiği an olarak, Andy’nin 29 Mart tarihiyle MeshCore ticari markası için başvuru yaptığı ve bunu ekibe bildirmediği belirtiliyor
    • Ekip, niyetini tartışmaya çalıştı ancak görüşmeler sonuçsuz kaldı ve şu anda Andy ile iletişim kopmuş durumda
  • Ekip, son birkaç aydır bu sorunu çözmeye uğraştı; proje için uzun süre emek veren ekip açısından bu durum, içeriden birinin robotlar ve avukatlarla iş birliği yapması kadar sarsıcı hissettirdi

Resmî MeshCore

  • Şu anda tartışmanın merkezinde ‘official’ ifadesini kullanma hakkı yer alıyor; Andy, markanın sahibi olduğunu güçlü biçimde savunurken bu ifadeyi MeshOS hattında aktif biçimde kullanıyor
  • Ekip, fiilen tek resmî MeshCore olarak GitHub deposunu tanımlıyor
    • Bu depo, MeshCore’un ne olduğuna karar veren source of truth işlevi görüyor
    • Andy bu depoya bugüne kadar hiç katkıda bulunmadı
  • İç ayrılığın ardından ekip, meshcore.io adresini yeni merkez olarak açtı; çünkü Andy meshcore.co.uk ile orijinal Discord sunucusunu kontrol ettiğinden başka seçenek neredeyse yoktu
  • Yeni site açıldıktan sonra Andy’nin Claude kullanarak onun look and feel’ini bile kopyaladığı, bunu yapmaması yönündeki taleplerin de karşılıksız kaldığı belirtiliyor

Projenin büyümesi

  • MeshCore, 2025 Ocak’ta başladıktan sonra çok hızlı büyüdü
  • Yazının kaleme alındığı tarih itibarıyla resmî MeshCore Map dünya genelinde 38.000’den fazla düğüm gösteriyor ve resmî MeshCore App Android ile iOS’ta 100.000’den fazla aktif kullanıcıya sahip
  • Proje ölçeği büyüdükçe, core team’in sunduğu resmî bilgi alanının önemi daha da artıyor
  • Son dönemde ülke bazlı siteler ve bölgesel mesh toplulukları etrafında MeshCore web sitelerinin yayılması sürdü; metinde şu örnekler doğrudan listeleniyor
  • Andy Kirby, kişisel YouTube kanalı üzerinden MeshCore’un tanıtımında büyük rol oynadı, ancak artık kendi ürünlerinin tanıtımına odaklanıyor

Bundan sonraki operasyon yönü

  • core team, meshcore.io merkezinde firmware özellik geliştirme, hata düzeltmeleri, PR yönetimi ve geliştirici tartışmalarını sürdürmeye devam ediyor
  • Yeni firmware ve uygulama sürümlerinin değişiklik günlükleri, blog yazıları ve teknik belgeler artık aşağıdaki kanallar üzerinden yayımlanıyor
  • Bloga katkı veren kişiler ve rolleri de birlikte paylaşıldı
    • Scott, projenin kurucusu ve lead firmware engineer; aynı zamanda Ripple firmware geliştiricisi
    • Recrof, resmî MeshCore Map geliştiricisi ve Firmware Flasher sorumlusu; ayrıca MeshCore Map’in ilk geliştirme sürecine dair içgörüler paylaşıyor
    • Liam Cottle, resmî MeshCore App geliştiricisi ve MeshCore App başlangıç rehberi yayımlamayı planlıyor
    • FDLamotte, MeshCore için Python araçları ve STM32 firmware varyantları üzerinde çalışıyor
    • Oltaco, firmware güncellemelerinin güvenilirliğini artıracak yeni OTA Fix bootloader üzerinde çalışıyor

core team

  • Mevcut MeshCore ekibi Scott, Liam, Recrof, FDLamotte ve Oltaco’dan oluşuyor
  • Bu ekip, bundan sonra da insanlar tarafından doğrudan yazılmış yazılımı temel alarak yüksek kaliteli tasarım ve geliştirme yapmayı planlıyor

Yeni merkez

İlgili okumalar

1 yorum

 
GN⁺ 6 일 전
Hacker News yorumları

  • Henüz denemediyseniz Reticulum'a mutlaka bakmanızı öneririm
    Temel proje şu anda yeni bir bakımcıya ihtiyaç duyuyor gibi görünüyor ve ana geliştiricinin de bazı güçlü görüşleri var, ama dağıtık ağ protokol katmanı tasarımı gerçekten çok iyi işlenmiş
    Masaüstü uygulaması internet (IP) ya da mevcut LoRA kartlarının USB bağlantısı üzerinden çalışıyor; yakın zamanda https://lilygo.cc/products/t-echo-lilygo satın alıp açık kaynak firmware yükleyerek kullandım ve USB ile masaüstüne bağlama ya da Bluetooth üzerinden https://github.com/torlando-tech/columba ile eşleştirme deneyimi gayet iyiydi
    Bu uygulama sayesinde Reticulum, mesajlaşma desteği açısından gerçekten birinci sınıf vatandaş gibi hissettiriyor; sınırlı da olsa dosya ve görsel de gönderebiliyorsunuz
    Ağ seviyesinde çalıştığı için Reticulum üzerinde kendi uygulamanızı da doğrudan geliştirebilirsiniz

    • Zaten LoRa üzerinde iyi çalışıyor, ama bu taşıma ortamına bağımlı olmayan bir protokol olduğu için ileride halow, optik, wifi gibi başka taşıma yöntemlerine de iyi uyacağını düşünüyorum
      İnsanlar da er ya da geç LoRa'nın basit metin mesajlaşmasının ötesindeki bant genişliği/hız ihtiyaçlarını asla karşılayamayacağını fark edecek gibi geliyor
      Yine de Reticulum LoRa 1-hop ile gerçek zamanlı sesli arama denedim ve beklediğimden oldukça iyi çalıştı
      Başlangıç için wiki burada: https://reticulum.miraheze.org/wiki/Welcome
    • Reticulum ile bir şey geliştirmeye çalışarak bir ay geçirdim ama protokolle uğraşmak için tooling çok yetersizdi
      Sadece uygulama geliştirmek isteyen biri olarak geliştirici deneyimi epey sinir bozucuydu; fikir harika ama ayağa dolanan fazla tuzak var ve bootstrap etmek sürdürülebilir görünmüyordu
      Özellikle nrf52 LoRA cihazlarında çalıştırmak için stack'i Rust no-std ile port edip mevcut MeshCore ağı üzerinden reticulum paketleri taşımaya çalışıyordum ama paketlerimi doğru oluşturup oluşturmadığımı bile doğrulamak kâbus gibiydi
    • Gerçek dünyada çalışan bir Reticulum ağı görmedim
      Hep çok küçük test ortamları gördüm
    • Hangi frekans bandını alacağınızı merak ediyorum
      Bunun pratikte önemli olup olmadığını da merak ediyorum
    • nomadnet'in Go ile yeniden yazılmasını isterdim

  • mesh projelerinin neden ticari marka uygulamasında bu kadar aşırı katı olduğunu anlamıyorum
    Meshtastic de benzer; MeshCore'a ilgi duymamın sebeplerinden biri de Meshtastic'ın ticari marka kurallarını okuyup fazla bulmamdı

    • Radyo tarafındaki kültürün genel açık kaynak kültüründen oldukça farklı olduğuna dair bir his var
      Özgür ve sınırsız paylaşım dünyanın varsayılanı değil; hatta daha çok istisna gibi
    • İlgili kişileri tanımıyorum ama büyük ihtimalle amatör telsiz lisansı olan insanlardır
    • Bu aşamada MeshCore için bunu MeshTastic ile aynı düzeyde bir yaptırım örneği olarak karşılaştırmanın adil olmadığını düşünüyorum
      Şu anda daha çok ekipteki diğer kişilerin onayı olmadan Birleşik Krallık'ta tek bir kişinin markayı tescil ettirmesi gibi görünüyor; henüz fiilen kimseye saldırmış değiller
    • Sebep basit: para kokusu alınıyor
      MeshCore'un 100 binden fazla kullanıcısı var ve röleler dünya çapında yabani ot gibi çoğalıyor; burada nakde çevirme teşviki çok yüksek
      Özellikle bunu nakde çevirmeye çalışan kişi firmware ya da uygulama geliştirme tarafından değil, pazarlama tarafından biriydi
    • Protokol CC ve duyduğuma göre Mark da herkesin dilediği gibi kullanabileceğini söylemiş
      Sadece kendi işinin durdurulamaz bir AI öldürme ağına katkı sunmasını istemiyor gibi görünüyor

  • We have always been wary of AI generated code, but felt everyone is free to do what they want and experiment, etc. But, one of our own, Andy Kirby, decided to branch out and extensively use Claude Code, and has decided to aggressively take over all of the components of the MeshCore ecosystem: standalone devices, mobile app, web flasher and web config tools.
    And, he’s kept that small detail a secret - that it’s all majority vibe coded.
    Daha fazla bağlam olmadan bu çerçeveleme oldukça şüpheli geliyor

    1. Birinin ekosistemi "ele geçirmesi", AI kullanmasından tamamen ayrı bir mesele. Bunun tam olarak ne anlama geldiğini bilmiyorum; belki sadece bir şeyler yayınladı ve insanlar onları kullanmak istiyor demektir
    2. Kodun gerçekten kötü olup olmadığı daha önemli. Ekibin onun AI kullandığını fark etmemiş olması, en azından kodun dışarıdan bakıldığında sorunlu görünmediği anlamına geliyor gibi. O halde neden kodun kendi niteliğine göre değerlendirmiyoruz anlamıyorum
      Ticari marka başvurusu doğruysa kesinlikle düşmanca ve kötü bir davranış ama birinin Claude Code kullanmasına tek başına öfkelenmem
    • Katılıyorum
      MeshCore'u gerçekten kullanıyorum ve birkaç röle de işletiyorum ama AI destekli kodlama tek başına umurumda değil
      Yine de özellikle closed source ise bunun açıklanması gerektiğini düşünüyorum
      Ticari marka yoluyla ekosistemi ele geçirme girişimi çılgınca görünüyor ve Andy'nin GitHub projesinin kendisine katkı yapmayıp sadece kişisel ticari eklentiler üretmiş olması da rahatsız edici
      Aynı zamanda MeshCore çekirdek ekibinin de daha güçlü bir anlatı kurmak için anti-AI önyargısını kullandığı doğru gibi görünüyor
    • Katılmıyorum
      Aksine bunun kamuya açık şekilde sorun edilmesini destekliyorum
      AI'nın çıkardığı özensiz 1000 satırı baştan sona düzgün incelediğini söyleyen biri ya kendini ya başkalarını kandırıyordur; muhtemelen hiç ciddi ölçekli kod incelemesi de yapmamıştır
      1000 satır metin okumak ile kodun karmaşıklık etkisini ve edge case'lerini analiz etmek tamamen farklı şeyler; böyle bütüncül bir inceleme günler sürebilir
      100 satırlık bir PR bile saatler alabiliyorken, "hepsini inceledim" tavrıyla geçiştirildiği için 0-day açıkların ve sızıntıların arttığını düşünüyorum
      O yüzden "You are absolutely correct, apologies for the oversight, here's a revised version:" gibi çıktılara asla güvenemem

    • Is the code bad? It sounds like they had no idea he was using AI. That seems to imply there was nothing wrong with the code as-is. Why not judge it on it's merits?
      AI'yı az da olsa kullandıysanız gerçekte işlerin böyle yürümediğini bilirsiniz
      AI çıktısı, kulağa makul gelen ama yanlış sonuçlar üretmekte çok iyidir; zaten makul görünmeye optimize edilmiştir, bu yüzden bazen doğru olsa da yanlış olduğunda iyi görünen kod üretir ve bu da değerlendirmeyi daha zorlaştırır
      İnsan eliyle yazılmış kodda ise iyi mi kötü mü olduğuna dair sezgi edinmek nispeten daha kolaydır
      Elbette AddressSanitizer gibi bir oracle varsa ya da mevcut bir projeyi kopyalayıp davranışı doğrudan karşılaştırabiliyorsanız istisnalar olur ama çoğu zaman bu lüks yoktur

  • MeshCore ve Meshtastic ile biraz oynadım; eğlenceliler ama genel abartı düzeyi çok yüksek gibi geliyor
    Buraya doluşan SHTF tayfası yüzünden kavramın kendisi biraz bulanıklaşıyor
    Sensör ağı kullanımına ilgim vardı ama pratikte konuşmaların çoğu Hello World tarzı metin alışverişine takılmış insanlar etrafında dönüyor; gerçek bir SHTF durumunda bu ağların ne kadar kötü performans göstereceğini ise pek düşünmüyor gibiler

    • Bende de neredeyse aynı his var
      İki mobil uygulama da oldukça dağınık ve Meshtastic'te Android ile Apple UI ekipleri birbirleriyle hiç konuşmuyor gibi göründüğü için daha da sinir bozucu
      Farklı platformlar kullanıldığında yeni kullanıcıyı sisteme alma ya da sorularını yanıtlama çok zorlaşıyor
      Ucuza ve eğlenceli şekilde kurdum ama en azından mesajları güvenilir biçimde kaçırmamayı sağlayacak daha iyi mesaj kalıcılığı olmasını isterdim
    • Meshtastic ve GPS kullanarak büyük bir kamp alanında dolaşıp bölge ele geçirme oyununa katıldım; o tür bir kullanım için gerçekten çok uygundu ve epey eğlenceliydi
      Ama hayatımın böyle bir mesh ağına bağlı olduğu ciddi bir senaryoda kendimi çok huzursuz hissederdim
      Güvenilir bir araç olarak düşünmek için hâlâ fazla dengesiz; yine de hiç yoktan iyidir denebilir
      Cihaz kurulumu da ayrı bir sorun; internetsiz bir yerde de çalışabilsin diye raspberry pi 3 üzerine tüm geliştirme ortamını kurmaya çalıştım ama varsayılan istemci arayüzü olan devasa web uygulamasını derlerken önce bellek tükendi
    • Genel olarak katılıyorum ve bir şey daha eklemek istiyorum
      Standart eksikliği de gerçek bir SHTF durumunda kullanılabilirliği ciddi şekilde düşürür gibi geliyor
      Örneğin neden meshstastic yerine meshcore kullanılması gerektiği bile net değil ve böyle bir durumda LoRa'nın kendisi de zihnimde öncelikli sıraya çıkmazdı
    • Sensör tarafı yapmak istiyorsanız LoRaWAN'a bakmak daha iyi olur
      Mikrotik baz istasyonuna Chirpstack backend eklersiniz; bu kombinasyon ticari ortamda fazlasıyla kendini kanıtladı
    • SHTF'nin ne olduğunu bilmiyorum

  • Bu istemci uygulaması hâlâ closed source mu
    Benim için o noktada doğrudan elenirdi ve bunun gibi bir şeyin yaşanmasına da hiç şaşırmam
    Muhtemelen bununla da bitmeyecek

    • https://github.com/zjs81/meshcore-open
      Artık kapalı istemciye ihtiyaç yok
    • Her yerde kullanmak istediğim bir base-station radio için son derece mobil dostu, self-hosted açık kaynak bir istemciyi kendim geliştiriyorum
      MQTT, community observers, bots, webhooks gibi şeyleri de destekliyor; radyoya bağlı olmayan gündelik bir istemci ihtiyacıyla başlamıştım ama şimdi güçlü kullanıcılara yönelik bir yardımcı istemci olarak oldukça olgunlaştı
      Radyo API'si ve firmware açık; başka çok sayıda seçenek var ve bazen closed source seçeneklerden işlev olarak bile daha iyiler, bu yüzden para kazanmak için yazılımın bir kısmını kapatma tercihine karşı başlı başına büyük bir tepkim yok
      https://github.com/jkingsman/Remote-Terminal-for-MeshCore
    • Hâlâ closed source olduğunu öğrenince epey şaşırdım ve muhtemelen değişmeyecek de
      Bizim yerel mesh de geçen hafta meshcore'u deniyordu ama bununla ilgim fiilen bitti

  • YouTube'da Andy Kirby'yi görmüştüm; videoları çok kışkırtıcı, abartılı ve clickbait gibi geldiği için onu proje yönetimiyle ilişkilendirmeye başlamıştım ve o andan itibaren meshcore'dan soğudum
    Bu olay da o zamanki sezgimin doğru olduğunu hissettiriyor

  • Şu anki duruma bakınca .io sitesi üzerinde "MESHCORE" logosu, .co.uk sitesi üzerinde ise "MESHCORE(tm)" logosu var
    [1]: https://meshcore.io
    [2]: https://meshcore.co.uk

  • Bu projeyi hiç kullanmadım ve ilgili kişileri de tanımıyorum
    Ama biri her "her şeyi AI ile yeniden yazacağım" dediğinde, sonrasında büyük bir tip çıktığı örneğini o kadar sık görüyorum ki ilginç geliyor
    Elbette sadece bu kişi için geçerli olmayabilir ve arka plandaki her şeyi bildiğim de söylenemez; bu yüzden bu yazının tamamına güvenilir diyemem
    Yine de benim küçük örneklemimde sinyal/gürültü oranı epey iyi görünüyor

  • Would you trust AI generated mesh firmware?
    AI tarafından üretilmiş kodun güvenilirliğini dert etmeleri bana saçma geliyor; çünkü kendi kod kaliteleri zaten çok düşük
    Otomatik testleri yok ve test ekleme girişimlerini de görmezden geldiler
    [0] https://github.com/meshcore-dev/MeshCore/pull/925
    [1] https://github.com/meshcore-dev/MeshCore/issues/1059
    [2] https://github.com/meshcore-dev/MeshCore/pull/1065
    [3] https://github.com/meshcore-dev/meshcore.js/pull/11
    En son baktığımda da giriş doğrulaması neredeyse yoktu; yani Dünya aralığının dışındaki GPS koordinatları gibi saçma değerleri bile yayınlayabiliyor ve kod da bunu kabul ediyordu
    Yeni bir projenin zorlanmasını anlayabilirim ama kod kalitesine yatırım yapmadan bu konuda başkalarına ahkâm kesmeleri rahatsız edici
    MeshCore'u sevmek istiyorum ama yönetim tarzı sürekli ayağına sıkıyor; bildiğim iki ana yönetici, Scott Powell ve Liam Cottle da firmware üzerine closed source bir iş katmanı kurup ticarileştirmeye çalışıyor gibi görünüyor, bu da teşvikleri bozuyor
    Open-core modelinin kendisi sorunlu demiyorum ama bu durumda açık kaynak alternatifleri bastırıp kendi ücretli closed source ürünlerini öne çıkarmaya itebilir
    Üstelik ABD için önerdikleri MeshCore broadcast ayarları yasa dışı ve birkaç ay önce Liam ile Scott'a e-posta atmıştım ama beni görmezden geldiler
    [4] https://github.com/meshcore-dev/MeshCore/issues/945

    • #4 gerçekten sinir bozucu
      Ben de bir ham'im ama bir kural ihlal edildi diye hemen FCC'ye koşacak tipten değilim; yine de bu kuralların neden var olduğunu bilmemeleri ya da umursamamaları endişe verici
      Önce yorumun doğru olup olmadığından emin değilim ama doğru olduğunu varsayarsak, başlıktaki diğer çoğu kişi de aynı şeyi varsayıyor gibiydi
      Bana göre "kuralları ihlal ediyoruz, o yüzden değiştirmeliyiz" ifadesine "Seattle'da kullanışsız, o yüzden yapmıyoruz" ve "Boston'da da iyi çalışmıyor, o yüzden olmaz" diye yanıt vermişler gibi görünüyordu
      Bu, kurallar gönüllüymüş gibi davranılacak bir konu değil
      Ortak radyo spektrumunu kullanan insanlar genel olarak yasalara uyuyor ve eğer proje yasal kullanıldığında kötü performans veriyorsa, düzeltilmesi gereken proje tarafıdır
      Yaşlı ham'lerin neden giderek daha alınganlaştığını bu yüzden anlayabiliyorum

    • Would you trust AI generated mesh firmware?
      Sorunun kendisi de yönlendirici bir soru
      Şimdiye kadar ortaya konan tek somut gerçek, onun sadece Claude Code kullanmış olması
      Dolayısıyla testlerden geçip geçmediği, güvenlik açığı üretip üretmediği ya da test edilmemiş regresyon getirip getirmediği daha önemli

    • Dünya aralığının dışındaki GPS koordinatları ile tam olarak hangi değerlerin kastedildiğini merak ediyorum
    • Zaten protokolde neden GPS alıp gönderme gerektiğini de pek anlamıyorum

    • It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low.
      Katılıyorum ama yine de mevcut kodun en azından yapısı bir ölçüde mantıklı
      AI girince iş gerçekten slopaghetti olabilir
      Otomatik test almamaları da, şu an 540 issue ve 270 PR açıkken ve inceleme yapacak sadece iki kişi varken, bir yere kadar anlaşılabilir
      Üstüne bir de bu drama eklenince dış katkılara daha da az güvenebilirler
      Kodu gerçekten merge ettirmek istiyorsanız Evo fork tarafındaki kişiye gitmek daha iyi olabilir; duyduğuma göre ilgilenilen bir PR'ı merge ettirmenin yolu ya GitHub issue'sunda yeterince beğeni toplamak ya da Discord'a girip doğrudan istemek
      [1] https://github.com/mattzzw/MeshCore-Evo

  • Geliştirmede AI kullanılmasını seviyorum ve modern geliştirme için önemli de buluyorum
    Ama AI ile insanın doğrudan yazdığı kod arasında net bir fark var; bu yüzden bunun mutlaka açıklanması gerekir

    • Üstelik sadece bu da değil
      Projenin büyük kısmı vibe coding ile yapıldıysa, o kişinin gerçekten DCO'yu kabul etme yetkisi olup olmadığı ve o kod tabanını ilgili LICENSE altında dağıtma hakkına sahip olup olmadığı da belirsizleşir
    • Kesinlikle
      Bir programın ne yaptığını anlamak zaten kolay değil ama insan yazımı kodda en azından bir niyet vardı diyebilirsiniz
      AI ile üretilen kodda ise bunun neden orada olduğunu bilemeyebilirsiniz
      İnternetin dört bir yanına vibe coded projeler koyup başta bunu gizleyerek sadece "ben yaptım" deyip bütün övgüyü toplama hali çok yaygın
      Sonra ileride aslında kendisinin hiçbir şey yazmadığı ve nasıl çalıştığını da bilmediği ortaya çıkınca, bu kez "AI kullanmakta sorun yok" diye geçiştirilmeye çalışılıyor
      Oysa AI'yı araç olarak kullanmakla, anlamadan kopyala-yapıştır yapmak ve hepsini kendi emeği gibi sunmak tamamen farklı şeylerdir