একটি প্রোডাকশন সার্ভারে বিকাশ করা হচ্ছে

Question

আজ আমি একটি প্রোডাকশন সার্ভারে একটি অ্যাপ্লিকেশন বিকাশের জন্য চিৎকার পেয়েছি। উদ্ধৃতি, " একটি প্রোডাকশন সার্ভারে বিকাশ গ্রহণযোগ্য নয় - কখনও! "

এখানেই অবস্থা।

1. আমি একটি বিকাশের উদাহরণ স্থাপন করেছি: http://example.com:3000
2. উত্পাদনের উদাহরণটি হ'ল: http://example.com
3. আমি আমার সমস্ত উন্নয়ন কাজ শেষ করি http://example.com:3000এবং যখন ক্লায়েন্ট পরিবর্তনগুলি দ্বারা সন্তুষ্ট হয়, আমি তাদের এ স্থানান্তর করি http://example.com।

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

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

Comments

একমাত্র বৈধ প্রতিক্রিয়া হবে "এমন একটি উত্পাদন সার্ভার থাকা যা বিকাশে পুনরুত্পাদন করা যায় না - এটি কখনও গ্রহণযোগ্য নয় not"

— blrfl

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

— গ্রেগ হিউগিল

@ গ্রেগ হিউগিল, হ্যাঁ এটি একটি ভাল বিষয়

— luk3thomas

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

— maple_shaft

আপনি যদি স্থানীয় বিকাশের পরিবেশ নির্ধারণ করতে না পারেন তবে আপনার কখনই বিকাশ হওয়া উচিত নয়।

— জেস

Answer 1

আমি প্রোডাকশন সার্ভারে বিকাশ করতাম। এটি সূক্ষ্মভাবে কাজ করতে পারে তবে কমপক্ষে দুটি কারণে এটি অনিবার্য:

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

Comments

হ্যাঁ, এটি একটি ভাল পয়েন্ট। আপনি এটি সম্পর্কে যত বেশি ভাবেন আপনি ছেলেরা সম্পূর্ণ সঠিক।

— luk3thomas

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

— মার্কো

কুখ্যাত অসীম লুপ সমস্যা ...

— মনসুরো

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

— মার্ক ই। হাজেস

Answer 2

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

বিভিন্ন ব্যবসায়ের বিভিন্ন প্রতিক্রিয়া রয়েছে তবে এটি সাধারণত এটির মতো ভেঙে যেতে পারে:

• একটি স্ক্রু-আপ ঘটেছে?
• পরিবর্তনটি ফিরিয়ে আনতে কতক্ষণ সময় লাগবে (আমি প্রাথমিকভাবে সি ++ এ কাজ করি, সুতরাং বাইনারি ফিরিয়ে নেওয়া রুবির তুলনায় উল্লেখযোগ্যভাবে বেশি সময় নিতে পারে , বিশেষত আপনি যখন পুরানো বাইনারিটি "হারিয়ে" ফেলেছেন এবং পুনরায় সংশোধন করতে হবে)
• কি পরিবর্তন প্রভাব (রুক্ষ গাইড: সংরক্ষিত ডেটা আপ screwing হয় তাই অনেক খারাপ সংরক্ষণকারী বা ডেটা, যেটা ঘুরে ফিরে সব পৃষ্ঠাটি দেখাচ্ছি না চেয়েও কঠিন অপরাধ প্রদর্শিত বেশি)
• আপনি যদি ভুল হয়ে থাকেন তবে দরজাটি বেরিয়ে গেল, কেউ কি জানতে পারবে আপনি কি করেছেন?
• অন্য কোন স্থাপনার বিকল্প ছিল যা প্রভাবের আগে স্ক্রু-আপকে বাধা / হ্রাস / সনাক্ত করতে পারত?

এটি আপনাকে চূড়ান্ত গণনা দেয়:

• এই সম্পূর্ণরূপে প্রতিরোধযোগ্য স্ক্রু আপটি ব্যবসায়ের জন্য কত খরচ করতে পারে?

আপনার পুরো পরিচালনা কাঠামোটি বাজেটের সিদ্ধান্ত নেওয়ার পক্ষে এখন কত কম । অতএব চিৎকার করুন।

আপনি যদি কোম্পানির অভ্যন্তরীণ "আমাদের সম্পর্কে" পৃষ্ঠায় কাজ করছেন এবং আপনার নিজের নাম এল টাইপ করুন "Godশ্বরের মত" থমাস, বিব্রতকর ডাকনাম সমস্যা; যদি আপনি ব্যবসায়ের সমালোচনা ক্রয় অ্যাপ্লিকেশনটিতে কাজ করছেন এবং এটি দুর্ঘটনাক্রমে প্লে-টেক্সটটি হোমপৃষ্ঠায় ক্রেডিট কার্ডের ডিবাগ আউট করে ... মামলা সমস্যা laws এই চূড়ান্তগুলির মধ্যে দুর্বৃত্তি, পঙ্গু উত্পাদনশীলতা এবং গ্রাহকদের তাড়িয়ে দিতে পারে এমন সমস্ত অন্যান্য বিষয় থেকে সমস্ত কিছু রয়েছে।

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

এর বাইরে, ব্যবসায়ের আকার একটি বড় প্রভাব ফেলতে পারে। একটি দ্বি-দলে দলে, যখন কোনও কিছু ফুটে যায়, আপনি নিজের কাঁধের উপর ঝুঁকে পড়ে "ওআই, জ্যাকাস, এটিকে পিছনে রাখুন"। একটি 300-ব্যক্তি সংস্থায়, আপনাকে এটি অযোগ্যতা বা কৃপণতা নিয়ে উদ্বেগ করতে হবে, ম্যানেজারদের কোনও নিয়ন্ত্রণ নেই এমন জিনিসগুলির জন্য দায়বদ্ধ করা যেতে পারে ইত্যাদি etc.

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

Comments

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

— কারসন 63000

@ কারসন 000৩০০০০ সম্মত হয়েছে এবং জ্যাকবের উত্তর অবশ্যই সেই দিকের সেরা one আমি আমার খানিকটা পরিবর্তন করেছি

— ডিফোরে

Answer 3

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

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

WHY NOT?- কারণ, এটি খুব ঝুঁকিপূর্ণ এবং সর্বদা অভ্যাস হয়ে ওঠার পরে এটি আপনাকে খারাপভাবে ধরবে। কারণ, মারাত্মক উত্পাদন ত্রুটি / ব্যর্থতা আপনাকে আপনার কাজ থেকে বরখাস্ত করতে ব্যয় করতে পারে ।

আমাকে এটিকে আবার পুনরাবৃত্তি করা যাক, এমনকি যদি আপনি productionসার্ভারে টাইপ সংশোধন করার অনুরোধ করেন তবে প্রথমে এটি করুন Staging। বা অন্য কথায় আপনার পরিবর্তনগুলি পরীক্ষা করুন, এটি পরীক্ষা করুন এবং উত্পাদনে রাখার আগে আবার এটি পরীক্ষা করুন।

এটি এমন একটি জায়গা যেখানে প্রায়শই ঘটে থাকে যেখানে "এটি দ্রুত এবং নোংরা কর " সংস্কৃতিটি একটি আদর্শ বলে মনে হয়।

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

Comments

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

— কারসন 63000

ধন্যবাদ, আমি একটি সম্পাদনা যুক্ত করেছি যা এটি করার উদ্বেগকে সম্বোধন করে।

— ই এল ইউসুবভ

Answer 4

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

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

Comments

ঠিক আছে ধন্যবাদ. উন্নয়ন কোড কোনও মেশিনকে অস্থিতিশীল করে তুলতে পারে? আমি একটি পুরানো রেল অ্যাপে কাজ করছি। এটি আমার (নিষ্পাপ ব্যক্তি) মনে হয় যে এর জন্য উন্নয়ন কোডটি http://example.com:3000প্রভাবিত করবে না http://example.com।

— luk3thomas

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

— কারসন 63000

কখনও কখনও এটি একটি প্রয়োজন। যেমন দোকানগুলি যেগুলি ব্যয়বহুল সফ্টওয়্যার লাইসেন্স করে এবং কেবলমাত্র দেব কাজের জন্য দ্বিতীয় কপির জন্য বাজেট নেই।

— ব্রায়ান নোব্লাউচ

Answer 5

সরাসরি উত্পাদনে বিকাশ না করার আরেকটি গুরুত্বপূর্ণ কারণ হ'ল একটি বিকাশের উদাহরণটি সাধারণত ভার্বোজ ত্রুটি এবং স্ট্যাক ট্রেসগুলি উত্পাদন করে এবং দেখায়। আপনি কখনই এটি ব্যবহারকারীর কাছে প্রকাশ করতে চান না ।

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

যোগ করা হয়েছে আপনার উন্নয়ন নিদর্শনের সঙ্গে সমস্যা হচ্ছে আপনার পার্শ্ব-সমস্যা অ্যাড্রেসিং: আমি মহান সাফল্য মোতায়েন একটি ছিল VirtualBox ভিত্তিক VM- র যা আমাদের উৎপাদন এনভায়রনমেন্ট (, হার্ডওয়্যার একচ্ছত্র অবশ্যই) সদৃশ উবুন্টু সার্ভার ।

Comments

উল্লেখ্য,

— ডাব্লু

@ luk3thomas এটি বিনামূল্যে! আছে টন টিউটোরিয়াল VirtualBox + + উবুন্টু (সম্ভবত সবচেয়ে সাধারণ ভার্চুয়ালাইজেশন সমাহারের এক) জন্য অনলাইন।

— মিশনফোর্ড

Answer 6

আমি এখনও অবাক হয়েছি যে কেউ এখনও সবচেয়ে গুরুত্বপূর্ণ কারণটির উল্লেখ করেনি, কেন এটি উত্পাদন সার্ভারগুলিতে বিকাশ করা একেবারে নিষিদ্ধ:

উত্পাদন ডেটা নিয়ে গণ্ডগোল করবেন না, যা খুব সহজেই ওহ হতে পারে!

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

বেশিরভাগ অ্যাপ্লিকেশনগুলির জন্য, মানটি ডেটাগুলিতে থাকে এবং রুটিনগুলিতে থাকে না।

Comments

আপনি প্রোডাকশন ডেটা আপ করার পরে আপনি এটি খুব দ্রুত শিখবেন। আমি অনুমান করছি তার কোনও ডিবি নেই।

— রক্লান

Answer 7

আমি সর্বদা চেষ্টা করি এবং অন্যান্য বিকাশকারীদের জিজ্ঞাসা করি যে নির্দিষ্ট কোম্পানির জন্য পদ্ধতিগুলি কী। সাধারণত হ্যাঁ, আপনার সর্বদা:

1. স্থানীয়ভাবে নির্মাণ।
2. এটিকে এমন কোনও ধরণের বাক্সে ঠেলাও যা উত্পাদনটি যথাসম্ভব অনুকরণ করে এটি দেখতে খুব ভাল লাগে কিনা তা দেখার জন্য।
3. পরিবর্তনগুলি পর্যালোচনা করার জন্য ক্লায়েন্ট / কিউএ দলের কাছে যাওয়ার জন্য সম্ভবত এটি কোনও QA বা শংসাপত্রের উদাহরণে চাপ দিন।
4. উত্পাদন ধাক্কা।

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

Comments

— ২.৩.১১

Answer 8

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

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

Answer 9

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

আমার কেরিয়ারে আমি প্রোডাকশন সার্ভারে কোড পরিবর্তন করার জন্য কেবল দুটি কারণ পেয়েছি:

1. ত্রুটি বা আচরণ যা কেবল সেখানে ঘটে এবং উন্নয়নের পরিবেশে পুনরুত্পাদনযোগ্য নয়। এগুলি বিরল তবে এটি খুব বিরক্তিকর এবং খুঁজে পাওয়া শক্ত।

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

উভয়ই সিনিয়র বিকাশকারীদের কাছে সবচেয়ে ভাল বামে যারা সিস্টেমগুলি ঘনিষ্ঠভাবে জানেন।

Comments

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

— Nzall