সংক্ষেপে, সবচেয়ে ভালো উপায় শিখতে কেউ আপনাকে শিখতে পারি সাথে hang out করতে সাধারণত হয় থেকে । যদি আপনি মনে করেন যে আপনার দক্ষতাগুলি স্ক্র্যাচ করার মতো নয়, আপনার চেয়ে ভাল ব্যক্তিদের সাথে ঝুলিয়ে রাখা আপনার পক্ষে সবচেয়ে ভাল। নিজেকে প্রত্যাহার করা এবং আরও নিজেকে বিচ্ছিন্ন করার চেয়ে অবশ্যই আরও অনেক ভাল।
তবে আমি মনে করি আপনি খুব সরল ও বিভ্রান্তিকর ছবি আঁকছেন। সমস্ত "পেশাদারভাবে শেখানো" প্রোগ্রামার থেকে দূরে আসলেই কোনও ভাল। তারা কিছু করে কেবল তাই করার অর্থ এই নয় যে এটি করা সঠিক জিনিস।
এবং আপনি যা বলছেন তার অনেকগুলি (তবে সমস্ত নয়) মনে হচ্ছে আপনিই সেই ব্যক্তি যিনি তাদের কে দু'একটি কৌশল শেখাতে পারেন ।
আমি ওও-র চেয়ে কার্যকরী পক্ষের দিকে ঝুঁকেছি, তবে আমি ওওর ব্যবহারটি দেখি যখন কোনও বিমূর্ত সত্তা হিসাবে কোনও বিষয় আরও অর্থবোধ করে।
এটা আমার কাছে দুর্দান্ত লাগছে। সেরা কোডারগুলি হ'ল যাঁরা কাজের জন্য সঠিক সরঞ্জামটি ব্যবহার করেন। আমি সর্বদা এমন কাউকে বেছে নেব যিনি উভয় দৃষ্টান্ত জানেন এবং তাদের প্রত্যেককে ব্যবহার করেছেন যেখানে ধর্মীয়ভাবে কেবলমাত্র একটি দৃষ্টান্ত ব্যবহার করে এমন কোনও ব্যক্তির উপর এটি উপলব্ধি করে।
এর পরে আমি কিছু করার সময় সরল রুটেও যাই। যখন বিপরীত হয়, মনে হয় কখনও কখনও পেশাদার প্রোগ্রামারগুলির কাছ থেকে আমি যে কোডটি দেখি তা এর জন্য জটিল হয়!
আবার সরলতাও ভাল । আপনার কোডটি জটিল হওয়ার দরকার না হওয়া পর্যন্ত জটিল করবেন না । কিছু মানুষ না কিছু কমনীয়তা কিছু বিপথে চালিত ধারণা জটিল আউট করা ঝোঁক, বা কারণ "আমরা এই অতিরিক্ত কার্যকারিতা পরে প্রয়োজন হবে"। সাধারণত, আপনার সমস্যা সমাধানের সহজতম কাজটি করা ভাল।
আমি প্রচুর ক্লোজার ব্যবহার করি। ভাল. এ কারণেই তারা সেখানে আছে। তারা এমন কিছু লোককে ভয় দেখাবে যারা 1990 এর দশকে এবং জাভার তৈরির কোয়াড-ওওপি মডেলটিতে আটকে গিয়েছিল, তবে সত্যই, এটি তাদের সমস্যা।
এবং সবশেষে, আমি সেরা মন্তব্যকারী নই।
কি মন্তব্য করা উচিত, এবং কিভাবে, অত্যন্ত বিষয়গত। সেখানে সত্যিকারের "সঠিক" বা "ভুল" নেই, তবে একটি টিমের সাথে কাজ করার সময়, কোডটি লেখা গুরুত্বপূর্ণ যে পুরো দলটি, এবং কেবল কোডের লেখকই বুঝতে পারে না। এবং কখনও কখনও, দলের কোডিং স্টাইল অনুসারে সমঝোতা করতে হবে। এর অর্থ এই নয় যে আপনার আরও মন্তব্য লিখতে হবে, এর সহজ অর্থ হল এটি আপনার এবং আপনার দলের সাথে একমত হতে হবে।
আমি শুনেছি পেশাদারভাবে প্রশিক্ষিত প্রোগ্রামাররা ইউনিট পরীক্ষার মতো বিষয়গুলি সম্পর্কে এগিয়ে চলে। এমন কিছু যা আমি এর আগে কখনও ব্যবহার করি নি তাই তারা কী বা কীভাবে তারা কাজ করে সে সম্পর্কে আমার অবাস্তব ধারণাও নেই।
ঠিক আছে, তাদের জিজ্ঞাসা করুন। :) আপনার কোড পরীক্ষা করা অপরিহার্য, এবং ইউনিট পরীক্ষাগুলি এটির জন্য একটি জনপ্রিয় এবং দরকারী সরঞ্জাম।
প্রচুর এবং প্রচুর আন্ডারস্কোর "_", যা আসলে আমার স্বাদ নয়।
মতামত হিসাবে, এটি বিষয়গত, এবং ভাষার উপর নির্ভর করে। সি এবং সি ++ এ lowercase_with_underscoresমোটামুটি সাধারণ নামকরণ কনভেনশন। অন্যান্য অনেক ভাষায়, আপনি কার্যত কোনও আন্ডারস্কোর দেখতে পাবেন না। কিন্তু দিনের শেষে, এটি সত্যই গুরুত্বপূর্ণ নয়। কোনও ফাংশন বলা হয় write_to_logবা WriteToLogনা আসলে বাস্তবে কোনও পার্থক্য তৈরি হবে না। কাউকে কেবল এটিকে চুষতে হবে এবং সেখানে দলটি যে বিষয়ে একমত হয়েছে তাতে মেনে চলতে হবে।
এমভিসি সম্পর্কে কিছু জানেন না, ব্যাকবোন.জেএস এর মতো জিনিস নিয়ে আমি এটি সম্পর্কে অনেক কিছু শুনেছি। আমি মনে করি এটি একটি অ্যাপ্লিকেশন সংগঠিত করার একটি উপায়। এটি কেবল আমাকে বিভ্রান্ত করেছে কারণ এখন অবধি আমি আমার নিজস্ব সাংগঠনিক কাঠামো তৈরি করেছি।
ইউনিট পরীক্ষার মতো, শেখা কখনই বন্ধ করবেন না। আপনি এমন লোকদের সাথে একসাথে কাজ করেন যারা জানেন না যে জিনিসগুলি আপনি জানেন না এবং যারা আপনার চেয়ে আলাদা ব্যাকগ্রাউন্ড থেকে আসে। একে অপরের কাছ থেকে শিখুন। আপনি তাদের শেখাতে পারেন এমন কিছু স্পষ্টভাবে রয়েছে তবে এমন কিছু জিনিস রয়েছে যা আপনি জানেন না বা কখনও শুনেন নি, যা তারা আপনাকে শেখাতে পারে। এর অর্থ এই নয় যে আপনি (বা তারা) একটি খারাপ প্রোগ্রামার। এর অর্থ হ'ল একজন ভাল প্রোগ্রামার হ'ল যিনি উন্নতি করতে এবং অন্যের কাছ থেকে শেখার চেষ্টা করেন।
সম্পূর্ণ ও ও প্রোগ্রামিং আমার মুখের মধ্যে একটি খারাপ স্বাদ ফেলে
এখানেও একই, এবং আমি আপনাকে "পেশাদার প্রশিক্ষিত" (একটি সিএস ডিগ্রি) বলি। যে সমস্ত লোকেরা প্রোগ্রামিং শেখানো হয়েছে তাদের মধ্যে স্ব-শিক্ষিত লোকের চেয়ে ততটাই পার্থক্য। দেখে মনে হচ্ছে আপনি এমন কিছু ব্যক্তির সাথে কাজ করছেন যাদের সত্যিই কয়েকটি নতুন কৌশল শেখার প্রয়োজন।
আসলে আমি বরং এই ভয়ে ভীত হই যে লোকেরা শেষ পর্যন্ত আমার কোডটি পরীক্ষা করে দেখবে। এটি কি কোনও সাধারণ কোনও প্রোগ্রামার দিয়ে যায় বা আমার কৌশলগুলি পরিবর্তনের জন্য আমার সত্যিই নজর দেওয়া উচিত?
উভয়। আপনারা কী তৈরি করেছেন তা অন্যের দিকে নজর দেওয়া (এবং বিচারক) করা অবশ্যই অবশ্যই ভীতিজনক। তবে এটি খুব শিক্ষামূলকও। তারা আপনাকে বলতে পারে যে তারা অন্যথায় কী করেছে বা অন্যথায় কেন করেছে। তারা আপনাকে উন্নত করতে সহায়তা করতে পারে এবং তারা নিজেরাই কিছু শিখতে পারে। তাদের কোডটি দেখান যা তাদের "পছন্দসই" সমাধানটি করার চেয়ে সমস্যার সমাধান করে এবং আশা করি তারা চলে যাবে "ওহ, এটি ঝরঝরে you আপনি কী করতে জানেন কী? আপনি কী এটাকে ডাকেন? আমার এই কৌশলটি নিজেই ব্যবহার করা উচিত "