🙍 🤱🏼 📵 डेरेक सूत्र: मेरे कार्यक्रम और विचार सार्वजनिक क्यों हैं 🏽 🔺 👼🏿

एक बार, रात के खाने के दौरान, मेरे दोस्त वैलेरी ने कहा: “लेकिन मुझे परवाह नहीं है अगर कोई भी मेरे रहस्यों को उजागर करता है। क्योंकि एक रहस्य सिर्फ एक और तथ्य है, है ना? उदाहरण के लिए, अगर कोई मेरी व्यक्तिगत चीजों में शामिल हो जाता है, और वह जो भी पाता है उससे परेशान है - अच्छी तरह से ... ये उसकी समस्याएं हैं। "

बेशक, इस रवैये ने मुझे दिलचस्पी दी और मुझे सोचने पर मजबूर कर दिया।

बाद में, जब हम बाहर गए, तो मैंने उसे उसके कोट पर रखने में मदद की और उसका पर्स पकड़ लिया। हैंडबैग इतना भारी निकला कि मैं विरोध नहीं कर सका और पूछा: "यह क्या है?"
"- आह, ये शायद मेरे बिग डायरीज़ हैं। एक डायरी मेरे लिए व्यक्तिगत है, और दूसरी ... ठीक है, ऐसा लगता है, बहुत, बहुत व्यक्तिगत। "

रहस्यों के बारे में उसके वाक्यांश को याद करते हुए, मैं स्पष्ट प्रश्न का विरोध नहीं कर सका: "यही है, मैं आपकी बहुत, बहुत व्यक्तिगत डायरी, सही पढ़ सकता हूं?"
पहले तो वह फिर से उठी, फिर सोचा, कुछ सेकंड बाद वह हँसा और ... राजी हो गया।
मैंने साइडर और वैलेरी को लगभग 20 मिनट तक इंतजार करने का आदेश दिया, जब मैंने पढ़ा। डायरी में क्या था? शब्दों से भरा पन्नों का एक समूह। पारिवारिक समस्याओं का विश्लेषण, लक्ष्यों का विवरण, बदलते जीवन की योजनाएँ, रोमांटिक विवरण, निराशाओं की सूची और पछतावा, ध्यान का पाठ आदि।

हैरानी की बात है, मेरे लिए यह बिल्कुल व्यर्थ था। यानी उसके लिए, डायरी के प्रत्येक पृष्ठ ने पूरी दुनिया को प्रतिबिंबित किया, लेकिन मेरे लिए यह सब हमारे पिछले किसी भी "गुप्त" वार्तालाप से अधिक सार्थक नहीं था। यह चेतना की एक सामान्य धारा थी, ठीक है, कि हम में से प्रत्येक के सिर में लगातार घूमती है।

बाद में, मैंने इस बारे में सोचा कि मैंने खुद को क्या गुप्त रखा है।

उदाहरण के लिए, मेरे कार्यक्रमों के स्रोतों के बारे में। वे केवल SSH के माध्यम से मेरे एन्क्रिप्टेड विभाजन / सर्वर / सुलभ में बंद हैं। मेरे सभी वर्तमान काम। बहुत ही व्यक्तिगत। जहां किसी को भी प्रवेश की अनुमति नहीं होनी चाहिए!

मुझे आश्चर्य है कि अगर कोई मेरे कोड को पढ़ता है तो वास्तव में क्या होता है? क्या वह इसे चुरा लेगा और अमीर हो जाएगा? गंभीरता से?

समय के साथ, मुझे एहसास हुआ कि यह वैलेरी की डायरी के साथ था। मेरे लिए महत्वपूर्ण है। यह बाकी के लिए कोई मतलब नहीं है। अच्छा, फिर क्यों तनाव और इसे छिपाओ? (मैं समझता हूं कि एक उलटा तर्क है: क्यों तनाव और इसे सार्वजनिक करें?)

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

ठीक है, बाकी सब यहाँ सूचीबद्ध है: sivers.org/projects इसका आनंद लें!

PS मैंने कभी यह दावा नहीं किया कि सब कुछ सार्वजनिक होना चाहिए। मैं आपको यह बताना चाहता हूं कि मैं अपने कोड और विचारों को सुलभ बनाता हूं। और वह सब है। हम यह तय करने की कोशिश नहीं कर रहे हैं कि आपको क्या सार्वजनिक करना चाहिए, और क्या गुप्त रखना चाहिए - प्रत्येक का अपना मापदंड है। हर किसी को चुनना चाहिए कि उसे क्या सूट करता है।

डेरेक सेवर्स

आप उसके बारे में कैसे सुन सकते हैं:
एक विचार केवल कार्यान्वयन का एक कारक है ।
एक नाचने वाले से नेतृत्व सबक (पहले अनुयायी किसी नेता से कम महत्वपूर्ण नहीं है) ।

UPD: यदि आप वास्तव में डेरेक कोड को देखने जा रहे हैं, तो आप शुरू करने के लिए उसकी साइट से एक संक्षिप्त सारांश पढ़ने में रुचि रख सकते हैं:

प्रौद्योगिकी प्राथमिकताएँ

PostgreSQL डेटाबेस

प्रोजेक्ट केवल PostgreSQL का उपयोग करते हैं। डेटाबेस क्लासिक हैं, स्कीमा में विदेशी कुंजी और प्रतिबंधों के साथ।
मैंने NoSQL के सभी तर्क सुने, और मैंने MongoDB के साथ बहुत अच्छा खेला, लेकिन ये सभी प्रोजेक्ट PostgreSQL का उपयोग करते हैं, और इसी तरह।

केंद्रीय स्कीमा डेटाबेस

परियोजनाओं के बीच जानकारी की नकल करने के बजाय, लोगों के बारे में जानकारी एक केंद्रीय डेटाबेस में संग्रहीत की जाती है और अन्य सभी परियोजनाएं (उपयोगकर्ता, ग्राहक, कर्मचारी, आदि) बस person_id द्वारा संदर्भित होती हैं। एक सख्त विदेशी कुंजी संबंध बनाए रखने के लिए, अब सभी परियोजनाएं एक ही डेटाबेस में हैं, केवल अलग-अलग योजनाओं द्वारा अलग-अलग।

बाकी सर्वर और सरल ग्राहक

मुझे फ्रंट-एंड विशेषज्ञ के बजाय सर्वर होने में बहुत अधिक दिलचस्पी है। यह समझा जाता है कि प्रत्येक परियोजना का उपयोग तृतीय-पक्ष साइटों / अनुप्रयोगों / इंटरफेस द्वारा किया जाएगा। इस प्रकार, प्रत्येक प्रोजेक्ट में एक पूरी तरह कार्यात्मक REST सर्वर होना चाहिए, और साइट केवल REST API का उपयोग करने वाला क्लाइंट है। यह सुनिश्चित करता है कि सभी बाहरी ग्राहकों की साइट के समान क्षमताएं हैं, और उपयोगकर्ता इंटरफ़ेस आंतरिक कार्यक्षमता से अलग है।
ट्विटर यहाँ अनुसरण करने के लिए एक उदाहरण के रूप में कार्य करता है। जैसे ज्यादातर लोग twitter.com पर सीधे नहीं आते हैं, लेकिन अन्य उपकरणों का उपयोग करते हैं जो Twitter API का उपयोग करते हैं, मैं अपनी किसी भी साइट को देखने के लिए बहुत लोकप्रिय स्थान के रूप में नहीं देखता, लेकिन मैं उन्हें सामान्य, मजबूत "बैकएंड" की तरह मानता हूं, जिसके लिए अन्य लोग महान "दृश्यमान" लिख सकते हैं।
REST सर्वर में प्रत्येक क्रिया का बहुत सख्त प्राधिकरण / नियंत्रण होना चाहिए, ताकि क्लाइंट सरल हो सके। किसी को भी अपने पूर्ण ग्राहक को रेल, नोड, एंड्रॉइड, आईफोन आदि पर लिखने में सक्षम होना चाहिए।

बहुभाषी

अधिकांश साइटें पूरी तरह से बहुभाषी हैं। एक उदाहरण के लिए, बाहर। अंग्रेजी में कुछ भी नहीं लिखा जाना चाहिए। भाषाओं को स्थापित / स्विच करने की तकनीक सभी साइटों के लिए समान है। (स्थानीय अनुवाद के लिए पेशेवर अनुवादक रखे जाते हैं)

बहु

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

कैसी रूपरेखा?

सर्वर एपीआई के लिए, मैं अच्छी पुरानी सिनात्रा का उपयोग करता हूं। मैं अभी भी अंगूर को नहीं देख रहा हूं, लेकिन फिलहाल मैं सिनात्रा पर कोई बड़ा लाभ नहीं पा सकता हूं।
वास्तविक डेटाबेस वेब अनुप्रयोग भागों के लिए, मैं अपने सभी प्रोजेक्ट्स के लिए एक आम वेब फ्रंट एंड के रूप में अंगुलरजेएस की ओर झुकता हूं। अध्ययन की लागत भयानक है, लेकिन मुझे इसके लाभ मिलते हैं।
वेबसाइटों के वर्गों के लिए जिन्हें डेटाबेस के साथ बातचीत की आवश्यकता नहीं है, मैं पुराने सरल, स्थिर साइटों का बहुत बड़ा प्रशंसक हूं। एक उदाहरण के रूप में, आप sivers.org कोड पर एक नज़र डाल सकते हैं।
CSS के लिए, मुझे Foundation, well, or simple, हस्तनिर्मित CSS पसंद है।

डेरेक सूत्र: मेरे कार्यक्रम और विचार सार्वजनिक क्यों हैं

PostgreSQL डेटाबेस

केंद्रीय स्कीमा डेटाबेस

बाकी सर्वर और सरल ग्राहक

बहुभाषी

बहु

कैसी रूपरेखा?

More articles: