কোন মুহুর্তে আপনার কোডের "গঠনমূলক" সমালোচনা অসহনীয় হয়ে ওঠে?


39

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

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

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

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

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

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


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

4
@ জোব: আচ্ছা, কোড বেসটি যদি খঞ্জ হয় তবে এটি আরও ভাল হওয়া উচিত, সুতরাং আপনার প্রতিশ্রুতিগুলির একটি উচ্চতর মান থাকতে হবে। নাহলে আরও খারাপ হয়ে যাবে, তাই না? :)
ম্যাক

@ মার্কাস, আপনি ঠিক বলেছেন, তবে বিধিগুলি স্পষ্টভাবে বর্ণিত থাকলে এবং একই বিধি সকলের জন্য প্রযোজ্য তা আসলেই সহায়ক হবে। এছাড়াও, একই কোডের মানগুলিতে মিশ্রকরণ সম্পর্কে কিছু বলা উচিত, যেমনটি প্রশ্নকর্তা উল্লেখ করেছেন। আমি একজন জুনিয়র লোককে বলির ছাগল হিসাবে যেতে দেওয়া দেখেছি। ম্যানেজমেন্ট অভিযোগ করেছে যে ইঞ্জিনিয়াররা অনেক বেশি বাগ তৈরি করেছেন। ইঞ্জিনিয়াররা একটি উপযুক্ত কাজ করতে পারেনি কারণ পরিচালন তাদের নির্দিষ্ট সময়সীমা দেয়। সুতরাং, যখন কোনও কিছু ভুল হয়ে যায়, দোষারোপ করার জন্য এবং সর্বদা ছেড়ে যাওয়ার জন্য সবসময়ই একজন জুনিয়র লোক থাকে। en.wikedia.org/wiki/Dedovshchina
চাকরী

3
আমার কাছে যে বিষয়টি দাঁড়িয়েছিল তা হ'ল "তারা ছেলেরা অভ্যস্ত তাই তারা সজ্জা ব্যবহার করে না।" আমি বলব যে এটি স্পষ্ট করে তুলতে হবে যদি না এটি স্পষ্টতই বৈষম্যের বিষয় হয়ে থাকে। আপনি কি কোনও নির্মাণ সাইটে গিয়ে অন্য ফ্রেমারের চেয়ে আলাদা আচরণ করার আশা করছেন? নাছোড়বান্দা. আপনি যদি কোনও পুরুষ প্রভাবিত পরিবেশে কাজ করেন তবে বিভিন্ন সামাজিক রীতিনীতিগুলি যেমন ঠিক তেমনিভাবে মোকাবেলা করতে এবং সামঞ্জস্য করতে সক্ষম হতে হবে। এত "সংবেদনশীল" হবেন না।
রিগ

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

উত্তর:


41

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

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

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

মনে হচ্ছে আপনার এবং দলের নেতৃত্বের মধ্যে কিছুটা বোঝার অভাব থাকতে পারে। আপনার সাথে তার সাথে একসাথে বৈঠকের জন্য জিজ্ঞাসা করা এবং আপনি কী উন্নতি করতে পারেন তা নিয়ে আলোচনা করা আপনার পক্ষে সহায়ক হতে পারে। আপনি এমন কিছু দিয়ে নেতৃত্ব দিতে পারেন "আমার মনে হচ্ছে আমি এখনও যা করা উচিত তার অনেকগুলি ঘাটতি মিস করছি a জুনিয়র বিকাশকারী হিসাবে আমি বাড়াতে ও উন্নত করতে চাই you আপনি কি আমাকে সেখানে যেতে সহায়তা করতে পারেন?" এবং দেখুন কি হয়।


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

11
@ jmort253 ধন্যবাদ :) এটি বলেছিল, "কোডটি যদি কাজ করে তবে এটিকে শিপান" রাখা বিপজ্জনক মনোভাব হতে পারে। ওয়ার্কিং কোড সর্বদা ভাল কোড নয় (যদিও এটি অবশ্যই ভাঙা কোডের চেয়ে ভাল) এবং কোডের মান দীর্ঘমেয়াদী গুরুত্বপূর্ণ। পরে এটি পরিষ্কার করা প্রায়শই ঘটে না, যেহেতু অন্যান্য সময়সীমা উপস্থিত থাকে এবং আরও চাপ দেওয়ার বিষয়গুলি সামনে আসে। এর জন্য একটি শব্দ রয়েছে - "প্রযুক্তিগত debtণ"।
অ্যাডাম শিখুন

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

@ আনা / থর্জজর্ন - কোনও সময়সীমা থাকলেও কখনও কখনও গ্রাহক যা চান তা কেবল আপনাকেই করতে হবে। আপনার ক্লায়েন্ট যদি সে / সে $ 15,000 এর ব্যবসায়িক রাজস্ব হ্রাস করে তবে সেগুলি খুব বোঝা যাবে না কারণ আপনি কেবল মূলধন ত্রুটিগুলি পরিষ্কার করতে চেয়েছিলেন। দুর্ভাগ্যক্রমে, 100% প্রযুক্তি debtণ নির্মূল করার চেষ্টা করা সর্বদা সম্ভব নয়। বন্ধক না নেওয়ার পরিবর্তে আপনার স্বপ্নের বাড়ি কেনার জন্য পর্যাপ্ত নগদ সঞ্চয় করতে 40 বছর অপেক্ষা করা সমান। অবশ্যই, আপনি নিখরচায় এবং পরিষ্কার থাকবেন, তবে আপনি ছায়াময় জমিদারদের সাথে আচরণ করে আপনার পুরো জীবনটি ব্যয় করেছেন।
jmort253

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

25

দেখে মনে হচ্ছে আপনি ব্যক্তিগতভাবে এই জিনিসটি কিছুটা নিচ্ছেন। না; এই জাতীয় জিনিসটি সর্বদা ঘটে থাকে।

আপনার চেক-ইন প্রত্যাখ্যান করার কারণগুলি (ভেরিয়েবল নামকরণ, মন্তব্যের মান, কনফিগারেশন অবস্থান) আমার কাছে বেশ মানক বলে মনে হচ্ছে।

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

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


2
+1 আপনি সম্পর্ক এবং আবেগ উপর ফোকাস করছেন। আপনি যে প্রোগ্রামারগুলিকে খুব শুকনো শব্দ দিয়ে কাজ করছেন তারা কিন্তু কোড সম্পর্কিত সমস্যার দিকে মনোযোগ দিচ্ছে। আমি যে প্রোগ্রামিং পরিবেশে কাজ করেছি তাতে এটি বেশ সাধারণ। আমি লিঙ্গ নির্বিশেষে এটিকে দেখেছি।
মাইকেল ডুরান্ট

14

অন্যান্য উত্তরগুলির সাথে যুক্ত করুন:

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

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

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

যদি আপনি এই পরামর্শগুলি হৃদয়গ্রাহ্য করে রাখেন এবং এগুলি আপনার দৈনন্দিন জীবনের একটি অংশ হিসাবে রাখেন তবে আপনি দেখতে পাবেন যে কোনও সময় আপনি কোডটি লিখবেন না যা বিদ্যমান কোড বেসের চেয়ে অনেক বেশি superior

তাই ...

.. এটি হতে পারে যে আপনি এটির কিছু তৈরি করার সম্ভাবনা রয়েছে বলে আপনি আরও প্রতিক্রিয়া পাচ্ছেন। :)


এটি অনেক ভাল পয়েন্ট উত্থাপন।
সেভেনসিয়াট

13

এটি সম্পূর্ণভাবে সম্ভব যে আপনি একা হয়ে যাচ্ছেন কারণ ... আপনি জুনিয়র বিকাশকারী।

আপনার বিবরণ থেকে, শোনা যাচ্ছে যে আপনি দলীয় নেতৃত্বটি অনুধাবন করার কারণে মানটি অনুসরণ করেননি ।

সমাধানটি সহজ:

  • যদি এটি স্ট্যান্ডার্ড হয় তবে এটি অনুসরণ করুন।
  • আপনি যদি মানটি না বুঝতে পারেন তবে স্পষ্টতার জন্য জিজ্ঞাসা করুন।
  • যদি আপনার স্ট্যান্ডার্ড বা নির্দেশাবলীর ব্যাখ্যা টিম লিডের থেকে আলাদা হয় তবে স্পষ্টতার জন্য জিজ্ঞাসা করুন

এটি থেকে যুদ্ধ শুরু করবেন না; যদি আপনি দলকে নেতৃত্ব "ভুল" করার চেষ্টা করেন তবে আপনি জিতলেও পরাজিত হন। উপযুক্ত পাঠ শিখুন এবং বাড়তে থাকুন।


1
যখন কেউ ডর্কসের সাথে বর্ণনা করেছেন এমনভাবে ডার্কের সাথে আচরণ করছেন তখন "টি" তে কিছু "স্ট্যান্ডার্ড" অনুসরণ করার চেষ্টা করা খুব ভাল করবে না। এটি সংজ্ঞা এবং শব্দার্থবিজ্ঞানের উপর একটি অন্তহীন যুক্তি হবে।
মিস্টার ডেটাবেস

4
@ মিঃডাটাবেস এগুলি আমার কাছে ডরসের মতো বেশি শোনাচ্ছে না। অল্প পিক, সম্ভবত, তবে শয়তান প্রায়শই বিশদে থাকে এবং একবার আপনি আপনার স্ট্যান্ডার্ডগুলি পিছলে শুরু করলে আপনার পুরো অ্যাপটি দ্রুত উতরাই যেতে পারে।
অ্যাডাম শিখুন

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

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

1
আমি মনে করি তিনি তার মন্তব্যে একটি শব্দগুচ্ছ হিসাবে "অলসতা এবং অসম্পূর্ণ" ব্যবহার করার সাথে সাথে তিনি Woot4Moot কী বলেছিলেন তা উল্লেখ করছে। আমি মনে করি যে আপনার উত্তরটি ঠিক আছে কারণ এটি ওপিকে কিছুটা আশ্রয় দেয় এবং সত্যিকার অর্থে কী চলছে তার ব্যাখ্যার ভিত্তিতে ব্যবস্থা গ্রহণের সুযোগ দেয়।
jmort253

10

লেখকের নোট

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

আপনি যা বর্ণনা করেছেন তা থেকে; আপনি যে আচরণটির মুখোমুখি হচ্ছেন তা আপনার লিঙ্গের সাথে কোনও সম্পর্কযুক্ত বলে মনে হচ্ছে না। এর অর্থ এই নয় যে আপনি কোনও লিঙ্গ সম্পর্কিত চিকিত্সা করছেন না (আমি আশা করি আপনি নন), কেবলমাত্র আপনি যা বর্ণনা করেছেন তা লিঙ্গ সম্পর্কিত বলে মনে হচ্ছে না।

যখন আমি দলের নেতৃত্ব ছিলাম, তখন আমি সবার সাথে সমান আচরণ করেছি। কারও লিঙ্গের কারণে খারাপ আচরণ করার জন্য কারিগরির কোনও জায়গা নেই। আপনার সাথে যদি এটি ঘটে থাকে তবে কীভাবে এটি মোকাবেলা করতে হবে তা আমি জানি না।

আপনার টিমের নেতৃত্ব পুরুষ এবং মহিলাদের সাথে সমান আচরণ করে এমনটি আপনার বিশ্বাস করা জরুরী। যদি প্রমাণ না থাকে যে তিনি নেই, তবে পুরানো প্রথাটি প্রয়োগ হয়: আপনার পরিবেশ পরিবর্তন করুন বা আপনার পরিবেশ পরিবর্তন করুন।

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

এখন আপনি উত্থাপিত বিষয়গুলিতে:

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

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

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

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

যদি তিনি আপনার সাথে নিখরচায় আচরণ করছেন, তবে তিনি এটি দেখতে পাবেন এবং এটি করা জিনিসগুলির তালিকার শীর্ষে থাকা উচিত। যদি সে আপনার সাথে নিখরচায় আচরণ করে না, তবে ঘটনাটি যদি চালিয়ে যায় তবে আপনার কাছে গোলাবারুদ রয়েছে।

"আমি এটি পরে যাব" বলা খারাপ। পরে কখনই হয় না। এটি সঠিকভাবে করার জন্য সময় নিন। প্রোগ্রামিংয়ের পরে আর নেই।

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


1
"আমি এটি পরে পেয়ে যাব" সম্পর্কে মন্তব্যটি দ্বিতীয় করব। আমি শুনেছি প্রত্যেকবার যদি আমার নিকেল থাকে তবে ভাল, আমি এখানে এই মন্তব্যে টাইপ করব না। :-)
এরিক কিং

। নেট জন্য স্টাইল পুলিশ আছে। এটি চালু করুন, যাতে স্টাইলকপ খুশি না হওয়া পর্যন্ত কোডটি তৈরি না করে। এটি মানুষের সাবজেক্টিভিটি সরিয়ে দেয় হ'ল কর্ম-বলপূর্বক বুলিং। আপনি দেখুন, প্রযুক্তি আপনাকে মাইকেল ফেল্পস # 1 বা # 2 কিনা তা সিদ্ধান্ত নিতে সহায়তা করতে পারে। ফিগার স্কেটিং তবে ... figureskating.about.com/od/famousskaters/tp/scandals.htm একটি দল নেতৃত্ব হচ্ছে ক্ষমতা- দ্রুতগামী সম্পর্কে করা উচিত নয়। একটি দলে পছন্দসই [dis-] থাকা উচিত নয়। এই ধরনের ছাপটি যাতে তৈরি হয় না তা নিশ্চিত করার জন্য একজনকে অবশ্যই সতর্ক হতে হবে। এটি করার একটি ভাল উপায় হ'ল নিয়মগুলি চালু করা যা কোডটি পরীক্ষা করে এবং আপনাকে একটি পক্ষপাতহীন উত্তর দেয়।
চাকরী

3

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

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

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

আপনার দলের নেতৃত্ব আমার রুচির জন্য সামান্য পেডেন্টিক হতে পারে তবে আপনার পোস্ট থেকে আমি তার অনুরোধে কোনও ভুল দেখছি না।

কিছুই না করে দয়া করে লিঙ্গ কার্ড খেলা বন্ধ করুন । আমি অনুভব করি যে এটি অপ্রকাশিত এবং লিঙ্গ সমতার ধারণাটিকে ক্ষুন্ন করে।


1

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

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

এটি এটিকে কাজ করুন এটি ঠিক করুন এটি দ্রুত করুন

সুতরাং, যদি আপনার নেতৃত্ব আপনার প্রতিশ্রুতি প্রত্যাখ্যান করার সিদ্ধান্ত নেন, পেশাদার হিসাবে তাঁর জানা উচিত, তিনি কী করছেন।

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

জুনিয়র হিসাবে কোনও সংস্থাগুলি কোডবেজে যাওয়ার উপায় খুঁজে পাওয়া শক্ত।

সেরা: নথিভুক্ত কোডিং মান রয়েছে - এবং আপনি আশাকরি তাদের উপর গ্রিপ পেতে শিখবেন।

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

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

এবং এটি অন্য (শেষ) পরামর্শের দিকে পরিচালিত করে: ছেলে স্কাউট নিয়মটি অনুসরণ করুন !

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


0

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

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

অন্যদিকে, একটি শিকারি সহকর্মী ত্রুটি বার্তাগুলির ভার্বোসটি সম্পর্কে যত্ন নিতে খুব বোকা হতে পারে ... তাই সোমবার সকালে আপনার কোড করার উপযুক্ত সময় হতে পারে :-p

অফিসে বা কর্মক্ষেত্রে ব্যক্তিত্বের উদ্বেগগুলি আক্ষরিক অর্থেই অন্তহীন। আশা করি আপনি কাকে এড়াবেন এবং কখন এড়াবেন তা শিখতে পারবেন। এছাড়াও নিজেকে খুব কঠিন করবেন না :-) আপনি সর্বদা ছাড়তে পারেন এবং অন্য কোনও কাজ খুঁজে পেতে পারেন!


1
চাকরি ছাড়ার আগে চাকরীটি সন্ধান করুন, অনেক নিয়োগকারী পরিচালক যদি আপনি চাকুরী না করেন তবে ইন্টারভিউও পাবেন না।
Woot4Moo

-2

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

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

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

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

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

প্রতিটি সংস্থা এই কট্টর নয়, এবং আপনি আপনার ব্যক্তিত্ব, শৈলী এবং যোগাযোগের প্রয়োজনীয়তার সাথে অন্যান্য কার্যনির্বাহী পরিবেশকে আরও উপযুক্ত বলে মনে করতে পারেন।


2
এটি "ড্র্যাকোনিয়ান" বলে মনে হচ্ছে না; ধারাবাহিকতা রক্ষণাবেক্ষণের ক্ষেত্রে একটি গুরুত্বপূর্ণ উপাদান, রক্ষণাবেক্ষণযোগ্যতা মানের ক্ষেত্রে একটি গুরুত্বপূর্ণ উপাদান এবং মানসম্পন্ন সফ্টওয়্যারটি 'আপস কোডের' চেয়ে সময় ও কম খরচে শিপিংয়ের অনেক বেশি সম্ভাবনা রয়েছে। এটি উত্সাহজনক হতে পারে যে 80% সফটওয়্যার সংস্থার মতো মানের মানের সাথে আপোস করতে এবং এর পরিণতিগুলি ভোগ করতে আগ্রহী, সুতরাং "অ-কঠোর" কর্মসংস্থানের কোনও অভাব বলে মনে হয় না। :)
weberc2

1
আমি এমন পরিবেশে কাজ করতে চাই না যেখানে বেসিক সম্মেলনগুলি কার্যকর হয় না । যদি কোনও প্রকল্প তার কোডিং গাইডলাইনগুলির প্রতিরক্ষা করা ছেড়ে দেয় তবে দীর্ঘমেয়াদে এটি অচিন্তনীয় হয়ে উঠবে। বিশেষত পরিবর্তনশীল নামকরণ একটি ক্ষুদ্র জিনিস নয়: বিদ্যমান কোড একটি নির্দিষ্ট ম্যাট্রিক্সকে যতই ডাকা হোক না কেন A, আমি কখনই এমন প্রতিশ্রুতি গ্রহণ করব না যেটিকে Bধারাবাহিকতার জন্য অন্য ম্যাট্রিক্স বলে । অবশ্যই, আমি জানি না যে ওপি বলতে "অন্য কোথাও ব্যবহৃত" নকল করা [...] এর অর্থ কী ছিল ", তবে, আমি দেখেছি এমন কিছু কোডের গুণগত মানের কারণে, এটি এই লাইনের সাথে থাকতে পারে।
মাস্টার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.