ग्रेट लंच और जानें विषय [बंद]

Question

हमने हाल ही में जिस कंपनी के लिए काम किया है, उसमें प्रोग्रामिंग विभाग के लिए लंच को पुनर्जीवित किया। हम सभी से पूछा गया कि क्या हमारे पास सत्र के लिए कोई विचार है, और यदि हम एक प्रस्तुति करने में रुचि रखते हैं। मेरे पास कुछ विचार हैं जो विभिन्न विषयों से हैं जैसे:

यूआई डिजाइन करते समय उपयोगकर्ता की तरह कैसे सोचें

या HTML5 में अंतर

कुछ सहकर्मियों ने मुझे इन विचारों को पसंद करने के लिए चारों ओर फेंक दिया। हालाँकि, प्रस्तुति देने से बहुत दूर खुदाई करने से पहले मुझे कुछ और विचार चाहिए।

कुछ महान दोपहर का भोजन और विषय जानें?

Comments

स्पेगेटी कोड ??! [इतालवी रेस्तरां में अनावरण किया जाना सबसे अच्छा है]

— mlvljr

@mlvljr: मैं अपने लैपटॉप को दीवार पर फेंकने के लिए देखता हूं कि क्या यह तब चिपकेगा जब मैं कोडिंग कर रहा हूं

— sva

उपयोगिता के लिए +1। मैं इस प्रश्न से एक सूची बनाने के लिए उत्सुक हूं, क्योंकि यह अधिक उत्तर प्राप्त करता है।

— टिम पोस्ट

Answer 1

कुछ सामान्य:

• परीक्षण संचालित विकास
• डिबगिंग [पसंद की आईडीई] (आप रिमोट या वर्चुअलाइज्ड डीबगिंग जैसी चीजों में भी फेंक सकते हैं)
• के नवीनतम संस्करण में नया क्या है (एक IDE, एक डेटाबेस सिस्टम, जो भी हो)
• डिजाइन पैटर्न्स
• [पसंद की तकनीक] में सुरक्षा कारक
• [पसंद की तकनीक] में प्रदर्शन कारक
• निरंतरता और समापन (इस पर एरिक लिपर्ट की शानदार श्रृंखला पढ़ रहे हैं)
• [नई भाषा या पसंद की तकनीक] का अवलोकन

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

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

जाहिर है आप इनमें से कुछ पर बहुत अधिक विस्तार में नहीं जा सकते हैं (उदाहरण के लिए, हर एक पैटर्न के पेशेवरों और विपक्षों के गहन विश्लेषण में संलग्न न हों)।

Comments

डिबगिंग: बस उन्हें बताएं कि उनके भोजन में कुछ कीड़े हैं, और व्याख्यान शुरू करते हैं;)

— mlvljr

LOL, मुझे लगता है कि यह विचार लोगों को एल एंड एल में आने के लिए प्रोत्साहित करना है, न कि उन्हें डराना!

— जॉनएल

Answer 2

आप "स्पॉट द डिफेक्ट" खेल सकते हैं।

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

• देखें कि क्या वे बग ढूंढ सकते हैं
• फिक्स क्या है इसका पता लगाएं
• वर्णन करें कि कोड समीक्षा के दौरान बग को कैसे पाया जा सकता था
• भाषा या टूल में परिवर्तन का प्रस्ताव करें जिससे बग को रोका जा सके
• और इसी तरह।

नील गेर और मैंने छह "द स्पॉट इन द डिफेक्ट" समस्याओं की एक श्रृंखला रखी और दर्शकों को पिछले नॉर्वेजियन डेवलपर्स सम्मेलन में प्रस्तुत किया; यह बहुत मजेदार था, और मुझे लगता है कि लोगों ने बहुत कुछ सीखा।

Answer 3

नियंत्रण और निर्भरता इंजेक्शन का व्युत्क्रम शक्तिशाली विचार हैं जो वर्तमान में जितने अधिक हैं, उससे कहीं अधिक व्यापक होने की आवश्यकता है।

Comments

पहले एक को शानदार ढंग से चित्रित किया जा सकता था ताकि किसी के बॉस द्वारा बर्तन धोए जा सकें। लोग याद करेंगे;)

— mlvljr

@mlvljr: दरअसल, IOC का विचार यह है कि आप अभी भी बर्तन धोते हैं, लेकिन अब बॉस आपको यह भी बताता है कि कैसे ।

— पीटरचेन

@peterchen हाँ, यह सही होगा। प्रबंधक बेहतर पता होना चाहिए;)

— mlvljr

Answer 4

मैंने कभी भी एल एंड एल में भाग नहीं लिया है लेकिन ऐसा लगता है कि आप मूल रूप से साथ काम कर रहे हैं:

• लंच ब्रेक के दौरान कुछ आसानी से पच जाता है
• ऐसा कुछ जो चर्चा और इंटरैक्टिव प्रतिक्रिया को प्रेरित करने में मदद करेगा

मुझे लगता है कि "आप कैसे सोचते हैं कि हम एक्स करते हैं" के रूप में एक प्रश्न प्रस्तुत करने जैसा कुछ है और अंततः वर्तमान कार्यान्वयन का खुलासा करना आपके श्रोताओं के लिए दिलचस्प और सोचा-समझा होगा। आप समीकरण से बाहर सभी प्रोग्रामिंग को सार कर सकते हैं, यहां तक ​​कि गैर-कोडर भी इस पर एक अजीब हो सकता है।

तुम भी एक जटिल समस्या है कि आपकी कंपनी एक पहेली या पहेली के रूप में सामना कर सकते हैं। जैसे अगर आपको एक वर्ग खूंटी और गोल छेद के साथ काम करना था और अंततः बस वर्ग खूंटी को एक गोल आकार में बदल दिया - आपकी कंपनी की आवश्यकताओं के अनुरूप स्टॉक सॉफ्टवेयर को बदलना।

मुझे लगता है कि तकनीकी सोच को प्रोत्साहित करने वाला कोई भी परिचय स्वचालित रूप से दिलचस्प बातचीत को खोलता है।

जैसे समय / प्रक्रिया अनुकूलन

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

मुझे लगता है कि साधारण रूपकों को काम में उपयोग किए जाने वाले प्रतिमानों का वर्णन करने के लिए एक सैंडविच पर कुतरने के दौरान विचार के लिए महान भोजन होगा।

Answer 5

मैं सुझाव देता हूं कि चुस्त अभ्यास जैसे:

• लगातार मेल जोल
• जोड़ा प्रोग्राम तैयार करना
• उठक बैठक करें
• सूचना रेडिएटर
• नियोजन पोकर

Answer 6

हम ज्यादातर अपने लंच और लर्न का उपयोग नई तकनीकों को कवर करने के लिए करते हैं जो वर्तमान में उपयोग किए जाने वाले सॉफ़्टवेयर स्टैक से निकल रहे हैं।

इसलिए वर्तमान में हम एक .NET 3.5 / 4, C #, Visual Studio 2010, आदि पर हैं, इसलिए हम कुछ दोपहर का भोजन कर रहे हैं और निम्नलिखित अवसरों पर सीखते हैं:

• ASP.NET MVC 3
• Nu-Get (.NET पैकेज मैनेजर)
• आदि आदि।

जाहिर है आपकी कंपनी एक अलग स्टैक पर हो सकती है, लेकिन आप एक ही तरीका अपना सकते हैं।

यह हमारे लिए वास्तव में अच्छी तरह से काम कर रहा है, जहां तक ​​तकनीक के साथ तालमेल रखने का है, खासकर ASP.NET MVC फ्रेमवर्क और संबंधित सॉफ्टवेयर में तेज गति से बढ़ रहा है।

Answer 7

मुझे उन बातों का आनंद मिलता है जो किसी ऐसी चीज के इतिहास पर चर्चा करते हैं, जिसके साथ मैं काम करता हूं, विशेष रूप से वार्ता जो कि मेरे कई लोगों को अतिरिक्त अंतर्दृष्टि देने के लिए पर्याप्त रूप से गहराई में जाती है 'यह ऐसा क्यों है?' प्रश्नों के प्रकार।

उदाहरण के लिए बहुत से लोगों को पता नहीं है कि PHP ने (P) ersonal (H) ome (P) उम्र के प्रबंधन के लिए पर्ल स्क्रिप्ट के एक सरल सेट के रूप में शुरू किया था ।

यदि आपकी कंपनी बहुत से मुक्त / खुले स्रोत सॉफ़्टवेयर का उपयोग करती है, तो चर्चा करने के लिए एक समृद्ध इतिहास है। आपको आश्चर्य होगा कि कितने लोगों को लगता है कि लिनुस टॉर्वाल्ड्स ने बैश लिखा है (जब वास्तव में उन्होंने केवल इसे बहुत पहले ही पोर्ट किया था)।

यदि आप ऐसा करने में पर्याप्त समय व्यतीत करते हैं, तो आप लगभग किसी भी तकनीक पर विनोदी, दिलचस्प और अक्सर जानकारीपूर्ण उपाख्यानों को खोद सकते हैं।

इसमें उन लोगों को शामिल करने का अतिरिक्त लाभ है जो अन्यथा भाग नहीं ले सकते।

Answer 8

दर्शकों के आधार पर, आप कुछ मूल बातें और सर्वोत्तम प्रथाओं को कवर कर सकते हैं, जैसे:

• OO
• मैककोनेल के "कोड कम्प्लीट" के माध्यम से काम करें
• सुरक्षित कोड लिखना
• TDD
• डिजाइन पैटर्न्स