प्रोग्रामर म्हणून मी एक चांगला कर्मचारी कसा होऊ शकतो?


उत्तर 1:

माझ्याकडे विकासकांना व्यवस्थापित करण्यासाठी 18 वर्षांचा अनुभव आहे आणि मी 55 वर्षांचा आहे. मी इतरांपेक्षा वेगळ्या दृष्टीकोनातून प्रतिसाद देणार आहे.

जेव्हा आपण म्हणता, “चांगला” कर्मचारी आहे, तेव्हा माझा विश्वास आहे की तुम्ही “अधिक व्यावसायिक” आहात. डेव्हलपरकडून आणि डेव्हलपमेंट मॅनेजरच्या दृष्टीकोनातून विकास व्यवस्थापकांना पाहिजे असलेल्या गोष्टींची मी यादी देणार आहे.

हे नक्कीच खरे आहे की आम्हाला सुपरस्टार्स कोडिंगची आवश्यकता आहे, परंतु शिक्षण आणि कठोर परिश्रम आपल्याला तेथे मिळतील हे सर्वांनाच ठाऊक आहे. येथे “व्यावसायिक” सुपरस्टार कसा असावा यावरील काही टीपा आहेत ज्या बहुतेक विकसकांना त्वरित न दिसू शकतात.

प्रामाणिकपणे, जर आपण हे मुद्दे लक्षात ठेवले आणि मुलाखत प्रक्रियेदरम्यान त्याबद्दल आपली उत्कटता व्यक्त केली तर आपण त्वरीत नियुक्त केले जाण्याची अपेक्षा करू शकता आणि उदारपणाने वागणूक मिळेल.

(1)

कार्यसंघ

. विकसक सामान्यत: अंतर्मुखी असतात, म्हणून व्यवस्थापकांना बर्‍याचदा अशी सुविधा करावी लागते ज्यासाठी दोन लोक एकत्र काम करतात. विकसक जेव्हा इतरांचे मार्गदर्शन करण्याचा आणि इतरांना माहिती देण्याचे कार्य करतात तेव्हा व्यवस्थापकाला आनंदित करण्याचा हा सर्वात वेगवान मार्ग आहे.

(२)

ग्राहक सेवा.

विकसकांना बर्‍याचदा असे वाटते की ग्राहक सेवा त्यांच्या खाली आहे, परंतु अशा प्रकारे व्यवसाय पैसे कमावते. कधीकधी आपल्याला 2am वाजता आवश्यक असते आणि कधीकधी एखादे दोष सुधारण्यासाठी नवीन विकास पुढे ढकलणे आवश्यक असते. आमच्या देय ग्राहकांची काळजी घेणे नेहमीच प्रथम अग्रक्रम असते.

())

व्यावसायिक स्वरूप

आपल्याला काम करण्यासाठी सूट घालण्याची आवश्यकता नाही, परंतु जर आपण पातळ जीन्स घातली असेल, लांब केसांनी चिकट केस घातले असेल आणि काही दिवसांत मुंडण केले नसेल तर आर्किटेक्टला पाहिजे असलेल्या पदोन्नतीची आपल्याला प्रतीक्षा करावी लागेल.

(4)

चाचणी

. व्यवस्थापक म्हणून आपण सामान्यत: गुणवत्तेत गुंतवणूक करण्यास हरकत नाही. एखाद्या विकसकाने कोडची तपासणी केली ज्याची पूर्णत: चाचणी करुन युनिटची चाचणी घेतली गेली नसेल तर तो फक्त इतरांसाठी काम करत आहे. एखादा विकसक म्हणे की त्याने गोष्टींची अधिक कसून परीक्षा घ्यायची आहे, यामुळे व्यवस्थापकाला अस्सल आनंद मिळतो. शिस्तबद्ध पद्धतीने युनिट टेस्टमध्ये अपयश हा कदाचित अन्यथा होणारी विकास कारकीर्द खराब करण्याचा सर्वात वेगवान मार्ग आहे.

(5)

व्यावसायिक विकास

. जेव्हा मी 10 ते 15 वर्षांचा प्रगतीशील सॉफ्टवेअर डेव्हलपमेंट अनुभव असलेल्या एखाद्यासह कार्य करतो तेव्हा ते एक अस्सल खजिना असतात. आम्ही अपेक्षा करतो की डेटाबेस, प्लॅटफॉर्म, वेब आणि नेटवर्किंग यासारख्या गोष्टींसाठी लोक मुख्य कौशल्ये राखतील. जर आपण 10 वर्षे महाविद्यालयाबाहेर असाल, परंतु त्यानंतर पुस्तक घेतले नाही, तर करिअरमध्ये हळू हळू घट होणे अपरिहार्य आहे.

())

वृत्ती

. बरेच विकसक तरुण आहेत आणि कदाचित बेशुद्धपणे अजूनही किशोरांसारखे विचार करीत आहेत. जर तुम्ही मला काही दृष्टीकोन द्याल तर हे लक्षात ठेवणे आवश्यक आहे की कदाचित तुमच्या वयाची मुले मला आहेत. आपले व्यवस्थापक आपली आई किंवा वडील नाहीत, परंतु ते अनुभवी पालक आहेत आणि कामावर अशी कौशल्ये वापरण्याची अपेक्षा करतात. जेव्हा आपण त्याला काही दृष्टीकोन द्याल तेव्हा आपला मॅनेजर मागे सरकवत नसेल तर कदाचित काही फरक पडत नाही हे जाणून घेण्यासाठी तो पुरेशी हुशार आहे म्हणूनच. जेव्हा त्याला आपल्याकडून काही खास हवे असेल किंवा आपल्याला त्याच्याकडून काही खास हवे असेल तेव्हा नंतर त्याची किंमत मोजावी लागेल. आपण आपल्या व्यवस्थापकाशी नेहमीच सन्मानपूर्वक वागणूक दिली असल्यास, तो आपल्या विरूद्ध कमी फायदा घेईल.


उत्तर 2:

एक नियम खूप महत्वाचा आहे. एक विचित्र वाटतो परंतु आपल्याला खूप मदत करेल:

आळशी व्हा

!

काय?!?

होय, आपण ते वाचले आहे. एक चांगला प्रोग्रामर आळशी असतो आणि अशा मार्गाने कार्य करतो ज्यामुळे तो नजीकच्या भविष्यात कोणत्याही कामात वाचवेल. आपल्याकडे बरेच काही करण्याची गरज नाही हे सुनिश्चित करण्यासाठी आपण आपल्या कोडमध्ये काहीही शक्य केले पाहिजे. आपण हे कसे करता?

प्रथम, आवश्यक असलेल्या कार्यावर लक्ष केंद्रित करा. कार्य वर्णन केल्याप्रमाणेच कार्य करा आणि इतर काहीही टाळा. आपल्याकडे अतिरिक्त वैशिष्ट्यांसाठी चांगली कल्पना असेल तर ती अंमलात आणू नका परंतु त्या लिहून द्या, आपल्या बॉसला पाठवा आणि जर क्लायंट सहमत असेल तर याचा अर्थ बिलात जाण्यासाठी अधिक कामकाजाचे तास आहेत. परंतु आपण त्वरित अशा मनोरंजक वैशिष्ट्ये जोडल्यास ग्राहकांना मुळात विनामूल्य अतिरिक्त वैशिष्ट्ये मिळतात. आणि त्यांना हे वैशिष्ट्य आवडत नसल्यास आपल्याला ते काढण्यासाठी आपल्याला अधिक वेळ खर्च करावा लागेल. म्हणून, कामाच्या आवश्यकतेपेक्षा जास्त कधीही करु नका!

दुसरे, शक्य तितक्या कार्ये स्वयंचलित करा! शक्य तितक्या कोड जनरेटर आणि स्वयंचलित साधनांचा वापर करा, जोपर्यंत ते आवश्यक कार्य करत नाहीत. मला एकदा सर्व प्रकारच्या सेटिंग्ज कॉन्फिगर करण्यासाठी एक उपाय सेट करावा लागला, याचा अर्थ असा की माझ्याकडे सी ++ मध्ये एक मोठा सेटिंग्ज वर्ग असेल ज्यासह 50 सेटिंग्ज प्रारंभ होण्यास सुरुवात होईल. तर, त्या सेटिंग्ज स्वयंचलितपणे तयार करण्याऐवजी मी सर्व सेटिंग्जसाठी रेकॉर्ड असलेली एक एक्सएमएल फाइल तयार केली. यात पूर्णांक संख्या असल्यास त्या सेटिंगचे नाव आणि प्रकार, डीफॉल्ट मूल्य, वर्णन आणि या मूल्यासाठी वरच्या आणि खालच्या मर्यादा असतील. त्यानंतर मी एक साधा कन्सोल अनुप्रयोग तयार केला जो ही एक्सएमएल फाईल वाचेल आणि एक्सएमएलच्या सामग्रीवर आधारित कोड म्हणून माझा सेटिंग्ज वर्ग तयार करेल. अनुप्रयोगाद्वारे वापरल्या जाणार्‍या दुसर्‍या एक्सएमएल फाईलमध्ये हे नाव / मूल्य की जोड्या देखील लिहिेल. आणि अशा प्रकारे, जेव्हा जेव्हा मला अधिक सेटिंग्ज जोडण्याची आवश्यकता असते, तेव्हा मी त्यांना फक्त एक्सएमएलमध्ये जोडले आणि पुन्हा माझे साधन चालविले! पोफ! 1 मिनिटात काम केले. त्या कोडसह जे छान स्वरूपित केले गेले आहे, चांगले दस्तऐवजीकरण केले आहे.

तिसरे, जेव्हा एखादे कार्य अस्पष्ट असेल तेव्हा प्रश्न विचारण्यास अजिबात संकोच करू नका आणि जर आपल्याला असे वाटत असेल की एखादे डिझाइन दोष नसल्यास ते परत डिझाइनरकडे पाठविण्यास अजिबात संकोच करू नका. आपण आपले कार्य केले पाहिजे, परंतु डिझाइन सदोष असल्यास आपले कार्य देखील सदोष असेल, म्हणजे आपल्याला ते पुन्हा करावे लागेल.

प्रोग्रामर म्हणून आळशी राहणे हे खरोखर बरेच काम आहे, परंतु हे आपल्या कार्यक्षमतेत नक्कीच चुकते आहे हे निश्चित!