सामान आपको स्कूल में सीखना चाहिए था लेकिन उस समय ध्यान नहीं दिया [बंद]


42

इस सवाल ने मुझे यह सोचने पर मजबूर कर दिया कि एक बेहतर सवाल था।

आपने उस स्कूल में क्या सीखा, जिसकी आपने उस समय परवाह नहीं की थी, लेकिन वह उपयोगी साबित हुआ या आपको कार्यस्थल में परेशान होना पड़ा क्योंकि आपके पास यह स्कूल में था, लेकिन जानकारी को बनाए नहीं रखा और आपको इसकी आवश्यकता थी? (मेरा मतलब सॉफ्टवेयर से संबंधित नौकरियों के लिए है।)

मुझे लगता है कि इससे कॉलेज के छात्रों को कुछ पहचानने में मदद मिल सकती है कि उन्हें स्कूल में रहते हुए वास्तव में क्या ध्यान देना चाहिए।


16
मुझे बोली जाने वाली भाषाएं सीखने में अधिक समय नहीं लगता (यह सिर्फ 10-20 साल बाद मेरे लिए क्लिक किया गया) है, लेकिन यह प्रोग्रामिंग से संबंधित नहीं है।
LennyProgrammers 14

जवाबों:


36

अधिकांश डेवलपर्स जिन्हें मैंने स्कूल से बाहर देखा है, उन्हें ओओ विकास के साथ बहुत अनुभव नहीं था । उन्होंने इसके बारे में सुना है, लेकिन ज्यादातर यह सिर्फ 'कक्षाओं में सामान रखना' है।

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

एक और चीज़ जो मुझे कॉलेज में याद आती है वह है प्रयोग करने योग्य डिज़ाइन पैटर्न का उपयोग (या गलत उपयोग) । मुझे लगता है कि इन दिनों सबसे महत्वपूर्ण पैटर्न 1 वर्ष के अंत में या दूसरे वर्ष की शुरुआत में पेश किया जाना चाहिए। छात्रों को उनसे परिचित होना चाहिए।

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

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

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

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


1
यह उत्तर ओपी के लिए नहीं बल्कि इसके पूरक के लिए है: उन्हें आपको बेहतर / अधिक गहराई से क्या
सिखाना

1
एक स्नातक शिक्षा का उद्देश्य छात्र को एक क्षेत्र की चौड़ाई से परिचित कराना है। विशेषज्ञता वह है जो स्नातक स्तर पर होती है। मुझे उम्मीद है कि उम्मीदवार किसी भी चीज़ में विशेषज्ञ होने के लिए कॉलेज से बाहर ताज़ा होंगे। मुझे उम्मीद है कि हाल ही में विश्वविद्यालय के स्नातकों को बुनियादी बातों का एक अच्छी तरह से गोल सेट है जो कंप्यूटर संगठन और बुनियादी एल्गोरिथ्म विश्लेषण के बीच की खाई को पाटता है। मुझे इस बात से कोई फ़र्क नहीं पड़ता कि किसी उम्मीदवार ने सभी खोज और छँटाई वाले एल्गोरिदम की असममित सीमाएँ याद की हैं। मैं एक उम्मीदवार को पसंद करता हूं जो कोड की वास्तविक दुनिया के लिए असममित सीमा का पता लगा सकता है।
बिट-ट्विडलर

3
क्या मैं 'सीखने' के बजाय 'सीखना' (गलत तरीके से) का इस्तेमाल करने वाला एकमात्र व्यक्ति हूँ?
द्र-जान

1
@ डॉ-जान: इसे इंगित करने के लिए धन्यवाद। संपादित।
Jan_V

1
मेरी राय में, एक ही तरीका है कि गंभीर सॉफ्टवेयर लेखन सिखाया जा सकता है जिसमें मल्टीयर पाठ्यक्रम हैं, जहां आप अपनी गलतियों के कारण अपने चेहरे का आधार प्राप्त करते हैं।
पॉल नाथन

120

लड़कियाँ। आप सोच सकते हैं कि मैं मजाक कर रहा हूं लेकिन मैं नहीं हूं।

पागल मत बनो या कुछ भी करो, आपको अभी भी शैक्षणिक सामान सीखने की जरूरत है। लेकिन आपको अपने आसपास के लोगों से, लोगों के बारे में सीखने में भी कुछ समय बिताना होगा।

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


16
काश मैं इसे और अधिक उभार दे पाता।
5arx 3'11

3
उन लोगों के साथ अधिक समय व्यतीत करना जो सामान्य रूप से कंप्यूटर नहीं बनाते हैं, यह एक अच्छी बात है (tm)
रोब एलन

16
48+ लोग जिन्होंने इसे उखाड़ा, उन्होंने चुपचाप खुद को झोंक दिया।
जॉर्ज

अन्यथा 'उपयोगकर्ता' के रूप में जानते हैं।
गैरी विल्बोबी

61

मुझे लगता है कि मुझे आंकड़ों में लगभग 42% अधिक ऊर्जा डालनी चाहिए थी।


10
मेरे भाई और मैंने दोनों ने पिछले साल अपनी माँ से कहा था कि काश हमने और आँकड़े पढ़े होते। मैं एक मात्रा हूँ और वह एक चिकित्सक है। ओह, और मेरी माँ एक स्टेट टीचर है ...
क्रिस

4
@davka: यह परीक्षण में अधिक बार आता है, विशेष रूप से प्रदर्शन परीक्षण। डेटा विश्लेषण में भी, जो मेरे पास इन दिनों बहुत है।
FrustratedWithFormsDesigner

4
@davka - मैं एक डेटा चालित कंपनी में काम करता हूं और अच्छा सांख्यिकीय विश्लेषण डेवलपर्स के लिए 'क्यों x कोड y की तुलना में बेहतर है' या 'हां' पर अपने निष्कर्ष प्रस्तुत करने में सक्षम होने में मददगार होगा, मैं यह साबित कर सकता हूं कि यदि आप मुझे अनुमति देते हैं इस चीज़ को सुधारने के लिए 2 सप्ताह का निवेश करने के लिए, सांख्यिकीय विश्लेषण से पता चलता है कि यह x% तक बढ़ जाएगा '। अपने प्रयोगों को डिजाइन करने के लिए सांख्यिकीय तकनीकों को लागू करने के बारे में जानना वास्तव में यहाँ लक्ष्य है।
wkl

3
मुझे लगता है कि 70 +/- 2% संभावना है कि मुझे आंकड़े लेने चाहिए।
ज़ाचरी के

10
60% समय, यह हर बार काम करता है।
मैथ्यू पढ़ें 16

51

लिखना मेरे लिए सबसे बड़ा होगा। मुझे नहीं लगता कि यह सिर्फ डेवलपर्स तक ही सीमित है।


स्टैक ओवरफ्लो और ब्लॉगिंग ने मुझे उस एक पर बहुत मदद की है।
शविश

36

कार्यात्मक प्रोग्रामिंग। उस समय यह कोष्ठक के झुंड की तरह लग रहा था जो कुछ भी उपयोगी नहीं कर सकता था। अब जब लैंबडा एक्सप्रेशन व्यापक तरीके से अपना उपयोग कर रहे हैं, तो मुझे उस तरह से सोचने के लिए अपने मस्तिष्क को पीछे हटाना होगा। कॉलेज में मैं बस LISP और स्कीम को जितना संभव हो सके रियरव्यू मिरर में लाना चाहता था और कभी पीछे मुड़कर नहीं देखा। अगर मुझे कोई अंदाजा होता कि कार्यात्मक प्रोग्रामिंग के कुछ पहलू कितने उपयोगी हो सकते हैं, तो मैंने अधिक ध्यान दिया होता।


9
+1। यह मेरा दृढ़ विश्वास है कि किसी ऐसे व्यक्ति के लिए जो प्रोग्राम करना नहीं जानता, फ़ंक्शनल प्रोग्रामिंग सीखने के लिए आसान है, यह आवश्यक है कि यदि आप फ़ंक्शनल प्रोग्रामिंग जानते हैं, तो ज़रूरी प्रोग्रामिंग सीखना आसान है, और यदि आप चाहते हैं, तो फ़ंक्शनल प्रोग्रामिंग सीखना मुश्किल है। पहले अनिवार्य प्रोग्रामिंग सीखी। इसलिए, यह न केवल कार्यात्मक प्रोग्रामिंग सिखाने के लिए समझ में आता है, लेकिन पहले इसे टेक करें , और सबसे महत्वपूर्ण बात यह है कि इस तरह के बड़े एफ-आईएनजी सौदा नहीं करें ! मुझे प्यार है कि SICP यह कैसे करता है। पहला असाइनमेंट तब तक प्रकट नहीं होता है जब तक कि इसमें दो सौ पेज न हों, और आप नोटिस भी नहीं करते हैं।
जोर्ज डब्ल्यू मित्तग 20

1
+1। योजना ने मुझे कॉलेज में कई वर्षों के लिए कार्यात्मक प्रतिमानों को बंद कर दिया, क्योंकि मेरे पास एक सी और सी ++ पृष्ठभूमि थी इससे पहले कि मैंने पाठ्यक्रम लिया। मैंने इसे सूचीबद्ध नहीं किया क्योंकि मुझे लगा कि मुझे अपने वरिष्ठ वर्ष में अधिक ध्यान देना चाहिए क्योंकि मैंने एक भाषा पाठ्यक्रम लिया और एसएमएल का उपयोग किया और वास्तव में इसका आनंद लिया, और मैंने लिस्प का भी आनंद लिया। शायद पूरे कॉलेज में अनुभवों के उत्पाद ने मुझे यह समझना आसान बना दिया कि उन प्रतिमानों का उपयोग कैसे किया जाए। मैं भी अब अपने आप को स्काला सिखा रही हूं और इसका बहुत आनंद ले रही हूं। : D
२-११

1
मैं आमतौर पर सहमत हूं (स्कूल में अधिक कार्यात्मक) लेकिन यह साबित करना असंभव है कि पहले आपने जो शैली सीखी थी, उसके आधार पर कार्यात्मक प्रोग्रामिंग सीखना आसान या कठिन है।
केविन

34

नियमित अभिव्यक्ति। मुझे कॉलेज में उन्हें उड़ाते हुए याद है। वे काम के लिए अपरिहार्य रहे हैं।


2
नियमित अभिव्यक्तियों का उपयोग केवल अंतिम मामले के परिदृश्य के रूप में किया जाना चाहिए
billy.bob

हाँ! मुझे याद है कि मुझे यह सोचकर कि मैं उससे कितना नफरत करता था ... इसे कक्षा के लिए सीखा और इसे अपने दिमाग से तब तक हटा दिया जब तक कि मुझे कई वर्षों बाद फिर से इसकी आवश्यकता न हो। तब मैं खुद को कोस रहा था क्योंकि मुझे इसे फिर से सीखना था।
बीएमडब्ल्यू

4
@ m.edondsons, नियमित अभिव्यक्ति सरल कार्यों के लिए महान हैं। हो सकता है कि आप कुछ गलत कर रहे हों, यदि आप उन्हें अपने कोड में उपयोग कर रहे हैं (आखिरकार, कॉम्बिनेटरों को पार्स करना एक तरह से बेहतर है), लेकिन एक टेक्स्ट एडिटर में आपके विशिष्ट खोज-और-प्रतिस्थापन के लिए वे ठीक हैं।
तर्क

3
कमांड लाइन पर और शक्तिशाली संपादकों जैसे कि विम या एमएसीएस का उपयोग करने के लिए नियमित अभिव्यक्ति एक महान उपकरण है। सिर्फ कोड में उपयोग के लिए नहीं।
स्टीफन पॉल्जर

1
@ m.edmonson, नहीं - नियमित अभिव्यक्ति शानदार उपकरण हैं जिन्हें पहले चुना जाना चाहिए ! उन स्थितियों के लिए जहां वे लागू होते हैं - जब वे नहीं जानते हैं तो अनुभव की आवश्यकता होती है।

33

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


2
शायद मैं सिर्फ जटिल पर्याप्त सामान नहीं लिख रहा हूं, लेकिन बिग ओ को जानने के लिए एकमात्र समय एक उच्च अंत टेक कंपनी में एक साक्षात्कार में था। इसलिए जब मैंने इसे 20 साल पहले सीखा था, क्योंकि मैं इसका उपयोग नहीं करता हूं, लेकिन हर 10 साल या एक बार मैं इसे याद नहीं करता।
बिल लीपर

2
@ बिल-लीपर: मेरा अनुभव यह है कि बिग-ओ ऐसी चीज नहीं है जिसका आप हर दिन इस्तेमाल करते हैं, लेकिन यह कुछ ऐसा है, जिसके बारे में आप जानते हैं, तो हर बार आपको एक समस्या का पता लगाने में मदद मिलती है, जो आपको पता नहीं था, या अन्यथा पता नहीं चला होगा। यदि आप इसे नहीं जानते हैं, तो आपके पास कभी भी अंतर्दृष्टि नहीं होती है और आपको पता नहीं है कि आप क्या याद कर रहे हैं।
22

1
@ बिल, बिग-ओ यह कहने का केवल एक औपचारिक तरीका है कि आपको इस बात से सावधान रहने की आवश्यकता है कि जब आपको स्केल करने की आवश्यकता होती है तो आप दूसरे पर कितने लूप डालते हैं। अधिकांश प्रोग्रामर सीखते हैं कि औपचारिक नाम जानने के बिना एक रास्ता या दूसरा।

23

मेरी इच्छा है कि जब मैं 14 साल की थी तो मेरे शिक्षक ने मुझे सुना था। दुर्भाग्य से मैं आपको यह नहीं बता सकती कि यह क्या था, क्योंकि मैंने नहीं सुना।


21

परिमित भाषा और ऑटोमेटा सिद्धांत पर पाठ्यक्रम होना चाहिए।

सोचा कि यह बहुत सैद्धांतिक था, जब तक मेरी नौकरी ने मुझे खरोंच से एक डोमेन विशिष्ट भाषा संकलक करने की मांग की।


4
वाह। तुम असल में क्या करते हो ? अगर तुम मुझसे पूछते हो तो बुरा मत मानना ​​=)
चौदह

1
@otibom: मैं अर्धचालकों के साथ काम करता हूं, और इसकी अपनी विशिष्ट डोमेन भाषाएं हैं, जिनमें यथोचित कड़े प्रदर्शन की आवश्यकताएं हैं।
Fanatic23

18

मैं C, साथ ही UNIX कहूंगा। हालांकि मैंने कॉलेज के तुरंत बाद UNIX सीखा, मुझे लगता है कि मुझे UNIX और C के साथ पहले से अधिक निपुण होने से लाभ होगा।


यूनिक्स? क्या वह अभी भी कॉलेजों में पढ़ाया जाता है?
अपूर्व ०२०

1
यह होना चाहिए ... या ठीक है, लिनक्स की तरह। किसी भी प्रोग्रामर को थोड़ा सा बैश (या अन्य शेल) जानना चाहिए।
प्रति विकलैंडर

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

13

तकनीकी लेखन। मैं ग्राहकों और सहकर्मियों के साथ संवाद करते हुए आवश्यकताओं को लिखने में बहुत समय लगाता हूं। यह एक ऐसा क्षेत्र है जो कॉलेज में मेरे पास 1 क्रेडिट घंटे की कक्षा थी। एकमात्र अन्य वर्ग जिसने वास्तव में मेरे करियर में मदद की वह था 1 अन्य क्रेडिट घंटे वर्ग। वह C प्रोग्रामिंग में था। बाकी जबकि दिलचस्प और शायद मेरे समग्र विश्लेषणात्मक कौशल ने वास्तव में मेरे करियर को सीधा लाभ नहीं पहुंचाया है।

दी मैं 20 साल पहले स्कूल गया था और सी को इलेक्ट्रिकल इंजीनियरिंग विभाग में अत्याधुनिक माना जाता था। सीएस लोग लिस्प और सी ++ के साथ कुछ सामान कर रहे थे, लेकिन अभी भी शायद उतना ओओ नहीं है जितना मुझे आशा है कि आज के स्नातकों के साथ चल रहा है।


11

डिज़ाइन दस्तावेज़

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


कोई और उन्हें लिख रहा होगा यदि मैं उस पर अच्छा नहीं हूँ, जो कि मुझे पसंद है।
केविन

10

दूसरी विदेशी भाषा। मेरे मामले में रूसी। मेरे आसपास के स्थान में इस विशेष भाषा में बहुत सारी किताबें, संसाधन और बहुत कुछ।


@FrustratedWithFormsDesigner अब हाँ, लेकिन जब मैं बच्चा था ... :)
lfx

मैंने व्यक्तिगत रूप से फ्रेंच और जर्मन का अध्ययन किया, और वास्तव में जर्मनी में कुछ समय बिताया। यह कुछ ऐसा है जिसे हर किसी को अनुभव करना चाहिए।
केन

12
वास्तव में? रूसी में प्रोग्रामिंग से संबंधित संसाधन? मैं एक मूल रूसी वक्ता हूं, लेकिन मैं शायद ही कभी इसका उपयोग करता हूं जब मैं प्रोग्रामिंग पर सामान खोजता हूं। अधिकांश समय, Google में अंग्रेजी क्वेरी टाइप करने पर मुझे उत्तर मिल जाता है। इसके अलावा, रूसी में तकनीकी किताबें अक्सर अंग्रेजी से बहुत खराब अनुवाद हैं।
दिमा

@ दीमा, आजकल क्या स्थिति है, पता नहीं, लेकिन जब मैं कोलाज और स्कूल में था, तो हर शिक्षक ने कहा कि।
lfx

3
@FrustratedWithFormsDesigner: कि मैं विश्वास करूँगा। रूसी में गणित से संबंधित सामग्री का एक बहुत कुछ है। लेकिन अगर आप कंप्यूटर से संबंधित विषयों के बारे में बात कर रहे हैं, तो आप अंग्रेजी जानने से बेहतर हैं।
दीमा

8

चीजों की सीएस की ओर से:

  • यूजर इंटरफेस डिजाइन
  • परिक्षण
  • संस्करण नियंत्रण
  • संगामिति

सब कुछ श्रेणी से:

  • तकनीकी लेखन
  • वाक् संचार
  • समय आकलन कौशल

परीक्षण और संस्करण नियंत्रण के लिए +1। सच में, हमने बहुत कुछ सुना है कि परीक्षण बहुत महत्वपूर्ण था ... कभी नहीं सीखा कि कैसे हालांकि ... (और यह हमारी गलती नहीं थी। हमारे पास इसके बारे में वास्तव में कभी कुछ नहीं था)
Svish

7

वेक्टर गणित और पथरी। मैं उन्हें गया था, लेकिन मेरे प्रोफेसर भयानक थे और वास्तव में विषयों को नहीं पढ़ाते थे। लेकिन किसी के रूप में जो ग्राफिक्स प्रोग्रामिंग में भारी है ... एक बेहतर वेक्टर गणित नींव ने मदद की होगी।


7

जाहिर है, इतिहास और साहित्य। समस्या अक्सर है, स्कूल उन दिलचस्प नहीं है।


जब वे एक होम स्कूलर के रूप में सीखते हैं, तो वे कहीं अधिक दिलचस्प हो सकते हैं।
मैथ्यू रोडेटस

6

इलेक्ट्रानिक्स

मेरे पास स्कूल में सॉफ्टवेयर से संबंधित सामान नहीं था । आह - सूचना विज्ञान, लेकिन मैंने इसे रद्द कर दिया। :) लेकिन बाद में सीखना आसान था। जबकि इलेक्ट्रॉनिक्स, मैं अक्सर यह नहीं मिलता है। माइक्रोकंट्रोलर, PWM, GPIO - wtf? काश मैं सामान समझ जाता।


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

5

वितरित नेटवर्किंग / कंप्यूटिंग । प्रोग्रामिंग एक चुनौती नहीं है, लेकिन वर्तमान वास्तुकला में आवश्यक शर्तें वितरित अवधारणाओं का गहन ज्ञान है।

एक विस्तृत पाठ्यक्रम एक ऐच्छिक के रूप में पेश किया गया था, लेकिन इसे और एआई के बीच चयन करना था: इसलिए, यह वास्तव में अफसोस नहीं है।


5

डिजाइन पैटर्न: जिस तरह से वे प्रस्तुत किए गए थे, वास्तव में वे आपको बताएंगे कि वे कितने उपयोगी हैं, तब से मैंने उन पर कुछ किताबें पढ़ी हैं और उन्हें लगता है कि वे अविश्वसनीय रूप से उपयोगी हैं।


यह मुझे सामान्य रूप से प्रोग्रामिंग प्रशिक्षण के बारे में बताता है, हम यह समझाने में स्वीकार्य हैं कि कैसे लेकिन क्यों नहीं। और कोई अच्छा प्रैक्टिकल उदाहरण नहीं। यही कारण है कि हमारे पास समस्या के लिए वर्जन तकनीकों का उपयोग करने के लिए खूंटे हैं, वे पहले वाले को उठाते हैं जो उनके साथ होता है जो यह बताने के लिए ज्ञान के बिना काम करेगा कि यह विशेष तकनीक इस विशेष समस्या के लिए बेहतर है।
HLGEM

4

यूनिक्स, शेलस्क्रिप्टिंग, सी। को स्कूल में इसे अच्छी तरह से सीखने का मौका मिला, लेकिन बाद में नौकरी पर ऐसा करना पड़ा।


4

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


4

अर्थशास्त्र। यह उबाऊ (और थोड़ा क्रूर) हो सकता है, लेकिन वैसे भी यह एकमात्र ऐसा है जो वास्तव में इस समाज में आवश्यक है। उसके बाद, आँकड़े।


4

मुझे लगता है कि तीन वर्गों ने मुझे सबसे अधिक अंतर्दृष्टि दी कि कंप्यूटर सॉफ्टवेयर के निष्पादन में कैसे काम करते हैं (जो कि यह समझ अधिक इष्टतम प्रोग्रामिंग के लिए अनुमति देता है):

असेंबली लैंग्वेज ऑपरेटिंग सिस्टम कम्पाइलर

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


3

लगभग एक दर्जन कक्षाएं हैं जो मैं चाहता हूं कि मैंने कॉलेज में लिया था, लेकिन नहीं किया। ज्यादातर सीएस नहीं। फ़ोटोग्राफ़ी, जनरल केम, अधिक लेखन!


3

यह उन लोगों की संख्या के लिए मज़ेदार है जो उदारवादी कलाएँ कह रहे हैं: मैं एक संज्ञानात्मक विज्ञान प्रमुख था (दर्शनशास्त्र / CompSci / शारीरिक रचना) ... अंग्रेजी में भारी नाबालिग के साथ दर्शन / CompSci पर स्विच करना समाप्त कर दिया (मैं बीए कर सकता था, लेकिन 101 के आई स्किप लेने से परेशान नहीं हुए)।

मुझे उन उदारवादी कला वर्गों को लेने के लिए मेरे सीएस साथियों से मिली सभी बकवास बातों के बारे में बताने के लिए मुझे एक सप्ताह का समय लगेगा। कोई फर्क नहीं पड़ता कि तर्क में आधा दर्जन वर्गों ने मेरी प्रोग्रामिंग के लिए पथरी की किसी भी राशि की तुलना में अधिक किया। कोई फर्क नहीं पड़ता कि मेरे सभी सर्वश्रेष्ठ एआई पाठ्यक्रम दर्शनशास्त्र पाठ्यक्रम थे। इससे कोई फर्क नहीं पड़ता कि मेरी अंग्रेजी कक्षाओं में जीआईआरएलएस की कमी थी। नहीं, मैं उन पाठ्यक्रमों को लेने के लिए किसी तरह का अनभिज्ञ पोजर था।

हालांकि दिल ले लो। कम से कम आपको अपनी शिक्षा को हर बार समझाने की ज़रूरत नहीं है जब कोई आपके फिर से शुरू होता है।


क्या आप बता सकते हैं कि "मेरे सबसे अच्छे एआई पाठ्यक्रम दर्शनशास्त्र के पाठ्यक्रम" से आपका क्या मतलब है?
मार्क C

@mark: "संज्ञानात्मक विज्ञान" है, जो अपने मूल प्रमुख था, मूल रूप से कुछ भी नहीं है लेकिन ऐ, और काफी हद तक दर्शन के शामिल। दर्शन दो प्रकार के होते हैं: विश्लेषणात्मक और महाद्वीपीय। सभी बेवकूफ बकवास महाद्वीपीय है। एनालिटिक्स लॉजिक है, कॉग है। विज्ञान, भाषा विज्ञान और गंदगी की तरह है।
सातनिकपुप्पी 5

+1: स्वयं एक दर्शन प्रमुख के रूप में मैंने फिलॉसफी ऑफ द माइंड नामक एक क्लास ली। यह वर्ग मूल रूप से ट्यूरिंग मशीनों के लिए समर्पित था। मेरे दर्शनशास्त्री एक अंडरग्रेजुएट में सीएस प्रमुख थे और मेरे सीएस सलाहकार वास्तव में दर्शनशास्त्र में पीएचडी थे।
मॉर्गन हेरलॉकर

+ 1: "आपको अपनी शिक्षा समझाने की ज़रूरत नहीं है"। और वहाँ मैं सोच रहा था, चीजें यूएस / यूके में अलग थीं ... मुझे पता है कि आपका क्या मतलब है।
रवेलीन

3

द्विघात समीकरण और त्रिकोणमिति।

पारंपरिक इंजीनियरिंग विषयों के लिए सॉफ्टवेयर लिखने में बहुत महत्वपूर्ण है।


गणना नहीं करता है .... चूंकि अधिकांश अच्छे प्रोग्रामर इंजीनियर हैं, इसलिए कोई ऐसा व्यक्ति है जो अपने बुनियादी अंकगणितीय कौशल में इंजीनियरिंग विषयों के लिए सॉफ्टवेयर लिखने में कमी महसूस करता है जब एक टन इंजीनियर होते हैं जो गणित, भौतिकी और कंप्यूटिंग को समझते हैं ?
बेन वोइगट

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

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

@ben। "बुनियादी गणित" कौशल की कमी वाले लोगों को अब सोशल मीडिया सलाहकार कहा जाता है और इंजीनियरों की तुलना में काफी अधिक है।
क्रोधितगीत

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

1

हां मैंने कंपाइलरों पर उतना ध्यान नहीं दिया जितना मुझे होना चाहिए।


1

सीएस / गणित: अधिक तर्क, बीजगणित, श्रेणी सिद्धांत। अधिक मौलिक और कम लागू सामान: जब आप बुनियादी बातों को अच्छी तरह से जानते हैं तो लागू किए गए सामान को समझना बहुत आसान है जो कि दूसरे तरीके से और अधिक उपयोगी है।

(मेरे पास आंकड़ों में ए था लेकिन वास्तविक प्रोग्रामिंग जरूरतों से इसे जोड़ने में लंबा समय लगा, मैं बहुत कुछ भूल गया।)

'मानविकी': प्राकृतिक भाषा, लेखन, सूत्रीकरण, समझ और समझ। यह तब तक महत्वपूर्ण नहीं लगता जब तक आप 2-3 से अधिक साथी हैकरों की एक टीम में शामिल नहीं होते, जो कि तथाकथित 'वास्तविक जीवन' है।


1

कंप्यूटर ग्राफिक्स (opengl / Directx में 3 डी प्रतिपादन)

मैं ईमानदारी से इसमें बहुत रुचि रखता था लेकिन इतना व्यस्त था कि मैं उस समय को नहीं रख सकता था जो मुझे पसंद था। यह एक शौक के बजाय एक घर का काम बन गया। मुझे लगता है कि मुझे फिर से इसमें दिलचस्पी लेने के लिए मुझे इस पर एक किताब चुननी पड़ सकती है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.