কোনও বর্ষীয়ান প্রোগ্রামাররা বই সর্বদা ব্যবহার সম্পর্কে ভাল ধারণা? [বন্ধ]


53

আমি একটি জুনিয়র বিকাশকারী এবং শুধুমাত্র 5 বছর ধরে এই শিল্পে রয়েছি। আমার বর্তমান সংস্থায় একজন সিনিয়র আছেন যাক তাকে ইনফেষ্টাস বলি। মাঝে মাঝে আমাকে স্ক্র্যাচ থেকে পুরোপুরি একেবারে নতুন কিছু করার জন্য চকমক করার এবং করার সুযোগ দেওয়া হচ্ছে।

সবচেয়ে সাম্প্রতিক উদাহরণগুলির মধ্যে একটি হ'ল মাল্টিথ্রেডেড অ্যাপ্লিকেশনটিতে আমাকে একটি সিঙ্গলটন তৈরি করতে হয়েছিল। আমি এই পদ্ধতিটি ব্যবহার করার সিদ্ধান্ত নিয়েছি । ইনফেষ্টাস তা দেখার সাথে সাথে তিনি আমাকে দ্রুত বোকা বলে ডাকলেন এবং আমাকে এই পদ্ধতিটি ব্যবহার করতে বললেন । তাকে জিজ্ঞাসা করার পরে কেন তিনি কেবল এটি বন্ধ করেছিলেন কারণ এটি আরও ভাল এবং জাভা সম্পর্কে এই এবং এই বইটি বলে যে এটি আরও ভাল।

এবং এটি একটি সাধারণ প্যাটার্ন: আমি যখনই নতুন কিছু করার সুযোগ পাই তখনই আমি দ্রুত ইনফেষ্টাসের হাতে গুলিবিদ্ধ হয়ে যাই এবং তার পদ্ধতিটি আরও ভাল হওয়ার একমাত্র যুক্তি কারণ সেই বইগুলি বিখ্যাত প্রোগ্রামাররা লিখেছিলেন। তিনি সর্বদা আমাকে পড়ার জন্য বই দেওয়ার চেষ্টা করছেন যাতে আমি প্রোগ্রামগুলি কীভাবে "শিখতে" পারি।

আমি কেবল 5 বছর ধরে অর্থের জন্য প্রোগ্রামিং করছি, তবে সমস্যা সমাধানের সর্বোত্তম উপায়ে বইটি অন্ধভাবে অনুসরণ করা কি সবসময়ই ভাল ধারণা, বা আমার এখনই পরীক্ষামূলকভাবে চেষ্টা করা উচিত? ইনফেষ্টাস থেকে অভিযোগের অবিচ্ছিন্ন বাধা আমাকে কখনই নতুন কিছু করার চেষ্টা করতে এবং বইগুলিতে উদাহরণ অনুসরণ করার কারণ হতে শুরু করে।

সম্পাদনা : আমি সম্পূর্ণ হারিয়েছি। হ্যাঁ আমি জানি যে অন্ধভাবে কিছু অনুসরণ করা একটি খারাপ ধারণা। তবে এই godশ্বরের মতো প্রোগ্রামার ইনফেষ্টাস যিনি অনেক কিছু জানেন বলে মনে করেন আমাকে সঠিকভাবে প্রোগ্রাম করার একমাত্র উপায় হ'ল বই পড়া এবং সমস্ত কিছু টি-তে অনুসরণ করা। বই যদি একমাত্র সঠিক উপায় হয়।

সম্পাদনা 2 : ইনফেষ্টাস আমার মনিব নয়। কোডটি পর্যালোচনা করার দায়িত্বে তিনি সিনিয়র বিকাশকারীদের মধ্যে কেবল একজন। এবং পর্যালোচনার পরে তাঁর বেশিরভাগ মন্তব্যে বইয়ের নাম নিয়ে গঠিত যেখানে এই জাতীয় পদ্ধতি এবং পদ্ধতিটি ভুল।


100
অন্ধভাবে কিছু অনুসরণ করা কি একটি ভাল ধারণা?
হতাশিত

16
অন্ধভাবে কোনও কিছুর অনুসরণ করা একটি খারাপ ধারণা, তবে "ইনফেষ্টাস" আপনাকে বইগুলিতে স্বাদ পেতে দেবেন না। বইগুলি পড়া আপনার আরামদায়ক অঞ্চলের বাইরে যাওয়ার এবং আপনার প্রোগ্রামিং দক্ষতার প্রসারিত করার অন্যতম সেরা উপায়।
কিরেলেসা

21
মনে হচ্ছে মনে হচ্ছে প্রবীণ জানেন যে তিনি সমস্যা সমাধানের এই বিশেষ পদ্ধতিগুলি কেন অনুসরণ করছেন - তবে সম্ভবত আপনাকে কেন তা বোঝানোর জন্য সময় নিতে চান না, এবং কেবল আপনাকে এটি ব্যাখ্যা করার সংস্থানগুলিতে নির্দেশ করছেন। তিনি আপনাকে যে সংস্থানগুলি নির্দেশ দিয়েছেন তা কি আপনি পড়েছেন? তারা ব্যাখ্যা করে যে কেন সমাধানটি বেছে নেওয়া হয়েছিল?
জোরিস টিমারম্যানস

28
5 বছর এর মধ্যে আপনি আর জুনিয়র নন, আপনি কি জানেন? ইনফেষ্টাস তা জানেন?
iluxa

25
...brushed it off as this is better and that's how this and this book about java says it is better. এটি অবিলম্বে অ্যালার্ম ঘন্টা বন্ধ করা উচিত। যদি ইনফেষ্টাস আপনাকে স্ট্যান্ডেলোন ব্যাখ্যা দিতে না পারে তবে সে নিজে এটি বুঝতে পারে না। (বা তার পক্ষে খারাপ
তর্কগুলির

উত্তর:


87

আপনি আপনার পুরো ক্যারিয়ারের মতো প্রোগ্রামারগুলিতে চলে যাচ্ছেন। নিজেরাই পরীক্ষা-নিরীক্ষা ও শেখার ক্ষেত্রে কোনও ভুল নেই। অবশ্যই বইগুলি দুর্দান্ত। অনেক সময় উদাহরণগুলি পরিচ্ছন্ন পরিবেশে কাজ করে, তবে আপনি যদি অন্য সংস্থার বিকাশকারী হন তবে পরিষ্কার (অন্যের হস্তক্ষেপ ছাড়াই) পরিবেশের মতো কোনও জিনিস নেই।

কীভাবে জিনিসগুলি "সঠিক" উপায়ে করা যায় তা জানতে সর্বদা সুন্দর তবে মতামত বছরের পর বছর পরিবর্তিত হয়। সুতরাং আপনি কি করতে পারেন তা শিখুন। সিনিয়র বিকাশকারী থেকে আপনি যা পারেন তা নিয়ে নিন, নিজের জ্ঞানের সাথে এটি মিশ্রণ করুন যা আপনি নিজেরাই শিখেন। অবশেষে, আপনি একজন সিনিয়র বিকাশকারী হবেন এবং এই অভিজ্ঞতাগুলি থেকে নেওয়া এবং জুনিয়র দেবগুলিকে শেখাবেন।

এটি সম্পর্কে একটি বিড়ম্বনা না।


65

তিনি কি আপনাকে সত্যিই বোকা বলেছিলেন, নাকি তিনি কোডটি অস্বীকার করেছেন? বোকা কিছু কল করা কৌশলহীন, তবে এটি পরামর্শটি অকার্যকর করে না। আমি মনে করি ইনফেষ্টাস একটি মূল্যবান পরামর্শ দিয়েছেন এবং ভবিষ্যতে আপনার পরামর্শগুলি গুরুত্ব সহকারে বিবেচনা করা উচিত। তিনি প্রচুর পড়াচ্ছেন বলে মনে হয় এবং অন্তত এক্ষেত্রে তার মতামত ভালভাবেই জানানো হয়েছে। সিঙ্ক্রোনাইজেশন ব্যয়বহুল এবং কৌশলগত উভয়। তাঁর প্রস্তাবিত বাস্তবায়ন আপনার চেয়ে দক্ষ এবং সহজ এবং এটি কাজের নিশ্চয়তাযুক্ত।

তিনি সর্বদা আমাকে পড়ার জন্য বই দেওয়ার চেষ্টা করছেন যাতে আমি প্রোগ্রামগুলি কীভাবে "শিখতে" পারি।

এটাই তাঁর মতো। তিনি সক্রিয়ভাবে আপনাকে সহায়তা করার চেষ্টা করছেন, তবে আপনি মনে করছেন আপনার অহংকারটিকে এড়াতে দিচ্ছেন। আপনার কোডটি ব্যক্তিগতভাবে সমালোচনা করবেন না। কোড উত্পাদন করতে সস্তা এবং পরিবর্তন করা সহজ। যদি কেউ আপনাকে কিছু করার সহজ উপায় দেখায় তবে তাদের ধন্যবাদ জানাই।

এবং হ্যাঁ, পড়া আপনাকে আরও অনেক ভাল প্রোগ্রামার করে তুলবে। আমার জানা সমস্ত বিশেষজ্ঞরা ব্যাপকভাবে পড়েন। আপনি যদি খুব বেশি পড়ছেন না, তবে আপনি সর্বোপরি মধ্যমণি, এবং আরও পাঁচ বছরে আপনি দেখতে পাবেন যে আপনি আর বাজারজাতযোগ্য নন।


6
আপনি একটি খুব ভাল পয়েন্ট করেছেন, এবং যে নিবন্ধটি আপনি সংযুক্ত করেছেন এটি খুব আকর্ষণীয়, তবে এটির শেষে এটি স্পষ্টভাবে বলেছে যে ডাবল-চেক লকিং জেডিকে ১.৪ এবং এর আগে (সেই জেডিকে স্মৃতি মডেলের সাথে) কাজ করে না। জেডিকে ১.৫ এবং এর বাইরে এটি কাজ করে, যতক্ষণ না ক্ষেত্রটিকে উদাহরণ হিসাবে রাখা অস্থির হিসাবে ঘোষণা করা হয় (এটি ওপি-র সাথে সংযুক্ত উদাহরণের ক্ষেত্রে)।
শিবান ড্রাগন

4
পরামর্শের জন্য আপনাকে ধন্যবাদ :) এবং হ্যাঁ যখনই তিনি কোড সম্পর্কে সত্যই রাগান্বিত হন তিনি আসলে আমাকে বোকা (মাঝে মাঝে উন্মাদ) বলে। আমার উত্তরগুলি গ্রহণ করার পথে এটি আমার অহংকারের চেয়ে বেশি নয়, বরং তিনি আমার গলা এবং যে নামগুলি তিনি আমার এবং আমার কোডের জন্য ব্যবহার করেন তা নীচে নামানোর চেষ্টা করে তবে এটি একটি ভিন্ন গল্প। তবে এটি জেনে রাখা ভাল যে বইগুলি অন্তর্দৃষ্টি দেয় :)
কোয়েলিয়ন

6
@ কিলিয়ন - ব্যক্তিগতভাবে আমি তার নাম কল করা সহ্য করব না। মনে হচ্ছে আপনি সবকিছুতে খুব বিরক্ত হয়ে যাচ্ছেন। আমি আপনার ম্যানেজারের সাথে এ সম্পর্কে কথা বলার বিষয়টি গুরুত্ব সহকারে বিবেচনা করব, সম্ভবত এমনকি এইচআরও। কারওর অপব্যবহারের জন্য জীবন খুব ছোট।
ওয়েবদাদ 3

2
@ কিলিয়ন - আপনার সাথে কারও ব্যবহার করা উচিত নয়। তারা কে সে বিষয়ে আমি চিন্তা করি না। এবং সর্বদা মনে রাখবেন, প্রত্যেকেই প্রতিস্থাপনযোগ্য। আমি প্রথমে ইনফেষ্টাসের সাথে, তারপরে আপনার ম্যানেজারের সাথে, পরে এইচআর-এর সাথে কথা বলার বিষয়টি গুরুত্ব সহকারে বিবেচনা করব। আপনি যদি সন্তুষ্টি না পান তবে এগিয়ে যান। আমাকে বিশ্বাস করুন, আপনি আরও একটি দুর্দান্ত গ্রুপ পাবেন।
ওয়েবদাদ 3

1
ইনফেষ্টাস যা তাকে গভীর কুৎসিত হিসাবে দেখেন তার একটি আবেগময় প্রতিক্রিয়া হচ্ছে। তিনি নিজেকে নিয়ন্ত্রণ করতে বলার জন্য কারও কাছ থেকে সম্ভবত উপকৃত হতে পারেন।
কেভিন

22

একটি বই পড়া অন্ধ হওয়া উচিত নয়: লেখকের উপস্থাপনের সাথে তার দৃষ্টিভঙ্গির গুণাবলী সম্পর্কে আপনাকে বোঝানোর চেষ্টা করা উচিত। আপনার সিনিয়রদের পক্ষে তাঁর পছন্দের পদ্ধতির ব্যাখ্যা করে এমন একটি বইয়ের দিকে আপনাকে নির্দেশ করার পক্ষে যুক্তিযুক্ত যা তিনি নিজেই এটি ব্যাখ্যা করতে বলেছেন: যদিও বইয়ের উপর নির্ভর না করে তাঁর পছন্দগুলির সুবিধাগুলি ব্যাখ্যা করতে সক্ষম হওয়া উচিত, এটি চেষ্টাটিরও একটি অনুলিপি বইয়ের লেখক ইতিমধ্যে তৈরি করেছেন।

সুতরাং, বইটি পড়ুন, দেখুন বইটির লেখক কী বলেছেন, এবং যদি এটি আপনাকে বিভ্রান্ত করে, বা আপনি নিজের বোঝার বিষয়টি নিশ্চিত করতে চান, বা আপনি সম্মত হন না, তবে আপনার সিনিয়র সাথে এটি সম্পর্কে কথা বলুন, তবে এখন আপনি থাকবেন আরও উত্পাদনশীল আলোচনা করতে সক্ষম।


আমি রাজি হবে। যদি কোনও বইয়ের লেখক তারা যে পদ্ধতির বিষয়ে কথা বলছেন তার গুণাবলী ব্যাখ্যা করতে অক্ষম হন তবে লেখকের বই পড়ে এমন কেউ কীভাবে তা করতে সক্ষম হচ্ছেন, তাই দু'টি জিনিসের একটি অবশ্যই সত্য হতে পারে itherএখনই ব্যাখ্যা আছে এটি বিদ্যমান, এবং পাঠক কেবল এটি বুঝতে পারে না, বা কোনও ব্যাখ্যা উপস্থিত নেই এবং পাঠকের সেই পদ্ধতির জন্য কোনও ব্যাখ্যা খুঁজে পাওয়ার চেষ্টা করা উচিত। যেহেতু আমরা একটি নির্দিষ্ট বিষয়ে কথা বলছি, যেখানে এটি করার জন্য কয়েকটি বৈধ উপায় রয়েছে কেবল সেখানেই একটি ব্যাখ্যা অবশ্যই উপস্থিত থাকতে হবে other অন্য কথায় আমি আপনার উত্তরের সাথে একমত।
রামহাউন্ড

17

যে কোনও স্বাস্থ্যকর সম্পর্কের তিনটি মূল উপাদান রয়েছে। যোগাযোগ, সততা এবং বিশ্বাস। এটি সমস্ত সম্পর্কের, এমনকি কাজের সম্পর্কের জন্য গণনা করে। আপনার উদ্বেগগুলি সম্পর্কে আপনার সুপারভাইজারের সাথে কথা বলা উচিত।

আপনি যদি কোনও নির্দিষ্ট ডিজাইনের পক্ষে কথা বলার জন্য তাঁর কারণগুলি বুঝতে না পারেন, তবে তাকে এটি বলুন । তাকে বলুন যে আপনি বইটি পড়েন নি এবং আপনি এটি বুঝতে চান যে এটি করার পদ্ধতিটি কেন ভাল। মূলটি হ'ল আপনার কাজগুলি করার পদ্ধতিটি বোঝার চেষ্টা করা উচিত

আমি মনে করি আপনারও এই ব্যক্তিকে আরও শ্রদ্ধার সাথে আচরণ করা উচিত। আপনার মাথায়, আপনি তাকে অবমাননাকর নাম বলছেন, এবং আপনি "শেখার" হিসাবে যা ভাবেন তার প্রতি তার পদ্ধতির সমালোচনা করছেন। তার জন্য সতর্কতা অবলম্বন করুন। অন্যদিকে, আপনি বলেছিলেন যে সে আপনাকে বোকা বলেছে । এটি দুর্দান্ত নয়, এবং আপনাকে তাকে বলা উচিত যে কাউকে বোকা বলা ভাল নয়।

আইডিয়াস বোকা হতে পারে। আমরা সকলেই ভুল করি এবং জিনিসগুলি মিস করি, এমনকি প্রবীণ লোকেরাও। যখন কোনও ডিজাইনের কোনও ত্রুটি থাকে, তখন সবচেয়ে ভাল প্রশ্নটি জিজ্ঞাসা করা হয় "আপনি এইভাবে এটি কেন করছেন? এটি এক্স, ওয়াই, জেড পরিস্থিতি ভেঙে ফেলবে না? বি ডিজাইন কি আরও ভাল হবে না?"

মনে রাখবেন যে আপনি এই সফ্টওয়্যারটিতে অন্য ব্যক্তির সাথে কাজ করছেন। এটি শেখার জন্য একটি কঠিন দক্ষতা। আপনি স্ক্র্যাচ থেকে কিছু লিখছেন না তা বিবেচ্য নয়, সর্বদা আপনার কোডটি আপনার পক্ষে সেরা কোড তৈরি করে আলোকিত করার সুযোগ রয়েছে।

এবং "সেরা" এর অর্থ প্রায়শই পঠনযোগ্য এবং বোধগম্য । আমরা প্রোগ্রামাররা অন্যান্য লোকের কোড পড়তে প্রচুর সময় ব্যয় করি। যদি সেই কোডটি স্পষ্ট এবং পঠনযোগ্য হয় তবে তা কোডটিকে সত্যই মূল্যবান করে তোলে। আমরা দুর্দান্ত কোড লিখতে শেখার একটি উপায় হ'ল প্রচুর ভাল কোড পড়ে। আপনি খুব প্রায়ই বইগুলিতে খুব ভাল কোড পান। সুতরাং একটি বা দুটি ভাল প্রোগ্রামিং বই পড়া সম্ভবত আপনাকে আরও উন্নত প্রোগ্রামার করে তুলবে।


আমি আসলে তার দক্ষতাকে ধার্মিক মনে করি এবং সম্মান করি। তবে নতুন যে কোনও বিষয়ে তীব্র সমালোচনা আমাকে নতুন জিনিস চেষ্টা করা এবং বইগুলি দ্বারা আঁকড়ে ধরা থেকে শুরু করে এবং হ্যাঁ তিনি খুব অশ্লীল।
কোয়েলিয়ন

6
নতুন সবসময় ভাল হয় না, এবং পুরানো সবসময় খারাপ হয় না। তিনি যদি কোনও ধারণার সমালোচনা করেন, তা কেন তা জানতে চাওয়া। সর্বদা কেন জিজ্ঞাসা করুন। "কারণ বইটি তাই বলে" যথেষ্ট ভাল নয়। অন্যদিকে, বইটি পড়ে, তাঁর সম্ভবত আরও বিস্তৃত দৃষ্টিকোণ রয়েছে। আপনার নিজের দৃষ্টিভঙ্গিটি আরও প্রসারিত করার লক্ষ্য আপনার উচিত, যেখানে আপনি নিজের নকশাকে নিজের যোগ্যতার সাথে ন্যায্যতা দিতে পারেন।
গুস্তাভ বার্ট্রাম

2
ডোন 'ধার্মিক হিসাবে কাউকে ভাবেন। আপনি সর্বদা তাঁর উপর নির্ভরশীল হতে পারবেন না। তাকে আরও এমন অভিজ্ঞতা সহকারীর মতো আচরণ করুন। আপনি যদি তাঁকে godশ্বরের মতো ব্যবহার করেন তবে আপনি নিজেকে স্বল্প বিক্রি করছেন এবং আপনার কখনও সম্মান হবে না।
ওয়েবদাদ

7

আপনি যে সংস্থায় কাজ করেন, সম্ভবত এটিই। তাদের আপনার এটি করা প্রয়োজন।

এই প্রকৌশলী ইনফেসটাস জুনিয়র বিকাশকারীদের "এটি বইতে লেখা আছে, এবং সেই কারণেই" তাদের বলিয়ে শিক্ষিত করার জন্য খুব খারাপ কাজ করে। তিনি প্রচারক নন, তিনি একজন প্রকৌশলী এবং তাঁর এটিকে ভেঙে ফেলতে এবং ধারণাগুলি উপস্থাপন করতে সক্ষম হওয়া উচিত যাতে জুনিয়ররা তার অভিজ্ঞতা থেকে শিখতে সক্ষম হন।

আমি আপনাকে আপনার সংস্থার জ্ঞানী বিকাশকারীদের সাথে কথা বলার জন্য উত্সাহিত করব, তাদের কাছে বিভিন্ন প্রোগ্রামিং কৌশল ইত্যাদির উপকারিতা এবং কনস সম্পর্কে প্রশ্ন জিজ্ঞাসা করব। এটি বই এবং ব্লগগুলি পড়ার পাশাপাশি (আমি জোয়েলে সফটওয়্যারকে সুপারিশ করব - এটি কেবল গুগল, এটি আবশ্যক) আপনাকে আরও ভাল বোঝা দেওয়া উচিত।


4

আইএমএইচও, এখানে দুটি দিক রয়েছে, যা আপনার আলাদাভাবে মোকাবেলা করা উচিত:

  • লোকটি হতাশ হয়ে উঠছে, আপনাকে নাম দিচ্ছে এবং এ কারণেই সে পারে (তিনি সিনিয়র, আপনি নন, যদি আপনারা কেউ অন্য একজনের বিরুদ্ধে অভিযোগ করেন তবে তিনি সন্দেহের সুবিধা পাবেন) সহজভাবে বলা যায় হুমকির মতো আচরণ, এবং খারাপ।

এটি দিয়ে তার স্তরে না দাঁড়ানোর চেষ্টা করুন। তাকে পিটিয়ে বকুনি দেওয়ার চেষ্টা করবেন না বা বসকে বা তার কাছে "তাকে বলুন"। এটি অত্যধিক চরম আকার ধারণ করে (যেমন এটি যদি আপনার উত্পাদনশীলতা এবং এই জাতীয় প্রভাবিত করে) আপনার এ সম্পর্কে কিছু করা উচিত মনে রেখে তাঁর আচরণের এই দিকটি উপেক্ষা করার জন্য যথাসাধ্য চেষ্টা করুন।

  • তিনি আপনাকে বলছেন যে আপনার কোডটি খারাপ (এবং কীভাবে এটি সঠিকভাবে করা যায়)। সত্যিই আপনি যা বর্ণনা করছেন তা থেকে লোকটির স্বর উপেক্ষা করে তার আচরণের এই দিকটি তেমন খারাপ নয়। আপনি জিনিসগুলি অনেক দ্রুত শিখেন এবং যথাযথ প্রসঙ্গে আপনি যখন তার চেয়ে বেশি অভিজ্ঞ কেউ পেয়ে থাকেন যে আপনাকে সংশোধন করছেন এবং কেবল আপনার ভুলটি করেছেন তা আপনাকেই নয়, তবে কীভাবে এটি সঠিকভাবে করতে হবে তাও (যেমন কেবল নিজের দ্বারা সমস্ত কিছু শেখার তুলনায়) ব্যক্তিগত ট্রায়াল / ত্রুটি পরীক্ষাগুলি এবং এর মতো)

অনেক সময় আমি একজনকে আমার "আমার নিখুঁত কোড" বলে ভেবে ঠিক করেছিলাম এবং কেবল বিরক্ত হয়েছিল যে লোকটি আমাকে কেবল তখনই বুঝতে হবে যে সে ঠিক আছে, আমার সংস্করণটি খারাপ ছিল, তার কাজটি করার জন্য আমাকে কী করা উচিত ভাল, এবং Godশ্বরের ধন্যবাদ যে তিনি দেখেছি! :) সুতরাং আমি "আরে, আপনি আমাকে কী করতে হবে তা বলবেন না, ভুল!" এবং পরিবর্তে, প্রত্যেকবার যখন কেউ আমাকে সংশোধন করে আমি প্রথমে সত্যিকারের, উদ্দেশ্যমূলকভাবে, আমার কোডটি পুনরায় পরীক্ষা করে দেখুন, তারপরে পরীক্ষা করে দেখুন এবং নিশ্চিত করুন যে তিনি সত্যই সঠিক নন এবং আমিই কে এই ভুলটি করছি। যদি এটি আমার ত্রুটি ছিল তবে আমি সহায়তা থেকে তাকে ধন্যবাদ জানাই এবং নিশ্চিত করেছিলাম যে আমি কীভাবে সমাধান করেছি তার সমাধানটি সত্যই বুঝতে পেরেছি (কেবল এটি অনুলিপি / আটকানোর পরিবর্তে)।

আরে, কখনও কখনও আমি দেখতে পাই যে প্রস্তাবিত সংশোধনটি আসলে আমি প্রথমে যা করেছি তার চেয়ে খারাপ ছিল, সেই সময়ে আমি অন্য লোকটির সাথে এই সমস্ত কথা বলার চেষ্টা করি। সত্যিই, আমি লক্ষ্য করেছি যে অন্যের পক্ষে আপনার প্রতি শ্রদ্ধা দ্রুত আর কিছু লাভ করে না যখন তারা দেখে যে আপনি যখন ভুল করেছেন তখন আপনি সংশোধন করা মেনে নিতে পারবেন, তবে একই সাথে, আপনি যে একজন তা বলতে ভয় পাবেন না যখন আপনি ঠিক তাই মনে করেন তখন কে সঠিক, আপনি অবিলম্বে প্রমাণ করতে পারবেন যে আপনি কিছু সত্যিকারের গবেষণার উপর নির্ভর করেছেন, এবং কেবল অহং নয়।

এই মুহুর্তে, আমি মনে করি যে লোকটিকে সে কী প্রস্তাব দেয়, এবং আপনি কী প্রস্তাব করেন এবং কী কী সে সম্পর্কে আপনার সত্যিই চেষ্টা করা উচিত এবং তার সাথে কথা বলা উচিত। আপনি কী ভাবেন, কোনও নির্দিষ্ট সমাধানে আপনি কীভাবে পৌঁছেছিলেন এবং কেন আপনি তার চেয়ে ভাল বলে মনে করেন (যখন আপনি সততার সাথে এবং উদ্দেশ্যমূলকভাবে এটি মনে করেন) তাকে প্রদর্শন করুন। অথবা, যদি আপনি জানতে পারেন যে তাঁর প্রস্তাবটি আপনার চেয়ে ভাল, তবে তাকে বলুন, সহায়তার জন্য আপনার কৃতজ্ঞতা প্রকাশ করুন। এটি কিছু পোড়া সেতু পুনর্নির্মাণ করতে পারে।


1
আমি আপনার সাথে একমত আছি :) এবং আমি তাঁর কণ্ঠের সুরটি উপেক্ষা করার চেষ্টা করি এবং সর্বদা আমাকে হতাশ করার চেষ্টা করি যেহেতু আমার ধারণা এটি তাঁর চরিত্র। তবে যে বিষয়টি আমাকে সবচেয়ে বেশি বিরক্ত করেছিল তা হ'ল তিনি আমাকে আমার কোডটি ভুল বলেছিলেন (যা আমি ভাল মনে করি না), এবং তারপরে সে আমাকে ভুল বইগুলি ব্যাখ্যা করার পরিবর্তে আমাকে একটি বই দেবে এবং আমাকে বলে যে আমি আর বোকা কোড লেখার চেষ্টা করার আগে এটি পড়ুন। এটিই আমাকে প্রশ্ন করে যে বইগুলির সমস্ত উত্তর রয়েছে কিনা, আমি যখন বইটি পড়েছিলাম তখন থেকে এটি পুরোপুরি হ্যান্ডের দৃশ্যের সাথে প্রযোজ্য হয়নি।
কোয়িলিয়ন

হ্যাঁ, হ্যাঁ, আপনি কী বলতে চাইছেন তা আমি দেখতে পাচ্ছি, তবে এটি সত্যই বইয়ের উপর নির্ভর করে এবং তিনি কীভাবে এটি সুপারিশ করেন। উদাহরণস্বরূপ, যদি তিনি বলেন যে "আপনি খারাপ করেছেন, কিছু প্রোগ্রামিং বই পড়ুন" এটি স্পষ্টতই খারাপ, তবে তিনি যদি বলেন "দেখুন, কার্যকর জাভা 2 য় সংস্করণটি সিঙ্গলেটগুলি কীভাবে করবেন তার একটি সহজ এবং সর্বোত্তম উদাহরণ দেয়, আমার এটি এখানে দেখুন । safaribooksonline.com/book/programming/java/9780137150021/… "তবে আমি বলব যে এটি আপনার জন্য একটি সহায়ক বিষয় (আবার, প্রসবের স্বরে আলোচনা বাদ দিয়ে)
শিবন ড্রাগন

আমি এই আচরণটি কখনই "উপেক্ষা" করব না। হয় যদি তার मालिकের সাথে বসে থাকে বা কেবল তার বসের সাথে কথা বলার জন্য এড়িয়ে যেতে পারে যদি আমি ইতিমধ্যে তাকে বলেছিলাম যে নামটি কল করা উড়বে না।
রিগ

3

নিজেই পরীক্ষা নিরীক্ষা করুন এবং যা কিছু পারেন তা শিখুন। আপনি পর্যাপ্ত বই পড়ার পরে, আপনি আবিষ্কার করতে পারবেন যে নির্দিষ্ট বিষয়ে একাধিক বই রয়েছে এবং সেগুলি একে অপরের সাথে বিরোধিতা করতে পারে। আপনি যেটিকে সবচেয়ে ভাল বলে মনে করেন সেটিকে চেষ্টা করুন এবং আপনার কাছে সময় থাকলে বা তুলনা / বৈসাদৃশ্য করতে চাইলে উভয়ই চেষ্টা করুন।

আপনার বসের সাথে ডিল করা সম্পূর্ণ আলাদা বিষয় এবং পদ্ধতির। যদি আমি চাইতাম যে কোনও বইতে হুবহু সঠিকভাবে কিছু করা হোক, আমি তাদের বলতাম। এটাই কেবল আমার কারণ আমি মন পাঠকদের সাথে শামিল হই না। আপনার বস এটি একটি অভ্যাস করে তোলে, আপনি নতুন প্রকল্প পাওয়ার পরে তিনি কোনও বই বা রেফারেন্সের সুপারিশ করেন কিনা তা জিজ্ঞাসা করুন।

আপনি যাই করুন না কেন, নতুন প্রকল্পগুলিতে কাজ বন্ধ করবেন না। আমি জানি যে এই পরিস্থিতিটি কীভাবে মোকাবেলা করা যায় সে সম্পর্কে টিপস দেওয়া আমাদের সবার পক্ষে সহজ এবং তারা কাজ করতেও পারে বা নাও পারে তবে আপনিই সেই ব্যক্তির সাথে বেঁচে থাকতে এবং নেতিবাচকতার শিকার হন। আপনি আরও ভাল হতে চলেছেন, তবে এটি সাধারণত নতুন জিনিসগুলিতে আরও কোড লেখার, sucesses এবং ব্যর্থতা থেকে শেখার মাধ্যমে আসে।


3

অন্ধভাবে বই অনুসরণ করা একটি খারাপ ধারণা, তবে কোনও বইয়ের ঠিক অনুসরণ করা এবং অন্ধভাবে তা অনুসরণ করার মধ্যে পার্থক্য রয়েছে ।

আপনি যখন কোনও বইয়ের স্টাফ বোঝার চেষ্টা করছেন তখন সাধারণত এটি প্রথমে যথাযথভাবে অনুসরণ করা যথাযথ হয়, যখন আপনি যা শেখানোর চেষ্টা করছেন তার অনুভূতি পেয়ে যাচ্ছেন। প্রতিক্রিয়াগুলি হ'ল আপনি যখন যা করেন তখনও আপনি সমস্ত কিছু বুঝতে পারবেন না - এটি সাধারণত কীভাবে হয় তা এইভাবে হয় but তবে বইটি ঠিক প্রথমে অনুসরণ করা আপনার পরীক্ষাগুলি বোঝার চেষ্টা করার সাথে আপনাকে পরীক্ষার জন্য কিছু দেবে। প্রতিক্রিয়াগুলি আবার ভাল যে আপনি বইয়ের বিষয়গুলির সাথে একমত নন এমন উপায়গুলি খুঁজে পাবেন, তবে বইটি যে বিষয়গুলিকে সম্বোধন করার চেষ্টা করছে তা সম্পর্কে আপনার একটি ধারণা থাকবে, যাতে যখন আপনার নিজের কোডটি লেখার সময় আসে তখন আপনি পারেন আপনাকে পরে কাটাতে কেবল এই বিষয়গুলি না রেখে বরং সেগুলি আপনার নিজের উপায়ে (বা সম্ভবত তাদের উপায়ে অন্তত অংশে) সম্বোধন করুন।

আর একটি জিনিস যা জাভা সহজাতভাবে সুনির্দিষ্ট নয় তবে তবুও এই সম্প্রদায়ের মধ্যে এটি বিশেষভাবে সাধারণ। আমি মনে করি আপনি অনুমান করতে পারেন আপনি কোন বইয়ের কথা বলছেন এবং সেগুলি জাভা সম্প্রদায়ের অভিধানের একটি বড় অংশ তৈরি করে। সেগুলি বোঝার জন্য এবং কীভাবে তারা জিনিসগুলি বর্ণনা করে তা যখন আপনাকে খুঁজে পাওয়া অন্য জাভা কোডটি বোঝার দরকার হয় তখন তা যথেষ্ট সাহায্য করবে। এটি তার নিজস্ব মূল্যবান দক্ষতা।


3

বই এবং ব্লগ পোস্ট পড়া প্রোগ্রামিংয়ে খুব সহায়ক। কিছু বই আছে, যা সমস্ত বিকাশকারীদের পড়া উচিত।

তবে বইগুলি বিভিন্ন প্রোগ্রামিং ধারণা এবং প্রযুক্তি শেখার একমাত্র উত্স নয়। আজকাল অন-ডিমান্ড ভিডিও ভিত্তিক প্রশিক্ষণ খুব জনপ্রিয় হয়ে উঠছে। আপনি বহুবর্ণদর্শন পরীক্ষা করতে পারেন , যা পেশাদারদের উচ্চ মানের প্রশিক্ষণ সরবরাহ করে।

আসলে, আপনি যদি কেবল এমন বইগুলি পড়েন যা কোনওরকম সাহায্য করবে না। পড়ার পাশাপাশি আরও কিছু জিনিস রয়েছে যা আমাদের পাশাপাশি করা দরকার। আপনি এখানে আরও বিশদ জানতে পারেন ।


ভিডিও ভিত্তিক প্রশিক্ষণ, শ্রেণিকক্ষ ভিত্তিক প্রশিক্ষণ, বা কেবল উত্স উপাদান পড়ার। শেষ পর্যন্ত তারা সকলেই একটি জিনিস ভাগ করে নেবে, আপনি নতুন কোডটি পড়ছেন (বা শুনছেন), এবং কেন এই পদ্ধতির কারণে নেওয়া হয়েছে তার ব্যাখ্যা শুনছেন / শুনছেন।
রামহাউন্ড

2

আপনার পদ্ধতির সাথে বিশেষত কোনটি ভুল তা আপনার তাকে জিজ্ঞাসা করা উচিত। যদি তিনি এর সুস্পষ্টভাবে উত্তর দিতে অক্ষম হন তবে আপনি নিশ্চিত হতে পারেন যে এটি কেবল একজন সাধারণ লোক যিনি নিজেকে শ্রেষ্ঠ বলে মনে করতে চান।


1
তাঁর দক্ষতা এবং তিনি যে প্রোগ্রামগুলি লিখেছেন সেগুলি প্রোগ্রামিংয়ে তার শ্রেষ্ঠত্বকে স্পষ্টভাবে নির্দেশ করে। তবে কেন তিনি নির্দিষ্ট কিছু করেন তার বেশিরভাগ যুক্তি সর্বদা বিখ্যাত লেখকদের বইয়ের সাথে যুক্ত থাকে। তবে আমি কীভাবে সে আমার প্রতি অনুভূত হয় সে বিষয়ে আমি চিন্তা করি না, বরং আমি জানতে চাই যে বইগুলি সত্যিকারের সেরা প্রোগ্রাম হওয়ার সবচেয়ে ভাল উপায় এবং যদি সেগুলিতে বিশ্বাস করা উচিত যেন কোনও ধর্মীয় ব্যক্তি বাইবেলে বিশ্বাস করে।
কুইলিয়ন

কেন অন্যরকম এক পদ্ধতির পছন্দ বেছে নেওয়ার কারণগুলি সম্পর্কে অবশ্যই আপনার সচেতন হওয়া উচিত। আপনি যে কারণটি বুঝেছেন তার চেয়ে আরও একটি সমাধানের জন্য যাওয়াকে অবশ্যই বোঝার কারণ হিসাবে ন্যায্য করতে হবে। অন্যথায় আপনার (সিনিয়র-মতো) দক্ষতা আরও ভাল হবে না। আপনি বইগুলি থেকে ধারণাগুলি পেতে পারেন তবে ধারণাগুলি গুরুত্বপূর্ণ যা সেগুলি বা কাদের দ্বারা উপস্থাপিত হয় তা নয়। প্রোগ্রামিং কোন ধর্ম নয় :)।
ক্লাইমে

1
হ্যাঁ, এবং তাকে দেখে খুব ভয় পান না। দেখে মনে হচ্ছে তিনি খুব ভাল প্রোগ্রামার হতে পারেন তবে নেতৃস্থানীয় এবং শিক্ষাদানের লোকদের সাথে তেমন ভাল না।
ক্লাইমে

@ কোয়ালিয়ন - একটি ভাল প্রোগ্রামার হওয়ার একমাত্র উপায় হ'ল এটি একটি টন করা, বই পড়ে (বা অন্য কোনও উত্স) পড়ে আপনি পড়ার সাথে প্রকৃত রাইটিং কোড পরিপূরক করতে সক্ষম হন। আপনি কি প্রশ্নে বইটি পড়েছেন? কোডটির লেখক শোনার মতো কিনা তা আপনাকে সিদ্ধান্ত নিতে হবে, এমন একজন লেখক যাকে জাভাতে 20 বছর ধরে থাকার দাবি করা হয়েছে, তিনি শুনতে ভাল ব্যক্তি। এর অর্থ একটি ভাল সুযোগ আছে, তিনি প্রকৃত জাভা বিকাশকারীদের সাথে নির্দিষ্ট কিছু বিষয়ে কথা বলেছেন। যদি আমি জাভাতে কোনও বই লিখছিলাম, তবে আমি আমার গবেষণার জন্য উত্সে যেতে পারি, এবং বিষয়টি ব্যাখ্যা করার জন্য আমার অভিজ্ঞতা ব্যবহার করব।
রামহাউন্ড

@ রামহাউন্ড হ্যাঁ আমাকে তার দেওয়া বইগুলি পড়তে হয়েছিল। এবং হ্যাঁ আমি কিছু বিষয়ে তাঁর বইগুলির সাথে একমত নই। তবে আমি তার সুপারিশকৃত বইগুলির সাথে যে সমস্যাগুলি পেয়েছি সেগুলি হ'ল তারা এমন একটি নিখুঁত বিশ্ব চিত্রিত করেছেন যেখানে সমস্ত কোড সঠিকভাবে করা হয় এবং অন্য অর্ধেক সময় তারা কিছুটা পুরানো অনুভূত হয়। তবে বইয়ের সাথে তাঁর সমস্ত যুক্তিগুলি আমার কাছে ব্যাখ্যা করার চেষ্টা করার চেয়ে পড়ার জন্য এবং স্প্যামিং বইয়ের অনবরত বাধা আমাকে এই ভেবে পেয়েছিল যে সম্ভবত বই সবচেয়ে ভাল উত্স নয়। তবে মনে হয় এগুলি হ'ল এবং আমি সেগুলি আরও অধ্যয়ন করব।
কোয়েলিয়ন

2

বইগুলি সম্পর্কে জিনিসটি হ'ল তারা - বেশিরভাগই সংশোধনগুলির মধ্য দিয়ে যায়, যাদের খারাপ অভ্যাস এবং ভুল ধারণা চিহ্নিত করার আরও ভাল সুযোগ থাকে। এছাড়াও, "বড় নামগুলি" অভিজ্ঞ ব্যক্তিরা যারা বই বিক্রি করে অতিরিক্ত অর্থ উপার্জনের জন্য ভাল থাকার উপর নির্ভর করেন, এইভাবে, তারা যা বলে তা সম্পর্কে কিছুটা ন্যূনতম মানের নিশ্চয়তা রয়েছে।

এটি বলেছিল, বই, কাগজপত্র এবং অন্যান্য উত্সগুলি পড়া অনুশীলনের মাধ্যমে নিশ্চিত হওয়ার পরে অবশ্যই পেশাদার হিসাবে বেড়ে ওঠার একটি ভাল উপায়। সুতরাং, সেই বইগুলি পড়া আপনার পক্ষে ভাল (এমনকি ইনফেষ্টাস দ্বারা প্রস্তাবিত)। যাইহোক, বইগুলি অবশ্যই মূলত আপনার বিষয়টিকে বোঝার জন্য বৃহত্তর করতে হবে, কারণ প্রায়শই একই সমস্যাটি সমাধান করার অন্যান্য উপায় থাকবে।

আপনার "আমার দ্বারা যান" পদ্ধতির বিষয়ে, কথাটি হ'ল: আপনি কী আপনার দৃষ্টিভঙ্গি বজায় রাখতে পারবেন? আপনি কীভাবে আপনার সমাধানটিকে অন্য কোনওটির চেয়ে ভাল হিসাবে প্রমাণ করবেন? কিছু সময় আপনি নিজেরাই দ্বারা উজ্জ্বল সমাধানগুলি তৈরি করতে পারেন, তবে, অন্যান্য জ্ঞাত সমাধানগুলির সাথে তুলনা করার সময়, আপনার নিজের ভাল হওয়ার কারণটি অবশ্যই তর্ক করতে সক্ষম হবেন, অন্যদের পক্ষে অন্ততপক্ষে ব্যবহারের ক্ষেত্রে। তারপরে, সৃজনশীল এবং চিন্তাশীল হন তবে সবচেয়ে গুরুত্বপূর্ণ, কার্যকর হন।

আমি যদি থাকতাম, আপনি এই বইগুলি পড়তেন। এটি আপনাকে আরও যুক্তি দিয়ে আপনাকে সহায়তা করবে এবং একই সাথে আপনি দেখতে পাবেন যে ইনফেষ্টাস - সম্ভবত - ভুলভাবে সেই বইগুলি যুক্তি হিসাবে গ্রহণ করছে, এবং এখনও তাকে চিহ্নিত করা হয়নি কারণ এই বইগুলির বিষয়বস্তু কেউই জানে না। অথবা আপনি দেখতে পাবেন যে তিনি আসলে কে


1

আমার অভিজ্ঞতা হ'ল যখন প্রোগ্রামিং সম্পর্কিত বিষয় সম্পর্কে উদ্বিগ্ন হয় তখন ইন্টারনেটে একই বিষয়ের তথ্য অনুসন্ধানের সময় বইগুলির পর্যাপ্ত ব্যাখ্যা সহ তথ্যের গুণমান এবং উপস্থাপনের পরিমাণ আরও ভাল হয় magn ইন্টারনেটে প্রায়শই যথাযথ ব্যাখ্যা, প্রসঙ্গ এবং মানের অভাব থাকে।

ইন্টারনেটে তথ্যের পরিমাণের পরিমাণ বেশি।

সুতরাং আমার সাধারণ কৌশল হ'ল বইগুলি থেকে আরও গভীর বোঝাপড়া শিখতে হবে এবং তারপরে ইন্টারনেট থেকে শিখুন বিভিন্ন ইমপ্লাইটিশনের সংস্পর্শে আসা এবং আমার অভিজ্ঞতা আরও প্রশস্ত করা ((এবং প্রায়শই কীভাবে স্টাফ করবেন না দেখুন)।


1

আমি প্রতিটি পদ্ধতির যোগ্যতাগুলি নিয়ে গবেষণা করব এবং আপনার নিজের সিদ্ধান্তে আসব। যদি আপনি মনে করেন যে আপনার পদ্ধতির উন্নতি হয়, তবে আপনারা একজনের অপরটিকে বিশ্বাস না করা পর্যন্ত এটি ইনফেষ্টাসের সাথে আলোচনা করুন। আপনি যদি কোনও চুক্তিতে পৌঁছতে না পারেন তবে আপনি এটি সম্পর্কে কতটা দৃ strongly়তার সাথে অনুভব করছেন তার উপর নির্ভর করে আপনি দ্বিতীয় মতামত চেয়েছিলেন বা কেবল ইনফেষ্টাসের দৃষ্টিভঙ্গি গ্রহণ করতে পারেন।

সিঙ্গেলনের ক্ষেত্রে, এনুম পদ্ধতির বিরুদ্ধে আপনি যে যুক্তিটি তৈরি করতে পারেন তা হ'ল এনমগুলি ক্লাস বাড়িয়ে দিতে পারে না। আমি প্রায়শই এই জাতীয় কোড লিখি:

public class DateSerializer extends AbstractSerializer<Date> {
  public static final DateSerializer SINGLETON = new DateSerializer();

  private DateSerializer() {}

  public byte[] serialize(Date date) { ... }
}

এটি enums দিয়ে করা যায় না। যেহেতু এনাম অ্যাপ্রোচ সব ক্ষেত্রে কার্যকর হয় না, আপনি যুক্তি দিতে পারেন যে ধারাবাহিকতার জন্য, কোনও extendsশৃঙ্খলার প্রয়োজন নেই এমন সময়েও এড়ানো উচিত ।

এনাম ব্যবহারের বিরুদ্ধে তৈরি হতে পারে এমন আরও কিছু যুক্তি:

  • এটি একটি হ্যাক - এটি এমন কিছুগুলির জন্য এনাম ব্যবহার করছে যা তাদের উদ্দেশ্য নয়
  • এটি এমন পাঠকদের কাছে বিভ্রান্তিকর যারা এটি আগে দেখেনি

উম্ম ... আপনি কেন সিঙ্গলটন হিসাবে ডেট সিরিয়ালাইজার প্রয়োগ করবেন? যদি এটি রাষ্ট্রহীন হয়, তবে আপনি এটি ইনস্ট্যান্টেট করার পক্ষে সস্তা হবে বলে আশা করবেন এবং একাধিক উদাহরণ থাকা বড় উদ্বেগের বিষয় নয়। যদি এটি রাষ্ট্রবিহীন না হয়, তবে আপনাকে এটি সিঙ্ক্রোনাইজ করাতে হবে, এবং এটির জন্য কোনও বাধা হয়ে উঠার সম্ভাবনা রয়েছে ...
স্টিফেন সি

স্টেটহেনসি ক্লাসের জন্য @ স্টেফেনসি, যখন একসাথে যথেষ্ট হবে তখন একাধিকবার অনুমতি দেওয়া অদ্ভুত বলে মনে হচ্ছে এবং এর সুবিধা কী? একটি রাষ্ট্রীয় সিঙ্গলটন যা মাথায় আসে তা হ'ল একটি প্যাক্র্যাট পার্সার - আপনার বেশ কয়েকটি সিঙ্গলটন ক্লাস থাকতে পারে যা একটি অ্যাবস্ট্রাক পার্সার প্রসারিত করে। সত্য, আপনি যদি সমান্তরালভাবে পার্স করছেন তবে এর জন্য সিঙ্ক্রোনাইজেশন প্রয়োজন, তবে মেমোয়েজড স্টেটটি ভাগ করা গুরুত্বপূর্ণ।
ড্যানিয়েল লুবারভ

বিপরীতে, এটা আমার কাছে অদ্ভুত বলে মনে হচ্ছে যে আপনি যদি প্রয়োজন না হয় তবে আপনি সিলেটলেট এবং তাদের থেকে উদ্ভূত জটিলতাগুলি নিয়ে বিরক্ত করবেন। আমার মতে, সহজ পদ্ধিতি হ'ল "ট্রান্সফর্মার" অবজেক্টগুলি তৈরি করা, ব্যবহার করা এবং তাদের ফেলে দেওয়া ... যখন তাদের পুনঃব্যবহারের কোনও দৃ reason় কারণ / উত্সাহ না থাকে except
স্টিফেন সি

1

আমি জ্ঞানের উত্স হিসাবে বইগুলির উপর প্রচুর নির্ভর করি - এগুলি দুর্দান্ত ভিত্তি এবং আমি মনে করি ইনফেসটাস ঠিকই বলেছেন যে আপনার অতিরিক্ত সময়গুলিতে আপনার দক্ষতার তাত্পর্য বাড়ানোর কারণে আপনার যথেষ্ট পরিমাণে বই গ্রহণ করা উচিত। বইগুলি তথ্যের একমাত্র উত্স নয় যদিও আমি মনে করি যে আপনার গ্রহণ করা উচিত - আপনার স্থানীয় ব্যবহারকারী গ্রুপে উপস্থিত হন, প্রাসঙ্গিক প্রযুক্তি নিউজলেটারগুলি আপনার ইনবক্সে পৌঁছে দিন, ব্লগগুলি পড়ুন।

তবে আমি এই দৃ with়তার সাথে একমত নই যে এটি কোনও বইয়ে একটি নির্দিষ্ট উপায়ে লেখা হয়েছে, এটি অবশ্যই এটি করা উচিত । হ্যাঁ বইগুলি দুর্দান্ত পরামর্শ দেয়, এবং সেগুলি বিশেষজ্ঞদের দ্বারা রচিত এবং বিশেষজ্ঞরা পর্যালোচনা করেছেন, তবে তুলনামূলকভাবে সহজ বইয়ের সাথে জড়িত থাকার কারণে আমি আপনাকে বলতে পারি যে কোনও বই লিখতে, সম্পাদনা করতে এবং প্রকাশ করতে সাধারণত কমপক্ষে দু'বছর সময় লাগে takes । প্রযুক্তির পরিবর্তনের গতি দ্রুত এবং দু'বছর আগের পরামর্শ আজকের দিনে আর সঠিক পরামর্শ হতে পারে না। জেনেরিক প্রিন্সিপাল প্রায়শই সময়ের পরীক্ষার জন্য দাঁড়ায় তবে নির্দিষ্ট ক্রিয়াকলাপটি অনুকূল করা নতুন বিট হার্ডওয়্যার বা একটি নতুন সফ্টওয়্যার প্রকাশের মাধ্যমে অবৈধ হতে পারে।

আপনার সাথে ইনফেষ্টাসকে পরামর্শ দেওয়ার পরামর্শ দেওয়ার পরামর্শটি একটি দুর্দান্ত - আপনি চলে যান, সমস্ত কিছু পড়ুন, এবং ইতিমধ্যে নিজের জন্য আপনার সমর্থনকারী প্রমাণের সাথে নিজের জন্য উত্তর / সমাধান করার চেষ্টা করেছেন এমন একটি চিন্তাশীল প্রশ্ন নিয়ে ফিরে আসুন পদ্ধতি।

5 বছর পরে কেন আপনি এখনও জুনিয়র ছিলেন তা নিয়ে প্রশ্ন ছিল। আমার জন্য, কেউ জুনিয়র কিনা তার মূল মাপটি বছরের অভিজ্ঞতা নয় তবে তাদের চামচ খাওয়ানোর জন্য কতটা প্রয়োজন। আমি মধ্য-স্তরের বিকাশকারীকে তুলনামূলকভাবে স্বাবলম্বী হতে হবে, জ্ঞানের উত্সগুলির একটি চিন্তাশীল ভোক্তা যিনি এটিতে কাজ করতে পারেন এবং এটি তাদের পরিস্থিতিতে প্রসারিত করতে পারেন। তাদেরও সেই পর্যায়ে থাকতে হবে যেখানে তারা জুনিয়রদের পড়াতে শুরু করতে পারে কারণ তাদের বিষয় সম্পর্কে তাদের দৃ understanding় ধারণা রয়েছে যাতে তারা বিষয়গুলি স্পষ্টভাবে ব্যাখ্যা করতে পারে। অন্যান্য মূল দক্ষতা হ'ল আত্মবিশ্বাস - যদি আপনি কাজটি করেছেন, স্টাফটি পড়েছেন এবং কিছু শালীন উত্পাদন করেছেন, তবে কোনও জুনিয়রের বৈধতার প্রয়োজন হিসাবে বিতর্ক আদালতে এটির পক্ষে দাঁড়াতে ভয় করবেন না, একজন বিকাশকারী conকমত্যের অনুরোধ করেন।


1

কর্মক্ষেত্রের শিষ্টাচারগুলি আলাদা করা, প্রবীণ বিকাশকারীদের যে পরামর্শদাতার ভূমিকার বাস্তবতা রয়েছে তা বাদ দিয়ে, অন্বেষণের আপনার নিজস্ব ইচ্ছাকে আলাদা করে দেওয়া, অবমাননাকর আচরণকে আলাদা করা এবং বইয়ের জন্য ফেটিশগুলি আলাদা করা ...

একটি দলে কোড পুনর্বিবেচনার উদ্দেশ্যগুলি হ'ল 1) কোড যাচাই করা এবং 2) কোডটি লেখার ব্যক্তি কোড উন্নতির পিছনে অর্থ বোঝে তা নিশ্চিত করার জন্য। "এটাকে পরিবর্তন করার কথা বলার জায়গা নয় কারণ মার্টিন ফাউলর জিওএফ বইয়ে এটি বলেছেন"। তবে, এটি বলার জায়গা হ'ল "এটিকে পরিবর্তন করুন কারণ [সংক্ষিপ্ত ব্যাখ্যা]; জিওএফ বইয়ে আরও বিস্তারিত আলোচনা করা হচ্ছে"।

যদি আপনার প্রবীণ বিকাশকারী না হয়, তবে কমপক্ষে সহজ এবং সরলভাবে পরিবর্তনের জন্য ব্যাখ্যা সরবরাহ করে এবং "[বই] কারণ" এর ক্রিয়াপদ ব্যবহার করার জন্য জোর দিয়ে থাকেন, তিনি কিছুটা স্মার্টস এবং জটলা বানাচ্ছেন। আপনি এটি কিভাবে মোকাবেলা করবেন? একটি টিম মিটিংয়ে এটি মৌখিকভাবে উল্লেখ করুন এবং আপনার সহায়ক সতীর্থদের সেই সহায়ক বইয়ের রেফারেন্সের সাথে পরিবর্তনের সুবিধা বা প্রয়োজনীয়তার সংক্ষিপ্ত বিবরণ দিয়ে একটি বিবৃতি দেওয়ার জন্য বা দু'জনকে অনুরোধ করুন। বইয়ের রেফারেন্সের জন্য তাকে ধন্যবাদ জানাতে ভুলবেন না।

এটির মুখোমুখি হোন, আপনার লক্ষ্যটি পরিবর্তনের পরামর্শটির প্রশংসা করা এবং আপনার কাজ বা আপনার কাজের জন্য ডেমোটিভেট না করা। ওকে বলো। "আপনি আমার কোডটি পর্যালোচনা করার সময় পরিবর্তনের সুবিধা বা প্রয়োজনীয়তার সংক্ষিপ্ত বিবরণ দিতে পারলে আমি পরিবর্তনের পরামর্শটির আরও প্রশংসা করব; কারণ আমি একা আপনার বইয়ের রেফারেন্সগুলি কিছুটা হ্রাসকারী হিসাবে খুঁজে পেয়েছি" "

যদি তিনি তাঁর বইয়ের রেফারেন্সগুলির সাথে একটি সহজ ব্যাখ্যা দিতে অস্বীকার করতে থাকেন, আপনি যদি অন্য কোনও মতামত দিয়ে শিল্পে সমান বা বৃহত্তর কুখ্যাততার অন্য কোনও বই বা সংস্থান সরবরাহ করতে পারেন এবং এটি আপনার দৃশ্যের সাথে মেলে, আপনি নিজের বইটি যুক্ত করতে সক্ষম হতে পারেন মূল কোডটি ধরে রাখার বিবেচনায় আপনার পর্যালোচনা মন্তব্যে রেফারেন্স। যথেষ্ট সময় এটি করুন, তিনি পিছনে হতে পারে। পাল্টা যুক্তিটি সঠিক এবং উল্লেখযোগ্যভাবে আরও গুরুত্বপূর্ণ যে খুব সতর্কতা অবলম্বন করুন; কোনও প্রবীণ বিকাশকারীকে ভুল হতে দেওয়া এবং এখনও তার উপায় রাখা ঠিক আছে, এটি আমি শিখেছি এবং শিখতে চাই।


1

আমি বলব যে কেবলমাত্র বই থেকে প্রোগ্রামিং শেখা অসম্ভব তবে তারা ভাল বইগুলি আপনাকে একটি প্রচুর উত্সাহ প্রদান করবে। এটি ক্যারেটের মতো - আপনি কেবল এটি সম্পর্কে পড়তে ব্ল্যাক বেল্ট পাবেন না;) আমি বিশ্বাস করি যে এই পার্টিকুলার ক্ষেত্রে মিঃ ইনফেসটাস জোশুয়া ব্লুচের "কার্যকর জাভা" উল্লেখ করেছিলেন। এটি জাভা বিকাশের বিষয়ে সত্যই একটি দুর্দান্ত বই এবং আপনার যদি ইতিমধ্যে না থাকে তবে আপনার অবশ্যই এটি পড়া উচিত।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.