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

Question

সাধারণত আমি যখন প্রোগ্রাম করি তখন আমার সামনে একটি পরিষ্কার কাজ থাকে তবে আমার বিরক্তিকর জিনিসগুলি আমি যখনই পরিষ্কার করতে চাই তা সন্ধান করি।

এখানে আমি তিনটি বিকল্প দেখতে পাচ্ছি:

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

এটি সম্ভবত মোটামুটি প্রাথমিক, তবে এসএনএন / গিট / অন্যান্য ব্যবহার করে এটিকে বিঘ্নিত করার কয়েকটি উপায় কী?

Comments

সম্পর্কিত (সম্ভবত একটি সদৃশ): বৈশিষ্ট্য কোড + অবকাঠামো কোড - কীভাবে কমিটস / জিরার সমস্যাগুলি গঠন করবেন?

— gnat

আমি সাধারণত ২ য় বিকল্প নিয়ে যাই। তবে আমি যদি অনেক রিফ্যাক্টরিং করে থাকি তবে আমি দুটি পৃথক কমিট করি। 1 আমার নির্দিষ্ট কাজের জন্য এবং অন্যটিতে কেবল "রিফ্যাক্টরিং" হিসাবে লেবেল দেওয়া হয়েছে যা আমি rebaseতার পরিবর্তে করছি merge।

— অল্টারনেটেক্স

Answer 1

ব্যক্তিগতভাবে, আমি মনে করি এটি নির্ভর করে :-)।

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

• এটি যদি আরও বড় স্থির হয় তবে আপনি টিকিট তৈরি করুন। অন্যথায়, আপনি ক্রমাগত আপনার মূল কাজটি থেকে লেনদেন হওয়ার ঝুঁকি রাখেন ("ওহ, দেখুন, রিফ্যাক্টরিংয়ের জন্য আরেকটি সুযোগ, ওহ, আরও একটি আছে, এবং সেখানে ...")।

Comments

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

— ন্যাটফ্রস্টেন

@ নেটফ্রস্টেন: হ্যাঁ, এটি প্রাকৃতিক, এবং খারাপ নয় - সর্বোপরি, ফোকাসটি সাধারণত কোডিংয়ের দিকে হওয়া উচিত। কোড-পরিচালনাটি কেবল কোডিং সহজ করার জন্য নয়।

— স্ল্যাসকে

Answer 2

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

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

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

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

Comments

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

— ন্যাটফ্রস্টেন

একই উপসংহার, তবে প্রায়শই কর্তারা নতুন বৈশিষ্ট্যগুলির জন্য যান এবং রিফ্যাক্টরিং না করার সিদ্ধান্ত নেন: - |

— মার্ক হার্ট