কীভাবে ওলটির কাছে যাবেন "" এটি কেবল একটি ছোট অ্যাপ্লিকেশন হবে "? হ্যাঁ ঠিক?


11

ঠিক আছে আমি এটিকে বহুবার ছুঁড়েছি, তবে এখানে পরিস্থিতিটি সামান্য অতিরঞ্জিত।

একজন ক্লায়েন্ট বলে "আরে আপনি কি আমাদের এই ছোট কাজটি করার জন্য এই ছোট মডিউলটি তৈরি করতে পারেন"?
আমি: "নিশ্চয়ই কোনও সমস্যা নেই"।

সুতরাং বাজেট এবং বাধা ইত্যাদির উপর ভিত্তি করে, আমি কিছু আর্কিটেকিং এড়িয়ে ডানদিকে ডুব দিয়েছি এবং এতে কোনও ঘাম নেই make

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

যখন আপনাকে ছোট কিছু করতে বলা হয় তখন আপনি কী করবেন? আপনি জানেন না যে এটি বাড়তে থাকবে কিনা ... যদি ক্লায়েন্ট সংযোজন জিজ্ঞাসা করে রাখে (এবং তারা উভয়ই না)।

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

তারা "হ্যাঁ ঠিক" বলবে এবং অন্য কারও কাছে যাবে।

বাজেট, সময় এবং উপলব্ধি যেমন অ্যাপ্লিকেশনটি নিজেই আর্কিটেকিংয়ের মতো গুরুত্বপূর্ণ।

এটি কিভাবে যোগাযোগ করা উচিত?

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

উত্তর:


17

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

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

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

নিশ্চিত করুন যে তারা তিনটি জিনিস বুঝতে পেরেছে যদিও:

  1. যদি তারা সত্যিই একটি সম্পূর্ণ পুনর্লিখন নিয়ে বিরক্ত না করতে চায় তবে আপনি এখনও 3 য় মডিউলটি করতে পারবেন। এটি আপনাকে আরও কয়েক ঘন্টা সময় নিতে পারে এবং আপনি এটির জন্য বিল দিন। তাদের মনে করিয়ে দিন যে ভবিষ্যতে পুনরায় লেখার বিষয়ে তাদের সত্যই চিন্তা করা উচিত, যতক্ষণ তারা অপেক্ষা করেন তত বেশি ব্যয় হবে।

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

  3. আপনি দ্রুত বক করার চেষ্টা করছেন না যে। জিনিসটির একটি নতুন নকশা দরকার।

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


এটি এটি সম্পর্কে একটি নিখুঁত উপায় মত মনে হচ্ছে।
সেভেনসিয়াট

1
হ্যাঁ এটি একটি ভাল পদ্ধতির। আপনি কি মনে করেন যে একেবারে প্রথম দিকে (1 ম মডিউল) তাদের জানানো উপকারী হবে যে এটি একটি সম্ভাবনা তাই তারা জানতে পারে যে এই প্রথম দ্রুত এবং নোংরা মডিউলটি দিয়ে তারা কী (এবং পাচ্ছে না)?
রিচার্ড

1
পুনঃটুইট আমি সৎ হতে হবে না। প্রথম মডিউলটি যদি ছোট হয় তবে কেবল চুক্তিটি করার দিকে মনোনিবেশ করুন। প্রথম মডিউলটি করার মাধ্যমে আপনি সম্পর্কটি প্রতিষ্ঠা না করা পর্যন্ত তাদের সত্যিই যেভাবে শুনতে পারা তাদের পক্ষে কঠিন be প্রথম মডিউলটি একবার আসার পরে এবং ব্যবহারকারীরা এটি পছন্দ করে ফেললে, তারা যখন দ্বিতীয় মডিউলটির পরিকল্পনা করছেন তখন আপনার যথেষ্ট লাভ পাওয়া উচিত। একবার আপনি যদি মনে করেন যে সম্পর্কটি যথেষ্ট দৃ is় হয়, তবে আপনি এটির জন্য যান।
পরমাস

10

তাকে কেবল একটি ছোট অ্যাপ তৈরি করুন এবং এর জন্য অর্থ প্রদান করুন।

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

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

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


একটি ভাল পদ্ধতির ... গ্রাহকের যা প্রয়োজন ঠিক তার জন্য রিফ্যাক্টরিং এবং বিলিং, তবে অ্যাপ্লিকেশনটিকে তার বর্ধনের উপযুক্ত রাখার জন্য ... ধন্যবাদ।
রিচার্ড

1
একমত। উপযুক্ত রিফ্যাক্টরিং সরঞ্জামগুলিও শিখুন যাতে আপনি প্রয়োজনের সাথে সাথে অ্যাপ্লিকেশনটি পুনরায় তৈরি করতে পারেন।

@ থরবজর্ন রাভন অ্যান্ডারসন: সরঞ্জামগুলির জন্য কোনও পরামর্শ?
রিচার্ড

@ রিচার্ড, আপনি কী নিয়ে কাজ করছেন তার উপর নির্ভর করে। ভিজ্যুয়াল স্টুডিওর জন্য "রিসার্পেনার" একটি খুব সহায়ক সরঞ্জাম হওয়া উচিত।

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

8

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

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

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

ভাল কাজের সম্পর্ক সম্পর্কে অন্যরা যে মন্তব্য করেছেন তা স্পষ্ট - তবে আপনি নিজেকে সৎ করেই প্রক্রিয়াটি শুরু করতে পারেন। গ্রাহক যদি এই ধরণের হয়ে থাকে যে আপনি তার সাথে এই কথোপকথনটি করতেও পারেন না তবে এখন নিজেকে এই বার্তাটি জিজ্ঞাসা করার সময় হতে পারে যে আপনি এই কাজের কতটা প্রয়োজন ...


হ্যাঁ আমি মনে করি বিকল্পগুলির সামনে বা কমপক্ষে পদ্ধতির সামনে আলোচনার ফলে (দ্রুত এবং নোংরা, এখন পুনরায় লিখুন) উপকারী হতে পারে।
রিচার্ড

1

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

এটির পরিবর্তে এটি দেখার এক উপায় ... লংজিজিজিজি প্রকল্প।


1

আপনি কীভাবে আর্কিটেকচারাল এবং ডিজাইনের সিদ্ধান্তগুলি তাড়াতাড়ি সম্পূর্ণ অপ্রয়োজনীয় হবেন তা এড়িয়ে চলেন?

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

আপনার প্রশ্নে উল্লেখ করা হয়েছে যে এর ব্যবসায়িক প্রক্রিয়া রয়েছে তবে আমি নিশ্চিত না যে তারা ভাল প্রক্রিয়াগুলি কিনা। এখানে কিছু পয়েন্টার রয়েছে:

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

আপনার ওভারগ্রাউন পণ্য

এটা আমাদের সবার ক্ষেত্রে ঘটছে. স্ক্র্যাচ থেকে পুনর্নির্মাণ সাধারণত একটি ভয়ংকর ধারণা, বিশেষত বিবেচনা করে ভবিষ্যতে এটি আবার করা হবে।

পরিবর্তে, আমি ব্যবহারকারী যে পরিবর্তনগুলির জন্য বলেছিলেন তার জন্য চুক্তিবদ্ধ হব। প্রতিটি বৈশিষ্ট্যের জন্য অতিরিক্ত সময় যুক্ত করুন, বৈশিষ্ট্যটিতে কাজ করার জন্য আসল সময়টি ব্যবহার করে এবং সামগ্রিক আর্কিটেকচারকে উন্নত করার জন্য অতিরিক্ত সময়, একবারে একটি ছোট উন্নতি। লক্ষ্যটি একটি চুক্তিতে আর্কিটেকচারকে পুরোপুরি "ঠিক করা" নয়, বরং সময়ের সাথে সাথে ধীরে ধীরে চিপ করা।

কোডগুলি পুনরাবৃত্তির মাধ্যমে আস্তে আস্তে উন্নত করুন, সত্যিকার অর্থে গুরুত্বপূর্ণ অংশগুলিতে ফোকাস করে।

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