অন্য কারও কোডে কাজ করা [বন্ধ]


60

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


103
কোডটি চিরকাল বেঁচে থাকে এবং প্রোগ্রামাররা আসে এবং যায় এমন আসল বিশ্বে আপনাকে স্বাগতম।

65
এটি অন্য কারও কোড নয়। এটি এখন আপনার কোড।
বুহব

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

19
@ বুহব: তবে এখন থেকে months মাস পরে, আপনি যখন এটিতে ফিরে আসবেন তখন এটি অন্য কারও কোড হবে, এমনকি আপনি যে অংশগুলি লিখেছিলেন ;-)
জার্গ ডব্লু মিতাগ

6
খুশী থেকো. আপনি একটি সমালোচনামূলক দক্ষতা বিকাশ করছেন যা আপনাকে কম অভিজ্ঞতা বা একাডেমিক-কেবল অভিজ্ঞতাযুক্ত লোকদের থেকে আলাদা করবে। এটা কঠিন হতে অনুমিত । এ কারণেই এটি মূল্যবান।
স্কট সি উইলসন

উত্তর:


59

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

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

Eagle76dk একটি তোলে মহান বিন্দু Eagle76dk এর পোস্টে আরো বিস্তারিত জানার - এই কাজ করছেন জন্য বোর্ড আপনার ব্যবস্থাপক পেয়ে সম্পর্কে।

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


12
কোড এবং তার নির্ভরতার উপর নির্ভর করে যদিও লেখার ইউনিট পরীক্ষাগুলি করা সহজতর বলা যায় ...
সুইভিশ

1
@ সুইশ: ভালো কথা। আমি কখনই ইঙ্গিত করিনি এটি সহজ হবে, কেবলমাত্র এটি করা মূল্যবান এমনকি যদি কিছু ইউনিট পরীক্ষার জন্য কোডটিকে আরও উপযুক্ত করার জন্য প্রয়োজন হয় ref
সারদাথ্রিয়ন

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

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

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

46

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


11
সত্যিই ভাল কথা তবে আমি
অনুগ্রহ করে ধরেছি

6
আপনি অবাক হবেন। আমি বেশ কয়েকটি সংস্থায় ঠিকাদার হিসাবে কাজ করেছি যেখানে কেবল চূড়ান্ত কোডের প্রতিশ্রুতিবদ্ধ হয়েছিল। সত্যি বলতে.
5arx

4
৫ ইয়ারক্সের বক্তব্য: যদি সংস্থার সংস্কৃতিটি কেবল নিখুঁত কোড জমা দেওয়ার জন্য হয় তবে কেউ তাদের নিজস্ব ব্যক্তিগত গিট বা মার্কুরিয়াল সংগ্রহস্থল বজায় রাখতে পারে। এটি বিশেষত সহজ যদি কোম্পানির "বাস্তব" সংস্করণ নিয়ন্ত্রণ এসভিএন হয়।
ডাস্টিন রাসনার

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

1
@ সারদাথ্রিয়ন আপনি জানেন যে আপনি যখন আমাকে "অ্যাস ইউ" করেন ... তখন
ওয়ার্নার সিডি

32

আমার মতে, অন্য কারও কোড শিখার দ্রুততম উপায়, (বিশেষত যখন পরিবর্তনগুলি আপনি বর্ণনা করার সাথে সাথে অপ্রত্যাশিত আচরণকে ট্রিগার করে) হ'ল ডিবাগারটি ব্যবহার করে কোডটি সরিয়ে নেওয়া

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

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

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

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

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


3
আমি মনে করি এটিই একমাত্র বাস্তববাদী উত্তর, একটি বিশাল অ্যাপের জন্য লেখার একক পরীক্ষার অ-ব্যবহারিক ব্যবহার ছাড়াই
CommonSenseCode

আশা করি আমি একাধিকবার উপড়ে ফেলতে পারতাম।
user949300

30

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

যতটা সম্ভব বিদ্যমান স্টাইলটি অবলম্বন করার চেষ্টা করুন - অন্যথায় আপনার পরে লোকটি এর চেয়ে দ্বিগুণ পরিমাণে সামঞ্জস্য করবে।

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


21

অন্য ছেলের কোড থেকে দুর্গন্ধ ধরা খুব দ্রুত হবে না।

তবে সর্বদা সন্দেহজনক হতে হবে।

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

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


9
+1 টি। আপনি যে ব্লকগুলি বুঝতে পারছেন না সেগুলি আবার লেখার প্রলোভনটিকে প্রতিহত করুন - আপনি এটির মাধ্যমে অবশ্যই নতুন বাগগুলি প্রবর্তন করবেন। পরিবর্তে, কোডের মাধ্যমে ধীরে ধীরে এবং পদ্ধতিগতভাবে সরান, কেবলমাত্র সেখানে পরিবর্তন করা যেখানে নতুন কার্যকারিতা (বা বাগ ফিক্স) আসলে প্রয়োজন actually
স্কট সি উইলসন

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

14

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

তবে আপনি যে জিনিসটি শিখবেন তা হ'ল আমরা একটি আদর্শ বিশ্বে বাস করি না!

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

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

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

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

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

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


13

মনে রাখবেন যে আপনি কোডটি লেখেন নি সে কোড পড়ার ক্ষমতাটি একটি অত্যন্ত মূল্যবান দক্ষতা, সম্ভবত কোড লেখার চেয়ে বেশি মূল্যবান। দুর্ভাগ্যক্রমে, এটি স্কুলগুলিতে বিস্তৃত এবং স্বল্প-শিক্ষিত।

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

  • ইউনিট পরীক্ষা আদর্শ হতে পারে, তবে সবসময় বাস্তবসম্মত নয়; বিশেষ করে যদি আপনি ভারী আমলাতন্ত্রের সাথে কোনও বৃহত সংস্থায় কাজ করেন।

  • আপনার সংস্করণ নিয়ন্ত্রণ সিস্টেমটি সঠিকভাবে ব্যবহার করতে শিখুন; আপনি বিদ্যমানটিকে কখনই ভাঙ্গবেন না (আসলে কখনই নয় , তবে এটি একটি ভাল সুরক্ষার জাল)।

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

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

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


11

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

আমি যে প্রাথমিক পদক্ষেপগুলি সুপারিশ করব:

  • বর্তমান কার্যকারিতা কভার করে পরীক্ষাগুলি সহ কোডটি কভার করুন।
  • বোধগম্য না হওয়া পর্যন্ত রিফ্যাক্টর।
  • নতুন বা পরিবর্তিত কার্যকারিতার জন্য একটি পরীক্ষা লিখুন।
  • নতুন কার্যকারিতা কার্যকর করুন।
  • সন্তুষ্টি পর্যন্ত রিফ্যাক্টর।

আমি ইচ্ছাকৃতভাবে পরীক্ষাগুলির স্বাদ (ইউনিট, ইন্টিগ্রেশন, ...) নির্দিষ্ট করে রেখে চলেছি - কেবল এক ধরণের স্বয়ংক্রিয় পরীক্ষার কভারেজ পান।

(এবং, হ্যাঁ, লেআউট এবং নামকরণের ক্ষেত্রে কোডিং স্টাইলটি অনুসরণ করুন)


10

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

আপনাকে বসকে পরিষ্কার করার জন্য এটির একটি ভাল পরামর্শ, অন্যান্য বিকাশকারী (গুলি) কীভাবে চিন্তা করে তা শিখতে সময় লাগবে। সাধারণত আপনি অভিজ্ঞতা পাবেন যে বর্তমান সমাধানটি প্রায়শই বিকাশকারীর বয়স এবং অভিজ্ঞতার উপর নির্ভর করে।

আপনি যদি ভাগ্যবান হন তবে হাতের কাজটি বিশ্লেষণ করতে হবে এবং ডকুমেন্টেশন বোঝা আপনাকে অনেক সহায়তা করবে (তবে এটি প্রায়শই এমন হয় না)।

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

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

তবে আপনার বসকে বলতে দ্বিধা করবেন না, যদি আপনি এমন কিছু দেখেন যা আপনার মনে হয় আলাদা হওয়া উচিত (এটি কেবল আপনাকে ভাবতে পারে তা দেখায়)।

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


5

এটিকে একজন ব্যক্তির উপর কোনও অপারেশন করার মতো ভাবেন।

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

আশ্চর্যজনকভাবে আপনার রোগী প্রায় অবিলম্বে মারা যায়।

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

আমি একজন সিনিয়র ইঞ্জিনিয়ারকে প্রতি সোমবার এক ঘন্টা বা তার জন্য আপনার সাথে বসে সিস্টেমের একটি ভিন্ন দিকটি ব্যাখ্যা করতে বলব। তিনি যা বলছেন সে সম্পর্কে নোট তৈরি করুন এবং আপনার পরিচালককে যোগ করার মতো কিছু আছে কিনা তা দেখতে তাকে এবং আপনার পরিচালককে নোটগুলি ইমেল করুন। আপনি এইভাবে বেশ দ্রুত গতিতে উঠতে হবে।

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


3

একটি জিনিস যা আমি এখানে সত্যিই স্পর্শ করতে দেখিনি - একটি দ্বীপে কাজ করবেন না।

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

প্রশ্ন কর. তাদের মধ্যে অনেক.

অন্য কারও "বিরক্তিকর" সম্পর্কে উদ্বিগ্ন হবেন না (কারণের মধ্যে দিয়ে) - পরে কোনও উত্পাদন পরিবেশে আগুন জ্বালিয়ে রাখার চেয়ে আমি স্বাভাবিক বিকাশের সময় কেউ বা দু'টি প্রশ্নের জন্য আমাকে বাধা দেয়।

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

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

এবং পাঁচ বছর পরের পরের নতুন ছেলেটিকে আপনাকে পরামর্শদাতা হিসাবে ব্যবহার করতে উত্সাহিত করুন।


2

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

  • এই কোডটি কীভাবে কাজ করে তা নির্ধারণ করার জন্য আমি কেবল যথেষ্ট স্মার্ট নই

  • যে লোকটি এই কোডটি লিখেছিল সে কী করছে সে সম্পর্কে কোনও ধারণা নেই

  • জাদু জড়িত: খুব কালো যাদু

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


1

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

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

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

আপনি যদি কোনও লাইব্রেরিতে কোডের উপাদানগুলি সরিয়ে ফেলতে পারেন তবে আমি এটি করব, যদি আপনি কোনও লাইব্রেরিতে কাজ না করেন।

সময়ের সাথে সাথে, আপনি একবার যুক্তি বুঝতে পারলে, আপনি আবার লিখতে পারেন এবং পরীক্ষা করতে পারেন।

এই পরামর্শটি আপনি যে ভাষাটি ব্যবহার করছেন তা পরীক্ষার বিছানা পাওয়ার ক্ষমতা এবং আপনার কাছে থাকা অন্যান্য প্রতিবন্ধকতা দ্বারা সজ্জিত।


"ভাল মন্তব্যগুলি কখনই স্টাইলের বাইরে যায় না" ... যদি না কোড পরিবর্তন হয়। মন্তব্যগুলি মাঝে মাঝে সহায়ক হতে পারে, সর্বদা তাদের এক বালতি লবণের সাথে নিয়ে যান - আপনাকে যাচাই করতে হবে কোডটি মন্তব্যটি যা বলে তাতে আসলে তা করে does খুব প্রায়ই কেউ কোডের একটি লাইন পরিবর্তন করে তবে একটি বিদ্যমান - এবং এখন অপ্রাসঙ্গিক - মন্তব্যটিতে ছেড়ে দেয়।
ডিজে 18

1
@ ডিজে 18 সম্মত হয়েছে এবং পুরানো মন্তব্যগুলি সাফ করা কোড লেখার অংশ। আমি বলছি যে বিন্যাসটি - যদি সম্ভব হয় - অভিন্নতার জন্য, তবে মন্তব্য করা খারাপ জিনিস নয়।
অক্টোপাসগ্র্যাববাস 23'12

1

মুছে ফেলা যায় এমন অব্যবহৃত কোড খুঁজতে কিছু কোড বিশ্লেষক সরঞ্জাম ব্যবহার করার চেষ্টা করুন - সুতরাং কমপক্ষে আপনাকে এই কোডটি নিয়ে চিন্তা করতে হবে না।


1

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

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

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

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


0

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

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

নিম্নলিখিত নকশার ধরণগুলি (যেখানে ব্যবসায় এটির অনুমতি দেয়) কোডের নকলকে উল্লেখযোগ্যভাবে হ্রাস করতে পারে যা ভবিষ্যতে পরিবর্তনের ক্ষেত্রে বাগগুলি হ্রাস করে।

নকশা নিদর্শন উপর কিছু ভাল উত্স হয়

http://sourcemaking.com/design_patterns

http://www.oodesign.com/

এবং অবশ্যই বই

http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612


0

ব্যবসায়ের যুক্তির মানসিক মানচিত্র বিকাশের জন্য পদ্ধতির মধ্যে নিয়ন্ত্রণের প্রবাহটি সনাক্ত করা খুব গুরুত্বপূর্ণ।

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

একটি ওয়ার্কফ্লো ডেটা মডেল তৈরি করা সমস্ত কোড পাথ বিশ্লেষণের সেরা উপায়:

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

এবং কর্মপ্রবাহটি কল্পনা করা আদর্শ:

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

তথ্যসূত্র


-1

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

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