ওয়েব অ্যাপ্লিকেশন শুরুর সময়টি কি আসলেই গুরুত্বপূর্ণ?


11

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

আমার মনে আছে কিছু সময়ের আগে এসও-তে প্রশ্নগুলির বিষয়ে এই পরামর্শটি পড়া লোকেরা "যদি আপনি জরিমানা সামর্থ করতে পারেন" স্ট্যাম্পের সাথে পৃষ্ঠায় অ্যাক্সেসের পরিবর্তে প্রারম্ভকালে আরম্ভ করার পরামর্শ দিচ্ছেন।

আমি 30 সেকেন্ড থেকে 4-5 মিনিটের মধ্যে শুরু হওয়া ওয়েব অ্যাপ্লিকেশনগুলির সাথে কাজ করেছি তবে অনলাইনে একবার তারা দুলিয়েছে।

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

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


অ্যাপ্লিকেশন শুরু করার জন্য কি কোনও অ-কার্যকরী প্রয়োজনীয়তা সংজ্ঞায়িত করা হয়েছে বা এটি কেবল বিকাশের মধ্যেই আলোচনা?
StuperUser

@ স্টুপার ইউজার: কোনও প্রয়োজন নেই, এখন পর্যন্ত কেবল একটি আলোচনা।
জনডো

আসলে একটি ব্যবহারকারীর অভিজ্ঞতা সাইট রয়েছে যেখানে এটি আরও ভাল জিজ্ঞাসা করা হবে।
সাইক্লপস

@ সাইক্লোপস: আমি বেড়ার সার্ভার সাইডের কারণগুলিতে ব্যবহারকারীর পক্ষ থেকে নয় বরং বেশি আগ্রহী।
জনডোডো

উত্তর:


18

এটি বিকাশের সময় একটি বড় কারণ হতে পারে: যদি আপনার প্ল্যাটফর্মটি চলমান অ্যাপ্লিকেশনটিতে কোড পরিবর্তন করার পক্ষে সমর্থন না করে তবে প্রারম্ভকালীন সময়টি আপনার প্রতিক্রিয়াচক্রের অংশ হয়ে যায় এবং সেখানে 30 সেকেন্ড এমনকি বেদনাদায়ক এবং উত্পাদনশীলতার জন্য হুমকিস্বরূপ।

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


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

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

1
যদি সম্ভব হয় তবে "মক" ইআর করার বিকল্পটি, বা বিকাশের সময় প্রারম্ভকালীন সময়কে ত্বরান্বিত করার জন্য কাঠামোগত কাঠামোগুলি ডিস্কে সিরিয়ালযুক্ত করার বিকল্পটি মূল্যায়ন করুন।
ভিনকো ভার্সালভিক

আমি ভিনকোর সাথে একমত, ডিবাগ মোডে বিল্ডিংয়ের সময় আপনি ব্যয়বহুল আরম্ভ () ফাংশনগুলি বন্ধ করতে পারেন এমন কোনও উপায় আছে কি? যদিও আপনি যা শুরু করছেন তা দেব এবং প্রোডাকশনে আপনাকে আলাদা ফলাফল দিবে কিনা তা বিরক্ত করবেন না।
AndyMcKenna

4

আমি বিশ্বাস করি যখন হেজেলের বিখ্যাত দ্বান্দ্বিক নীতিটি পরিমাণ থেকে গুণে রূপান্তরিত করার জন্য আসলে কাজ করে।

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

প্রতিটি বিকাশকারী যিনি উত্পাদনে কিছু খারাপ কোড স্থাপন করেছেন তারা জানেন যে 5 মিনিটে এবং 1 মিনিটে হটফিক্স সরবরাহ করা সত্যই সত্যই ভিন্ন জিনিস।


2

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

ইনিশিয়েশন যদি প্রয়োজন হয় তবে এটি করুন। শেষ ব্যবহারকারীরা যখন ভুল ফলাফল পান, শেষ পর্যন্ত ওয়েব অ্যাপটি ভুল হয় তা খুঁজে বের করে, আপনাকে কল করে অভিযোগ করেন এবং আপনাকে ফিরে গিয়ে ডিবাগ / ফিক্স / টেস্ট / রেডপ্লাইয়ে যেতে কত সময় নষ্ট হবে? এখন আপনার সহকর্মীকে জিজ্ঞাসা করুন কীভাবে সময় বাঁচানো হয়েছে। (এবং আমি আপনার সার্ভারের কোরগুলি 99% নিষ্ক্রিয়ভাবে বেট করব)


2

এই প্রশ্নটি কোনও বিশেষ প্ল্যাটফর্ম সম্পর্কে জিজ্ঞাসা করে না। এমন প্ল্যাটফর্ম রয়েছে যার উপর শুরু করার সময়টি খুব গুরুত্বপূর্ণ।

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

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

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


1

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

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

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


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