it-swarm.asia

"Bu açık kaynak, bir yama gönderin" için kanonik karşılık nedir?

Bir üründe, özellikle açık kaynakta, bazı özellikler önermenin tehlikesi, "neden yapmıyorsunuz?" Yanıtı alacağınızdır.

Bu geçerlidir ve değişikliği kendiniz yapabilirsiniz. Ancak, programcılar kullanıcıların sesini dinlerken ürünlerin sıklıkla geliştiğini biliyoruz - bu kullanıcılar başka programcılar olsa bile. Ve bu değişiklikleri yapmanın etkili yolu, proje üzerinde çalışmakta olan ve fikri benimseyen ve uygulayan birini içerebilir.

Yazılım geliştirme sorunlarına atıfta bulunmak için kullanılan bazı yaygın terimler vardır. Örneğin. Bikeshedding . "Evet, dünyada hemen hemen her şeyi değiştirebileceğimi biliyorum - kapalı kaynak bile. Ortak bir terim var mı? İşe alınabilir ve bu kodu yazabilirim. Ama bu durumda aslında bu değişikliği kolayca yapmak için zaten uygun olan başka bir kodlayıcı için yararlı olabilecek bir gözlem - ya da sadece olasılıkları tartışmak. "

[P.S. (Birkaç gün içinde) - "Yama gönderin" in alaycı bir mizahla söylendiğine dikkat çekmeliydim ve uygun bir esprili yanıt arıyorum.]

217
Vincent Scheib

Bu zor bir nokta: kullanıcı doğrudan veya dolaylı olarak bir ürün için ödeme yapmadığından, bir özelliğin uygulanmasını isteyemez. Ürünü sipariş eden bir paydaş veya doğrudan müşteriymiş gibi değil, hatta ticari bir ürünün son kullanıcısı değilsiniz.

Bu, "bir yama gönderin" geçerli bir cevap değildir. Kibar değil. Doğru değil. Açık kaynaklı bir ürün için bile. "Bir yama gönderin" kısa versiyonudur:

"Ürünümüzü beğenip beğenmediğiniz umrumda değil. İsterseniz ürünü gidip değiştirin ancak müşteri isteklerinizle bizi rahatsız etmeyin."

Yama göndermeye ne dersiniz?

O kadar kolay değil. Yapmak için:

  • Açık kaynak projesinde kullanılan dil (ler) i bilmelisiniz.

  • Değiştirmek için kaynak kodunu sürüm kontrolünden yükleyebilmeniz gerekir.

  • Herhangi bir derleme bağımlılığının tüm doğru sürümlerini yüklemiş olmanız gerekir (hem çalışma zamanı kitaplıkları hem de derleme araçları dahil).

  • Bu kaynak kodu derleyebilmeniz gerekir, bazı durumlarda çok açık değildir. Özellikle, büyük bir projenin derlenmesi birkaç saat sürdüğünde ve 482 hata ve binlerce uyarı görüntülediğinde, bu hataların kaynağını aramak için cesur olabilirsiniz.

  • Projenin nasıl yapıldığını çok iyi anlamalısınız, kullanılacak kodlama stili nedir, eğer varsa, birim testlerinin nasıl yapılacağı vb. Projenin iyi bir belgesi yoksa ( genellikle açık kaynaklı projeler için geçerlidir), gerçekten zor olabilir.

  • Kendinizi projeye ve projeye aktif olarak katılan geliştiricilerin alışkanlıklarına adapte etmelisiniz. Örneğin, günlük olarak .NET Framework 4 kullanıyorsanız, ancak proje .NET Framework 2.0 kullanıyorsa, LINQ, Kod Sözleşmeleri veya çerçevenin son sürümlerinin diğer binlerce yeni özelliğini kullanamazsınız.

  • Düzeltme ekiniz kabul edilmelidir (değişikliği yalnızca kendiniz için yapmadığınız sürece, toplulukla paylaşmak istemiyorsanız).

Niyetiniz projeye aktif olarak katılmaksa, tüm bunları yapabilir ve bunun için zaman ayırabilirsiniz. Öte yandan, sadece sinir bozucu küçük bir hata veya eksik olan basit bir özellik varsa, projeyi inceleyerek günler, haftalar veya aylar geçiriyorsanız, o zaman işi birkaç dakika içinde yapmak mantıksızdır.

Peki "açık kaynak, bir yama gönderin" için kanonik bir karşılık var mı? Ben öyle düşünmüyorum. Ya o kişiye kaba olduğunu açıklarsınız ya da onunla konuşmayı bırakırsınız.

116
Arseni Mourzenko

Kanonik imbik bir yama sunmaktır.

79
wnoise

Geliştiriciler, makul bir zaman dilimi içinde bir şey yapmaya başlayacaklarını düşünmediklerinde standart cevap budur, ancak tekrar tekrar gündeme getirilmiştir.

Tekrar tekrar gündeme getirildiğinde en haksızlık olur, ancak en son bahsedilen kişi bunu bilmiyor ve sadece "bunun için yamalar alıyoruz". Bu durumda, bakıcı tartışmadan bıkmış, ancak kullanıcı bunun yeni bir konu olduğunu düşünmektedir. Her neyse, büyük olasılıkla hemen "yamalar alıyorsanız", kişisel olarak almamalısınız, ancak sorun hakkında daha fazla bilgi için arşivleri ve hata izleyiciyi okumak isteyebilirsiniz.

Tekrar tekrar bir istekte bulunuyorsanız, "yamaları almak" potansiyel olarak göreceli olarak kibar bir fırçalama ve daha az kibar alternatifler olarak düşünülecektir ...

Ve sonra elbette kimseye hiçbir açıklama yapmadan "yamalar alarak" diyecek kaba koruyucular var, ama bunun bir azınlık olduğunu söyleyebilirim.

Çok sayıda kullanıcıyla açık kaynaklı bir proje sürdürdüyseniz, bakım sahiplerinin alabileceğinden 100 kat daha fazla istek olduğunu bilirsiniz ve bu taleplerin birçoğu talep sahibi için önemlidir, ancak aşırı derecede zor olacaktır, veya diğer birçok kullanıcıyı bozabilir veya yalnızca projenin ve kod tabanının küresel olarak anlaşılmasıyla görünür olan başka kusurlara sahip olabilirsiniz. Veya bazen sadece karar çağrıları vardır ve her birini tekrar tekrar tartışmak çok zaman alır.

Açık kaynaklı olmayan çoğu şirket size geliştiricilere erişim izni vermeyecek ve müşteri desteğinden sadece sessiz bir muamele veya kibar ama sahte bir hikaye alacaksınız. Yani, açık kaynakta en azından bazı seçenekleriniz var (özelliği kodlaması için birine ödeme yapın, vb.) Ve geliştiriciler kaba olsa da, en azından düz cevaplar veriyorlar. "Her zamankinden daha" hayır "ı tercih ederim yol haritamızda ... [2 yıl sonra] ... hala yol haritamızda" bir çok satıcıdan aldığım bir şey ...

Bu yüzden bir imbik olduğunu sanmıyorum. Belki de açık kaynak bakıcısı gerçekten çok meşgul, belki bir pislik, ama her iki durumda da muhtemelen zor bir işe sahipler ve son Word kimin tartışmasına girmek hiçbir yere gitmiyor. Yapabileceğiniz en iyi şey bir şekilde katkıda bulunmak ve yapıcı olmaya çalışmaktır.

Belki kod değildir, ancak yapabileceğiniz çok sayıda analiz ve dokümantasyon senaryosu olabilir. GNOME pencere yöneticisini korurken, insanların küresel olarak tümü kullanıcıları göz önünde bulundurarak bir sorunu analiz etmeleri ve sorunları ve artıları ve eksileri ve ne olması gerektiğini gerçekten yazmaları faydalı olurdu. küresel bir bakış açısından.

(Bunun yerine, olağan olan şey, önemli olan tek kullanıcıymış gibi yanmaya başlamaktı ve hiçbir ödünleşim yoktu. Alev alma, hiçbir şeyin daha hızlı gerçekleşmesini sağlamaz. Sadece duyguları meseleye karıştırır ve herkesin zamanını boşa harcar.)

67
Havoc P

Bu yanıtı almanızın nedeni, destekçilerin gerizekalı olması değil, onları ((== --- ==)) sizin için özelliğiniz .

En iyi yanıt, özelliklerinizin bir bütün olarak topluluğuna değeri hakkında bir diyalog başlatmaktır , zihinlerini değiştirmeye ikna edip edemeyeceğinizi görmek . Belki haklılar ve kendi topluluğunun ihtiyaçları hakkında sizden daha çok şey biliyorlar, ama yine de belki değil.

Özellik sadece sizin için değerliyse ve toplum için çok az değeri varsa veya hiç değeri yoksa, paranın mükemmel bir motivasyon kaynağı olduğunu, tutumlarından şikayet etmediğini düşünüyorum.

43
Rein Henrichs

“Açık kaynak, bir yama gönderin” için kanonik karşılık nedir?

Herhangi bir fark yaratabilecek makul bir imbik yoktur. Gönüllüleri yapmaya niyeti olmayan bir şey yapmaya ikna etmeye çalışmak zamanınızın boşa harcanmasıdır ... ya da daha kötüsü.

Seçenekleriniz:

  • Yanıtın önerilerini yapın; yani özelliği uygulayın ve bir yama olarak gönderin. Buna "bir şeyleri geri vermek" denir.

  • Bu özelliği sizin için gerçek parayla uygulamaya istekli birini bulun. Projenin kendisi (örneğin sponsorluk karşılığında), projeyle ilişkili biri veya rastgele bir "kiralık kodlayıcı" olabilir.

  • Alternatif bir ürün bulun.


"Yararlı" bir öneri yaptığınızda bu yanıtı aldıysanız, onun yerinde olsaydınız nasıl yanıt verebileceğinizi düşünün. Örneğin, önerinin değerli/iyi düşünülmüş/anlaşılabilir/vb olmadığını, ancak uzun süren bir tartışmaya girmek için zamanınız veya sabrınız olmadığını düşünürseniz SİZE nasıl yanıt verirdiniz?


Uzun süredir çalışan bir açık kaynaklı işletim sistemi projesinde yer aldım ve en sinir bozucu şeylerden biri, "fıstık galerisinde" oturan ve "daha iyi" şeyler yapma konusunda bir öneri akışı ile sizi biber yapan insanlar:

  • eksik, anlaşılmaz veya düpedüz saçma,
  • objektif olarak düşük bir başarı şansı olan denenmemiş fikirlerdir,
  • uygulamak için büyük miktarda çaba gerektirecek ve/veya
  • projenin belirtilen hedeflerine karşıdır.

Çoğu zaman en iyi yanıt, kişiye projeye dahil olmak için sivri bir şekilde meydan okumak ve ipuçlarını almayı ummaktır. Ne yazık ki, en sinir bozucu olanlar bir ipucu bile almıyor.

Tabii ki, bu tür insanlara verilen diğer cevap hiç cevap vermemek veya tamamen görmezden gelmektir.

31
Stephen C

Siz ve söz konusu programcı eşit olsaydı ve kod tabanı, dil ve işaret ettiğiniz bu özel şeyle ilgili diğer tüm şeyler hakkında hemen hemen aynı şeyi biliyor olsanız, yanıt makul olurdu.

Eşit değilsiniz (ya da muhtemelen bunu yapardınız), bu yüzden uygun bir imbik olmasını öneririm:

"Mümkün olduğu kadar hızlı ve iyi yapabilmem mümkün değil, bu yüzden ilk etapta bana yardım etmeni istedim. Lütfen!"

O zaman "ah, evet, uzun zamandır harcadığım ve gerçekten iyi olduğum bu şeyin, herkesin sokaktan gelip olduğu kadar iyi bir iş yapabileceği kadar temel insan doğasına aykırı olduğuna inanıyorum. [~ # ~] i [~ # ~] yapabilir ".

20
user1249

Kanonik imbik projeyi çatallamaktır.

16
user16764

"Yama gönderme" ye ilişkin kanonik cevap:

"Gerekli beceri, deneyim ya da zamana sahip değilim, bu yüzden bira kutularını benim için yapabilen adama nereye göndereceğimi söyleyebilir misin?"

15
gbjbaanb

Kapsamlı bir gönder test örneği.

13
alecco

"Eğer yaparsanız, ben ekleyeceğim" hayır "hayır" dan daha iyidir.

İşi bir sebepten ötürü yapamıyorsanız, durumu proje sorumlusuna özel olarak açıklayın.

Kullanmak istediğiniz açık kaynaklı bir projeye bir şekilde katkıda bulunmak istemiyorsanız, bunun yerine ticari destek veya başka bir ticari ürün aramalısınız.

11
yfeldblum

"Yanıt için teşekkürler."

Çünkü:

  • Sıfır fiyata, talep (özellik talepleri) arzı aşıyor (söz konusu özellikleri uygulamak için mevcut kodlayıcılar).
  • Ücretsiz sağlanan herhangi bir şey üzerinde paçavra IMHO sınıf yoksun.
  • FOSS'un bütün mesele bu: taş çorbaya beslenme eklemek için kendi sebze ve etlerini getiren insanlar. Bir şeye katkıda bulunamazsam, o zaman hiç yiyebileceğim için minnettar olmalıyım ve daha iyi yemediğimden şikayet etmemeliyim.
10
John

Hiçbir şey söylemek zorunda değilsin. Geliştiricilerin yanıt verdiği gerçeği, sorunun zaten var olduğunu bildiklerini ve (en azından bazı) kullanıcılar için acıya neden olduğunun göstergesidir.

Günün sonunda, söylediğiniz hiçbir şey, geliştiriciyi istemezlerse sizin için çalışmaya ikna edemez.

9
Dean Harding

İyi bir açık kaynak projesi, kullanıcıların hatalar/özellikler gönderebileceği ve diğerlerinin onlara oy verebileceği bir hata/özellik talep sistemine sahip olacak, böylece koruyucular bir bütün olarak toplum için neyin önemli olduğunu belirleyebilirler. Bununla birlikte, özelliğinizi yerine getirmenin en hızlı yolu, bunun için bir yama göndermektir. Dönem ... bunun hiçbir yolu yok.

9
Michael Brown

Sadece "bir yama gönderin" demek kaba IMO'dur, ama yine de ... ciddi bir şey için açık kaynaklı yazılım kullanıyorsanız, ihtiyaç duyulması durumunda ona dikkat etmeye hazır olmalısınız.

Aşağıdaki Jeremias Maerki tarafından bir yazı dayanmaktadır (Apache FOP şöhret):

Bir şey sizin için işe yaramıyorsa, birkaç seçeneğiniz vardır:

  • Bu açık kaynak: kendiniz düzeltebilirsiniz.
  • Bunu kendiniz düzeltemiyorsanız, birisinin boş zamanı olana ve uygulamanın eğlenceli olduğunu düşünene kadar bekleyebilirsiniz.
  • Bu olmazsa, sizin için yapacak birini bulabilir veya kiralayabilirsiniz.

Bence "yama gönderme" cevabının çok geçerli bir tam versiyonu.

8

Kişisel olarak, "Bu bilinen bir sorundur, ancak maalesef yakın zamanda ele alınması gereken bir sorun değil. Geliştiriciler başka konular üzerinde çalışıyor. Şu anda ETA yok."

"Yama gönderme" yanıtı, birtakım şeyleri varsaydığı için çok kaba:

  1. Programın tüm kullanıcıları programcıdır veya tüm hata raporlayıcıları programcıdır.
  2. Tüm programcılar programın dilini bilir.
  3. Tüm programcılar, herhangi bir programın sahip olabileceği her türlü sorunu bilir.
  4. Tüm programcıların açık kaynak kodlu bir proje üzerinde çalışmak için serbest zamanları vardır.

"Yama gönderme" yanıt verenin yukarıdakilerin hepsini bildiğini varsaysak bile, bu ifadenin "Zamanımın X saati, kalkacağınız saatlerin saatinden daha fazla büyüklükteki emirlerden daha değerli olduğu anlamına gelir. msgstr "sorunu hızlandırmak ve düzeltmek için".

Genel olarak, bir sorun hakkında sorduğumda veya bir hata gönderdiğimde bir geliştiriciden kaba bir yanıt aldığımda, ben bu programı kullanmayı bırak. Artık uTorrent (açık kaynak değil, ama nokta kalır) kullanmıyorum, çünkü onların "destek" forumunda aldığım yanıtlar çok kaba. Hata Raporları forumunda yaşadığım bir sorunu gönderdim. İş parçacığı hemen bir iş parçacığında benzer, ancak farklı bir konu hakkında başka bir iş parçacığının bağlantısıyla kilitlendi (bu da elbette kilitlendi). Bu arada, Genel Tartışma forumunda kimsenin soruna bir çözüm bulup bulamadığını soran bir ileti dizisi açtım. Bu iş parçacığının kaydedilmesi ve geri dönüp ilk iş parçacığımın kilitlendiğini, Genel iş parçacığımın kilitlendiğini ve forum hesabımın yıkıcı davranışlar için yasaklandığını görünce. UTorrent'i kaldırdım ve o zamandan beri geri dönmedim.

8
Bacon Bits

Bunu her gördüğümde hemen alternatif bir ürün aramaya başlarım. Bana göre bu, bakım görevlilerinin ya kullanıcılarını umursamayacağı (projeniz her yerde kullanılıyorsa kötü) ya da projeye olan ilgisini kaybettiğinin tehlikeli bir işaretidir. Bunların her ikisi de genellikle geliştiricilerin projeyi ileriye taşımayı reddettikleri için projenin yakında öleceği veya durgunluğa maruz kalacağı anlamına gelir.

(Bu tür bir yanıtla ilk gördüğünüz hata raporunun, genel bir eğilime bakmanız gerektiğini söylemiyorum. Çoğu hata raporu bu tür bir yanıtla bitiyorsa, bu tavsiyeye uyun. sadece birkaçı, o zaman bunlar büyük olasılıkla proje hedeflerine uymayan veya son derece spesifik olan özellik talepleridir)

@MainMa'nın dediği gibi yepyeni bir projeye katkıda bulunmaya başlamak çok zor. Çoğu geliştirici bunu aylar/yıllardır proje üzerinde çalıştıkları için anlamıyor ve onlar için mantıklı. Bu bazen dürüst bir hata olabilir.

6
TheLQ

Ben zaman zaman özgür yazılım bira gibi ücretsiz, konuşma ücretsiz veya sizin için ne ödeme olsun ücretsiz olabilir şaka.

Şaka yolla söylerken (çok fazla OSS kullanan bir şirket için çalışıyorum) ama orada bir gerçek olduğunu düşünüyorum - ticari düzeyde destek istiyorsanız, o zaman ya ticari yazılımı uygun bir destek anlaşması ile kullanmanız ya da Bu destek düzeyini sağlayan açık kaynaklı yazılım çözümü (genellikle bunu sağlamak için ödeme yapılan biri aracılığıyla, ancak potansiyel olarak üzerinde çalışmak için geliştirme kaynağı kullanan veya atayan kuruluşunuz aracılığıyla).

"Bir yama gönderin" çileden çıkıyor ama OSS hakkında bir şey vurgulamaktadır ve belki de OSS'nin her durumda herkes için doğru olmadığını, en azından bunun için sağlam bir destek çerçevesine sahip olduğunuzdan emin olmadan bir hatırlatma olmalıdır (ya kurum içinde, topluluk için veya topluluk aracılığıyla ödeme).

Genellikle biradaki gibi özgür olan ancak konuşmadaki gibi olmayan (açık olmayan ücretsiz yazılım) yazılımları düşünürüz. Belki de bu, yazılımı konuşmadaki kadar özgür düşünmemiz gereken bir durumdur, ancak biradaki gibi değil.

3
Jon Hopkins

Bakımlı alternatife geçin.

Bakımlı açık kaynak projeleri ile yaşadığım deneyime göre, iyi tanımlanmış hata raporu veya özellik isteği oluşturursanız, uygulama şansı çok yüksektir.

2
vartec

Yapılması gereken birkaç yol var.

  • Özel teklif ve oylama. ama bu zaman alır.

  • Yamayı yapmak için ihtiyacı olan bir şirket tarafından işe alın. Açıkçası bu en iyi çözüm, ancak yükseltmek istediğiniz açık kaynaklı yazılımı yapan adamla işbirliği yapmaya hazır olun.

  • Özelliğin neden ilk etapta uygulanmadığını bulmak da önemlidir. Çoğu zaman özellik yazılım projesinin çizgisinin dışındadır: ekip bu özelliği istemez, gerekli hissetmez veya sadece bir şey yapmanın iyi bir yol olmadığını düşünür. Bu durumda, sadece projeyi çatallandırmalı ve kendiniz yapmalısınız.

  • İstediğinizi yapan özel bir yazılım kullanın.

  • OOP yazılımının genellikle bir özelliği entegre etme işlemini kolaylaştırdığını unutmayın.

  • Bir posta listesinde, irc'de veya bir forumda sızlanmak sadece programcıları kızdıracak ve OSS taraftarlarına cephane verecektir.

1
jokoon

"Bir seferde sadece bir şey üzerinde çalışabilirim, ama aynı anda birçok şeyden şikayet edebilirim. Her iki işlevin de yararlı olduğunu düşünüyorum." - ycombinator'da akkartik .

1
Vincent Scheib

Bir proje üzerinde çalışırken, bültenler ve destek sağlayarak geliştirici ile kullanıcı arasında konuşulmayan, ima edilen bir destek sözleşmesinin oluştuğunu düşünüyorum. Geliştirici, istek üzerine özellikler eklemek de dahil olmak üzere kullanıcıları için kod tabanını desteklemenin zımni sorumluluğunu üstlenmiştir.

"Bir yama gönderin" temelde bence parmaklara kullanıcılara veriyor. Bu bağlamsaldır - bazen uygulamak için çok fazla çaba vardır, bazen mevcut projeyi mahvedebilir veya feping creaturitis veya başka nedenlerden herhangi biri olabilir. Ama nihayetinde, "Seni vidala, yapmamak" diyor. Zihnimde, bir düzeyde, bu sözsüz sözleşmenin ihlali.

1
Paul Nathan

Bu özelliği RentACoder/ELance/etc gibi sitelerde uygulamak ve orijinal açık kaynak proje forumunda yayınlamak için bir proje oluşturmanızı öneririm. Yazar da dahil olmak üzere açık kaynak projelerinde yer alan programcılardan herhangi birinin artık isteğinizi dikkate almak için finansal bir teşviği var.

0
Renji Panicker

Ona söyleyecek hiçbir şey yok yapmak onu yapacak. Sonuçta, neden olsun ki? Bir kullanıcının isteği nedeniyle? Bir sebep için yeterince iyi değil.

Ama, makul sayıda kullanıcı toplayabilir ve rasyonel nedenler ("İstiyorum" rasyonel bir neden değildir) verebilirseniz, bu özellik genel olarak size ve diğerleri sadece fikrini değiştirebilirdi.

Bununla birlikte, dikkate alınması gereken özel bir durum da vardır. Bu bir dev. yavaş yavaş onu terk etmek isteyen (yapacak başka şeyler var), ve yavaş yavaş özellik istekleri abadoning, uygulamayı geliştirmek yorgun. Frm onu ​​kodu serbest bırakmaya ikna etmeye çalışırken, bu durumda yukarıdakilere göre bile yapabileceğiniz neredeyse hiçbir şey yoktur.

0
Rook

Özellikle açık kaynak projeleri, yeni özellik resmi sürümlerde bulunmasa bile, belirli bir özelliğin geliştirilmesinin getirileri veya finansmanı için uygundur.

Ayrıca, evet, açık kaynak yayınlamanın arkasındaki fikirlerden biri, herkesin ve herkesin kendi katkılarını yapma hakkına ve sorumluluğuna sahip olmasıdır.

Kapalı kaynak ile en iyi kaynağınız, kullanıcı tabanından istediğiniz gibi çözümler isteyen istatistiksel olarak önemli bir grup toplamaktır.

0
Apalala

Deneyimlerime göre bu yanıt genellikle kullanıcı talebi projenin amacına uymuyorsa verilir. İnsanlar size teklif ettikleri her şeyi ve biraz daha fazlasını özgür, açık kaynak ve harika ve mutlu bir gelecek için uygulayacağınızı düşündüklerinde olur.

'Yama gönderme' nispeten kaba bir yanıttır (ve elbette bundan kaçınılmalıdır. Özellikle bu özlü ve keskin formda. Kabaca aynı mesajı ifade etmenin birçok yolu vardır - örneğin, kullanıcıları 'yardım etmeye' davet edin çünkü kendi başınıza uygulamak için zamanınız yok). Ama olduğu gibi, bu açık bir 'zamanımı boşa harcamayı bırak' göstergesi. Bu nedenle, bu konuda yapabileceğiniz pek bir şey yoktur ve 'kanonik' yanıt da yoktur.

Aklıma gelen en iyi yanıt aslında bir yama sunmaktır. Düzeltme ekinizin işe yaradığını varsayarsak, en azından fikrin tamamen gerçekçi olmadığını kanıtladınız. Bu genellikle projeden sorumlu kişilerin teklifi yeniden değerlendireceği anlamına gelir.

0

“yama gönderme” projenin hedeflerine uymayan fikirler için meşru bir fırçadır. Uzun vadede size fikrin berbat olduğunu söylemek daha iyidir veya projeyi amaçlanan kapsamın çok dışında bir şey için kullanmaya çalışıyorsunuz, ancak "hey, sorduğunuz şeyin bu kadar önemsiz olduğunu düşünüyorsanız neden yapmıyorsunuz?" t Mevcut kod tabanımıza sığdırmaya çalışın "uygun olabilir.

Küçük ve gerçekten projenin hedeflenen kullanıcıları için kullanışlıysa, hata raporunu gönderin, sorunu açıkça tanımlayın, yeniden üretmek için adımlar atın, mevcut gece yapısını kullandığınızı belirtin ve bunu bırakın.

Tonlarca kullanıcıya yardımcı olacak küçük ve basit bir değişiklik gibi görünen şey aslında hiç kimsenin senin yanında kullanamayacağı büyük bir acı olabilir. "Yama gönderme" için en iyi durum budur.

Sisteminin evren olduğuna dair tek parçalı bir zihne sahip olduğu kötü şöhretli glibc bakıcısı gibi bir davaya girmiş olmanız da mümkündür, özelliklerin yorumlanması tanrı Sözüdür ve hepsi bu kadar, kaç kişinin başka türlü tercih edeceğine dair.

0
Kevin Peterson