सेंट पीटर्सबर्ग में जावा प्रोग्रामर। आवेदक के दृष्टिकोण से श्रम बाजार का अवलोकन। भाग 3/3। नियोक्ता क्या हैं?

भाग १/३ 'बन्स' क्या हैं।
भाग 2/3। "शुरुआत" के लिए नुकसान।

नियोक्ता क्या हैं? विशेषता सुविधाएँ।

एक संक्षिप्त परिचय के बजाय, एक नियमितता को तुरंत कहा जा सकता है: परियोजना जितनी लंबी और बड़ी होगी, तकनीक उतनी ही प्राचीन होगी। यदि आप व्यवहार में नई तकनीकों को सीखना चाहते हैं, तो 3-6 महीने लंबी स्टार्ट-अप परियोजनाओं में भाग लें।

• रक्षा मंत्रालय और समान संरचनाओं के लिए काम करने वाली फर्में।

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

• फर्म अपने, पुराने और कस्टम प्लेटफॉर्म पर उत्पाद विकसित कर रहे हैं।

  बिना एनोटेशन के EJB 2.0 और 1999 अंडर-ओआरएम ( * ) और अन्य स्व-लिखित अंडर-पैरोडी और "मेटाडेटा-चालित सिस्टम" भी हैं। इन प्लेटफार्मों के बारे में सबसे बुरी बात, एक व्यक्ति के दृष्टिकोण से जो प्लेटफार्मों और भाषाओं का मूल्यांकन करने के लिए उपयोग किया जाता है, मोटे तौर पर रिफैक्टिंग की आसानी के कारण होता है (जो लोग पीएचपी, पायथन, रूबी और नोडज में लिखते हैं, वे असंतोष दिखा सकते हैं, लेकिन मैं मुख्य रूप से जावा के बारे में लिखता हूं), समर्थन की कमी है ये आविष्कार सामान्य आईडीई प्लग-इन हैं जो इन नियंत्रण मेटाडेटा को कच्चे पाठ के रूप में संपादित करने और इन प्रणालियों के लिए डीबगिंग और नैदानिक ​​उपकरणों के अपर्याप्त स्तर के लिए नहीं हैं। अंतिम बिंदु पर - ठीक है, ऐसा लगता है जैसे कि जावा वर्चुअल मशीन स्टैक के डंप के साथ एक एनपीई को छोड़ने के बजाय बस इसके बहुत ही द्विआधारी में पहले से ही एक त्रुटि के कारण गिर जाएगी, जिसके कारण अभी भी एक वस्तु से कुछ प्राप्त करने का प्रयास किया गया है जो इस गैर-अधिकृत सूचक के लिए होगा "कहीं नहीं" या "कहीं" या "असंगत रूप से जहां" (एक बार एक नई जगह पर) (ज़ाहिर है, आप सुरक्षा के बारे में भूल सकते हैं), दुभाषिया में इनपुट डेटा के कारण इस त्रुटि के बारे में कुछ रिपोर्टिंग - तो यहां तक ​​कि सवाल का जवाब खोजने के लिए “मेटाडेटा के किस स्थान पर (में) इस मामले में, इस दुभाषिया द्वारा मेटाडेटा के रूप में व्याख्या की गई भाषा में कार्यक्रम) एक त्रुटि है "अपने आप में एक मुश्किल काम हो सकता है। एक अलग मुद्दा 2000 लाइनों के तरीकों और चर के गहन पुन: उपयोग के साथ कोड की गुणवत्ता है। कारण आमतौर पर सरल है: ये सिस्टम (अधिक सटीक रूप से, उनके पहले संस्करण) "कोड गुणवत्ता" की अवधारणा से पहले रूस में आम हो गए थे (और यह भी "ओआरएम" की अवधारणा और स्थायी वस्तुओं के लिए पर्याप्त रूप से सिस्टम बनाने का विचार)।
  
  

• राज्य और नगरपालिका संरचनाओं के आदेश पर काम करने वाली फर्में।

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

• सॉफ्टवेयर कंपनियों के पास।

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

• वित्तीय बाजारों में काम करने के लिए सॉफ्टवेयर विकसित करना (जावा में)।

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

• अपतटीय डेवलपर्स।

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

• विदेशी कंपनियों के उपखंड।

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

• "आईटी कंपनियां" इंटरनेट स्वीपस्टेक्स परोसती हैं।

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

• गैर-आईटी कंपनियों के "प्रोग्रामर" विभाग।

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

• आउटसोर्सिंग फर्मों (आउटस्टाफिंग फर्म्स, पहले संस्करण में "आउटसोर्सिंग फर्मों" का नाम नहीं दिया गया है)।

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

एक निष्कर्ष के बजाय।

मैं यह आशा व्यक्त करना चाहता हूं कि इस लेख को उपयोगी समझने वालों की संख्या बहुत कम नहीं होगी।

यूपीडी लेखकों की श्रेणियां लेखक द्वारा चूक गईं, साथ ही छोटे, अद्वितीय और अन्य अवर्गीकृत।

• Android डेवलपर्स।

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

• Odnoklassniki, अन्य सामाजिक नेटवर्क और अन्य अत्यधिक लोड सिस्टम।

  NoSQL डेटाबेस, "कम से कम सर्वश्रेष्ठ" ( * ) का चयन करने के लिए Hadoop, बहु-मंच साक्षात्कार जैसे मानचित्र-कम करने वाले सिस्टम। ऑनलाइन गेम सेक्टर का एक हिस्सा उसी क्षेत्र से संबंधित है - वहां, हैंडलर के साथ हडोप के माध्यम से, खेल में घटनाओं को वास्तविक समय में "पारित" किया जाता है (प्रत्येक व्यक्तिगत गेम सर्वर घटनाओं की अपनी धारा उत्पन्न करता है)।
  
  

• सीएमएस के साथ होस्टर्स-साइट बिल्डरों-साइट के मालिक।

  यह पहली नज़र में अजीब लग सकता है, लेकिन जावा सीएमएस अभी भी मौजूद है। दोनों विदेशी लाइसेंस प्राप्त (स्रोत के साथ) और पूरी तरह से घरेलू - विशेष रूप से, बहुत ही "अंडर-ओआरएम" 1999 रिलीज के आधार पर। तदनुसार, सीएमएस प्रोग्रामर की सेवाओं की भी आवश्यकता है, कम से कम सीएमएस के विकास और आधुनिकीकरण के लिए।
  
  

भाग १/३ 'बन्स' क्या हैं।
भाग 2/3। "शुरुआत" के लिए नुकसान।