একটি দলের প্রত্যেক সদস্যকে কি একই আইডিই ব্যবহার করা উচিত? [বন্ধ]

23

বন্ধ । এই প্রশ্নটি মতামত ভিত্তিক । এটি বর্তমানে উত্তর গ্রহণ করছে না।

এই প্রশ্নটি উন্নত করতে চান? প্রশ্নটি আপডেট করুন যাতে পোস্টটি সম্পাদনা করে সত্য এবং উদ্ধৃতি দিয়ে উত্তর দেওয়া যায় ।

6 বছর আগে বন্ধ ছিল ।

আপনি কি মনে করেন যে এটি প্রয়োগ করা বোধগম্য হয়েছে যে কোনও দলের প্রতিটি সদস্যকে অবশ্যই একই আইডিই ব্যবহার করতে হবে?

উদাহরণস্বরূপ, দলে থাকা সমস্ত প্রকৌশলী আইডিই এক্স ব্যবহার করে Two

"মিশ্র আইডিই" টিমগুলির সাথে আপনার কোনও অভিজ্ঞতা আছে? যদি তাই হয়, এটা কি?

ide teamwork

— finrod
সূত্র

4

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

— মাইকেল কোহেন

54

প্রদত্ত 'অফিসিয়াল' বিল্ড সিস্টেম (যেমন ক্রমাগত বিল্ড সার্ভারগুলি ব্যবহার করে) সবার জন্য সমান, দলের প্রতিটি সদস্য তার পছন্দসই সরঞ্জামগুলি বেছে নিতে পারেননি এমন কোনও কারণ আমি দেখছি না ...

— জাভিয়ের নোডেট
সূত্র

5

এটি সঠিক উত্তর।

31

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

— এপ্রোগ্রামার

4

আপনি যখন অন্য দলের সদস্যের ডেস্কে প্রচুর সময় ব্যয় করেন তখন আপনি তাদের সহায়তা করার আগে তাদের সেটআপটি নির্ধারণ করা বিরক্তিকর হতে পারে।

— ডগ টি।

4

ঈশ্বর!!! একটি অভ্যন্তরীণভাবে বিকশিত আইডিই ??? এটি একটি অভ্যন্তরীণভাবে বিকশিত বাগ ট্র্যাকিং সিস্টেমের মতো একটি বিপর্যয়ের একটি রেসিপি।

— কাজ

8

@Job, আমি মাইক্রোসফট এ কাজ, তাই কঠোরভাবে বলতে বনাম হয় এছাড়াও একটি অভ্যন্তরীণভাবে উন্নত আইডিই। আমরা অভ্যন্তরীণভাবে উন্নত বাগ ট্র্যাকিং সিস্টেমগুলিও ব্যবহার করি ... টিএফএস এবং পণ্য স্টুডিও :)।

— জেএসবি

7

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

— Dszordan
সূত্র

7

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

— হেজমেজ

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

— ইউজিন

3

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

এটি বলেছিল, আমি এখনও অনেক বেশি নিজেকে ভিএম ব্যবহার করব। তবে আপনার জুড়িটি আপনার ঠিক একজনকে বর্ধিত সময়ের জন্য "ড্রাইভিং" করে খুশি করে ঠিক আছে are

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

— হামিশ ডাউনার
সূত্র

2

লিনাক্স কার্নেলের প্রতিটি বিকাশকারীকে একই আইডিই ব্যবহার করতে বাধ্য করা (বা কোনও আইডিই ব্যবহার করা) এটিকে মোটেই বোঝা যায় না।

— segfault করব
সূত্র

2

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

পেশাদাররা

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

কনস

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

— বার্নার্ড ডাই
সূত্র

1

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

— মনোজ আর
সূত্র

1

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

— স্নুপডুজিডুগ

1

আজকের বিকাশকারী তাদের নিজস্ব সরঞ্জাম চয়ন করতে চান।

যদিও সময়ের সাথে এটি পরিবর্তিত হয়েছে। 10 বা 15 বছর আগে আমি যে জায়গাগুলিতে কাজ করেছি সেখানে এত পছন্দ ছিল না। (হ্যাঁ সম্পাদক প্রচুর ছিল কিন্তু তারা 'পছন্দ' ছিলেন না)। আমি 15 বছর আগে যে দোকানটিতে কাজ করেছি এটি খুব 'পুরানো স্কুল' (তখনও!) এবং ভিআই সম্পাদক ছিলেন। কোন পছন্দ নাই. এটি আসলে বেশ কার্যকর ছিল, কারণ প্রথম মাসের cussing এবং শপথ করার পরে আমি আসলে এটি পছন্দ করতে পারি।

আজ, অনেক পছন্দ আছে এবং প্রত্যেকের অনেকগুলি সুবিধা রয়েছে।

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

— মাইকেল ডুরান্ট
সূত্র

0

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

— গৌরভ
সূত্র

0

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

বিটিডাব্লু, ইমাস!

— compman
সূত্র

0

আমি মনে করি না যে প্রত্যেকের কাছে "একই" আইডিই হওয়া দরকার, তবে এটি চমৎকার হবে যে প্রত্যেকেরই "সমর্থিত" আইডিই ছিল।

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

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

— Zoot
সূত্র

-2

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

— rfcoder89
সূত্র

-3

কিছুটা মনে হচ্ছে "আমরা এটি আমার পুরানো কাজটিতে ব্যবহার করেছি"। ওয়েল, তারা তাদের পুরানো কাজ হয় না।

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

অন্যথায়, এটির জন্য ভাল মামলা না থাকলে আমার এই বাজে কথা নিয়ে ধৈর্য নেই have তারা তাদের পুরানো চাকরিতে নেই: তাদের ছেড়ে যেতে চান এমনটা ভাল হত না। অন্য আইডিই কেবলমাত্র পুরানো কাজের একমাত্র হাইলাইট ব্যবহার করছিল: যদি তা হয় তবে তাদের এসটিএফইউ করা উচিত এবং কৃতজ্ঞ হওয়া উচিত ..

— gbn
সূত্র

মানুষের পছন্দের কাজ কর্মক্ষেত্রে বিবেচনা করা উচিত নয়? পছন্দ বাজে কথা? প্রোগ্রামারদের সন্তুষ্টি কি কোম্পানির উপকার নয়? আমি দুঃখিত, তবে এটি আমার জন্য "সংকলন" করে না।

— daramarak

@ ডারামারাক: বিশেষ করে কর্পোরেট স্ট্যান্ডার্ড বড় দোকানগুলির ক্ষেত্রে এই অহঙ্কার বা প্রথম ডোনা হয়ে কোথায় যায়? মনে রাখবেন: "আমরা এটি চাই" এই বলে নতুন ছেলেরা একটি নতুন সংস্থায় প্রবেশ করছে ।

— gbn

-6

হ্যাঁ! সিঙ্গেলটন আইডিই প্রয়োগ করুন।

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

দলে আলাদা আইডিই যুক্ত করার সত্যিকারের ন্যায়সঙ্গততা থাকতে হবে, অর্থাত্ সংরক্ষিত সময়টি সিস্টেমকে বিভিন্ন আইডিইতে স্থানান্তরিত করার জন্য উত্সর্গীকৃত সময়ের চেয়ে অতিক্রম করতে হবে

— প্রদর্শন নাম
সূত্র

একটি আইডিই সত্যই সম্পাদক। কোনওভাবেই কোনও সম্পাদক কোনও প্রকল্প নির্ভরতা গঠন করে না। (আমি জানি যে এই উত্তরটি ব্যঙ্গাত্মক হতে পারে, তবে এটি বিদ্রূপ করার জায়গা নয়)

— আরাফাঙ্গিয়ান

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

— প্রদর্শিত নাম

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

— আরাফ্যাজিওন

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

— নাম প্রদর্শন করুন

2

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

— আরাফ্যাজিওন