সুন্দর স্ক্রিন নয়, কঠিন স্ক্রিনগুলো। সময়ের চাপে কোট তুলনা করছেন একজন অপারেটর। কমিটি অপেক্ষা করছে, আর একজন লোন অফিসার একটি কেস নিয়ে কাজ করছেন। এমন একটি ড্যাশবোর্ড যা কেউ আট ঘণ্টা খুলে রাখেন, যেখানে একটি ভুল ডিফল্টের দাম একটি পুরো দিন।
যে সিস্টেম সবকিছু একসঙ্গে ধরে রাখে, তার দায়িত্বও আপনার: কম্পোনেন্ট, এমন স্টেট যা আঁকার কথা কেউ মনে রাখে না, খালি আর এররের অবস্থা, আর এমন ডার্ক মোড যা দেখে উল্টে দেওয়া রং নয়, ভেবেচিন্তে বানানো মনে হবে।
## আমরা যা খুঁজছিFigma-তে পাকা হাত, আর কখন একটি কম্পোনেন্ট লাইব্রেরিতে জায়গা পাওয়ার যোগ্য আর কখন সেটা আসলে কম্পোনেন্ট সেজে থাকা একটিমাত্র স্ক্রিন, তা বোঝার বিচারবুদ্ধি। আপনি হ্যাপি পাথ নয়, স্টেট আর এজ কেস ধরে ভাবেন, আর কোনো লেআউট কোন সিদ্ধান্তকে সহজ করে তা বলে দিয়ে সেই লেআউটের পক্ষে দাঁড়াতে পারেন।
ডিজাইন যখন কোডের সঙ্গে মেলে, তখন ইঞ্জিনিয়ারদের পাশে বসে কাজ করতে আপনি স্বচ্ছন্দ, আর ডেটা বললে সবার সামনে মত বদলাতেও। Dribbble-এর ঝকঝকে শটের পোর্টফোলিওর চেয়ে ফ্লোর পোর্টফোলিও আমাদের অনেক বেশি কিছু বলে।
## আমরা যেভাবে কাজ করিকাজের আগে একটি issue, তারপর তার জন্য একটি pull request, যা একজন মানুষ রিভিউ করে মার্জ করেন। ডেটা বদলায় এমন প্রতিটি স্ক্রিপ্ট ডিফল্টভাবে শুধু জানায় সে কী করবে, আর কাজ করে কেবল তখনই যখন আপনি --execute দেন, একটি ট্রানজ্যাকশনের ভেতরে, এবং রো নিয়ে কিছু বলার আগে জানিয়ে দেয় কোন ডেটাবেসে পৌঁছেছে।
কোনো দাবি টেকে exit code দিয়ে, দেখতে ঠিকঠাক লাগা আউটপুট দিয়ে নয়। main-এ মার্জ হলে বিল্ড আর ডিপ্লয় নিজে থেকেই হয়, প্রতিটি ইমেজে থাকে সত্যিকারের ভার্সন, আর সামনে এগোনোর আগেই ফেরার পথ লিখে রাখা হয়।
পুরো ব্যবস্থা চলে নিজস্ব হার্ডওয়্যারে, তাই আপনি পুরো পথটাই দেখতে পান: স্কিমা, API, স্ক্রিন, ইমেজ, রোলআউট, আর সেই জিনিসটিও যা কিছু ভাঙলে কাউকে সতর্ক করে।
## কীভাবে আবেদন করবেনএই পেজের যোগাযোগ ফর্মটি ব্যবহার করুন এবং আপনার সিভি যুক্ত করুন। এমন একটি জিনিসের কথা বলুন যা আপনি তৈরি করেছেন এবং যা নিয়ে এখনো গর্ব করেন, আর এমন একটি জিনিসের কথা যেখানে ভুল করেছিলেন এবং তা থেকে কী শিখেছেন। দ্বিতীয় উত্তরটিই আমরা দুবার পড়ি।
যিনিই সত্যিকারের একটি বার্তা লেখেন, আমরা তাঁকে উত্তর দিই। যে কারও জন্য লেখা কভার লেটারের চেয়ে আপনার নিজের কাজ নিয়ে একটি ছোট নোট এখানে অনেক বেশি মূল্যবান।