ডেভেলপাররা মঙ্গল থেকে, অ্যাডমিনরা শুক্র থেকে

কাকতালীয় ঘটনাগুলি এলোমেলো, এবং প্রকৃতপক্ষে এটি অন্য গ্রহে ছিল ...

একজন ব্যাকএন্ড ডেভেলপার কিভাবে অ্যাডমিনদের সাথে একটি দলে কাজ করে সে সম্পর্কে আমি তিনটি সাফল্য এবং ব্যর্থতার গল্প শেয়ার করতে চাই।

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

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

- উচ্চ দায়িত্ব।
- উত্পাদন ভাঙ্গার ঝুঁকি।
- সব ক্ষেত্রেই একজন ভালো বিশেষজ্ঞ হওয়া কঠিন।

আগ্রহী নই, চলুন এগিয়ে যাই

দ্বিতীয় গল্প।
বড় কোম্পানি, বড় প্রকল্প। 5-7 জন কর্মচারী এবং বেশ কয়েকটি উন্নয়ন গ্রুপ নিয়ে একটি প্রশাসন বিভাগ রয়েছে। আপনি যখন এমন একটি কোম্পানিতে কাজ করতে আসেন, তখন প্রতিটি অ্যাডমিন মনে করেন যে আপনি এখানে কোনও পণ্যের কাজ করতে আসেননি, কিছু ভাঙতে এসেছেন। স্বাক্ষরিত এনডিএ বা সাক্ষাত্কারে নির্বাচন অন্যথায় নির্দেশ করে না। না, এই লোকটি তার নোংরা ছোট হাত নিয়ে এখানে এসেছিল আমাদের চুম্বন উৎপাদন নষ্ট করতে। অতএব, এই জাতীয় ব্যক্তির সাথে আপনার ন্যূনতম যোগাযোগের প্রয়োজন; খুব অন্তত, আপনি প্রতিক্রিয়া হিসাবে একটি স্টিকার নিক্ষেপ করতে পারেন। প্রকল্পের আর্কিটেকচার সম্পর্কে প্রশ্নের উত্তর দেবেন না। টিম লিড না বলা পর্যন্ত প্রবেশাধিকার না দেওয়ার পরামর্শ দেওয়া হচ্ছে। এবং যখন তিনি জিজ্ঞাসা করেন, তখন তিনি তাদের চেয়ে কম সুযোগ-সুবিধা দিয়ে তা ফিরিয়ে দেবেন। এই ধরনের অ্যাডমিনদের সাথে প্রায় সমস্ত যোগাযোগ উন্নয়ন বিভাগ এবং প্রশাসন বিভাগের মধ্যে কালো গহ্বর দ্বারা শোষিত হয়। অবিলম্বে সমস্যা সমাধান করা অসম্ভব। কিন্তু আপনি ব্যক্তিগতভাবে আসতে পারবেন না - অ্যাডমিনরা 24/7 খুব ব্যস্ত। (আপনি সব সময় কি করছেন?) কিছু কর্মক্ষমতা বৈশিষ্ট্য:

• উৎপাদনে গড় স্থাপনের সময় 4-5 ঘন্টা
• উৎপাদনে সর্বোচ্চ স্থাপনার সময় 9 ঘন্টা
• একজন ডেভেলপারের জন্য, প্রোডাকশনে একটি অ্যাপ্লিকেশন হল একটি ব্ল্যাক বক্স, ঠিক প্রোডাকশন সার্ভারের মতো। মোট কতজন আছে?
• রিলিজের নিম্ন মানের, ঘন ঘন ত্রুটি
• বিকাশকারী রিলিজ প্রক্রিয়ায় অংশগ্রহণ করে না

ওয়েল, আমি কি আশা করেছিলাম, অবশ্যই, নতুন লোকেদের উৎপাদনে অনুমতি দেওয়া হয় না। ঠিক আছে, ধৈর্য অর্জন করে, আমরা অন্যদের বিশ্বাস অর্জন করতে শুরু করি। তবে কিছু কারণে, অ্যাডমিনদের সাথে জিনিসগুলি এত সহজ নয়।

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

আইন 2. সেই সংস্করণ নয়।
পরবর্তী রিলিজ। অভিজ্ঞতা অর্জনের পর, আমরা প্রশাসকদের জন্য সার্ভারের জন্য প্রয়োজনীয় সফ্টওয়্যার এবং লাইব্রেরির তালিকা তৈরি করতে শুরু করি, কিছু সংস্করণ নির্দেশ করে। বরাবরের মতো, আমরা একটি দুর্বল রেডিও সংকেত পাই যে প্রশাসক সেখানে কিছু শেষ করেছেন। রিগ্রেশন পরীক্ষা শুরু হয়, যা নিজেই প্রায় এক ঘন্টা সময় নেয়। সবকিছু কাজ করছে বলে মনে হচ্ছে, কিন্তু একটি সমালোচনামূলক বাগ আছে। গুরুত্বপূর্ণ কার্যকারিতা কাজ করে না। পরের কয়েক ঘন্টা ছিল খঞ্জনীর সাথে নাচ, কফি গ্রাউন্ডে ভাগ্য-বলা, এবং কোডের প্রতিটি অংশের বিশদ পর্যালোচনা। প্রশাসক বলেন, তিনি সবকিছু করেছেন। কুটিল বিকাশকারীদের দ্বারা লিখিত অ্যাপ্লিকেশন কাজ করে না, কিন্তু সার্ভার কাজ করে। তার জন্য কোন প্রশ্ন? এক ঘন্টার শেষে, আমরা অ্যাডমিনকে প্রোডাকশন সার্ভারে লাইব্রেরির সংস্করণটি চ্যাট এবং বিঙ্গোতে পাঠাতে পাই - এটি আমাদের প্রয়োজন নয়। আমরা প্রশাসককে প্রয়োজনীয় সংস্করণটি ইনস্টল করতে বলি, কিন্তু উত্তরে আমরা পেয়েছি যে OS প্যাকেজ ম্যানেজারে এই সংস্করণটি অনুপস্থিতির কারণে তিনি এটি করতে পারবেন না। এখানে, তার স্মৃতির অবকাশ থেকে, ম্যানেজার মনে রেখেছেন যে অন্য একজন প্রশাসক ইতিমধ্যে হাত দ্বারা প্রয়োজনীয় সংস্করণটি একত্রিত করে এই সমস্যার সমাধান করেছেন। কিন্তু না, আমাদের এটা করবে না। প্রবিধান নিষিদ্ধ. কার্ল, আমরা এখানে কয়েক ঘন্টা ধরে বসে আছি, সময়সীমা কত?! আমরা আরেকটি ধাক্কা পাই এবং কোনোভাবে মুক্তি শেষ করি।

আইন 3, সংক্ষিপ্ত
জরুরী টিকিট, মূল কার্যকারিতা উত্পাদন ব্যবহারকারীদের একজনের জন্য কাজ করে না। আমরা ধাক্কাধাক্কি এবং চেকিং কয়েক ঘন্টা ব্যয় করি। একটি উন্নয়ন পরিবেশে, সবকিছু কাজ করে। একটি পরিষ্কার বোঝা আছে যে php-fpm লগগুলি দেখতে একটি ভাল ধারণা হবে৷ সেই সময়ে প্রকল্পে ELK বা প্রমিথিউসের মতো কোনো লগ সিস্টেম ছিল না। আমরা প্রশাসন বিভাগে একটি টিকিট খুলি যাতে তারা সার্ভারে php-fpm লগগুলিতে অ্যাক্সেস দেয়। এখানে আপনাকে বুঝতে হবে যে আমরা একটি কারণে অ্যাক্সেস চাইছি, আপনার কি মনে নেই ব্ল্যাক হোল এবং অ্যাডমিনরা 24/7 ব্যস্ত থাকার কথা? আপনি যদি তাদের নিজেদের লগগুলি দেখতে বলেন, তাহলে এটি "এই জীবনে নয়" অগ্রাধিকার সহ একটি কাজ। টিকিট তৈরি করা হয়েছিল, আমরা প্রশাসন বিভাগের প্রধানের কাছ থেকে একটি তাত্ক্ষণিক প্রতিক্রিয়া পেয়েছি: "আপনার উত্পাদন লগগুলিতে অ্যাক্সেসের প্রয়োজন হবে না, বাগ ছাড়াই লিখুন।" একটি পর্দা.

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

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

• ডেভেলপার এবং প্রশাসন বিভাগের মধ্যে মানসম্পন্ন যোগাযোগের অভাব
• অ্যাডমিনিস্ট্রেটররা, দেখা যাচ্ছে(!), অ্যাপ্লিকেশনটি কীভাবে গঠন করা হয়েছে, এটির কী নির্ভরতা রয়েছে এবং এটি কীভাবে কাজ করে তা বুঝতে পারে না।
• বিকাশকারীরা বুঝতে পারে না কিভাবে উত্পাদন পরিবেশ কাজ করে এবং ফলস্বরূপ, কার্যকরভাবে সমস্যার প্রতিক্রিয়া জানাতে পারে না।
• স্থাপনার প্রক্রিয়াটি খুব বেশি সময় নেয়।
• অস্থির রিলিজ.

আমরা কি করলাম?
প্রতিটি রিলিজের জন্য, রিলিজ নোটের একটি তালিকা তৈরি করা হয়েছিল, যার মধ্যে কাজগুলির একটি তালিকা অন্তর্ভুক্ত ছিল যা পরবর্তী রিলিজ কাজ করার জন্য সার্ভারে করা প্রয়োজন। তালিকাটিতে বেশ কয়েকটি বিভাগ রয়েছে, কাজ যা প্রশাসক, প্রকাশের জন্য দায়ী ব্যক্তি এবং বিকাশকারীর দ্বারা করা উচিত। বিকাশকারীরা সমস্ত প্রোডাকশন সার্ভারে নন-রুট অ্যাক্সেস পেয়েছে, যা সাধারণভাবে বিকাশের গতি বাড়িয়েছে এবং বিশেষত সমস্যা সমাধান করেছে। বিকাশকারীরা কীভাবে উত্পাদন কাজ করে, এটি কোন পরিষেবাগুলিতে বিভক্ত, কোথায় এবং কত প্রতিলিপিগুলির ব্যয় হয় সে সম্পর্কেও ধারণা রয়েছে৷ কিছু যুদ্ধের লোড পরিষ্কার হয়ে গেছে, যা নিঃসন্দেহে কোডের গুণমানকে প্রভাবিত করে। রিলিজ প্রক্রিয়া চলাকালীন যোগাযোগ তাত্ক্ষণিক বার্তাবাহকের একজনের চ্যাটে হয়েছিল। প্রথমত, আমাদের কাছে সমস্ত কর্মের লগ ছিল এবং দ্বিতীয়ত, যোগাযোগ ঘনিষ্ঠ পরিবেশে হয়েছিল। ক্রিয়াকলাপের ইতিহাস একাধিকবার নতুন কর্মীদের দ্রুত সমস্যা সমাধানের অনুমতি দিয়েছে। এটি একটি প্যারাডক্স, কিন্তু এটি প্রায়শই অ্যাডমিনদের নিজেদের সাহায্য করে। আমি নিশ্চিতভাবে বলার দায়িত্ব নেব না, তবে আমার কাছে মনে হচ্ছে প্রশাসকরা প্রকল্পটি কীভাবে কাজ করে এবং এটি কীভাবে লেখা হয় তা আরও বুঝতে শুরু করেছে। কখনও কখনও আমরা একে অপরের সাথে কিছু বিবরণ শেয়ার করেছি। গড় প্রকাশের সময় এক ঘন্টা কমিয়ে আনা হয়েছে। কখনও কখনও আমরা 30-40 মিনিটের মধ্যে সম্পন্ন করা হয়. বাগের সংখ্যা উল্লেখযোগ্যভাবে কমেছে, যদি দশগুণ না হয়। অবশ্যই, অন্যান্য কারণগুলিও প্রকাশের সময় হ্রাসকে প্রভাবিত করেছে, যেমন অটোটেস্ট। প্রতিটি প্রকাশের পরে, আমরা পূর্ববর্তী দৃষ্টিভঙ্গি পরিচালনা করতে শুরু করি। যাতে পুরো দল নতুন কী, কী পরিবর্তিত হয়েছে এবং কী সরানো হয়েছে সে সম্পর্কে ধারণা রাখে। দুর্ভাগ্যবশত, অ্যাডমিনরা সবসময় তাদের কাছে আসেন না, ঠিক আছে, অ্যাডমিনরা ব্যস্ত... একজন ডেভেলপার হিসেবে আমার কাজের সন্তুষ্টি নিঃসন্দেহে বেড়েছে। যখন আপনি আপনার দক্ষতার ক্ষেত্রে প্রায় যেকোনো সমস্যা দ্রুত সমাধান করতে পারেন, তখন আপনি শীর্ষে বোধ করেন। পরে, আমি বুঝতে পারি যে কিছুটা হলেও আমরা একটি ডিভোপস সংস্কৃতি চালু করেছি, সম্পূর্ণরূপে নয়, অবশ্যই, তবে রূপান্তরের সেই শুরুটিও চিত্তাকর্ষক ছিল।

গল্প তিন
স্টার্টআপ। একজন অ্যাডমিন, ক্ষুদ্র উন্নয়ন বিভাগ। আসার পর আমি সম্পূর্ণ শূন্য, কারণ... মেইল ছাড়া আমার আর কোথাও অ্যাক্সেস নেই। আমরা অ্যাডমিনকে লিখি এবং অ্যাক্সেসের জন্য জিজ্ঞাসা করি। এছাড়াও, এমন তথ্য রয়েছে যে তিনি নতুন কর্মচারী এবং লগইন/পাসওয়ার্ড ইস্যু করার প্রয়োজনীয়তা সম্পর্কে সচেতন। তারা সংগ্রহস্থল এবং VPN থেকে অ্যাক্সেস দেয়। উইকি, টিমসিটি, রানডেস্কে কেন প্রবেশাধিকার দেবেন? একজন ব্যক্তির জন্য অকেজো জিনিস যাকে পুরো ব্যাকএন্ড অংশ লিখতে বলা হয়েছিল। শুধুমাত্র সময়ের সাথে সাথে আমরা কিছু সরঞ্জামগুলিতে অ্যাক্সেস লাভ করি। আগমন, অবশ্যই, অবিশ্বাস সঙ্গে পূরণ করা হয়. আমি ধীরে ধীরে চ্যাট এবং নেতৃস্থানীয় প্রশ্নের মাধ্যমে প্রকল্পের পরিকাঠামো কীভাবে কাজ করে তা সম্পর্কে ধারণা পাওয়ার চেষ্টা করছি। মূলত আমি কিছুই চিনতে পারছি না। উৎপাদন আগের মতোই ব্ল্যাক বক্স। কিন্তু তার চেয়েও বেশি, এমনকি পরীক্ষার জন্য ব্যবহৃত স্টেজ সার্ভারগুলি একটি কালো বাক্স। আমরা সেখানে গিট থেকে একটি শাখা স্থাপন করা ছাড়া অন্য কিছু করতে পারি না। আমরা .env ফাইলের মতো আমাদের অ্যাপ্লিকেশন কনফিগার করতে পারি না। এই ধরনের অপারেশন জন্য অ্যাক্সেস মঞ্জুর করা হয় না. পরীক্ষার সার্ভারে আপনার অ্যাপ্লিকেশনের কনফিগারেশনে একটি লাইন পরিবর্তন করার জন্য আপনাকে ভিক্ষা করতে হবে। (একটি তত্ত্ব আছে যে প্রজেক্টে নিজেকে গুরুত্বপূর্ণ মনে করা প্রশাসকদের জন্য অত্যাবশ্যক; যদি তাদের কনফিগারে লাইন পরিবর্তন করতে না বলা হয়, তবে তাদের প্রয়োজন হবে না)। আচ্ছা, সবসময়ের মতো, এটা কি সুবিধাজনক নয়? এটি দ্রুত বিরক্তিকর হয়ে ওঠে, প্রশাসকের সাথে সরাসরি কথোপকথনের পরে আমরা জানতে পারি যে বিকাশকারীরা খারাপ কোড লেখার জন্য জন্মগ্রহণ করেছিলেন, তারা প্রকৃতিগতভাবে অযোগ্য ব্যক্তি এবং তাদের উত্পাদন থেকে দূরে রাখাই ভাল। কিন্তু এখানে পরীক্ষা সার্ভার থেকে, শুধু ক্ষেত্রে. সংঘাত দ্রুত বৃদ্ধি পাচ্ছে। এডমিনের সাথে কোন যোগাযোগ নেই। তিনি একা থাকার কারণে পরিস্থিতি আরও খারাপ হয়। নিম্নলিখিত একটি সাধারণ ছবি. মুক্তি. নির্দিষ্ট কার্যকারিতা কাজ করে না। কী ঘটছে তা বের করতে আমাদের অনেক সময় লাগে, ডেভেলপারদের কাছ থেকে বিভিন্ন ধারনা চ্যাটে নিক্ষিপ্ত হয়, কিন্তু এমন পরিস্থিতিতে অ্যাডমিন সাধারণত ধরে নেন যে ডেভেলপাররাই দায়ী। তারপর আড্ডায় লেখেন, দাঁড়াও, আমি তাকে শুধরে দিয়েছি। সমস্যাটি কী ছিল সে সম্পর্কে তথ্য সহ একটি গল্প রেখে যেতে বলা হলে, আমরা বিষাক্ত অজুহাত পাই। যেমন, আপনার নাক যেখানে তার অন্তর্গত নয় সেখানে আটকে রাখবেন না। বিকাশকারীদের অবশ্যই কোড লিখতে হবে। পরিস্থিতি যখন একটি প্রকল্পে অনেক শরীরের নড়াচড়া একজন একক ব্যক্তির মধ্য দিয়ে যায় এবং শুধুমাত্র তার কাছে সকলের প্রয়োজনীয় অপারেশনগুলি সম্পাদন করার সুযোগ থাকে অত্যন্ত দুঃখজনক। এই জাতীয় ব্যক্তি একটি ভয়ানক বাধা। যদি Devops ধারণাগুলি সময়-টু-মার্কেট কমানোর চেষ্টা করে, তাহলে এই ধরনের লোকেরা Devops ধারণাগুলির সবচেয়ে খারাপ শত্রু। দুর্ভাগ্যবশত, পর্দা এখানে বন্ধ.

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

সূত্র: www.habr.com