Kılavuz: Build'lerim, ürün kitaplığınız

Geçen Salı bir build arıyordum ve sohbeti ne diye adlandırdığımı hatırlayamadım — belki "landing page v2" ya da altı hafta sonra eşit derecede işe yaramaz bir başka şey. İşte tam da bu an, My Builds'in bir güzel-olsa-iyi-olur aracından gerçekten başvurduğunuz araca dönüştüğü andır. Üçüncü ya da dördüncü üretilmiş uygulamanızdan sonra, yaptığınız bir şeyi bulmak için sohbet listesini kaydırmak olması gerekenden yavaştır, ve kitaplık tam da bu boşluk için tasarlanmıştır. Önce alışkanlıkla arama çubuğuna "admin" yazdım, sonra vazgeçip filtreleri kullandım: Tür web uygulamasına daraltıldı, Kategori sonra dahili araçlar ile müşteriye yönelik olanlar arasında daha da daralttım, ve işte oradaydı — üç kart içinde, v3 yazan bir sürüm rozeti. O sohbete iki kez geri döndüğümü unutmuşum. Kitaplık bana kopyalar göstermiyordu; soy kütüğü gösteriyordu. v1 ve v2 kaybolmamıştı, sadece varsayılan görünümün dışına çıkmıştı, ve bu yaklaşık on dakika sonra önemli oldu; başka bir projedeki müşteri, v4 olarak gönderdiğim bir navigasyon değişikliğinden nefret etti. Eski v3 kartını açtım, dosya ağacına orada göz attım, önemli olan iki dosyayı aldım ve yeniden dağıttım. Yeniden istem yok, düzenin eskiden nasıl göründüğünü yeniden kurmak için sohbet dökümünde eşelenme yok. Bir şeyi açmadan önce bile karşılığını veren kart anatomisi kısmı bu: doğrulama sonrası yakalanmış gerçek bir ekran görüntüsü küçük resim olarak, dolayısıyla gördüğünüz şey teknik olarak tamamlanmış ama yüklenirken hata veren bir build değil, gerçekten render edilmiş olandır. Onun altında, tür ve kategori rozetleri, bir sürüm numarası, göreceli bir zaman damgası. Tıklamadan önce gözden geçirmek için yeterli. Ve tıkladığınızda, seçenekler temiz bir şekilde ayrılır —

Önizleme canlı build'i doğrudan açar, indirme yok, yerel sunucu yok. Bir web sitesi için bu dağıtılmış deneyimdir; masaüstü ya da mobil bir build için ise kurulum yapmadan çalıştırmaya en yakın deneyimdir.
Kod, orada gezinebileceğiniz dosya ağacıdır. Bunu sürekli, indirmeye geçmeden önce otuz saniyelik bir sağlama kontrolü için kullanıyorum — istediğim kitaplığı gerçekten kullandı mı diye.
Eylemler menüsü indirme, yayınlama, destekleyen her şey için yerel yükleyicileri, mağaza uygunluğu olan yerlerde mağazaya gönderme ve şablon olarak kaydetmeyi kapsar.

Bunların hiçbiri sohbetin yeniden açılmasını gerektirmez. O gün orijinal sohbete yalnızca bir kez geri döndüm, ve bu gerçek bir değişiklik istemek içindi, ki bu kitaplığın gerçekten sizin için yapamadığı tek şey — değişiklikler bağlam gerektirir, ve bağlam iş parçacığında yaşar. Geri kalan her şeyi kitaplık kendi başına, sohbete geri dönmek için bir kısayol olarak değil, onunla paralel çalışarak kapsar. Bir şeyi karttan yayınlayın, sohbet bir dahaki sefere o iş parçacığını açtığınızda bunu yansıtır; sohbetin içinden yayınlayın, kart da güncellenir. Aynı build, iki kapı. O öğleden sonra bir ekip arkadaşım geçen hafta inşa ettiğim bir şeye bağlantı istedi, ve onu sohbete göndermediğimi fark ettim — kartı gönderdim, ve dürüst olmak gerekirse zaten yayında olsaydı karttaki yayınlanmış URL'yi gönderirdim. Kimse bir dosya bulmak için bir yabancının sohbet geçmişine yönlendirilmek istemez. Bir ekibin kişi başına birkaç build'ten fazlası olduğunda, bu oldukça doğal bir şekilde ayrışır: sohbet sizin özel atölyeniz olarak kalır, kitaplık ise diğer insanların gerçekten dokunduğu şey haline gelir. Orada bir hafta sonu projesinden kalma bir oyunum da vardı, ve bu bana kitaplığın aynı veri üzerindeki tek mercek olmadığını hatırlattı. Oyunlar My Builds'te diğer her şey gibi görünür, ama aynı zamanda Oyunlarım'da da yaşarlar, oyun modu ve yayın durumuna göre filtrelenmiş, ve eğer yaptığınızın çoğu oyunsa bu daha iyi bir günlük görünümdür. Aynı mantık Yayınlandı için de geçerlidir, bu da URL'si ya da mağaza kuyruğu olan her şeyin mevcut canlı durumunu gösterir, ve Yayınlananlar uygulama mağazası ya da uzantı mağazası inceleme durumunu izler. Aynı kartlara karşı farklı sorular — "şu anda ne canlı" karşısında "X konusu hakkında ne inşa ettim" — bağlanmış ayrı sistemler değil. Beni ilk kez karşılaştığımda şaşırtan bir şey: bir build'i yayınlamak onu dondurmuyor. O admin panelinin sohbetine daha sonra geri döndüm, bir değişiklik istedim, bir v4 aldım — ve canlı yayınlanan sürüm ben açıkça yeniden dağıtana kadar v3'ü sunmaya devam etti. Bir kez düşününce mantıklı geldi. Canlı bir sohbete karşı her rastgele istem üretim sitesini bozabilseydi, kimse yayınlanmış bir build'e bir daha dokunmazdı. O hafta neredeyse aklıma sonradan gelen bir şekilde yaptığım diğer şey, admin panelini şablon olarak kaydetmekti. Temelde aynı iskeleti kullanarak inşa ettiğim üçüncü dahili araçtı — aynı düzen, aynı kimlik doğrulama iskeleti, aynı tablo bileşenleri, altında sadece farklı veri. Şablon olarak kaydetme yapıyı ve stili aldı, belirli içeriği değil, ve dördüncü build'e ondan başlamak, yirmi dakikalık bir planlama sohbeti olması gerekeni yaklaşık beşe indirdi. Sorun şu ki bir şablon, kaydettiğiniz anda donar — benim kurallarım o zamandan beri değişti, ve eski şablon bunu bilmiyor. Zaten sapacağınız bir başlangıç noktası için sorun değil; gerçekten senkronize kalan bir yeniden kullanım istiyorsanız, dosyaları şablonlamak yerine doğrudan build'ler arasında referans göstermeniz daha iyi olur.

Hiçbir şey süresi dolmaz. Altı hafta önceki o v1, hâlâ v3'ün altında soy kütüğünde duruyor — hâlâ önizlenebilir, indirilebilir, yayınlanabilir, bu sabah oluşturduğum şey kadar erişilebilir. Arka planda çalışan bir budama saati yok. Kitaplık, karşı yarıştığınız bir geçmiş sayfası değil, oradan gönderim yapabileceğiniz bir arşivdir.

El Kitabı

PaylaşX LinkedIn Facebook Reddit Quora WhatsApp Telegram E-posta

← Tüm gönderiler

El kitabı: Build'lerim, ürün kütüphaneniz

İlgili makaleler

BuildMidas el kitabı: platformun haritası

İyi inşa eden istemler yazmak

Planı okumak (ve değiştirmek)