ডেভেলপারদের জন্য Grok

Grok হলো এমন এক চমৎকার রাবার ডাক, যা মুখের ওপর জবাব দেয়। grok.online-এ এটি সম্পূর্ণ বিনামূল্যে এবং কোনো অ্যাকাউন্টেরও প্রয়োজন নেই: চটজলদি প্রশ্নের জন্য Grok 4.20 বেশ দ্রুত, Grok 4.3 Thinking উত্তর দেওয়ার আগে যুক্তি বিচার করে নেয় এবং বাগ সমাধানের জন্য এটি সেরা পছন্দ, আর সবচেয়ে কঠিন সমস্যাগুলোর জন্য রয়েছে সর্বাধুনিক মডেল Grok 4.7—যার জন্য রয়েছে আপনার দৈনিক ৩০টি মেসেজের মধ্যে ১০টি। তিনটি মডেলই স্ক্রিনশট পড়তে পারে। এখানে সাতটি ব্যবহারের ক্ষেত্র তুলে ধরা হলো, প্রতিটির সাথে রয়েছে প্রম্পট যা আপনি চ্যাটে খুলে প্রয়োজনমতো বদলে নিতে পারেন।

সমস্যা খুঁজে বের করুন ও সমাধান করুন

ডিবাগিংয়ের বেশিরভাগ সময় ব্যয় হয় আসলে কী ঘটছে তা বুঝতে। এই প্রম্পটগুলো সেই প্রক্রিয়াকে দ্রুততর করে তোলে।

স্ট্যাক ট্রেস ডিকোড করুন

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

I'm using [language and version] with [framework]. Here is the full error and stack trace: [paste error]. Here is the code it points to: [paste code]. Explain in plain words what went wrong and why, name the most likely cause first, then show the smallest change that fixes it.

এটি চ্যাটে খুলুন। Code Assistant একক প্যানেলেই একই কাজ করে।

অন্যের লেখা কোডের রূপরেখা বুঝে নিন

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

I just inherited this [language] file and need to change [feature]. Give me a short tour: what the file is responsible for, the main functions in the order they run, which global state or side effects to watch for, and the safest place to make my change: [paste code]

নির্দেশিকাটি পান, তারপর যেসব ফাংশন এখনো অস্পষ্ট লাগছে সেগুলোর বিষয়ে প্রশ্ন করুন।

Thinking মডেল দিয়ে লজিক বাগ খুঁজে বের করুন

যখন কোড ক্র্যাশ করে না কিন্তু আউটপুট ভুল আসে, তখন নিখুঁতভাবে ট্রেসিং করা প্রয়োজন। Grok 4.3 Thinking উত্তর দেওয়ার আগে কোডের প্রতিটি ধাপ যাচাই করে নেয়, যা অফ-বাই-ওয়ান এরর এবং ভুল কন্ডিশনের ক্ষেত্রে বিশেষভাবে কার্যকর।

This [language] function should [expected behaviour], but for the input [input] it returns [actual output] instead of [expected output]. Trace the execution step by step with that input, show the values of the key variables at each step, and point to the exact line where it goes wrong: [paste function]

Grok 4.3 Thinking দিয়ে এটি ট্রেস করুন।

স্ক্রিনশট দেখে ভাঙা লেআউট ঠিক করুন

পেজের বর্তমান অবস্থার একটি স্ক্রিনশট যুক্ত করুন, সংশ্লিষ্ট HTML ও CSS পেস্ট করুন এবং এটি কেমন দেখানো উচিত তা বর্ণনা করুন।

I've attached a screenshot of a page where [describe the problem, e.g. the sidebar overlaps the content on narrow screens]. Here is the HTML and CSS for that part: [paste code]. Explain what causes it and give me the corrected CSS, changing as little as possible.

এই প্রম্পটটি খুলুন এবং আপনার স্ক্রিনশট যুক্ত করুন।

ঝুঁকিপূর্ণ রিফ্যাক্টরিংয়ের পরিকল্পনা করুন

বড় কোনো জটিল মডিউল সমাধানের ক্ষেত্রেই এই নতুন মডেলটির সীমিত দৈনিক মেসেজগুলো কাজে লাগানো সার্থক। কোড নতুন করে লেখার বদলে একটি পরিকল্পনা চান।

Below is a [language] module that has grown hard to change: [paste code]. Don't rewrite it yet. Describe its responsibilities, the hidden dependencies, and a refactoring plan in small steps where the code still works after each one. Say which tests I should add before step one.

Grok 4.7 দিয়ে পরিকল্পনা করুন, তারপর ধাপগুলো একে একে Grok 4.20-এ পাঠান।

কোডের সহযোগী উপাদানগুলো তৈরি করুন

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

বাদ পড়ে যাওয়া এজ কেসগুলোর জন্য টেস্ট লিখুন

প্রথমে সম্ভাব্য কেসগুলোর তালিকা এবং পরে টেস্ট কোড চেয়ে নিন। এই তালিকাতেই আসল সুবিধা।

Here is a [language] function: [paste function]. First list the edge cases worth testing, such as empty input, boundaries and invalid types, with one line each on why. Then write the tests using [test framework], one test per case, with clear names.

টেস্টগুলো তৈরি করুন, সেগুলো রান করুন এবং যেসব কারণে টেস্ট ফেইল হওয়া উচিত সেগুলো রেখে দিন।

একটু কড়া মেজাজের সিনিয়র ইঞ্জিনিয়ারের মতো কোড রিভিউ পান

Grok স্বচ্ছন্দে এমন একজন রিভিউয়ারের ভূমিকা পালন করতে পারে, যিনি প্রতিটি বাগ একাধিকবার দেখেছেন। মেজাজ কড়া হলেও সমস্যা নেই; তবে মন্তব্য যেন অস্পষ্ট না হয়, তাই লাইনের রেফারেন্স চেয়ে নিন।

Review this diff like a grumpy but fair senior engineer. Point out bugs, unclear names, missing error handling and anything that will hurt in six months, each with a line reference and a suggested fix. Rank the issues by severity and skip pure style nitpicks: [paste diff]

সহকর্মীরা দেখার আগেই রিভিউ চেয়ে নিন।

স্কিমা থেকে SQL এবং README তৈরি করুন

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

Here are my table definitions for [database, e.g. PostgreSQL]: [paste schema]. Write a query that returns [what you need in plain words]. Explain each join and filter in one line, and tell me which index could speed it up once the tables hold millions of rows.

কোয়েরি তৈরি করুন, তারপর টেবিলগুলোর ডকুমেন্টেশন হিসেবে একটি README সেকশন চেয়ে নিন।

যা এড়িয়ে চলবেন

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

সম্পর্কিত পেজসমূহ

• কোডিং প্রম্পটস সেকশনে আরও বিশটি শুরুর আইডিয়া রয়েছে।
• আমাদের Grok দিয়ে কোডিং গাইড এবং রিজনিং মডেলের বিশদ বিবরণ।
• নিজের অ্যাপ তৈরি করছেন? Grok API সম্পর্কে বিস্তারিত পড়ুন।