Free-programming-books: प्रकाशन का वर्ष

विचार के लिए धन्यवाद। पक्ष-विपक्ष हैं।

मुझे लगता है कि विपक्ष पेशेवरों से अधिक है:

• वर्ष हमेशा किसी पुस्तक में निहित जानकारी के वर्तमान मूल्य के अच्छे संकेतक नहीं होते हैं
• बहुत काम की आवश्यकता होगी
• सूची में पहले से मौजूद जानकारी में कुछ ओवरहेड जोड़ता है

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

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

ट्रैकिंग वर्षों के साथ एक समस्या यह है कि रेपो में कई संसाधनों को समय-समय पर अद्यतन किया जा रहा है। रेपो के प्रयोजनों के लिए, यह जानकारी को चालू रखने के लिए अधिक रखरखाव, अधिक पीआर बनाएगा। साइड डेटाबेस जैसे कि @vhf ने काम किया है, यह जानकारी प्रदान करने का एक बेहतर माध्यम हो सकता है; मैं एक गिट-टैग-ट्रिगर मेटाडेटा अपडेट योजना पर काम कर रहा हूं जो भी काम कर सकता है।

ऐसा कहने के बाद, यह उपयोगी होगा, और शायद इतना अधिक काम नहीं, केवल उन संसाधनों के लिए प्रकाशन वर्ष जोड़ना जो ~ 5 वर्ष (~ 10 वर्ष?) से पुराने हैं।

मैं @aminought से सहमत हूं, लेकिन @vhf की भी अच्छी बात थी। यदि हम पुस्तक को उसके प्रकाशन वर्ष से ही मापें, तो इसका कोई अर्थ नहीं होगा।

बहुत काम की आवश्यकता होगी।

फिर इसे पीआर के माध्यम से समुदाय के लिए छोड़ दें। पीआर जमा करने के लिए प्रोत्साहित करें, यहां तक ​​कि सिर्फ एक किताब के लिए। व्यक्तिगत रूप से मुझे लगता है कि ऐसी कोई भी चीज सचमुच मुफ्त नहीं होती है। इसमें समय लगेगा या अधिकतर होगा। यह एक वापसी मूल्य है क्योंकि उन्होंने सूची को योग्य पाया।

सूची में पहले से मौजूद जानकारी में कुछ ओवरहेड जोड़ता है

मैं इससे असहमत हूं, हम जानते हैं कि जानकारी अब सस्ती है। क्या महंगा है समझ रहा है।

मेरी बात: यह एक और पहचानकर्ता जोड़ने लायक है। क्योंकि निश्चित रूप से यह पहचानकर्ताओं को उपभोक्ता की जरूरतों के अनुरूप देने में मदद करता है: मुस्कान:। यह डेटाबेस पर एक और वैकल्पिक कॉलम जोड़ने जैसा है, एक माँ का नाम। हकीकत से पता चलता है कि सभी बच्चे अपनी मां का नाम नहीं जानते।

एक विकल्प हो सकता है यदि हम इसे निर्धारित करने के लिए एक प्रोग्रामेटिक तरीके से आ सकते हैं। मेरा मतलब है कि इसे सही नहीं होना चाहिए, लेकिन अगर अच्छी सटीकता के साथ शायद 50% मामलों को स्वचालित करने का कोई तरीका था तो यह एक अच्छा प्रारंभिक बिंदु हो सकता है

@aminought मुझे लगता है कि बिल्कुल यही बात है कि @vhf का मतलब है, शायद पुरानी किताब बेहतर व्याख्या कर रही है या बेहतर उदाहरण हैं। यह पुराना है, जो भी हो, लेकिन अधिकांश सॉफ्टवेयर भाषाओं के लिए कुछ पुराने तरीके काम करने के लिए अभी भी सही हैं, भले ही वे नहीं हैं, इसका मतलब यह नहीं है कि पुस्तक नए की तुलना में सबसे खराब है।

फिर भी, मैं मानता हूं कि प्रकाशन के वर्ष का उपयोग करना उनके लिए भी एक अच्छा विचार है, जो वर्तमान में विकास में हैं।

+1!

एक छात्र के रूप में, मैं कभी-कभी एक पुराने संस्करण को चुनता हूं क्योंकि नए का मतलब हमेशा अच्छा नहीं होता है।
कुछ सामग्री है जो उपयोगी लग सकती है लेकिन यह नए संस्करण में मौजूद नहीं है क्योंकि लेखक को ऐसा नहीं लगा।

इसके अलावा, हाँ, इसके लिए बहुत अधिक काम करने की आवश्यकता है लेकिन मुझे लगता है कि इससे लोगों को अपनी पसंद की पुस्तक को पहचानने और खोजने में मदद मिलेगी। मुझे @eshellman द्वारा सुझाया गया विचार पसंद है।

मैं केवल एक नौसिखिया हूं इसलिए मैं आसानी से गलत हो सकता हूं, लेकिन @eshellman का मध्य मार्ग पूरी तरह से काम करता है। शायद उन पुस्तकों और संसाधनों के प्रकाशन के वर्ष का संकेत दें जो वास्तव में पुराने हैं (2005 और पुराने, या यहां तक ​​​​कि 2000 और उससे अधिक की सीमा) कुछ डेवलपर्स को यह तय करने में मदद करने के लिए कि क्या वे किताबें और संसाधन चाहते हैं जो ज्ञान प्राप्त करने के लिए पूरी तरह से आधुनिक हैं वर्षों के माध्यम से संसाधित या विरासत पुस्तकों के लिए खुला हो, जैसा कि ऊपर अन्य लोगों द्वारा कहा गया है, अंतर्दृष्टि प्रदान करता है जो आधुनिक पुस्तकों में नहीं है।

यह उपयोगी होगा, लेकिन दूसरे परिप्रेक्ष्य में भी इतना उपयोगी नहीं होगा। किसी संसाधन के प्रकाशित होने के वर्ष को इंगित करना इसकी जानकारी के संदर्भ में इसकी विश्वसनीयता को मान्य और अनुमानित कर सकता है, लेकिन फिर भी कुछ अन्य पुराने संसाधन अभी भी नए संस्करणों और स्वयं के पुनरावृत्तियों के साथ उपयोग किए जाते हैं।

इस स्थिति में, हालांकि, यह एक अच्छा सा जोड़ होगा।

जब तक आगे कोई टिप्पणी न हो, मैं कल #2387 को मर्ज कर दूंगा और इस मुद्दे को बंद कर दूंगा।

टिप्पणियों के लिए हर किसी का धन्यवाद!

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

नौकरी साक्षात्कारकर्ता व्यक्ति को बेहतर महत्व देंगे यदि वह उनकी भाषा बोलती है। अवधारणा पुरानी है, लेकिन भाषा बदल जाती है। अधिक आधुनिक पुस्तकों में अधिक आधुनिक भाषा होती है।

मेरे जैसे बाएं से दाएं व्यक्तियों के लिए, वर्ष ओवरहेड नहीं जोड़ता है क्योंकि मैंने केवल बाएं बोल्ड लिंक करने योग्य भाग को पढ़ा है।

मुझे अच्छा होगा अगर और केवल अगर किताबों के हिस्से में साल होगा। यह वांछित हो सकता है, लेकिन वर्ष के साथ खींचने के लिए बाध्य नहीं है।

@ dzmitry-lahoda मुझे वेब विकास में अनुभव था, आजकल डेवलपर नौकरी पाने का सबसे आसान तरीका दुख की बात है। किसी भी तरह, मुझे कहना होगा, वेब विकास सिर्फ काम नहीं है। अधिकांश समय आप JS का उपयोग करेंगे, डायन अपने आप में एक बहुत ही गहरी भाषा है, और यह समझना कठिन है कि कोई चीज़ अपने तरीके से क्यों व्यवहार करती है; एचटीएमएल और सीएसएस। आप सोच सकते हैं कि एक नई किताब आपको बेहतर चीजें बताएगी, लेकिन सच यह है कि एक पुरानी किताब की बेहतर व्याख्या करने की अधिक संभावना है क्योंकि उनके पास ES6, और टाइपस्क्रिप्ट, और यह नया सामान नहीं था। यदि आप ES6+ के साथ JS सीखते हैं (बेबेल और चीजों का समान रूप से उपयोग करते हुए), तो समझें कि JS कैसे काम करता है, पुराने JS को सीखने की तुलना में अधिक कठिन होगा और फिर नया सिंटैक्स सीखें, क्योंकि अधिकांश समय, वह नया सिंटैक्स उन चीजों के लिए चीनी होगा जो आप पहले से ही कर रहे हैं। जानना।

आशा है कि यह आपकी और आपके मित्र की सहायता करेगा :D