सॉफ्टवेअर आणि प्रोग्राम्सबद्दल मनोरंजक तथ्ये

El सॉफ्टवेअर आणि प्रोग्राम्सचे जग हे किस्से, मिथके, विचित्र संज्ञा आणि छोट्या छोट्या कथांनी भरलेले आहे जे जवळजवळ कधीच सांगितले जात नाहीत परंतु आज आपण तंत्रज्ञानाचा वापर ज्या पद्धतीने करतो त्या पद्धतीने का करतो हे स्पष्ट करते. "सॉफ्टवेअर" हा शब्द कसा तयार झाला ते ते अनेक प्रोग्रामर टर्मिनल का आवडतात आणि अर्धविराम का आवडत नाहीत यापर्यंत, सत्य हे आहे की कोडच्या प्रत्येक ओळीमागे सहसा शुद्ध तर्कापेक्षा बरेच काही असते.

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

कुकीज, वापरकर्ता अनुभव आणि वेबसाइट तुम्हाला कसे ओळखते

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

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

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

कृत्रिम बुद्धिमत्ता आणि सॉफ्टवेअर वापरण्याच्या पद्धतीत बदल

La कृत्रिम बुद्धिमत्ता (एआय) हे कदाचित आजकाल सॉफ्टवेअरमधील सर्वात वेगाने बदलणारे क्षेत्र आहे. काही महिन्यांत, नवीन भाषा मॉडेल्स (LLMs), आश्चर्यकारक साधने आणि त्यांना सर्व प्रकारच्या अनुप्रयोगांमध्ये एकत्रित करण्याचे वेगवेगळे मार्ग दिसतात, व्हर्च्युअल असिस्टंटपासून ते शिफारस प्रणालींपर्यंत.

वर्षानुवर्षे, एआयशी दररोजचा संवाद खूप सोपा होता: प्रश्नोत्तरतुम्ही सिस्टीमला एक प्रश्न विचाराल आणि ते जनरेटेड आउटपुट देईल. तथापि, तो दृष्टिकोन जुना होत चालला आहे. मल्टीमॉडल इंटरफेस वाढत्या प्रमाणात उदयास येत आहेत, ज्यामध्ये मजकूर, आवाज, प्रतिमा, व्हिडिओ आणि प्रोग्राम किंवा डिव्हाइसवरील थेट कृती देखील एकत्रित केल्या जातात.

यामुळे एआय फक्त एक सॉफ्टवेअरचा "लपलेला घटक" आणि अनुभवाचा एक दृश्यमान भाग बनतात. तुम्ही काय करत आहात याचा संदर्भ समजून घेणारे मॉडेल्स, तुम्ही प्रोग्राम करत असताना कोडमध्ये बदल सुचवणारे सहाय्यक किंवा पार्श्वभूमीत कार्ये स्वयंचलित करणाऱ्या प्रणाली अनुप्रयोग डिझाइन करण्याच्या पद्धतीत बदल घडवून आणत आहेत.

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

प्रोग्रामिंग शिकणे: कोड लिहिण्यापेक्षा बरेच काही

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

प्रोग्रामिंग हे अगदी सारखेच आहे भाषा शिकणेशब्दसंग्रह (कार्ये, चल), व्याकरणाचे नियम (वाक्यरचना) आणि तुलनेने सोप्या रचनांसह जटिल कल्पना व्यक्त करण्याचे मार्ग आहेत. फरक असा आहे की, एखाद्या व्यक्तीशी बोलण्याऐवजी, तुम्ही यंत्रे आणि उपकरणांशी संवाद साधता, जे तुमच्या सूचनांचे अक्षरशः पालन करतात.

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

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

युनिक्स, मॅक, लिनक्स आणि विंडोजशी असलेला शाश्वत विरोधाभास

विकास समुदायात एक प्रकारचा अंतर्गत विनोद असतो: अनेक प्रोग्रामरसाठी, युनिक्स आणि त्याचे वारस (जसे की Linux, macOS किंवा BSD) हे स्वतःमध्ये जवळजवळ एकात्मिक विकास वातावरण आहेत. खरं तर, त्यात समाविष्ट असलेल्या शक्तिशाली साधनांमुळे "युनिक्स एक IDE आहे" असे अनेकदा म्हटले जाते.

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

प्रोग्रामर या परिसंस्थेला महत्त्व देतात कारण ते करू शकतात तुमचा वर्कफ्लो कस्टमाइझ करा आणि कारण बहुतेक ओपन-सोर्स टूल्स मूळतः युनिक्ससाठी डिझाइन केलेले होते. जरी आज विंडोजमध्ये लक्षणीय सुधारणा झाली आहे (WSL सारख्या गोष्टींसह), विकास संस्कृती लिनक्स आणि लहान, विशेष आणि एकत्रित प्रोग्राम तयार करण्याच्या युनिक्स तत्वज्ञानाशी जवळून जोडलेली आहे.

या सर्वांचा अर्थ असा नाही की विंडोज "निरुपयोगी" आहे, त्यापासून दूर; व्यवसाय आणि अंतिम वापरकर्त्यांद्वारे ते मोठ्या प्रमाणात वापरले जाते, परंतु जेव्हा ते येते तेव्हा सॉफ्टवेअर लिहा आणि तैनात कराबरेचसे महत्त्वाचे काम अजूनही युनिक्स वातावरणात किंवा त्यांच्यापासून प्रेरित असलेल्या वातावरणात केले जाते.

संकलन: जेव्हा संगणक काम करतो आणि तुम्ही वाट पाहता

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

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

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

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

कमांड लाइन आणि सिस्टमशी थेट बोलण्याची शक्ती

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

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

अनेक डेव्हलपर्सना असे वाटते की, एकदा त्यांना कन्सोलची सवय झाली की, माऊस-आधारित इंटरफेस कमी आकर्षक बनतात. ते अनाड़ी आणि मर्यादित होतात.ते टर्मिनलमध्ये आहे जिथे ते अवलंबित्वे स्थापित करतात, अनुप्रयोग तैनात करतात, प्रक्रिया व्यवस्थापित करतात किंवा रिमोट सर्व्हर नियंत्रित करतात.

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

पूर्णविराम आणि स्वल्पविराम, कंस आणि कंसांमुळे झालेल्या त्रुटी

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

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

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

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

विकासात आळस हा एक गुण आहे.

सॉफ्टवेअर संस्कृतीमध्ये एक उत्सुक कल्पना आहे: "उत्पादक आळस" हा एक सकारात्मक गुण आहे. बिल गेट्स यांचे म्हणणे की ते कठीण कामासाठी आळशी व्यक्तीला प्राधान्य देतात कारण त्यांना ते करण्याचा सर्वात सोपा मार्ग सापडतो, या दृष्टिकोनाचे सारांश उत्तम प्रकारे देते.

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

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

अशाप्रकारे, आळस कार्यक्षमतेत रूपांतरित होतो: क्रूरपणे काम करण्याऐवजी, एखादी व्यक्ती प्रयत्न करते हुशारीने काम करा, समुदायावर, विद्यमान प्रकल्पांवर आणि सामायिक सर्वोत्तम पद्धतींवर अवलंबून राहून.

कोडमधील टिप्पण्या: दस्तऐवजीकरण आणि विनोदी स्पर्श

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

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

त्याच वेळी, अनेक डेव्हलपर्स टिप्पण्यांचा फायदा घेतात जेणेकरून ते आतील विनोद आणि गीकी संदर्भ"थांबा; // हॅमरटाइम!" सारख्या संदेशांपासून ते "// जादू. स्पर्श करू नका" किंवा "// नशेत, नंतर ठीक करा" सारख्या नोट्सपर्यंत. या प्रकारच्या डोळा मारणे प्रोग्रामिंग लोककथांचा भाग बनले आहेत.

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

"जादूसारखा" काम करणारा कोड

प्रोग्रामरमध्ये सर्वात सामान्य अनुभवांपैकी एक म्हणजे लेगसी कोड ब्लॉक्स जे कोणीही पूर्णपणे समजत नाही, पण ते काम आणि कोणीही स्पर्श करण्याचे धाडस करत नाही. ते जुने मॉड्यूल, एक गंभीर एकत्रीकरण किंवा वर्षांपूर्वी एक गूढ बग दुरुस्त करणारा पॅच असू शकतो.

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

अनेक संघ "स्पर्श करू नका" असे मानसिकरित्या चिन्हांकित केलेले विभाग घेऊन काम करतात, कारण ते जे करतात ते का करतात हे कोणालाही नेमके माहित नसले तरी, निकाल बरोबर असतो. हे सतत आठवण करून देते की खरे सॉफ्टवेअर सैद्धांतिक परिपूर्णतेपासून खूप दूर आहे. ते पुस्तकांमध्ये शिकवले जाते.

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

"फक्त एक छोटीशी गोष्ट बदला": जलद बदलाचा भ्रम

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

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

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

सॉफ्टवेअर हे अंतर्गतदृष्ट्या नाजूक आहे असे गृहीत धरल्याने कधीकधी मुदत का वाढवली जाते आणि विकासक इतके आग्रह का धरतात हे समजण्यास मदत होते चांगले नियोजन करा आणि कसून चाचणी घ्या नवीन आवृत्ती अंतिम करण्यापूर्वी.

प्रोग्रामर असणे: तर्कशास्त्र आणि जादू यांच्यातील

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

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

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

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

बग्स: मोठ्या परिणामांसह लहान दोष

प्रसिद्ध "किडे" सॉफ्टवेअर त्रुटी किरकोळ तपशीलांसारख्या वाटू शकतात, परंतु त्यांच्यात सर्वात वाईट क्षणी समस्या निर्माण करण्याची प्रचंड क्षमता आहे. काही स्पष्ट अपयश म्हणून प्रकट होतात, परंतु अनेक निष्क्रिय राहतात, ज्यामुळे केवळ अतिशय विशिष्ट परिस्थितीतच असामान्य वर्तन होते.

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

डेव्हलपर्स पास होऊ शकतात आठवडे एका किड्याचा पाठलागते केसेस पुनरुत्पादित करतात, नोंदींचे पुनरावलोकन करतात, डीबगिंग ट्रेस जोडतात, गृहीतके तपासतात आणि गुन्हेगार सापडेपर्यंत शक्यता काढून टाकतात. विशेषतः सहज लक्षात न येणारा बग पकडणाऱ्याला बक्षिसे (वास्तविक किंवा प्रतीकात्मक) देणे असामान्य नाही.

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

प्रोग्रामिंग हा एक उत्तम लॉजिक कोडे आहे.

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

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

शिवाय, क्वचितच एकच बरोबर उत्तर असते. वेगवेगळे प्रोग्रामर यावर पोहोचू शकतात खूप वेगळी अंमलबजावणी जे तितकेच चांगले काम करतात, प्रत्येकाचे कार्यप्रदर्शन, वाचनीयता किंवा देखभाल यामध्ये फायदे आणि तोटे आहेत.

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

गीक विनोद आणि प्रोग्रामर उपसंस्कृती

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

सर्वात प्रसिद्ध विनोदांपैकी एक म्हणतो की "जगात १० प्रकारचे लोक आहेत: ज्यांना बायनरी समजते आणि ज्यांना कळत नाही." येथे युक्ती अशी आहे की बायनरीमध्ये "१०" म्हणजे दशांशात "२", म्हणजे ते प्रत्यक्षात याबद्दल बोलत आहे दोन प्रकारचे लोकपण बायनरी संख्यांच्या रूपात.

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

विनोदाची ती भावना, बहुतेकदा उपरोधिक आणि थोडीशी आक्रमक, गुंतागुंतीच्या दिवसांना, अवर्णनीय चुकांना आणि शेवटच्या क्षणी आवश्यकतांमध्ये होणाऱ्या बदलांना तोंड देण्यास मदत करते. या संदर्भात, हास्य देखील कामाच्या साधनांचा एक भाग आहे.

"मॅट्रिक्स" पहा: अनुप्रयोग कसे कार्य करतात ते समजून घ्या.

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

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

या "तांत्रिक" दृष्टिकोनामुळे बऱ्याच गोष्टी जादूच्या राहिल्या नाहीत आणि... बनतात. डिझाइन निर्णय, कोडच्या ओळी आणि स्थापत्य नमुनेही एक उत्सुकतापूर्ण भावना आहे: तुम्ही काही गूढता गमावता, परंतु तुम्हाला उपाय समजून घेण्याची आणि त्यांची प्रतिकृती तयार करण्याची प्रचंड क्षमता मिळते.

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

व्हिडिओ गेम्स बाहेर येण्यास इतका वेळ का लागतो (आणि ते इतके प्रभावी का आहेत)?

आधुनिक व्हिडिओ गेम कदाचित काही आहेत अधिक जटिल कार्यक्रम जे आज बनवले जातात. अगदी साध्या गेममध्ये देखील ग्राफिक्स, ध्वनी, गेम लॉजिक, भौतिकशास्त्र, नेटवर्क्स, कृत्रिम बुद्धिमत्ता आणि अनेक घटकांचे सिंक्रोनाइझेशन समाविष्ट असते.

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

जे प्रोग्राम करतात त्यांना चांगलेच समजते की गेम का करू शकतो महिने किंवा वर्षे उशीर होणेएवढ्या मोठ्या परस्परसंवादी अनुभवाचे स्थिरीकरण करणे, बग्स पॉलिश करणे, वेगवेगळ्या प्लॅटफॉर्मसाठी ऑप्टिमायझेशन करणे आणि गेमप्ले समायोजित करणे हे एक मोठे काम आहे.

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

कोड वापरून काहीही तयार करण्याची क्षमता असल्याची भावना

प्रोग्रामिंग शिकण्याच्या सर्वात शक्तिशाली परिणामांपैकी एक म्हणजे शक्यतांची सतत भावनातुम्ही शिकलेले प्रत्येक नवीन साधन किंवा भाषा दुसऱ्या प्रकारच्या प्रकल्पाचे दार उघडते: एक मोबाइल अॅप, एक बॉट, एक ऑटोमेशन सिस्टम, एक साधा गेम...

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

कधीकधी ते दैनंदिन समस्या सोडवण्यासाठी साधने असतात, तर कधीकधी ते सर्जनशील कल्पना असतात ज्या त्यांना फक्त प्रयत्न करायच्या वाटतात. काहीही असो, सतत निर्माण करण्याची ही प्रेरणा हा विकास संस्कृती आणि तंत्रज्ञान इतक्या वेगाने प्रगती का करत आहे याचे हे एक कारण आहे.

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

संगणक शास्त्रज्ञ आणि सॉफ्टवेअर अभियंता खरोखर काय करतात

एक व्यापक समज आहे: की संगणक शास्त्राचा अभ्यास करणारा प्रत्येकजण प्रोग्रामर असतो.प्रत्यक्षात, संगणक विज्ञानामध्ये अनेक क्षेत्रांचा समावेश आहे: सिस्टम प्रशासन, नेटवर्क, डेटाबेस, सिस्टम विश्लेषण, प्रकल्प व्यवस्थापन, सुरक्षा, तांत्रिक समर्थन... आणि सॉफ्टवेअर विकास हे त्यापैकीच एक आहे.

कोणीतरी लक्ष केंद्रित करून संगणक शास्त्रासाठी स्वतःला व्यावसायिकरित्या समर्पित करू शकते पायाभूत सुविधा, सर्व्हर किंवा नेटवर्क दररोज जवळजवळ कोणताही कोड न लिहिता. त्याचप्रमाणे, सॉफ्टवेअर अभियंत्याला तर्कशास्त्र, डिझाइन पॅटर्न आणि आर्किटेक्चरची खूप सखोल समज असू शकते, परंतु तो राउटर कॉन्फिगर करण्यात किंवा सर्व्हरची देखभाल करण्यात तज्ञ नसतो.

सॉफ्टवेअर अभियंते सामान्यतः यामध्ये विशेषज्ञ असतात प्रोग्राम वापरून समस्या सोडवणेयासाठी अतिशय विशिष्ट संकल्पनांवर प्रभुत्व मिळवणे आवश्यक आहे: डेटा स्ट्रक्चर्स, अल्गोरिदम, सर्वोत्तम पद्धती, चाचणी, API डिझाइन इ. जर त्यांच्या कौशल्याचे क्षेत्र ते नसेल तर त्यांच्याकडून प्रगत सिस्टम प्रशासक होण्याची अपेक्षा करणे निरर्थक आहे.

संगणक शास्त्रातील ही विविधता समजून घेतल्याने "जर तुम्ही सिस्टीममध्ये असाल तर तुम्हाला सर्वकाही कसे करायचे हे माहित आहे" हा स्टिरियोटाइप मोडण्यास मदत होते आणि... चे मूल्य अधोरेखित करते. तांत्रिक विशेषज्ञता तंत्रज्ञान क्षेत्रातील प्रत्येक भूमिकेचे.

प्रोग्रामिंग हे वाटते तितके क्लिष्ट आहे का?

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

अलिकडच्या वर्षांत, भाषा आणि साधने उदयास आली आहेत ज्यामुळे कोडच्या जगात प्रवेश करणे अधिक सुलभ झाले आहे: पायथॉन, जावास्क्रिप्ट, कोटलिन किंवा अगदी नो कोड आणि लो कोड प्लॅटफॉर्म तुम्हाला वाजवी शिकण्याच्या वक्रतेसह उपयुक्त गोष्टी तयार करण्याची परवानगी देतात.

कोणत्याही व्यावसायिक कौशल्याप्रमाणे, प्रोग्रामिंगमध्येही गुंतागुंत असते, परंतु त्याचा खूप फायदा होतो... टीमवर्क आणि समुदायफोरम, ट्युटोरियल्स, डॉक्युमेंटेशन आणि ओपन-सोर्स प्रोजेक्ट्समुळे अशा समस्यांवर उपाय शोधणे सोपे होते जे पूर्वी एकट्याने सोडवणे अशक्य वाटत होते.

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

प्रोग्रामरचे आयुष्य एकाकी असते का?

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

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

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

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

एंटरप्राइझ सॉफ्टवेअरच्या उत्क्रांतीबद्दल मनोरंजक तथ्ये

जेव्हा आपण सॉफ्टवेअरबद्दल विचार करतो तेव्हा आपण सहसा ग्राहक अॅप्सची कल्पना करतो, परंतु व्यवसाय व्यवस्थापन सॉफ्टवेअर त्याचा स्वतःचा इतिहास देखील मनोरंजक तथ्यांनी भरलेला आहे. मोठ्या मेनफ्रेमवर चालणाऱ्या पहिल्या सोल्यूशन्सपासून ते आजच्या क्लाउड-आधारित सिस्टीमपर्यंत, उत्क्रांती प्रचंड झाली आहे.

अनेक कंपन्यांनी वापरण्यास सुरुवात केली नवीन कार्यक्रमांचे नेतृत्व करणेजे कालांतराने अकाउंटिंग, लॉजिस्टिक्स आणि मानवी संसाधने यासारख्या क्षेत्रांमध्ये बेंचमार्क उत्पादने बनले. प्रत्येक नवीन पिढीच्या साधनांनी क्षमता जोडल्या: अधिक व्यापक अहवाल, प्रक्रिया ऑटोमेशन आणि इतर प्लॅटफॉर्मसह एकत्रीकरण.

या प्रणालींमागे अशा कथा आहेत ज्या महत्त्वाचे तांत्रिक निर्णय, गुंतागुंतीचे स्थलांतर आणि काही मॉड्यूल्स बाजारपेठेत वास्तविक मानक कसे बनले याबद्दल मनोरंजक तथ्ये. सॉफ्टवेअर अ‍ॅज अ सर्व्हिस (SaaS) च्या उदयाने गेम पूर्णपणे बदलला, स्थानिक स्थापनेशिवाय सतत अपडेट्सची परवानगी दिली.

या उपायांच्या उत्क्रांतीचा शोध घेणे हा कंपन्यांनी कागदाच्या ढिगाऱ्यांसह त्यांच्या प्रक्रिया व्यवस्थापित करण्यापासून ते कसे केले आहे हे समजून घेण्याचा एक उत्तम मार्ग आहे कनेक्ट केलेले अनुप्रयोग आणि रिअल-टाइम डेटा, दशकांच्या शांत नवोपक्रमावर आधारित.

सॉफ्टवेअर संज्ञांबद्दल १२ मनोरंजक तथ्ये

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

८-बिट आणि पिक्सेल कला सौंदर्यशास्त्र: तथाकथित "८-बिट" व्हिडिओ गेम्सना जुन्या आठवणींसाठी नाव देण्यात आले नव्हते, परंतु त्यांच्या प्रोसेसरना हाताळता येणाऱ्या शब्द रुंदीमुळे: ८ बिट्स. NES सारख्या कन्सोलमध्ये ही मर्यादा होती, ज्यामुळे रंगांची संख्या, रिझोल्यूशन आणि ध्वनीची जटिलता मर्यादित होती, परंतु त्या बदल्यात आयकॉनिक पिक्सेल आर्ट सौंदर्यशास्त्र जे आजही अनेक निर्मात्यांना प्रेरणा देत आहे.

स्पॉटीफाय आणि जवळजवळ अपघाती नाव: संगीत स्ट्रीमिंग सेवा स्पॉटीफायचा जन्म २००६ मध्ये स्वीडनमध्ये कायदेशीर प्रतिसाद म्हणून झाला गाण्यांची प्रचंड चोरीत्यांचे म्हणणे आहे की, त्याचे नाव एका विचारमंथन सत्रात चुकीच्या पद्धतीने ऐकलेल्या शब्दावरून आले आहे; नंतर त्याचा अर्थ "स्पॉट" आणि "ओळखणे" यांच्या संयोजना म्हणून पुन्हा लावण्यात आला, ज्यामुळे त्याला अधिक सुंदर अर्थ मिळाला.

रूटकिट, सुपरयुजर किट: रूटकिट म्हणजे सिस्टीमवर प्रशासक (रूट) प्रवेश मिळविण्यासाठी आणि लपविण्यासाठी डिझाइन केलेल्या साधनांचा संच. हा शब्द १९९० च्या दशकात दिसला, जो सॉफ्टवेअर "किट" प्रशासकांनी सिस्टम व्यवस्थापित करण्यासाठी वापरलेल्या कायदेशीर प्रणाली, परंतु हल्लेखोरांनी त्यांची उपस्थिती लपविण्यासाठी अनुकूलित केल्या.

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

वर्डप्रेस आणि वेबसाइट डोमेन: वर्डप्रेसची सुरुवात २००३ मध्ये b2/cafelog नावाच्या दुसऱ्या ब्लॉगिंग सिस्टीममध्ये सुधारणा म्हणून झाली. वैयक्तिक जर्नल्ससाठी एक साधे प्लॅटफॉर्म म्हणून जे सुरू झाले ते अखेरीस सर्वात यशस्वी ओपन सोर्स प्रकल्पांपैकी एक इतिहासात, आज असा अंदाज आहे की सर्व वेबसाइट्सपैकी ४०% पेक्षा जास्त वेबसाइट्स या वापरून बनवल्या जातात.

मालवेअर, दुर्भावनापूर्ण सॉफ्टवेअरसाठी सामान्य शब्द: मालवेअर हा शब्द "दुर्भावनापूर्ण सॉफ्टवेअर" पासून आला आहे, म्हणजेच, दुर्भावनापूर्ण हेतूंसाठी डिझाइन केलेले सॉफ्टवेअरया संज्ञेमध्ये व्हायरस, ट्रोजन, स्पायवेअर, रॅन्समवेअर आणि इतर अनेक प्रकारचे दुर्भावनापूर्ण सॉफ्टवेअर समाविष्ट आहेत. जरी व्हायरस १९७० पासून अस्तित्वात असले तरी, "मालवेअर" हा शब्द १९९० पर्यंत मोठ्या प्रमाणात वापरला गेला नव्हता.

सेकंड लाईफ आणि त्याची आभासी अर्थव्यवस्था: २००३ मध्ये लाँच झालेला सेकंड लाईफ हा एक क्लासिक व्हिडिओ गेम नाही: त्यात निश्चित उद्दिष्टे आणि रेषीय मोहिमा नाहीत. हा एक सततचे आभासी जग जिथे वापरकर्ते डिजिटल वस्तू तयार करतात, खरेदी करतात आणि विकतात आणि सामाजिकीकरण करतात. त्याच्या शिखरावर, अंतर्गत अर्थव्यवस्थेने शेकडो दशलक्ष वास्तविक डॉलर्स हलवले.

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

HTML5 आणि त्याचे अधिकृत ढाल: २०११ मध्ये, W3C ने HTML5 साठी अधिकृत लोगो या स्वरूपात सादर केला. शैलीकृत ढालHTML5 जटिल वेब अनुप्रयोगांसाठी तयार आहे, अनेक पारंपारिक डेस्कटॉप अनुप्रयोगांची जागा घेण्यास देखील सक्षम आहे हा संदेश दृढ करणे, मजबूती आणि आधुनिकता व्यक्त करणे हा यामागचा हेतू होता.

ICQ आणि "मी तुला शोधतो" हा शब्दप्रयोग: ICQ हा ९० च्या दशकातील पहिल्या लोकप्रिय इन्स्टंट मेसेजिंग प्रोग्रामपैकी एक होता. त्याचे नाव "मी तुला शोधतो" असे उच्चारले जाते, जे त्याचे मुख्य कार्य अधोरेखित करते: लोकांना शोधा आणि त्यांच्याशी संपर्क साधा जगात कुठेही, WhatsApp किंवा Messenger अस्तित्वात येण्याच्या खूप आधीपासून.

HTTP, वेबचा पोस्टमन: HTTP म्हणजे हायपरटेक्स्ट ट्रान्सफर प्रोटोकॉल आणि १९८० च्या दशकाच्या उत्तरार्धात टिम बर्नर्स-ली यांनी वर्ल्ड वाइड वेबसह तयार केले. हा प्रोटोकॉल एक म्हणून कार्य करतो तुमच्या ब्राउझर आणि सर्व्हरमधील मेसेंजरपृष्ठांची विनंती करणे आणि प्रतिसाद परत करणे. नंतर, प्रसारणादरम्यान माहितीचे संरक्षण करण्यासाठी HTTPS, त्याचे एन्क्रिप्टेड आवृत्ती उदयास आली.

सॉफ्टवेअर या शब्दाची उत्पत्ती: १९५० च्या दशकाच्या अखेरीपर्यंत, प्रोग्राम्सना फक्त "कोड" किंवा "सूचना" म्हणून ओळखले जात असे. सांख्यिकीशास्त्रज्ञ जॉन टुकी यांनी १९५८ मध्ये "सॉफ्टवेअर" हा शब्द वापरला. प्रोग्राम्स (सॉफ्टवेअर) संगणकाच्या हार्डवेअरचा (भौतिक भाग). तेव्हापासून, हा शब्द कोणत्याही तांत्रिक संभाषणात आवश्यक बनला आहे.

आपण दररोज वापरत असलेल्या संकल्पनांमागील या छोट्या कथांकडे पाहिल्यास आपल्याला सॉफ्टवेअर जगाला काहीतरी जिवंत, भरलेले, म्हणून पाहण्यास मदत होते. कल्पना, निर्णय आणि मानवी किस्सेआणि केवळ अमूर्त संज्ञांचा संच म्हणून नाही.

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