सर्वश्रेष्ठ प्रोग्रामिंग भाषा

प्रोग्रामिंग भाषा है जो सबसे अच्छा है? (प्रोग्रामर्स और डेवलपर्स के लिए महत्वपूर्ण कैरियर सलाह)

क्या आप परिवर्तित परेशानी सामाजिक मीडिया वाले ग्राहकों को भुगतान करने में जाता है? CoupSmart एक अविश्वसनीय चालाक उपकरण देता है कि आप "अंदरूनी सूत्र क्लब के साथ कूपन विपणन का उपयोग करें कि आपके सामाजिक मीडिया संपर्क सूची है.

वर्तमान सीटीओ के CoupSmart होने के अलावा, ट्रॉय डेविस उसके पीछे एक सफलता की लंबी सूची के साथ एक अनुभवी निर्माता है. सॉफ्टवेयर उद्योग में अपने वर्षों के माध्यम से, वह कुछ महत्वपूर्ण कैरियर रुझान देखा है लोगों को, जो कभी अपनी क्षमता तक पहुँचने से अलग सफल डेवलपर्स कि.

ट्रॉय काफी अच्छा है मेरे साथ बैठ जाओ और अपनी अंतर्दृष्टि के कुछ हिस्सा दिया गया है. नीचे साक्षात्कार का आनंद लें.

आप कृपया मुझे अपने और CoupSmart के बारे में पृष्ठभूमि के एक बिट दे सकते हैं?

मैं विज्ञापन एजेंसियों के लिए एक वेबमास्टर के रूप में 1995 में शुरू किया, सॉफ्टवेयर डेवलपर और डिफ़ॉल्ट कुछ कंपनियों के लिए प्रबंधक के रूप में मेरे कैरियर की प्रगति के रूप में काम किया. एक उत्पाद मैं पर काम 2008 में कुछ निवेश पैसा मिल गया और मैं सीटीओ के रूप में किया गया है तब से स्टार्टअप कंपनियों के लिए काम कर. मैं ज्यादातर मेरे कैरियर की सबसे वेब अनुप्रयोगों पर केंद्रित है, लेकिन भी कुछ डेस्कटॉप और विकसित एम्बेडेड क्षुधा के रूप में अच्छी तरह से. 2001 में मैं एक सिनसिनाटी प्रोग्रामर्स गिल्ड, एक शैक्षिक गैर लाभ है कि कोई विशिष्ट प्रौद्योगिकियों, जो सबसे तकनीकी समूहों से बहुत अलग है की पुष्टि करने के द्वारा अपने सदस्यों के ज्ञान का विस्तार करने पर ध्यान केंद्रित नामक समूह शुरू कर दिया. इसके बजाय, नए विचारों को कोई फर्क नहीं पड़ता प्रौद्योगिकियों क्या इस्तेमाल किया गया सीखने पर ध्यान केंद्रित रखा गया था. हम 5 या 6 साल के लिए लगातार मासिक बैठकों की थी, और यह एक महान अनुभव था.

CoupSmart सीईओ ब्लेक Shipley द्वारा 2009 में शुरू किया था. मूल रूप से एक iPhone app के आसपास केंद्रित है, हम पिछले साल के अंत पर ध्यान स्थानांतरित करने के लिए कुछ दिलचस्प विचारों हम कूपन आर्थिक, व्यापार, और सामाजिक गतिशीलता के बारे में के साथ आया था की कोशिश कर सकते हैं. हम महीनों के एक जोड़े के लिए किया गया है एक वेब / सुझाव पदोन्नति प्रणाली की पेशकश अब, यह लोगों को प्रदान करता है अपने दोस्तों के साथ साझा करने के लिए एक उच्च मूल्य की पेशकश कमाने की अनुमति देता है. हमारे ग्राहकों सिनसिनाटी में ज्यादातर पल में हैं. हम अपने ग्राहकों के लिए भौतिक दुनिया के लिए सामाजिक मीडिया बांधने पर ध्यान केंद्रित कर रहे हैं, और हाल ही में बिक्री के बिंदु इस प्रयास में सहायता के लिए एक हार्डवेयर डिवाइस विकसित की है. इस क्षण में कुछ ग्राहकों के साथ बीटा परीक्षण में है.

अपने सॉफ्टवेयर विकास समुदाय की मानसिकता के साथ सबसे बड़ी बीफ़ क्या है?

यह इतना है कि एक समस्या मौजूद है सॉफ्टवेयर डेवलपर्स के समुदाय बहुत नहीं है, ज्यादातर लोगों को जो बाहर की तलाश करने के लिए और अन्य प्रोग्रामर ज्ञान स्वयं की मांग कर रहे हैं, और आमतौर पर के साथ बात करने का प्रयास करते हैं कैसे दूसरों को अपनी चुनौतियों का सामना करने के लिए सीखना चाहता हूँ. इस बार कई भाषाओं, विक्रेताओं, प्लेटफार्मों, आदि की कोशिश कर रहा होता है और कि सब अच्छा है.

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

एक कुछ वर्षों के बाद, डेवलपर अक्सर उन्हें असाइन किए गए कार्यों के साथ प्रवीणता की एक निश्चित स्तर को प्राप्त होता है, और सॉफ्टवेयर विकास पेशेवरों माना. और वे अक्सर तट के लिए लेकिन लंबे समय तक वे इस स्तर पर कर सकते हैं.

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

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

कुछ नेट. या जावा में प्रमाणपत्र मिल गया है, डॉलर के हजारों खर्च करने के लिए अपने कॅरिअर को रिबूट. कुछ नए रोजगार मिला है और गिल्ड की बैठकों में मैं उन्हें फिर कभी नहीं देखा, वे अपने एकान्त अस्तित्त्व मुझे लगता है के लिए वापस सौंप दिया. लेकिन उनमें से ज्यादातर वर्षों के लिए बेरोजगारी में lingered, इस वर्ग या उस वर्ग लेने के रूप में वे इसे अस्थायी नौकरियों के साथ खर्च वहन कर सके. उनमें से बहुत कुछ करने के लिए स्वतंत्र जाने की कोशिश की, या तो. वे सभी बड़ी कंपनियों में वापस करना चाहते थे, यह लग रहा था. नौकरी की सुरक्षा के भ्रम प्रचलित था, इसके विपरीत, सभी समान कैरियर conundrums बैठकों में भाग लेने के साथ लोगों के अर्थ को स्पष्ट सबूत के बावजूद.

अगर एक डेवलपर एक निश्चित मंच या भाषा के तहत सफलता मिली है, क्या विशेषज्ञता और है कि विशेष क्षेत्र में एक विशेषज्ञ बनने के साथ गलत है?

अध्ययन की एक विशेष क्षेत्र में एक विशेषज्ञ बनने के साथ कुछ भी गलत नहीं है, यह overspecialization है कि समस्या है: सभी दूसरों के बहिष्कार करने के लिए प्रौद्योगिकियों के एक सेट पर केंद्रित है. तो सिर्फ इसलिए कि आप लेखन की तरह होगा सी + लिनक्स पर इसका मतलब यह नहीं है कि आप की तरह यह सभ्य सॉफ्टवेयर लिखने के लिए एक ही रास्ता है बहाना चाहिए. आप कुछ लोगों को विश्वास में मूर्ख हो सकता है, लेकिन अंत में आप सिर्फ खुद को बेवकूफ बना रहे हैं.

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

एक अन्य उदाहरण: एक Linux डेवलपर मेरे साथ मैं काम पर देर से 90 के दशक में पहला विज्ञापन एजेंसी में काम किया. वह युवा और कैसे महान अपने चुने हुए प्रौद्योगिकी के बारे में बहुत स्वच्छंद था. वह अक्सर अपनी तकनीकी अक्षमता के लिए सहकर्मियों के अपमान के रूप में वह उसे देखा, वह कर्मचारियों के साथ लोकप्रिय नहीं था. लेकिन वह कोड लिखा है कंपनी में और कोई नहीं जानता था कि कैसे समय पर लिखने के लिए, और यह महत्वपूर्ण कोड था, इसलिए अपने सामाजिक विस्फोट सहन कर रहे थे. मैं उस बिंदु पर Linux और सी के बारे में अधिक जानने का फैसला किया है, और कुछ महीने के भीतर क्या इस आदमी को हर दिन कर रहा था की एक बहुत अच्छी समझ थी. और यह काफी नहीं था. तकनीकी श्रेष्ठता के उनके दावे को एक बैसाखी बन गया था, और वह दूसरों के ज्ञान के अभाव इस्तेमाल करने के लिए काम कर रहे सभी में बहुत कठिन नहीं औचित्य है. अंततः वह किया गया था कुछ सहकर्मियों के साथ एक विशेष रूप से बुरा विनिमय के बाद जाओ. अगले दिन वह अपने घर से एक ग्राहक सर्वर में लॉग इन किया और अपने पूरे वेबसाइट नष्ट कर दिया, के साथ कई लॉग फाइल है कि उसे ऐसा करने में फंसा सकता है. लेकिन वह याद किया, और यह एक आईपी पता है, जो हम उस दिन के बाद अपने आईएसपी के साथ उस समय उसकी लॉगिन करने के लिए सौंपा जा पुष्टि की थी. हम वैसे भी ग्राहक खो दिया है, लेकिन वह साल के लिए विशेष कानून प्रवर्तन अधिकारियों द्वारा निरीक्षण के बाद मिला. अभी भी नजर रखी जा सकता है, मुझे यकीन नहीं है.

कई तर्क होता है कि यह एक स्मार्ट शर्त और एक स्मार्ट कैरियर के लिए मजबूत या सबसे प्रभावी मंच के साथ अपने प्रयासों को संरेखित कदम है. इस मानसिकता के साथ गलत क्या है?

कुछ नहीं, तो जब तक आप समझते हैं कि तुम पर क्या ध्यान केंद्रित कर रहे हैं बस इस महीने के मौजूदा स्वाद है, और कुछ बिंदु पर कुछ अन्य तकनीक के साथ अनिवार्य रूप से बदल दिया जाएगा. तो बस विकल्प के बारे में सीखने से पहले यह स्विच करने के लिए समय है के द्वारा तैयार किया.

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

तो, मेनफ्रेम लोगों को मैंने पहले उल्लेख किया है कि 15 या 20 साल के लिए एक ही कार्य के लिए अपनी तरह का पिछले होने की संभावना हैं किया था. एक अकेला, overspecialized है क्षेत्र में प्रवेश आज प्रोग्रामर केवल 5-10 साल के लिए उसके वर्तमान कौशल सेट के साथ दूर हो सकता है. नए सीखा कंप्यूटिंग कौशल की दीर्घायु में यह निरंतर कमी प्रौद्योगिकी अपूर्वता अवधारणा के साथ सहमत हैं, कुछ है जो बाहर की जाँच के लायक हो सकता है:

http://en.wikipedia.org/wiki/Technological_singularity

क्या बुरा है कि हो सकता है? तकनीक है कि "बहुत अच्छा", और अधिक परिचित हैं करने के लिए चिपके के साथ गलत क्या है?

मैं अब प्राचीन प्रौद्योगिकियों में overspecialization की वजह से सक्षम प्रोग्रामर के एक बड़े पैमाने पर घाटा सहित संभावित खतरों को देखते हैं (बड़ी कंपनियों के इस दावे का उपयोग कर रहा है दशकों के लिए तकनीक कार्यकर्ता वीजा की संख्या में वृद्धि का औचित्य साबित), और पैसे की भारी मात्रा में अनावश्यक खर्च करने के लिए एक सहारा आंतरिक बदलने के प्रतिरोध के कारण प्रौद्योगिकी उम्र बढ़ने. इन अंततः पूरी अर्थव्यवस्था और कम उत्पादक / लाभदायक है. यह हर किसी के लिए कम नौकरी और एक छोटे अर्थव्यवस्था का मतलब समग्र रूप में मूल्यवान संसाधन गैर - उत्पादक प्रयासों में खर्च कर रहे हैं, क्या वास्तव में निकट भविष्य के लिए की जरूरत है की खोज की बजाय विभिन्न आकार और रचनाओं के कप में Tempests को पकड़ने की कोशिश कर रहा है.

और वहाँ एक डेवलपर लंबे समय से चल दर्शन है कि "अच्छा पर्याप्त" तकनीक वास्तव में बहुत अच्छा कर रहे हैं, के रूप में लंबे समय के रूप में आप अपने विकल्पों को अच्छी तरह से पता है. निरंतर सीखने की कीमत के साथ अंतर पर है, लेकिन नहीं है. समय से अधिकांश, "अच्छा पर्याप्त" कितना समय यह एक और अधिक जटिल एक समस्या का समाधान, बनाम जो कमियां ज्ञात किया गया है एक सरल विधि का चयन लागू करने के लिए ले जाएगा के एक निर्णय के साथ क्या करना है, लेकिन शायद एक समस्या के रूप में प्रकट नहीं होगा . वांछित कार्यशीलता को तेजी देने के लिए एक पुरानी तकनीक का उपयोग करना स्वाभाविक गलत नहीं है, यह सिस्टम काम कर के रूप में वांछित पाने का सबसे अच्छा तरीका हो सकता है. लेकिन जा रहा है कि निर्णय के लिए विकल्प के अनजान डेवलपर और उनके नियोक्ता से अधिक लोगों के लिए महंगा हो सकता है. सॉफ्टवेयर अपर्याप्तता अधिक दोहराया और अधिक से अधिक लोगों की बढ़ती संख्या के साथ, ताकि एक डेवलपर की एक खराब निर्णय समय के साथ एक बहुत अधिक लोगों के जीवन पर एक disproportionately बड़े प्रभाव हो सकता है.

लेकिन बात करने के लिए, मुझे नहीं लगता कि यह एक का दावा है कि किसी एक सॉफ्टवेयर प्रौद्योगिकी "बहुत अच्छी" समस्याओं का एक लंबे समय के अंतराल पर एक विस्तृत विविधता का पता करने के लिए वापस संभव है. हम बस अभी तक नहीं कर रहे हैं तकनीकी विकास के उस स्तर पर हैं.

क्या अपने विकास के दर्शन जब CoupSmart पर काम कर रहा था, और क्या परिणाम की तरह लाए?

सॉफ्टवेयर विकास के काम पहले से ही दो अंशकालिक डेवलपर्स द्वारा शुरू कर दिया गया जब मैं CoupSmart में शामिल हो गए, तो भाषा पहले से ही चुना गया था, और यह PHP था. यह मेरा पसंदीदा भाषा नहीं है, लेकिन यह पूरी तरह से आधुनिक वेब Apps के लिए उपयुक्त है, तो मैं चिंतित नहीं था. वहाँ भी एक फायदा है कि अधिक डेवलपर्स कॉलेज के बाहर ताजा PHP के एक काम ज्ञान है, जबकि कम रूबी, जो भाषा मैं अगर चर अलग किया गया था चुना है हो सकता है के साथ परिचित हैं.

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

आपको क्यों लगता है कि अन्य डेवलपर्स ताकि नए विचारों के लिए प्रतिरोधी रहे हैं?

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

एक औरत है कि मैं गिल्ड के माध्यम से मिले एक कोबोल मेनफ्रेम प्रोग्रामर जो बंद के बाद 20 वर्षों में रखा गया कोड की एक ही तरह हर काम के दिन लिख था. वे एक और अधिक आधुनिक प्रणाली के साथ मेनफ्रेम की जगह है, और वह नया काम कर रही टीम के लिए स्थानांतरित नहीं था. उसने सोचा कि अपने परियोजना को विफल होता है, जाहिरा तौर पर. यह निश्चित रूप से हो सकता है, सॉफ्टवेयर परियोजनाओं के बहुत सारे असफल. लेकिन यह एक है, और नहीं किया है कि वह बंद रखी गई थी के बाद शीघ्र ही मेनफ्रेम डिकमीशन किया गया. उसने फैसला किया कि क्या है कि उसे काम में अनुपस्थित किया गया था आधुनिक प्रोग्रामिंग में बहुत नया था वस्तु (उर्फ ऊ) अभिविन्यास, अमूर्त की एक परत है कि यह आसान करने के लिए बड़ी सॉफ्टवेयर सिस्टम डिजाइन करने के लिए बनाता है. मैं उसे एक नई भाषा सीखने के लिए क्रम में ऊ अवधारणाओं के साथ परिचित हो जाते हैं प्रोत्साहित किया, लेकिन वह किसी भी तरह डर लग रहा था. महीने बाद में, उसने मुझसे कहा कि वह अंत में नेट में एक वर्ग के लिए पंजीकृत किया था. कि निश्चित रूप से ऊ विषयों को कवर किया जाएगा, तो मैं कुछ सकारात्मक सुदृढीकरण देने की कोशिश की. लेकिन मैं उसके गर्भाधान का उपन्यास कैसे इस अवधारणा को हो सकता है बस इसे का उपयोग कर जब तक वह यह समझ उसके रास्ते में मिल गया है लगता है. वह काम से बाहर रहता है इस दिन के लिए, पर 5 साल के बाद.

मैं एक डेवलपर जो एक प्रतिस्पर्धा विज्ञापन एजेंसी के लिए काम के साथ परिचित हूँ. मैं उसके साथ दोपहर के भोजन पर एक बार बात की थी, और वह बल्कि शर्मीलेपन से स्वीकार किया कि वह अभी भी ColdFusion, एक प्रोग्रामिंग वातावरण है कि यकीनन बूढ़ा हो जाता है बहुत अच्छी तरह से नहीं में अपने काम की सबसे कर रही है. मैंने उससे पूछा कि वह नई परियोजनाओं के लिए और अधिक आधुनिक कुछ भी कोशिश कर के बारे में सोच रहा था, और वह कुछ अन्य विकल्पों की जांच की है दावा किया है, लेकिन सिर्फ अपने पसंदीदा वातावरण, जो वह सिर्फ प्यार करता था और बहुत के साथ सहज महसूस करने के लिए देने के लिए तैयार नहीं था. के बारे में दो साल बाद, मैंने सुना है कि उनकी कंपनी अपने विभाग बंद कर दिया था और उसे बंद रखी नहीं, ग्राहकों को काफी चाहते थे अपने काम ColdFusion में किसी भी अधिक किया, और डेवलपर अभी कुछ और करने की कोशिश करने को तैयार नहीं था, इसलिए वे नए हो रही बंद कर दिया परियोजनाओं, और एक के बाद जब वे उसे पुराने क्षुधा पर रखरखाव के काम के लिए पूरा समय रखने के औचित्य नहीं हो सकता है.