আমি কখন ফ্লোচার্টের পরিবর্তে সিউডোকোড ব্যবহার করব?


9

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

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

স্পষ্টতই, আপনি যেখানে কোনও প্রবাহ পেলেন না - সেখানে প্রায় সমস্ত ঘোষণামূলক সত্তার জন্য আপনি ফ্লোচার্ট ব্যবহার করবেন না।
এসকে-যুক্তি

1
আমি কোনও কোডিং ফ্লোচার্ট শেষবারের মতো দেখতে পেলাম না। শ্রেণি এবং ডেটা-প্রবাহের চিত্রগুলি, ব্যবহারের ক্ষেত্রে ডায়াগ্রামগুলি হ্যাঁ। তবে ফ্লোচার্ট নয়। তারা গেম বিকাশে আরও প্রচলিত হতে পারে।
রবার্ট হার্ভে

@ রবার্টহারভে, এফএসএম ডায়াগ্রামগুলি (যা মূলত ফ্লোচার্টগুলি) হার্ডওয়্যার ডিজাইনে বেশিরভাগ ক্ষেত্রে ব্যবহৃত হয়
এসকে-লজিক

উত্তর:


7

ফ্লোচার্টস এবং সিউডোকোডে প্রায়শই একই স্তরের মত প্রকাশের উপস্থিতি থাকে তবে লিনিয়ারাইজেশনে পৃথক হয় fer সিউডোকোড লিনিয়ার (যেমন নির্দেশাবলীর সাথে রেখার ক্রম), একটি ফ্লোচার্ট নয়। সুতরাং, ফ্লোচার্টগুলি একটি উচ্চ বিমূর্ত স্তর, সিউডোকোড লেখার আগে বা ডকুমেন্টেশনের জন্য ব্যবহৃত হয়।

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

আপনার প্রশ্নগুলি বিস্তারিত:

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

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

2

সিউডো কোডে

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

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

ফ্লোচার্টগুলিতে

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


0

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

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

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


0

সিউডো কোডটি তাদের পক্ষে একটি ধারণাকে দ্রুত উপস্থাপনের জন্য যারা কোডের কমপক্ষে বেসিকগুলি বোঝে। একই জিনিসটি বুঝতে অন্যদের জন্য ফ্লোচার্টগুলি দুর্দান্ত ছবি আঁকছে।

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


0

ফ্লোচার্টগুলি উচ্চ স্তরের বিমূর্ততা যা তারা আপনাকে পরিকল্পনা করতে দেয় যে কীভাবে জিনিসগুলি এগিয়ে যেতে হবে, উদাহরণস্বরূপ

যদি এক্স মারা যায় y জেতে

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

if (isdead (s)) y.win ()

সুতরাং সিউডো কোডটি এখন আপনি যে ভাষা ব্যবহার করছেন তার ভিত্তিতে প্রকৃত প্রোগ্রামে অনুবাদ করা যেতে পারে।

একটি গেমের জন্য আমি প্রথমে একটি ফ্লোচার্ট ব্যবহার করার পরামর্শ দেব, তারপরে ক্লাস এবং পদ্ধতিগুলি ডিজাইন করুন, সিউডো কোড লিখুন এবং শেষ পর্যন্ত এটিকে একটি প্রোগ্রামে রূপান্তর করুন


0

আপনি যে কোডটি লিখছেন তা আমি বিবেচনা করব। যদি এটি হয়:

  1. উচ্চ পুনরাবৃত্তি / পুনরাবৃত্তি
  2. জটিল উপায়ে শাখা
  3. বেশ কয়েকটি সিস্টেমে প্রয়োগ করা হয়েছে, যা আপনি প্রতিনিধিত্ব করতে চান

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

তৃতীয় ক্ষেত্রে, সিস্টেমের সীমানা অতিক্রম করে এবং পুরো প্রক্রিয়াটি উপস্থাপন করে এমন প্রসেসগুলি উপস্থাপনে ফ্লোচার্টগুলি আরও ভাল।


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

0

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


1
জাভা এবং অন্যরা দীর্ঘায়িত হতে পারে "" সার্বজনীন স্ট্যাটিক শূন্য মূল .. "বা" সিস্টেম.আউট.প্রিন্টলন "বা উটব্যাক স্বরলিপি সহ দীর্ঘ শনাক্তকারী, দীর্ঘ বায়ুযুক্ত n সেখানে 2 ব্যাক্তিযুক্ত ব্যতিক্রম আছে nd এবং যে কোনও লাইব্রেরি কল করা যেতে পারে দীর্ঘ বায়ুযুক্ত। আমি মনে করি 10 বছর আগে একটি ফাইল খোলার আগে। নতুন বাফারড্রেডার (নতুন ইনপুটস্ট্রিমার্ডার (System.in)) এর মতো কিছু; আপাতদৃষ্টিতে সহজতর এখন mkyong.com/java/… তবে সত্যিই আপনি যে কোনও লাইব্রেরি কল করতে পারেন তা দীর্ঘ উইন্ডোজযুক্ত হতে পারে, সিউডোকোডের মতো নয় যা আপনি কল্পনা করতে পারেন যেমন সংক্ষিপ্ত হতে পারে
বার্লপ

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

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

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

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

0

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

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

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

সুতরাং, নিজের জন্য দরকারী।

এগুলি অন্যের সাথে যোগাযোগের ক্ষেত্রেও অভ্যস্ত হতে পারে।

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