ভিজ্যুয়াল প্রোগ্রামিং ভাষা


35

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

বিকাশকারীদের জন্য মূলধারার, সাধারণ-উদ্দেশ্য ভিজ্যুয়াল ভাষা কেন নেই? ভিজ্যুয়াল প্রোগ্রামিংয়ের সুবিধা এবং অসুবিধাগুলি কী কী?


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

@ রাফেল, ঠিক আছে, এটি কল্পনা করুন, আমি যদি আপনাকে কোনও নীল-প্রিন্টের পরিবর্তে আকাশচুম্বী একটি পাঠ্য বিবরণ জিজ্ঞাসা করি?
মোহাম্মদ আল তুর্কিস্তানি

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

1
@ মোহাম্মদআল-তুর্কিস্তানি: এই তুলনাটি খুব একটা ভাল নয়। প্রথমত, আকাশচুম্বীগুলি "দৃষ্টিভঙ্গি" নির্মিত হয়, সুতরাং এটি তাদের পরিকল্পনার উপযুক্ত করে তোলে; সফ্টওয়্যারটি দিনের পাঠ্যের শেষে থাকে, সুতরাং এটি মডেল হিসাবে পাঠ্যটি ব্যবহার করা উপযুক্ত বলে মনে হয়। দ্বিতীয়ত, আমি বিশ্বাস করি না যে কেউ পদার্থবিজ্ঞানের আইন লঙ্ঘনকারী একাধিক ওভারল্যাপিং আকাশচুম্বী ব্লুপ্রিন্ট চায়; তবে সফ্টওয়্যারটি আজকের মতো দেখাচ্ছে।
রাফেল

@ মোহাম্মদআল-তুর্কিস্তানী আমি মনে করি এটি খুব বিস্তৃত। আপনার শেষ অনুচ্ছেদে 4 টি প্রশ্ন রয়েছে। এটা অতিরিক্ত.
uli

উত্তর:


36

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

অ্যাপ উদ্ভাবক তৈরি করার সময় (যার অংশ আমি ছিলাম), আমাদের নকশা দর্শনটি ছিল শিক্ষানবিসের জন্য প্রোগ্রামিংকে সহজ করে তোলা। একটি তুচ্ছ উদাহরণ হ'ল আমাদের অ্যারে সূচকগুলি 0 এর পরিবর্তে 1 তে স্থির করছিল, যদিও এটি উন্নত প্রোগ্রামারদের দ্বারা গণনা সম্পাদনের সম্ভাবনাটিকে আরও জটিল করে তোলে।

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

ব্যবহারকারীরা যখন কোনও ব্লক ভাষায় আরও জটিল প্রোগ্রামগুলি তৈরি করা শুরু করেন, তারা দেখতে পান যে টাইপিংয়ের চেয়ে ব্লকগুলি টেনে আনতে এবং নামানো ধীরে ধীরে। আপনি কি বরং "a * x ^ 2 + b * x + c" টাইপ করবেন বা ব্লক দিয়ে এটিকে তৈরি করবেন?

কয়েকটি অনুচ্ছেদে এই বিষয়টিকে (কমপক্ষে আমার দ্বারা) বিচার দেওয়া যাবে না, তবে মূল কারণগুলির কয়েকটি হ'ল:

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

3
আপনি কি বলতে পারেন যে ভিজ্যুয়াল গুডিজ ব্যবহারকারীর অগ্রগতির সাথে মাপ দেয় না?
রাফেল

চমৎকার উত্তর. আমি ডিজাইন ট্রেড অফগুলির উল্লেখ পছন্দ করি।
জন পারসিভাল হ্যাকওয়ার্থ

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

1
@ এপ্রোগ্রামার: আকর্ষণীয়। "দৃষ্টিভঙ্গি শিখুন, বিমূর্তিটি আয়ত্ত করুন" এর মতো শোনাচ্ছে।
রাফেল

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

21

বিকাশকারীদের জন্য মূলধারার, সাধারণ-উদ্দেশ্য ভিজ্যুয়াল ভাষা কেন নেই? ভিজ্যুয়াল প্রোগ্রামিংয়ের সুবিধা এবং অসুবিধাগুলি কী কী?

ভিজ্যুয়াল ভাষাগুলি এটিকে তিনটি বিস্তৃত বিভাগ ভেঙে দেয়:

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

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

যদিও ভিজ্যুয়াল প্রোগ্রামিংয়ে কোনও ভুল নেই, তবে এটি সম্ভবত বেশিরভাগ কাজের জন্য ভাল পদ্ধতির নয়।


কেবল ভেবেছি আমি আপনাকে জানাতে পারি যে অন্য উত্তরের লেখক মনে করেন যে আপনার ভাল। :-)
এলেন স্পার্টাস

অ্যাবলটনকে উল্লেখ করার সময়, আপনি কি সর্বোচ্চ / এমএসপি বোঝাতে চান? দুটি হ'ল পৃথক সংস্থা এবং ম্যাক্স / এমএসপি দ্বারা বিকাশ করা পৃথক প্রকল্প এবং সেই সাথে এটি ওপেন-সোর্স ভাইবোন পিওরডাটা আপনার পয়েন্ট 3 এর চেয়ে জটিল এবং অভিব্যক্তিপূর্ণ যা আইএমওর জন্য ক্রেডিট দেয়।
sol

11

নিম্নলিখিত দুটি গ্রন্থগ্রন্থগুলি প্রদর্শিত হবে: vlib.org এবং oregonstate.edu : অসংখ্য ভিজ্যুয়াল প্রোগ্রামিং ভাষা রয়েছে

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

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


8

পাঠ্য হয় চাক্ষুষ।

আমরা আমাদের কোডে সব ধরণের ভিজ্যুয়াল ইঙ্গিত ব্যবহার করি। হোয়াইটস্পেসের প্রতিটি ব্যবহার (ইনডেন্টস, নতুন লাইন, ফাঁকা লাইন, ইন্টারলাইন স্পেসিং) কোডটির কার্যকারিতার জন্য ভিজ্যুয়াল ইঙ্গু সরবরাহের দিকে নির্দেশিত। আমরা কী কোড করছে তা ভিজ্যুয়াল তথ্য সরবরাহ করতে বিভিন্ন ধরণের সিনট্যাক্স ব্যবহার করি use আমাদের সম্পাদকরা আমাদের কোডটিকে আলাদা করে তুলতে রঙিন করে।

গণিত পাঠ্য হয়। এখানে সব ধরণের স্বরলিপি রয়েছে, তবে শেষ পর্যন্ত এটি মূলত পাঠ্যটিতে নেমে আসে। তারা কয়েকশ বছর ধরে করে আসছে।

আমার বক্তব্য: কোডের পাঠ্য উপস্থাপনাটি মানুষের যে ভিজ্যুয়াল সক্ষমতা রয়েছে তা ব্যবহার করছে। আমরা সম্ভবত এটির আরও ভাল ব্যবহার করতে পারি, তবে পাঠ্য ত্যাগ না করে।


1
দুর্দান্ত পর্যবেক্ষণ, তবে আপনার শেষ সাবক্লজ হ'ল সাহসী দাবি। আপনি কেন মনে করেন যে সাদা জায়গা এবং বিভিন্ন চিহ্ন (এবং সম্ভবত রঙ) এর চেয়ে আরও বিস্তৃত ভিজ্যুয়াল উপাদানগুলি সহায়তা করতে পারে না?
রাফায়েল

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

6

[এই উত্তরের পিডিএফ সংস্করণের জন্য , চিত্রগুলি বা চিত্রগুলি ইন্টারেক্টিভ এবং গতিশীল]

নেট উপাদানসমূহ এবং টিকা: একটি সাধারণ-উদ্দেশ্য ভিজ্যুয়াল প্রোগ্রামিং ভাষা ming

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

[একটি "স্ট্যান্ডার্ড পেট্রি নেট" এ টীকাগুলির এই উত্তরগুলির পিডিএফ সংস্করণে পাওয়া যায়]]

কার্ল অ্যাডাম পেট্রি তার ডক্টরাল গবেষণামূলক প্রবন্ধে (পেট্রি, ১৯66 Standard) "স্ট্যান্ডার্ড পেট্রি নেট" তে টীকাগুলির প্রকার সহ বেশিরভাগ ধারণা বর্ণনা করেছিলেন several তিনি বেশ কয়েকটি লজিক সার্কিটের বিবরণে নেট উপাদান এবং টীকাও প্রয়োগ করেছিলেন, যেমন চিত্র 6।

সুবিধা এবং চ্যালেঞ্জ

একটি ভিজ্যুয়াল প্রোগ্রামিং ভাষা কোনও কম্পিউটার প্রোগ্রামারকে কম্পিউটার প্রোগ্রামগুলি বিকাশে সহায়তা করতে পারে (মেনজিজ, 2002) ies

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

প্রথম কারণ। প্রক্রিয়া যুক্তি একবারে একটি উপাদান তৈরি করা যেতে পারে। এর অর্থ হ'ল বিদ্যমান জালে উপাদান যুক্ত করে নেট বাড়ানো যেতে পারে (পেট্রি, 1966)। উদাহরণস্বরূপ, একটি নিয়ামকের একটি মডেল অভ্যন্তরীণ এবং বাহ্যিক উপাদানগুলিতে বিভক্ত হতে পারে। অভ্যন্তরীণ উপাদান সিস্টেমকে নিয়ন্ত্রণ করে। বাহ্যিক উপাদান পরিবেশের সাথে ইনপুট গ্রহণ করে পরিবেশের সাথে ইন্টারফেস করে। চিত্র 1 হল অভ্যন্তরীণ উপাদানটির একটি পেট্রি নেট মডেল। উপযুক্ত স্থানগুলি এবং সংক্রমণের (চিত্র 2) যুক্ত করে অভ্যন্তরীণ উপাদানটির পেট্রি নেট মডেলটিতে বাহ্যিক উপাদানগুলির একটি পেট্রি নেট মডেল যুক্ত করা সম্ভব।

চিত্র 1 একটি নিয়ামকের অভ্যন্তরীণ উপাদানগুলির একটি পেট্রি নেট মডেল (হ্যালোওয়ে, ক্রোগ এবং গুইয়া, 1997) একটি নিয়ামকের অভ্যন্তরীণ উপাদানগুলির একটি পেট্রি নেট মডেল (হ্যালোওয়ে, ক্রোগ এবং গুইয়া, 1997)

চিত্র 2 একটি নিয়ামকের অভ্যন্তরীণ এবং বহিরাগত উপাদানগুলির একটি পেট্রি নেট মডেল (হ্যালালোয়, ক্রোগ এবং গুইয়া, 1997) একটি নিয়ামকের অভ্যন্তরীণ এবং বাহ্যিক উপাদানগুলির একটি পেট্রি নেট মডেল (হ্যালোওয়ে, ক্রোগ এবং গুইয়া, 1997)

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

তৃতীয় কারণ। নেটটিতে নির্দিষ্ট গ্রাফিক্স অবজেক্টগুলিতে ফোকাস করা এবং সম্পর্কিত গ্রাফিক্স অবজেক্টগুলির জন্য কোড বা লজিক টীকাগুলি লেখা সম্ভব। চিত্র ৩-তে একটি কার্ড গেমের পেট্রি নেট মডেলটি বিবেচনা করুন যদি ইনপুট P7  T4 এর জন্য তীরটি কোনও স্থান / স্থানান্তর নেটতে কোনও ইনপুটের জন্য একটি মানক গ্রাফিক্স হয় এবং যদি m_7 স্থান পি 7 এর চিহ্ন হয় তবে লজিক টীকাটির জন্য ইনপুট স্থানের চিহ্ন আপডেট করা হচ্ছে m_7 = m_7-1। যদি s_9 ^ - ইনপুটটির স্থিতি হয় তবে ইনপুটটির স্থিতি আপডেট করার পক্ষে যুক্তিযুক্ত টীকাটি s_9 ^ - = ((m_7 <1)? মিথ্যা: সত্য)।

চিত্র 3 একটি কার্ড গেমের পেট্রি নেট মডেল একটি কার্ড গেমের পেট্রি নেট মডেল

পেট্রি নেটগুলির প্রয়োগকে চ্যালেঞ্জিং (অসুবিধাগুলি?) খুঁজে পাবার আমার কমপক্ষে তিনটি কারণ রয়েছে

যদি খুব বেশি গ্রাফিক্স অবজেক্ট থাকে তবে নেটটি তৈরি করা বা পড়তে অসুবিধা হবে। গ্রাফিক্সের একটি উপসেট গ্রহণ করে এবং একটি, দুই বা তিনটি গ্রাফিক্স প্রতীক ব্যবহার করে তাদের প্রতিনিধিত্ব করে (Noe, 1973; পেট্রি, 1966) অসুবিধা হ্রাস করা যেতে পারে। উদাহরণস্বরূপ, চিত্র 3-তে কার্ড গেমের পেট্রি নেট মডেলটি যদি ডায়াগ্রামে অনেকগুলি গ্রাফিক অবজেক্ট রয়েছে বলে মনে করা হয়, তবে গ্রাফিকগুলির কয়েকটি একত্রিত করা সম্ভব এবং এখনও কম্পিউটার প্রোগ্রামে চিত্রটি ম্যাপ করার জন্য পর্যাপ্ত তথ্য বজায় রাখা সম্ভব। চিত্র -4 বিবেচনা করুন, উচ্চ-স্তরের গ্রাফিক্সের সাথে চিত্র 3-তে পাওয়া একই গেমের পেট্রি নেট মডেল (চিওনগ্লো, 2016 এ)।

চিত্র 4 উচ্চ-স্তরের গ্রাফিক্স ব্যবহার করে একটি কার্ড গেমের পেট্রি নেট মডেল (চিওনগ্লো, 2016 এ) উচ্চ-স্তরের গ্রাফিক্স ব্যবহার করে একটি কার্ড গেমের পেট্রি নেট মডেল (চিওনগ্লো, 2016 এ)

অন্য একটি উদাহরণে, চিত্র 2-এ নিয়ামকের বাহ্যিক উপাদানগুলিকে চিত্র 5-এ প্রদর্শিত হিসাবে আরও সংক্ষিপ্ত গ্রাফিক উপস্থাপনা তৈরি করতে একত্রিত করা যেতে পারে।

চিত্র 5 বাহ্যিক উপাদানগুলির জন্য উচ্চ-স্তরের গ্রাফিক্স সহ একটি নিয়ামকের একটি পেট্রি নেট মডেল বাহ্যিক উপাদানগুলির জন্য উচ্চ-স্তরের গ্রাফিক্স সহ একটি নিয়ামকের একটি পেট্রি নেট মডেল

শেষ অবধি, স্থানগুলির পারস্পরিক একচেটিয়া সেট বা রূপান্তরগুলির একটি পারস্পরিক একচেটিয়া সেট এছাড়াও উচ্চ-স্তরের গ্রাফিক্স অবজেক্ট (চিওনগ্লো, 2015) ব্যবহার করে প্রতিনিধিত্ব করা যেতে পারে।

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

তৃতীয় কারণ। সুশৃঙ্খলভাবে নেট উপাদানগুলির টীকাগুলি তৈরি করা সহজ কারণ প্রতিটি টীকা প্রত্যক্ষ বা অপ্রত্যক্ষভাবে নেট উপাদানটির সাথে সম্পর্কিত। তবে প্রতিটি নেট অ্যালিমেন্টের গ্রাফিক্সের সাথে প্রতিটি টীকা প্রদর্শন করা ভাল ধারণা নাও থাকতে পারে কারণ ডায়াগ্রামে খুব বেশি তথ্য উপস্থাপন করা যেতে পারে। উদাহরণস্বরূপ, লজিক সার্কিটের পেট্রি নেট মডেলের একটি চিত্র বিবেচনা করুন যাতে সমস্ত সম্পত্তি এবং যুক্তিযুক্ত টীকাগুলির উল্লেখ রয়েছে (চিত্র 6)। [আসল মডেলটি প্রতিটি আউটপুটের স্থিতির জন্য একটি পরীক্ষার শর্ত অন্তর্ভুক্ত করে (চিত্র 31 এর পেইজে 31 (পেট্রি, 1966)); পরীক্ষার শর্তটি এখানে বাদ দেওয়া হয়েছিল কারণ এটি প্রদত্ত প্রাথমিক চিহ্নিতকরণের জন্য মূল মডেলের সমতুল্য। সুতরাং প্রতিটি আউটপুট আউটপুট স্থানের চিহ্ন গণনা করার জন্য একটি যুক্তিযুক্ত টীকা আছে।]

চিত্র A একটি স্থান / টীকা সংক্ষিপ্ত বিবরণ সহ পেট্রির গবেষণাপত্রের একটি ইংরেজি অনুবাদ (১৯ 1966) এর ৩১ পৃষ্ঠা পৃষ্ঠা on 78 এর উপর ভিত্তি করে টীকা সহ একটি স্থান / স্থানান্তর নেট - পেট্রির গবেষণাপত্রের একটি ইংরেজি অনুবাদ (1966) এর 31 পৃষ্ঠা 78 পৃষ্ঠার উপর ভিত্তি করে

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

চিত্র 7 একটি স্থান / স্থানান্তর নেট - পেট্রির গবেষণাপত্রের একটি ইংরেজি অনুবাদ (1966) এর 31 পৃষ্ঠা 78 পৃষ্ঠার উপর ভিত্তি করে একটি স্থান / স্থানান্তর নেট - পেট্রির গবেষণাপত্রের একটি ইংরেজি অনুবাদের (1966) 31 পৃষ্ঠার 78 পৃষ্ঠার উপর ভিত্তি করে

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

তথ্যসূত্র

চিওনগ্লো, জেএফ (2016 এ)। স্ট্যাক ওভারফ্লোতে "প্রতিক্রিয়া / রিডিক্স ফ্ল্যাশকার্ড গেমের জন্য একটি রাজ্য প্রবাহ কীভাবে ডিজাইন করা যায়?" এর জবাব Https://www.academia.edu/34059934/A_Reply_to_ow_to_design_a_state_flow_for_a_react_redux_flashcard_game_at_Stack_Overflow এ উপলব্ধ ।

চিওনগ্লো, জেএফ (2016 বি)। একটি পেট্রি নেট এর দুটি ফর্ম ভিউ। Http://www.aespen.ca/AEnswers/CAPDissF31P78-form.pdf এ উপলব্ধ ।

চিওনগ্লো, জেএফ (2015)। উচ্চ স্তরের গ্রাফিক্স ব্যবহার করে পেট্রি নেট ডায়াগ্রামে নেট উপাদান উপাদান গ্রাফিক্সের সংখ্যা হ্রাস করা। Http://www.aespen.ca/AEnswers/WjTpY1429533268 এ উপলব্ধ ।

চিওনগ্লো, জেএফ (2014)। কম্পিউটার প্রোগ্রামিংয়ের জন্য নেট উপাদানসমূহ এবং টিকা: পিডিএফে গণনা এবং ইন্টারঅ্যাকশন। Https://www.academia.edu/26906314/ নেট_ উপাদানসমূহ_আর_অনোটেশন_স_কম্পিউটার_প্রগ্রামগ্রামিং_কম্পেশন_এন্ড_এন্টিরেশন_আইএনডিডিএফ এ উপলব্ধ ।

হ্যালোয়ে, এলই; ক্রোগ, বিএইচ এবং গুইয়া, এ। (1997)। নিয়ন্ত্রিত বিচ্ছিন্ন ইভেন্ট সিস্টেমগুলির [ইলেকট্রনিক সংস্করণ] জন্য পেট্রি নেট পদ্ধতিগুলির সমীক্ষা। বিচ্ছিন্ন ইভেন্ট গতিশীল সিস্টেম: তত্ত্ব এবং অ্যাপ্লিকেশন, খণ্ড। 7. বোস্টন: ক্লুওয়ার একাডেমিক পাবলিশার্স, পৃষ্ঠা 151 - 190।

মেনজিস, টি। (2002) ভিজ্যুয়াল প্রোগ্রামিং ভাষার জন্য মূল্যায়ন বিষয়গুলি। এসকে চাং-এ (এড)। সফটওয়্যার ইঞ্জিনিয়ারিং ও নলেজ ইঞ্জিনিয়ারিং এর হ্যান্ডবুক, খণ্ড। 2 উদীয়মান প্রযুক্তি। বিশ্ব বৈজ্ঞানিক প্রকাশনা কো। পিটিই। লিমিটেড, পৃষ্ঠা 93 - 101।

নো, জেডি এবং নট, জিজে (1973)। "সমান্তরাল সিস্টেমগুলির প্রতিনিধিত্বের জন্য ম্যাক্রো ই-নেট", কম্পিউটারে আইইইই লেনদেন, খণ্ড। সি 22, নং 8, আগস্ট 1973, পৃষ্ঠা 718 - 727।

পেট্রি, সিএ (1973)। নেট থিয়োরির ধারণা কম্পিউটার বিজ্ঞানের গাণিতিক ভিত্তিতে: প্রক। সিম্পোজিয়াম এবং গ্রীষ্মকালীন বিদ্যালয়ের, উচ্চ তাত্রাস, 3 সেপ্টেম্বর - 8, 1973, পৃষ্ঠা 137 - 146. গণিত। Inst। স্লোভাক একাডের বিজ্ঞান, 1973।

পেট্রি, সিএ (1966)। অটোমোটার সাথে যোগাযোগ [ট্রান্সফার)। সিএফ গ্রিন, জুনিয়র]। প্রযুক্তিগত প্রতিবেদনে I এর পরিপূরক করুন RADC-TR-65-377 (প্রথম খণ্ড)। গ্রিফিস এয়ার ফোর্স বেস, এনওয়াই: রোম এয়ার ডেভলপমেন্ট সেন্টার, গবেষণা এবং প্রযুক্তি বিভাগ, এয়ার ফোর্স সিস্টেম কমান্ড, গ্রিফিস এয়ার ফোর্স বেস। Http://www.informatik.uni-hamburg.de/TGI/mitarbeiter/profs/petri/doc/Petri-diss-engl.pdf থেকে 31 আগস্ট, 2011 পুনরুদ্ধার করা হয়েছে ।


2

জন পারসিভাল হ্যাকওয়ার্থ :

যদিও ভিজ্যুয়াল প্রোগ্রামিংয়ে কোনও ভুল নেই, তবে এটি সম্ভবত বেশিরভাগ কাজের জন্য ভাল পদ্ধতির নয়।

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


2

আপনি কোডিং প্রযুক্তি ব্যতীত প্রোগ্রামিং দেখতে পারেন (পিডাব্লুসিটি)

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

এখানে শুরু করার জন্য একটি ভাল জায়গা এবং এটি ওপেন সোর্স


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

2

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

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

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

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

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

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

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

আর একটি কী / উদীয়মান অঞ্চল যেখানে এটি বিভিন্ন সরঞ্জামের ব্যাপক ব্যবহারে বিপিএম, ব্যবসায়িক প্রক্রিয়া মডেলিং।


1

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

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

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


আপনার দাবির ব্যাক আপ করার জন্য আপনার কি কোনও উদ্ধৃতি রয়েছে যা বেশিরভাগ ক্ষেত্রে ভিজ্যুয়াল ল্যাঙ্গগুলি অগোছালো এবং নিয়ন্ত্রণহীন হয়ে পড়ে?
ডেভিড রিচার্বি

আসলে হ্যাঁ আমি উদাহরণস্বরূপ স্প্যাগেটি গ্রাফটি করি, এমনকি আমি উপরে উল্লিখিত সফ্টওয়্যারটি দিয়েও বিকাশকারীকে তার / তার-স্ব সমস্যা ছিল (আমি সেই অ্যাপটির বিকাশ ঘনিষ্ঠভাবে অনুসরণ করছি), আমার পয়েন্টটি ব্যাকআপ করতে, এটি পরীক্ষা করে দেখুন LINK এ
নেটআইএনফো

1

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

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

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

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


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

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

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

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

@ ডেভিডরিচার্বি পাঠ্য কোনও উত্স ফর্ম্যাট নয়। এটি একটি সরল বোবা পাঠ্য ফাইল, যা পাঠ্য সংরক্ষণ করে। অবশ্যই এটি আরও জটিল হবে, কেবল পাঠ্য সম্পাদনা করা সহজ বিষয়, প্রোগ্রামিংয়ের জন্য নয়। পাঠ্য পার্সিং, ব্যাখ্যা করে এড়িয়ে গেলে এটি আরও দ্রুত হবে। একটি পাঠ্য ফাইল অক্ষর সংরক্ষণ করে, একটি ভাষা ফাইলের মধ্যে ভাষা উপাদান থাকে। (প্লাস ডেটা) ভিজ্যুয়াল ভাষাটি আরও জটিল হবে না, এটি ভিন্ন উপস্থাপনে একই রকম হবে। পাঠ্য সম্পাদকটির প্রতিবন্ধকতা ছাড়াই। PS: আমি জানি না কেন বা কীভাবে আপনি উদাহরণের প্রত্যাশা করেন, একটি ধারণার জন্য গবেষণা করেন।
mzso
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.