स्रोत कोड में अपवित्रता से निपटना [बंद]

34

स्रोत कोड और वीसीएस टिप्पणियों में लोग अपवित्रता से कैसे निपटते हैं। रखना या हटाना?

WTF या Arrgggh जैसे सॉफ्ट-एक्सटेलेटिव के बारे में क्या?

क्या अव्यवसायिक, अपमानजनक या कुछ बंद किया जाना है?

source-code

— नमक
स्रोत

15

केस के आधार पर केस ... एक डेवलपर्स व्यक्तित्व के लिए टिप्पणियां एक एवेन्यू हैं। जिस तरह आपको एन प्रकार के व्यक्तित्वों से निपटना पड़ता है, उसी तरह आपको एन प्रकार की टिप्पणियों से भी निपटना पड़ता है, जो डेवलपर्स के व्यक्तित्व को नुकसान पहुंचाती हैं। जब आप IM, ईमेल, मौखिक रूप से उनके साथ बातचीत करते हैं, तो आप किसी दिए गए डेवलपर के साथ अपवित्रता का उपयोग कैसे करते हैं?

— एरॉन मैकिवर

10

मुझे कुछ जूनियर देवों को टिप्पणियों में अपवित्रता नहीं डालने के लिए कहना है। IMHO यह बहुत ही अव्यवसायिक है। यदि आप अपने सहकर्मियों या ग्राहकों के सामने कसम नहीं खाते तो टिप्पणियों / कोड में कसम क्यों खाते हैं? और अगर आप अपने सहकर्मियों और ग्राहकों के सामने कसम खाएंगे ... तो आपके पास मेरे काम की तुलना में बहुत अधिक काम का माहौल है। :)

— Tyanna

4

@Tyanna: मेरे अंतिम कार्यस्थल में हम थोड़ा नस्लवादी भी थे! अगर आप इसे कॉल कर सकते हैं। मुझे लगता है कि सहकर्मियों के बीच राजनीतिक शुद्धता भयंकर है, जो एक दूसरे को दिन और दिन बाहर देखते हैं। क्या आप रोजाना 10 घंटे तक किसी को देखकर एक नस्लवादी मजाक बताने से डरेंगे? फिर से, मैं बोलीविया में रहता हूं - मुझे लगता है कि अमेरिका के पास बहुत अधिक मुकदमा है-यह, मुकदमा-उस मानसिकता और इसलिए कोई भी किसी भी पैर की उंगलियों पर कदम नहीं रखना चाहता है।

4

@ एना लियर: डेनमार्क में मसालेदार मजाक बताने के लिए कभी किसी पर मुकदमा नहीं चलाया गया। हालांकि अमेरिका ... यह सब इस बात का विषय है कि आप किस तरह के वातावरण में काम कर रहे हैं। अमेरिका के एचआर ड्रोन पर अधिक भार है जो किसी भी छोटी चीज की निगरानी करते हैं।

10

बस grep f.ckएक लिनक्स कर्नेल के स्रोत कोड पर करते हैं। अगर यह उनके लिए काफी अच्छा है, तो यह मेरे लिए काफी अच्छा है। लेकिन कभी भी ऐसी जगहों पर कुछ भी आक्रामक न रखें जहां ग्राहकों को इसकी संभावना कम हो। मैंने इसे एक बार किया था और सौभाग्य से हम आखिरी मिनट में अपडेट खींचने में कामयाब रहे, लेकिन यह मजेदार नहीं था। (ठीक है, वास्तव में यह बाद में था।)

— biziclop

41

इसे धीरे से हतोत्साहित किया जाना चाहिए

..आपको शायद पता नहीं है कि इसके 'जीवनकाल' के स्रोत कोड को देखने के लिए कौन मिलेगा।

हालांकि यह विशेष रूप से जटिल या पुराने टुकड़े के कोड से निराश होने के लिए नौकरी का हिस्सा है और इसके बारे में ध्वनि करना चाहता है, स्रोत कोड में एक्सप्लेटिव / रेंट / एएससीआईआई कला / खराब चुटकुले / आपत्तिजनक टिप्पणी दोनों लगाना अव्यवसायिक और एक है मेरे अनुभव में बुरा विचार है। कभी-कभी, टिप्पणियों को लिखने वाला इंजीनियर अपनी टिप्पणियों के संभावित प्रभावों से बेखबर होता है - यहाँ मेरे द्वारा देखे गए कुछ मुद्दे हैं:

खुले स्रोत / नमूना कोड के रूप में जनता को जारी किए गए कोड में उच्च संख्या में छूट।
खराब स्वाद में चुटकुले कुछ टीम के सदस्यों के लिए गहरी चोट का कारण बन गए जिसके परिणामस्वरूप औद्योगिक न्यायाधिकरण बना।
थ्रो-दूर की टिप्पणी जो वास्तव में नस्लवादी / सेक्सिस्ट / लिंग-आईएसटी थी जिससे लोग निकाल दिए गए थे।

जबकि हम सभी को हताशा / मौज-मस्ती के लिए कुछ आउटलेट्स की आवश्यकता होती है, लेकिन स्रोत कोड ऐसा करने का स्थान नहीं है, IMO। आप अनुबंध, सहायता पृष्ठ, ब्लूप्रिंट, या अन्य पेशेवर दस्तावेज़ों में एक्सप्लेटिव / चुटकुले / आपत्तिजनक टिप्पणी नहीं डालेंगे, भले ही उन दस्तावेजों को स्रोत कोड से कम बार भी पढ़ा जा सकता है।

अगर टीम के नेता इसके बारे में सभी भारी-भरकम हो जाते हैं, तो परेशान होने वाले हैं, इसलिए मैं कहता हूं कि समस्या इंजीनियरों के साथ एक शांत शब्द के माध्यम से 'धीरे से हतोत्साहित' किया जाता है और स्टीम को बंद करने के लिए उपयुक्त वेंटिंग तंत्र प्रदान किया है, चाहे वह फेसबुक हो, इंस्टैंट मैसेजिंग , एयर हॉकी या पंच-बैग।

यह कहना कोई बचाव नहीं है कि टिप्पणियों का संकलन या तो किया जाता है - जावास्क्रिप्ट, या किसी अन्य गतिशील क्लाइंट-साइड कोड के बारे में क्या?

यहाँ कुछ वास्तविक दुनिया के अनुभव हैं जिन्हें मैंने अपनी राय दी है:

Microsoft में काम करते हुए, मैंने देखा कि एक सॉफ्टवेयर इंजीनियर को "नहीं" की सही वर्तनी का पता नहीं था - उसने ओ, एल और डी को याद किया - और अपने कोड की बहुत सारी व्याख्याएँ की, जिसमें वह यह नहीं बता सकता था। काम करने के लिए X प्राप्त करें क्योंकि Y व्यक्ति को समस्या हो रही थी Z। उसका कोड बहुत अच्छा था; उसकी वर्तनी इतनी अच्छी नहीं थी। कहने के लिए पर्याप्त, इस कोड के किसी भी बाद के समीक्षक (जैसे मुझे) कोड में बड़ी संख्या में यादृच्छिक शपथ देखने के लिए चिंतित थे। इस कोड में से कुछ को भागीदारों (ड्राइवर लेखकों) को दिखाया गया था। कसम से देखकर उनकी डरावनी कल्पना कीजिए। रैंट आदर्श रूप से मौखिक रूप से परियोजना प्रबंधक के पास होना चाहिए (जिस स्थिति में व्यक्ति Y चर्चा के लिए खींचा जा सकता है) या शायद संदेश दे सकता है, लेकिन स्रोत में नहीं।
एक कंपनी में, एक विदेशी भाषा बोलने वाला व्यक्ति मुख्य रूप से अंग्रेजी बोलने वाली टीम में शामिल हो गया। उन्होंने अपनी भाषा में टिप्पणी करते हुए लिखा कि कोई और उन्हें नहीं पढ़ सकता है। यह ठीक था, जब तक कि बबलफिश / गूगल ट्रांसलेट ने अपनी भाषा के लिए एक 'इंग्लिश' विकल्प जारी नहीं किया, जिस बिंदु पर टीम के बाकी सदस्यों ने कुछ टिप्पणियों का अनुवाद किया और उन्हें गंदी और अक्सर अपमानजनक टिप्पणियों पर सराहा गया, जो कंपनी के बारे में लोग कर रहे थे। , उनकी टीम और एक महिला सहकर्मी। अजीब बात है ।
किसी अन्य कंपनी में, एक व्यक्ति को वास्तव में ASCII कला के साथ लिया गया था और सभी प्रकार की कलाओं को अपने स्रोत कोड में डाल दिया, कोड समीक्षकों द्वारा अनिर्दिष्ट (या शायद धन्य)। थोड़ी देर के बाद, वह किसी कारण से, आमतौर पर किसी प्रकार की टैग लाइन के साथ ड्रेगन पर रहता था। बाद में, एक वेल्श व्यक्ति टीम में शामिल हो गया। वेल्स का राष्ट्रीय प्रतीक एक लाल ड्रैगन है, इसलिए नए आदमी को शुरुआत में चित्रों के बारे में खुश था, लेकिन तब नाराज हो गया जब कुछ मूर्खतापूर्ण टैग लाइनों को आक्रामक के रूप में माना जा सकता था। हां, कुछ टीम लीडर की मध्यस्थता आवश्यक है, लेकिन ऐसा नहीं होना चाहिए था।

निर्दोषों की रक्षा के लिए नाम / बारीकियों को हटाया गया।

— JBRWilkinson
स्रोत

1

मुझे लगता है कि आपके दोष ट्रैकिंग सिस्टम में अपवित्रता को बढ़ावा नहीं दिया जाना चाहिए। अपवित्रता को दूर करने के लिए अपनी टिप्पणी संपादित करने के लिए एक प्रस्तुतकर्ता से अनुरोध करने की स्थिति में होने के बाद, मैं आपको बता सकता हूं कि पर्यवेक्षक / टीम लीडर / प्रबंधक के लिए यह सुखद स्थिति नहीं है। विशेषकर जब वे मना करते हैं।

— जल्दी_बनाएँ

@quickly_now, फिर आपने उस स्थिति को कैसे संभाला?

मैंने फिर पूछा। जब उस व्यक्ति ने फिर से मना कर दिया, तो मैंने टिप्पणियों को खुद ही उन्हें संपादित करने के लिए संपादित किया। मुझे नहीं लगा कि यह काउंसलिंग / अनुशासनात्मक (बर्खास्तगी के लिए कदम # 1) की प्रक्रिया से गुजरने के लायक था, लेकिन मैंने अपने बॉस को भी बताया कि मैंने क्या पाया और क्या किया। हम सभी सहमत थे कि जब तक इसे दोहराया नहीं जाएगा (और इसे दोहराया नहीं गया था)। मज़ा नहीं। [मुझे आगे जोड़ना चाहिए कि अपवित्र टिप्पणियों की सूचना मुझे अन्य स्टाफ के सदस्य ने दी थी जो चिंतित थे। इससे मेरी समस्या हल हो गई। कभी-कभी वरिष्ठ पद $ $ के लायक नहीं होते हैं]

— जल्दी_नवार्ता

"लेकिन तब नाराज जब मूर्खतापूर्ण टैग लाइनों में से कुछ को आक्रामक के रूप में माना जा सकता है।" आपको अजगर की तस्वीर से आहत होने के लिए बहुत ही परेशान व्यक्ति होना पड़ेगा क्योंकि आप वेल्श हैं।

— माइल्स राउत

24

यदि आप अपना स्रोत कोड बेच रहे हैं (यानी आप एक घटक लेखक हैं), तो यह शायद वहां नहीं होना चाहिए।

अगर यह समझदारी की बात है, तो जो भी हो, यह आपके ऊपर है।

यदि आप किसी को बहुत सारे डब्ल्यूटीएफ लिखते हुए देखते हैं तो शायद यह संकेत है कि आपको उनसे होने वाली समस्याओं के बारे में बात करनी चाहिए।

यदि कोई व्यक्ति किसी अन्य व्यक्ति कोड के प्रति अपनी आक्रामकता को निर्देशित कर रहा है, तो वे उस व्यक्ति को परेशान कर सकते हैं और आपको इससे निपटने के लिए पूरी तरह से अलग स्थिति मिल गई है। शायद उनके पास एक कानूनी शिकायत है और यह नहीं जानते कि इसे कैसे ठीक से आवाज़ दी जाए। शायद वे सिर्फ एक झटका है।

यह समझदारी नहीं होगी कि किसी भी प्रकार का कंटेंट फ़िल्टर होना चाहिए, जो भी डेवलपर लिखता है वह महत्वपूर्ण है और यह आपको बहुत कुछ बताता है कि चीजें कैसे चल रही हैं।

— पीटर टर्नर
स्रोत

1

+1 अन्वेषण-योग्य स्रोत कोड नहीं बेचने के बारे में बात के लिए। वितरित किए जाने से पहले ऐसी टिप्पणियों के लिए कोड का पूरी तरह से निरीक्षण किया जाना चाहिए।

— FrustratedWithFormsDesigner 14

2

यदि आप एक HTML डेवलपर हैं तो असभ्य टिप्पणी निश्चित रूप से एक अच्छा विचार नहीं है। :)

— बाइसिकेलॉप

@biziclop, जो दुर्भाग्यपूर्ण है क्योंकि HTML एक भाषा के बारे में निराश करने वाली है जैसा कि हो सकता है। स्रोत में अपवित्रता की दरों के बारे में @ jinx की लिंक देखें। ऐसा लगता है कि जावास्क्रिप्ट पहले के लिए बंधा हुआ है (निश्चित नहीं है कि इसमें आकस्मिक मिनीकृत जावास्क्रिप्ट क्राफ्टिंग शामिल है)

— पीटर टर्नर

जेनकिंस पर चल रहे हमारे साधारण कंटेंट फिल्टर में इसके साथ एक मुद्दा था: शून्य पुश इटेम (...

— साल

17

मैं एक फॉर्च्यून 500 कंपनी के लिए काम करता हूं जो उपभोक्ता उत्पादों को डिजाइन करती है, बनाती है और बेचती है, जिनके पास घर में विकसित कोडरोलर चल रहे कोड हैं। मुकदमेबाजी हमेशा एक संभावना है, या तो उपभोक्ताओं से जल्दी अमीर होने की उम्मीद करते हैं, या उल्लंघन का दावा करने वाले प्रतियोगियों द्वारा। इस वजह से, हम अपने कोड और सभी टिप्पणियों को इस ज्ञान के साथ लिखते हैं कि यह (संभवत:) किसी समय शत्रुतापूर्ण जूरर्स की जांच के तहत आएगा। इसका मतलब है कि चर और फ़ंक्शन नामों में शामिल नहीं होने चाहिए जैसे कि शब्द KILL_CHILD(int process_id)। जबकि इस उदाहरण समारोह का उद्देश्य बाल प्रक्रियाओं को समाप्त करना हो सकता है, तो शत्रुतापूर्ण जूरी उस फ़ंक्शन का नाम कैसे देखेगी यदि उत्पाद का उपयोग करते समय वादी का बच्चा मारा गया था?

इन-कोड टिप्पणियां और भी खराब हो सकती हैं। हालांकि एक सभ्य रक्षा दल शायद यह समझाने में सक्षम हो सकता है कि एक बच्चा-प्रक्रिया क्या है (पिछले उदाहरण से) और इसे समाप्त करने की आवश्यकता क्यों हो सकती है, एक टिप्पणी के खिलाफ बचाव करना लगभग असंभव होगा जैसे:

// The following section of code is REALLY BAD!!!  I hope
//  it doesn't burn anybody's house down.

ऑफ-हैंड कमेंट्स जैसे कि वास्तविक अदालती मामलों में कारक तय करते रहे हैं।

संबंधित विषय पर, गहन मुकदमेबाजी के माइक्रोस्कोप के तहत परियोजनाओं के नाम भी हानिकारक हो सकते हैं। क्या आपको 90 के दशक के मध्य में रूढ़िवादी समूहों से उथल-पुथल याद है जब प्रौद्योगिकी समाचार स्रोतों ने "इंटरनेट पर SATAN अनलेशेड" की सूचना दी थी ?

<rant_mode_off>

उस सभी के साथ, निजी परियोजनाओं के लिए, आप अपने कोड में जो कुछ भी करना चाहते हैं, करने के लिए स्वतंत्र हैं।

— oosterwal
स्रोत

1

इस UNPROFESSIONAL व्यवहार के सबसे खतरनाक पहलू को इंगित करने के लिए +1। मैंने "कारण परिश्रम" टीमों पर काम किया है जो उन कंपनियों के स्रोत कोड की समीक्षा करती है जिनके लिए मैंने F500 काम किया था। हमने आपके द्वारा बताए गए कारणों के लिए इस तरह के सामान की तलाश की और इससे फर्क पड़ा कि किसने लगातार रोजगार की पेशकश की और विलय पूरा होने पर किसे नहीं मिला। विशेष रूप से एक बड़ी कंपनी (गहरी जेब) उत्पीड़न / शत्रुतापूर्ण कार्य वातावरण के मुकदमों को विरासत में पाने के लिए छोटी कंपनी नहीं खरीदती है, ताकि अपराधियों को समाप्त कर दिया जाता है / जब खरीद पूरी हो जाती है तो वे बेमानी हो जाते हैं।

— kloucks

5

KILL_CHILD एक बेतुका उदाहरण है। और मैं "ऑफ-हैंड कमेंट्स पर प्रशस्ति पत्र देखना चाहता हूं जैसे कि वास्तविक अदालती मामलों में कारक तय कर रहे हैं।" (मैं सिर्फ यह नहीं कह रहा हूं कि एक एसटीएफयू के रूप में ... मैं वास्तव में प्रशस्ति पत्र पढ़ना चाहूंगा।)

— वोल्फगर

@Wolfger: मुझे ये लेख स्रोत कोड में टिप्पणियों के बारे में मिले : fosspatents.com/2012/05/to-dispute-infringement-of-oracles.html , catless.ncl.ac.uk/Risks/242-2.html#subj7 , static .usenix.org / event / evtwote09 / tech / full_papers / appel.pdf , shibin.in/irunway/image_email_wide.html ।

— oosterwal

1

"इसका मतलब है कि चर और फ़ंक्शन के नामों में शामिल नहीं होना चाहिए, जैसे कि KILL_CHILD" जो मैंने कभी पढ़ा है वह बेवकूफी है और आपको यह भी शर्म आनी चाहिए कि KILL_CHILD एक फ़ंक्शन के लिए एक बुरा नाम है।

— माइल्स राउत

9

यदि यह आपको और आपको परेशान करता है, तो आप प्रमुख हैं, मैं यह नहीं देखता कि आप इस बारे में कोई नियम क्यों नहीं लागू कर सकते। आप इस काल्पनिक स्थिति में सभी नेता के बाद हैं ।

हालांकि, अगर यह केवल आपको परेशान करता है और किसी और को नहीं लगता है तो शायद आपको इसे चूसना चाहिए।

यहाँ बात है: मैं चीजों को "चूसना" नहीं करता।

— gnasher729 12

7

मैं सही व्यक्ति नहीं हो सकता है क्योंकि मैं अक्सर प्रकाश अपवित्रता का उपयोग करने के लिए पूछ सकता हूं।

मुझे लगता है कि यह ज्यादातर इस बात पर निर्भर करता है कि पीसी (राजनीतिक रूप से सही) आपका वातावरण कैसा है।

अगर मैं एक सूट-एंड-टाई कंपनी के लिए कोड देता हूं, तो मैं बिल्कुल भी अपवित्रता का उपयोग नहीं करने की कोशिश करूंगा, लेकिन अगर यह एक शौक परियोजना या कुछ के लिए है, तो मैं अपने दिमाग को अधिक स्वतंत्र रूप से बोलता हूं।

यह मुझे लगता है कि संयुक्त राज्य अमेरिका और कुछ अन्य देशों में लोग नीदरलैंड्स की तुलना में बहुत अधिक पीसी (या अटके हुए) हैं जहां मैं रहता हूं और काम करता हूं।

अतिरिक्त बोनस के रूप में, यहाँ कुछ आँकड़े हैं कोड में गालियां बकने की क्रिया पर: http://andrewvos.com/2011/02/21/amount-of-profanity-in-git-commit-messages-per-programming-language/

— जिन
स्रोत

1

मुझे लगता है कि इसका क्षेत्र पर अधिक निर्भर है - वित्त जैसे उच्च दबाव वाले वातावरण में, एक्सपेलेटिव आम हैं।

— JBRWilkinson

यह इस बात पर भी अत्यधिक निर्भर है कि आप "अपवित्रता" को क्या मानते हैं। जैसे लेख से जुड़े "लोल" और "रॉफ्ल" को अपवित्रता के रूप में चुना गया था, जब हम में से अधिकांश मुझे लगता है कि उन्हें इस तरह से क्लास नहीं करेंगे।

— jwenting

इसकी पीसी के बारे में नहीं - इसकी भाषा के उपयुक्त उपयोग के बारे में (आप पूरी तरह से पीसी नहीं हो सकते हैं और फिर भी अपवित्रता का उपयोग नहीं करने का चयन कर सकते हैं - आप गहराई से आक्रामक और असभ्य हो सकते हैं और फिर भी अपवित्रता का उपयोग नहीं कर सकते हैं)। इसे अनुचित अपराध न मानने के संदर्भ में सोचा जाना चाहिए - अनुचित है क्योंकि लगभग सब कुछ किसी के लिए अपमानजनक है - लेकिन हम में से अधिकांश जानते हैं कि रेखा कहां है और आम तौर पर गलत शब्दों का अर्थ गलत पक्ष पर है। इस क्षेत्र में संयम उपयोगी है - यदि आप ज्यादा या अक्सर कसम नहीं खाते हैं, तो जब आप लोग नोटिस लेते हैं ...

— मर्फ़

6

मैं इस बात से सहमत हूं कि यह काफी अव्यवसायिक हो सकता है, लेकिन हर कोई समय-समय पर cusses करता है इसलिए मैं इसे दूसरों के खिलाफ नहीं रखने की कोशिश करता हूं। उस ने कहा, कोडबेस समूह के समग्र व्यावसायिकता को प्रतिबिंबित करता है, इसलिए एक विस्फोटक लादेन कोडबेस एक अव्यवसायिक समूह को प्रतिबिंबित कर सकता है और समूह को "कुछ पॉलिश लगाने" के लिए एक बैठक की आवश्यकता हो सकती है। इसी तरह, अगर कोड में कुछ रुझान दिखाई देते हैं, तो यह समूह के भीतर सामान्य समस्याओं का एक संकेतक हो सकता है जिन्हें हल करने की आवश्यकता है (यानी जिस एपीआई के साथ आप काम कर रहे हैं उसमें समस्याएं हैं जो डेवलपर्स को निराश कर रही हैं)।

कोडबेस के संदर्भ में, मैं आमतौर पर संबंधित टिप्पणी को काम के लिए सुरक्षित होने के लिए संपादित करता हूं और उस पर छोड़ देता हूं। जिस भाषा के साथ आप काम कर रहे हैं, उसके आधार पर, यह हमेशा एक अच्छा विचार है क्योंकि आपको कभी नहीं पता होता है कि ग्राहक या ग्राहक के सामने क्या हो सकता है।

— rjzii
स्रोत

3

+1, दिलचस्प, मैंने विशेष कार्यों / पुस्तकालयों के साथ हताशा को ट्रैक करने के लिए बाहरी दिखावे के पैटर्न का उपयोग करने के बारे में नहीं सोचा था।

— FrustratedWithFormsDesigner 14

1

Relevent: osnews.com/images/comics/wtfm.jpg

— रात 11:00

5

क्या यह अव्यवसायिक, आपत्तिजनक या किसी चीज़ को बंद कर दिया जाना है?

संभवतः तीनों ... आपके दृष्टिकोण पर निर्भर करता है।

लोगों के लिए कुछ स्थितियों में "रंगीन भाषा" का उपयोग करके खुद को व्यक्त करना मानव स्वभाव है। कुछ संस्कृतियों में दूसरों की तुलना में अधिक, और कुछ लोगों को दूसरों की तुलना में अधिक। लेकिन प्रवृत्ति सार्वभौमिक है।

अगर मैं तुम होते, तो मैं इसे दूर कर देता, जब तक कि तुम अपने कामगारों के साथ खुद को अलोकप्रिय बनाने को तैयार नहीं होते।

हालाँकि, यदि स्रोत कोड / वीसीएस टिप्पणियां आपके संगठन के बाहर प्रकाशित हो जाती हैं, तो आपका प्रबंधन इस आधार पर एक मजबूत लाइन लेना चाहेगा कि व्यवसाय के लिए आपके ग्राहकों को परेशान करना बुरा है।

— स्टीफन सी
स्रोत

यहां कुंजी "कुछ स्थितियों में" है - यानी जहां उपयुक्त और स्वीकार्य हो। मुझे लगता है कि यह सुझाव देना उचित है कि टिप्पणियां (कोड या कमिट) वास्तव में स्वीकार्य स्थान नहीं हैं और इसलिए उपयुक्त नहीं हैं।

— मर्फ़

5

अपवित्रता के साथ समस्याओं में से एक यह है कि यह संस्कृति से संस्कृति तक अलग है। अमेरिका में निर्दोष सामान "ब्लीड आउट" हो जाता है, जबकि अन्य देशों में अक्सर आप संसद चर्चाओं में उसी भाषा का आदान-प्रदान कर सकते हैं।

कोड और प्रतिबद्ध टिप्पणियों में निपुणता बहुत आम है, संभावना है कि "कोई भी इसे देखने नहीं जा रहा है" दृश्य के कारण। मुझे लगता है कि यह वास्तव में अब अधिक सामान्य है कि ज्यादातर संगठन ईस्टर अंडे को बाहर करते हैं।

मुझे व्यक्तिगत रूप से लगता है कि गैर-ग्राहक सामना करने वाले सामान (जैसे आंतरिक प्रतिबद्ध सामग्री) समस्या का बड़ा हिस्सा नहीं है।

हालांकि, अधिकांश बड़े बहुराष्ट्रीय कंपनियां कानूनी विभागों और "सुरक्षित कार्यस्थल" और उस सभी सामानों द्वारा संचालित की जाती हैं, जिसका अर्थ है कि कम से कम एक व्यक्ति के लिए आक्रामक हो सकता है जो बर्खास्तगी के लिए एक समस्या और संभावित कारण है। मुझे इसे स्वीकार करने से नफरत है, लेकिन मैं उन लोगों के नियमों के प्रति झुकता हूं जो मेरे वेतन का भुगतान करते हैं।

इस समस्या का एक त्वरित समाधान आपके स्रोत नियंत्रण प्रणाली (एक प्रुबमिट स्क्रिप्ट या एक नियमित जांच के रूप में) पर एक अपवित्रता फ़िल्टर स्थापित करना है।

— उरी
स्रोत

2

मुझे स्वचालित अपवित्रता फ़िल्टर के आपके सुझाव से असहमत होना होगा। सबसे पहले, आप स्कन्थोर्प समस्या में दौड़ने का जोखिम उठाते हैं, और दूसरी बात, जैसा कि स्टीफन सी कहते हैं, अपवित्रता एक और समस्या का लक्षण है और इस पर प्रतिबंध लगाना जादुई रूप से इसे ठीक नहीं करेगा।

— स्कॉट

2

+1 गालियां बकने की क्रिया फिल्टर के लिए, लेकिन यह "clbuttic गलती" से बचने के लिए महत्वपूर्ण है ( thedailywtf.com/Articles/The-Clbuttic-Mistake-.aspx )

— rjzii

अपवित्रता फिल्टर काम नहीं करते। वे निर्दोष चीजों को अवरुद्ध करते हैं और बुरी चीजों को अतीत में आने देते हैं। वे आसपास काम करना भी आसान समझते हैं।

— jwenting

cntd। मैं एक प्रकृति फोटोग्राफी फोरम के लिए मॉडरेशन करता हूं। जब प्रवेशकर्ताओं ने एक अपवित्रता फ़िल्टर स्थापित करने का निर्णय लिया, तो बीवर, लोगों के पालतू जानवरों, पक्षियों आदि के बारे में सभी चर्चाओं को सेंसर कर दिया जाएगा। इससे पहले कि इसे फिर से हटा दिया गया, उपयोगकर्ताओं ने फ़िल्टर के चारों ओर तरीके विकसित करना शुरू कर दिया। यदि आप ऊदबिलाव (ऊप्स, 3 छोटे शब्दों को एक छोटे वाक्य में) शूट करने के लिए अपनी यात्रा के बारे में बात नहीं कर सकते, तो आप अपने tr.ip से sh.oo.t be.ave.rs के बारे में बात करते हैं, उदाहरण के लिए और फ़िल्टर करेंगे इसे पकड़ने के लिए बहुत stu.pi.d (दूसरा शब्द जो प्रतिबंधित था) हो।

— jwenting

मेरे लिए अपवित्र फ़िल्टर से बचने का तर्क "क्योंकि उनमें से कई बकवास हैं" स्पैम फिल्टर, sql सैनिटाइज़र, आदि से बचने के लिए उतने ही मायने रखता है, वहाँ से बाहर अच्छे तीसरे पक्ष के विकल्प हैं। यदि आप सिर्फ रेगेक्स का उपयोग करते हैं, तो आप एसओएल हैं।

— उड़ी

3

मुझे लगता है कि यह ठीक है जब तक कि यह नियंत्रण से बाहर नहीं हो जाता है जैसे कि वहां पर बमों को गिराना। मैंने एक आदमी को देखा है जिसे मैं दो पात्रों के बीच एक स्क्रिप्ट लिखने के साथ काम करता हूं जिसमें वे प्रत्येक वस्तुओं का प्रतिनिधित्व करते हैं। एक बहुस्तरीय टिप्पणी थी जो इन दोनों पात्रों की 30 पंक्तियों की तरह चलती थी जो एक-दूसरे से आगे-पीछे बातें करते थे।

/ * * igor: क्या मैं खुद को सार्वजनिक मसस्टर बनाऊंगा? * फ्रेंकस्टीन: आह, मैं तुम्हारा सबसे अच्छा लक्षण से विरासत में मिलेगा ... * /

यह लंबे समय तक ऐसे ही चलता रहा। उन्होंने दो वस्तुओं का निर्माण किया, जिन्हें आपने कहा था: फ्रेंकस्टीन और इगोर कुछ पवित्रता की जाँच के हिस्से के रूप में। यह वास्तव में बहुत रचनात्मक था लेकिन समय की कुल बर्बादी थी। बल्कि मैंने दो C # ऑब्जेक्ट्स के बीच एक पटकथा की तुलना में कुछ WTF या expletives को देखा होगा ...

— नोडी द नोड गाय
स्रोत

अजीब बात है। अनुत्पादक, लेकिन मजाकिया।

— पॉल नाथन

@Paul: हा! क्षमा करें, हाँ - बहुत उत्पादक नहीं है, लेकिन कुछ कोड के माध्यम से इस ओएन दिन को देखना हास्यास्पद था।

— नोडी द नूड गाइ

2

कंपनी / ग्राहक की संस्कृति पर निर्भर करता है। उदाहरण के लिए, यदि आप बाइबल सॉफ्टवेयर विकसित कर रहे हैं, तो किसी भी रूप में छूट निश्चित रूप से अवांछित है। दूसरी ओर, एक गेम डेवलपर इतनी परवाह नहीं कर सकता (या दूसरे चरम पर जाएं)।

मैं हमेशा दिमाग में रहता हूं कि कोई भी टिप्पणी (कोड या कमिट में) सहायक होनी चाहिए । कुछ शब्द दूसरों की तुलना में हमारा ध्यान आकर्षित करते हैं - निर्वासन, यहां तक कि नरम किस्म, निश्चित रूप से देखा जाता है। यह उस चीज़ पर ध्यान देने के लिए उपयोगी हो सकता है जो सिर्फ सादा गलत है लेकिन आपके पास अभी तक इसके आसपास कोई रास्ता नहीं है।

उस ने कहा, मैं बाहरी चीजों का उपयोग नहीं करता हूं, लेकिन मैं कभी-कभी "दोह" जैसी चीजों का उपयोग करूंगा। या "हुह?" जो आत्मा में बहुत अलग नहीं है। यदि यह आपको परेशान करता है, तो इसके बारे में अपराधी से बात करें - वह इसके बारे में नहीं सोच रहा होगा। यदि वे आपसे किराया लेने के लिए कहते हैं और आप इसके बारे में दृढ़ता से महसूस करते हैं, तो प्रबंधक के पास जाएँ। यदि आपको प्रबंधक से कोई समर्थन नहीं मिलता है, तो आपको इसके साथ रहना सीखना होगा या कहीं और जाना होगा।

— बेरिन लोरिट्श
स्रोत

क्षमा करें, "बाइबल सॉफ्टवेयर" क्या है? (यहां अंग्रेजी मूल का नहीं)।

— रूक

2

बाइबिल वह जगह है जहां ईसाई सिद्धांत नीचे लिखे गए हैं। बाइबल सॉफ्टवेयर वह सॉफ्टवेयर है जिसका उपयोग ईसाई अलग-अलग अनुवादों में पाठ की जांच करने के लिए कर सकते हैं, यह देखें कि विद्वानों ने एक निश्चित मार्ग के बारे में क्या कहा है, और सामान्य रूप से पाठ का अध्ययन करते हैं। एक धर्मग्रंथ "आपके मुंह से कोई भ्रष्ट संचार न आने दें" के बारे में बात करता है, जो पुरानी भाषा के लिए नहीं है, और न ही उन चीजों के बारे में बात करें जो आंसू बहाती हैं। मुझे यकीन है कि अन्य धार्मिक अनुप्रयोग भी हैं जहाँ कोसना भी उतना ही अनुचित होगा।

— बेरिन लोरिट्श

3

स्रोत में शाप के शब्दों की खोज करने के लिए ईसाई निष्पादनों को अंजाम देते हैं?

एर्म, टिप्पणियों को संकलित नहीं किया जाता है ताकि यह भी काम न करे;)

— जिंक्स

5

इसलिए अगर मैं बाइबल सॉफ्टवेयर लिखूँ तो मुझे बाइबल में मौजूद सभी अश्लील चीज़ों को सेंसर कर देना चाहिए?

— Wooble

1

ठीक है, मुझे बिल्कुल यकीन नहीं है कि आप इस तरह कोड के बारे में क्या कहने वाले हैं:

tocommit = (n + (COMMITSIZE/PAGESIZE) - 1) & ~(COMMITSIZE/PAGESIZE - 1);

इस कोड को एक वास्तविक, अत्यंत क्रुफ़्टी कोडबेस से खींचा गया था जिसे मैं हाल ही में अनुकूलित करने का प्रयास कर रहा हूं। (कोड खुला स्रोत है, इसलिए मैं यहां किसी भी नियोक्ता के रहस्यों को प्रकट नहीं कर रहा हूं या कुछ भी।)

— dsimcha
स्रोत

3

कि आग और एक चुंबक के साथ sumbitch मार डालो!

1

जैसा कि दूसरों ने कहा है, यह कार्यस्थल पर निर्भर करता है और स्रोत कोड कौन देखेगा।

यदि मैं स्रोत कोड बेच रहा था तो मेरे पास केवल जारी किए गए संस्करणों का दूसरा भंडार होगा और प्रत्येक नए संस्करण को प्रदान करने वाले विवरण के बाहर किसी भी चेकइन टिप्पणी की अनुमति नहीं देगा। मैं दिन-प्रतिदिन क्या करता हूं और मेरे सारे दुस्साहस मेरे और मेरी टीम के बीच हैं, न कि मेरे ग्राहकों के बीच।

वर्तमान में मेरी बिल्ड सर्वर रिपोर्टें OMG, WTF, कीचड़, मेस और TODO टिप्पणियों के रूप में शेष क्लीनअप की एक मीट्रिक के रूप में ऐसा करने के लिए अभी वे प्रक्रिया का हिस्सा हैं।

— बिल
स्रोत

1

यदि आप खुले स्रोत सॉफ़्टवेयर में अपवित्रता देखते हैं और इससे छुटकारा पाना चाहते हैं, तो पुश-बैक की संभावना के लिए तैयारी करें। बस एक तीन लाइन बग रिपोर्ट न लिखें , और इसे स्वीकार करने की अपेक्षा करें। एक लघु-निबंध लिखें जो यह बताता है कि अपवित्रता और भेदभावपूर्ण भाषा क्यों खराब है, और खंडन को पूर्व-खाली करें।

— एंड्रयू ग्रिम
स्रोत

0

मुझे लगता है कि यह व्यक्तिगत पसंद की बात है। वह सामान वास्तव में मुझे परेशान नहीं करता है, इसलिए मैं शायद इसे छोड़ दूंगा। शायद मुझे एक संकेत भी दे जहाँ समस्या क्षेत्र कोड में हैं।

क्या वे आपको परेशान करते हैं ? इस तथ्य से कि आप यह सवाल पूछ रहे हैं मैं अनुमान लगा रहा हूं कि वे करते हैं। किस मामले में, उन्हें हटा दें या जो गलत है उसके बारे में अधिक उपयुक्त टिप्पणियों में सफाई करें।

— मार्सी
स्रोत