পেয়ার প্রোগ্রামিং এবং আইএসও 27001

Question

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

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

নিরীক্ষকরা কোন সমাধান গ্রহণযোগ্য ছিল?

Comments

আমি বিবেচনা করেছিলাম যে বেশিরভাগ লোকেরা যারা জোড় প্রোগ্রামিং অনুশীলন নিয়োগ করে তারা মনে করে যে আইএসও যা করে তা হ'ল তারিখের বিন্যাস এবং চরিত্রের এনকোডিং।

— লার্স ভিক্লুন্ড

আপনার জুড়ি অ্যাকাউন্ট থাকা দরকার কেন? আপনি যে কোনও মেশিনে লগ ইন করতে পারবেন এমন অ্যাকাউন্টগুলি কী রাখে তা কাজ করবে না?

— গ্যারেট হল

আপনি স্বতন্ত্র অ্যাকাউন্টগুলি ব্যবহার করতে পারবেন না কারণ কেউ যদি তাড়াতাড়ি কাজে আসে / টয়লেট ইত্যাদিতে যায় এবং মেশিনটি অন্য ব্যবহারকারীর হিসাবে লগ ইন করে তবে কি হবে?

— জন সাবলি

@ জনস্যাবিলি আপনার অর্থ কি সেই অ্যাকাউন্টে কাজটি চালিয়ে যেতে চান? অন্যথায় আপনার নিজের ব্যবহারকারী হিসাবে কম্পিউটারে অন্য সেশনটি খুলতে সক্ষম হওয়া উচিত।

— সিনজো

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

— ক্যাফগীক

Answer 1

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

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

Comments

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

— ড্যানিয়েল প্রাইডেন

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

— মার্টিন হিউজ

Answer 2

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

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

Comments

আপনি কি জোড়ার অ্যাকাউন্টগুলি রাখুন ("অ্যাকাউন্টগুলি যেমন আছে তেমন রাখুন"), বা স্বতন্ত্র অ্যাকাউন্টগুলি ("লগ ইন করা ব্যক্তি") ব্যবহার করেন?

— কালেব

@ কালেব, ব্যক্তিগতভাবে লগ ইন করেছেন যারা ড্রাইভিং করছেন

— ক্যাফগীক

Answer 3

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

Answer 4

এখন অবধি এটি আমাদের পক্ষে ভাল কাজ করেছে তবে আমার সংস্থাটি বর্তমানে একটি আইএসও 27001 নিরীক্ষণের মধ্য দিয়ে যাচ্ছে

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

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

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

Answer 5

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

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

অডিটর ঠিক আছে, "পুল" অ্যাকাউন্টগুলি এড়ানো উচিত।