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

// কোনো ক্লায়েন্ট টিয়ার নেই — সবাই একই অগ্রাধিকার পায়
function priorityFor(client: Client) {
return "standard"; // always. no tiers.
}আমরা VIP টিয়ার, প্রায়োরিটি সাবস্ক্রিপশন, বা 'স্কিপ-দ্য-লাইন' অ্যাড-অন বিক্রি করি না। যে ক্লায়েন্ট পাঁচ-পাতার মার্কেটিং সাইট বানাতে দেন এবং যে ক্লায়েন্ট সম্পূর্ণ মাল্টি-সার্ভিস ব্যাকএন্ড বানাতে দেন — দুজনেই একই রেসপন্স টাইম, একই কোড কোয়ালিটি এবং স্কোপ ও ঝুঁকি সম্পর্কে একই সততা পান। এটা কোনো মার্কেটিং কৌশল নয় — ন্যায্যতা নিয়ে গবেষণা ধারাবাহিকভাবে দেখায় যে গ্রাহকদের মধ্যে অসামঞ্জস্যপূর্ণ আচরণ যেকোনো সার্ভিস ব্যবসার জন্য বিশ্বাস নষ্ট করার সবচেয়ে দ্রুততম উপায়গুলোর একটি। তাই আমরা কাউকে অন্যদের চেয়ে ভালো ব্যবহার পাওয়ার সুযোগই দিই না, কারণ আমরা বিশ্বাস করি ধারাবাহিকতাই মানের সবচেয়ে বড় নিশ্চয়তা যা আমরা আপনাকে দিতে পারি।
সাধারণ এজেন্সি
ByteHeavy
সংখ্যায় আমরা
20+
যেসব ভাষা ও ফ্রেমওয়ার্কে আমরা সক্রিয়ভাবে কাজ করি
0
ক্লায়েন্ট টিয়ার — কোনো VIP লেন নেই, কোনো স্ট্যান্ডার্ড লেন নেই
100%
প্রজেক্ট শুরু হয় লিখিত স্কোপ চুক্তি দিয়ে
2FA
প্রতিটি অ্যাকাউন্ট সুরক্ষিত TOTP টু-ফ্যাক্টর অথেন্টিকেশন দিয়ে
আমরা যেভাবে কাজ করি
প্রতিটি বিল্ড একই রিভিউ লুপের মধ্য দিয়ে যায়: লেখা, ডিবাগ, ডেলিভারি। লাইভ দেখুন এটা কীভাবে ঘটে।
▍ আমরা ওয়েবসাইট ও ওয়েব অ্যাপ্লিকেশন প্রথম থেকে শেষ পর্যন্ত ডিজাইন ও তৈরি করি — প্রথম ওয়্যারফ্রেম থেকে শুরু করে এমন একটি প্রোডাকশন ডিপ্লয়মেন্ট পর্যন্ত যা অনলাইনে থাকে। এর মানে হলো এমন একটি ফ্রন্টএন্ড যা দুর্বল কানেকশনেও মিড-রেঞ্জ ফোনে দ্রুত লোড হয়, এমন একটি ব্যাকএন্ড যা ট্রাফিক বাড়লেও ভেঙে পড়ে না, এবং এমন একটি কোডবেস যা পরবর্তী ডেভেলপার — বা ছয় মাস পরে আপনি নিজেই — সত্যিই বুঝতে পারবেন। আমরা সাধারণত Next.js এবং TypeScript ব্যবহার করি, তবে স্ট্যাক সবসময় প্রজেক্টের বাস্তব সীমাবদ্ধতা অনুযায়ী ঠিক হয়, আমাদের স্বাচ্ছন্দ্য অনুযায়ী নয়। প্রতিটি ডিপ্লয়মেন্টে এমন অপারেশনাল কাজ অন্তর্ভুক্ত থাকে যা বেশিরভাগ এজেন্সি ঐচ্ছিক মনে করে: মনিটরিং, ব্যাকআপ, ডকুমেন্টেড রিকভারি প্রসিডিউর, এবং প্রথম রিলিজ থেকেই সঠিকভাবে কনফিগার করা সিকিউরিটি হেডার — কোনো ঘটনার পর যোগ করা নয়। লক্ষ্য এমন একটি সাইট যা চেক-ইনের মাঝে নিজে থেকেই চলতে থাকে, আমাদের সার্বক্ষণিক প্রস্তুত থাকার দরকার হয় না এমন একটি নয়।
export async function createOrder(input: OrderInput) {
const scope = await agreeScope(input);
return db.orders.create({ data: scope });
}'এটা স্লো' বা 'প্রোডাকশনে ভেঙে গেছে' — এই ধরনের বেশিরভাগ সফটওয়্যার সমস্যা আসলে ব্যাকএন্ড আর্কিটেকচারের সমস্যা। আমরা স্পষ্ট কনট্র্যাক্ট, যুক্তিসঙ্গত এরর হ্যান্ডলিং এবং লঞ্চের আগেই পরীক্ষিত লোড বৈশিষ্ট্য নিয়ে API ও ব্যাকএন্ড সিস্টেম ডিজাইন করি — লঞ্চের পরে আবিষ্কার করে নয়। মোবাইল ক্লায়েন্টের জন্য REST API হোক, SaaS ইন্টিগ্রেশনের জন্য ওয়েবহুক প্রসেসর হোক, বা Discord বটের ইকোনমি সিস্টেম চালানো ব্যাকএন্ড হোক — আমরা সেটা সবচেয়ে ভালো অর্থে 'সাদামাটা' করে বানাই: অনুমানযোগ্য, ডকুমেন্টেড এবং ভাঙা কঠিন। রেট লিমিটিং, ইনপুট ভ্যালিডেশন এবং অথরাইজেশন চেক শুরু থেকেই ডিজাইনের অংশ, প্রথম ইনসিডেন্ট রিপোর্টের পর যোগ করা টিকিট নয়।
func main() {
srv := api.New(cfg)
log.Fatal(srv.ListenAndServe())
}কয়েকটা স্ল্যাশ কমান্ড চালানো Discord বট সহজ। কিন্তু এমন একটি বট যা লাইভ ইন-সার্ভার ইকোনমি পরিচালনা করে, প্রতিদিন হাজার হাজার মেসেজ মডারেট করে এবং Discord-এর নিজের আউটেজের মধ্যেও অনলাইনে থাকে — সেটা আসলে চ্যাট ইন্টারফেসের ছদ্মবেশে একটি প্রকৃত ব্যাকএন্ড ইঞ্জিনিয়ারিং কাজ। আমরা দুটোই বানাই — একটি সাধারণ ইউটিলিটি বট থেকে শুরু করে নিজস্ব অ্যাডমিন ড্যাশবোর্ড, ডেটাবেস এবং অটোমেশন রুলসহ সম্পূর্ণ ফিচারযুক্ত সার্ভার ম্যানেজমেন্ট সিস্টেম পর্যন্ত — আপনার কমিউনিটির প্রকৃত প্রয়োজন অনুযায়ী, পিচে চমকপ্রদ দেখানোর জন্য নয়। প্রতিটি বট Discord-এর রেট লিমিট ও API পরিবর্তন মাথায় রেখে তৈরি, যাতে প্ল্যাটফর্ম আপডেটের সময়ও এটি কাজ চালিয়ে যায়, পরের বার Discord কিছু আপডেট করলে নীরবে ভেঙে না পড়ে।
bot.on("interactionCreate", async (i) => {
if (i.commandName === "ticket") await openTicket(i);
});Minecraft সার্ভার ডেভেলপমেন্ট এমন একটি বিশেষত্ব যা বেশিরভাগ 'আমরা ওয়েবসাইটও বানাই' এজেন্সি ভান করে চালিয়ে দেয়। আমরা করি না। আমরা কাস্টম গেমমোড, প্লাগইন স্যুট এবং সার্ভার-সাইড সিস্টেম লিখি ঠিক অন্য যেকোনো ব্যাকএন্ডের মতোই ইঞ্জিনিয়ারিং শৃঙ্খলা মেনে: টিক-রেটে প্রভাবের জন্য প্রোফাইল করা, বাস্তব প্লেয়ার লোডে পরীক্ষিত, এবং প্লেয়ার ডেটা নষ্ট না করে সার্ভার রিস্টার্ট সহ্য করার মতো করে তৈরি। যদি কোনো প্লাগইন কখনো নীরবে আপনার ইকোনমি ডেটাবেস খেয়ে ফেলে থাকে, তাহলে আপনি ইতিমধ্যেই জানেন কেন এই শৃঙ্খলা গুরুত্বপূর্ণ। আমরা লাইভ সার্ভার কমিউনিটি চালানোর বাস্তবতাও বিবেচনা করি — স্টাফ টুলিং, অ্যান্টি-চিট ইন্টারঅ্যাকশন, এবং প্লাগইন আপডেট প্রত্যাশামতো কাজ না করলে নিরাপদ রোলব্যাক পথ।
@EventHandler
public void onJoin(PlayerJoinEvent e) {
economy.ensureAccount(e.getPlayer());
}প্রতিটি সমস্যা 'ওয়েবসাইট' বা 'বট'-এর মধ্যে গুছিয়ে বসে না। কখনো কখনো একটি ব্যবসার সত্যিকারের প্রয়োজন হয় এমন একটি অভ্যন্তরীণ টুল যা প্রতিদিন তিন ঘণ্টার ম্যানুয়াল স্প্রেডশিট কাজ স্বয়ংক্রিয় করে দেয়, এমন একটি স্ক্রিপ্ট যা পাঁচটি ভিন্ন API-এর সাথে কথা বলে ও ফলাফল মিলিয়ে নেয়, বা এমন একটি ছোট ডেস্কটপ অ্যাপ যা এমন একটি ওয়ার্কফ্লোর জন্য যার জন্য আগে কেউ সফটওয়্যার বানায়নি। এখানেই আমাদের অনেক সবচেয়ে আকর্ষণীয় কাজ ঘটে — এমন প্রজেক্ট যা অফ-দ্য-শেল্ফ SaaS টুলের পক্ষে সমাধান করা অসম্ভব রকমের নির্দিষ্ট। এই প্রজেক্টগুলোও অন্য যেকোনো প্রজেক্টের মতোই স্কোপ করা হয়: টুলটি কী করবে, কে এটি ব্যবহার করবে, এবং হস্তান্তরের পর এটি কীভাবে রক্ষণাবেক্ষণ করা হবে তার একটি লিখিত সংজ্ঞা।
def main() -> None:
job = load_job(config)
run_pipeline(job)প্রতিটি সার্ভিস ব্যবসারই সীমা থাকে। বেশিরভাগই চুক্তিতে সই করার আগে সেটা মুখ ফুটে বলে না। আমরা বরং আগেভাগেই বলে দিতে চাই যা আমরা করব না, যাতে প্রজেক্ট শুরুর কয়েক সপ্তাহ পরে কোনো অপ্রীতিকর চমক না আসে।
আপনি কী বানাচ্ছেন এবং আপনার বর্তমান পরিস্থিতি নিয়ে সত্যিই কী সমস্যা হচ্ছে তা আমাদের জানান — একটি বিনামূল্যের, কোনো বাধ্যবাধকতা ছাড়া কথোপকথন, সাধারণত চ্যাট বা একটি দ্রুত কলের মাধ্যমে। কোনো দীর্ঘ ইনটেক ফর্ম নেই, কোনো বিক্রয় চাপ নেই। যদি আমরা আপনার প্রয়োজনের জন্য সঠিক না হই, আমরা সেটাও আপনাকে বলে দেব।
একটি বিলযোগ্য কোড লাইন লেখার আগেই, আমরা পুরো এনগেজমেন্ট লিখিতভাবে রাখি: কী তৈরি হচ্ছে, স্পষ্টভাবে কী স্কোপের বাইরে, দাম, এবং ডেলিভারির সময়সীমা। এই নথিটি পরে আমাদের দুজনকেই সুরক্ষা দেয় — এটা কোনো আইনি আনুষ্ঠানিকতা নয়, এটা পুরো প্রজেক্টের একমাত্র সত্যের উৎস।
কাজটি চার থেকে ছয়টি নির্দিষ্ট মাইলস্টোনে বিভক্ত করা হয়, প্রতিটির নিজস্ব ডেলিভারেবল থাকে যা আপনি সত্যিই দেখতে ও পরীক্ষা করতে পারেন। বর্তমান মাইলস্টোনে আপনার অনুমোদন না পাওয়া পর্যন্ত আমরা পরেরটিতে যাই না — তাই প্রজেক্টটি আপনার প্রত্যাশিত দিকেই এগোচ্ছে কিনা তা নিশ্চিত করা থেকে আপনি কখনো কয়েক সপ্তাহের বেশি দূরে থাকেন না।
আপনি জিজ্ঞাসা না করেই প্রতি সপ্তাহে একটি স্ট্যাটাস আপডেট পাবেন, এমনকি এমন সপ্তাহেও যখন আপডেটটি শুধু 'এখনও পরিকল্পনামতো এগোচ্ছে, কোনো বাধা নেই।' নীরবতা ফ্রিল্যান্স কাজে ক্লায়েন্টের উদ্বেগের সবচেয়ে বড় উৎসগুলোর একটি, এবং এটা সম্পূর্ণভাবে এড়ানো সম্ভব।
শেষ মাইলস্টোন অনুমোদিত হলে, আপনি সম্পূর্ণ হ্যান্ডওভার পাবেন — কোড, ডকুমেন্টেশন, ডিপ্লয়মেন্ট অ্যাক্সেস — সাথে বাস্তব ব্যবহারকারীরা জিনিসটি স্পর্শ করার পরেই দেখা দেওয়া অনিবার্য ছোট সমস্যাগুলো ঠিক করার জন্য একটি নির্দিষ্ট বিনামূল্যের সাপোর্ট উইন্ডো।
আমাদের টিম ২০+ টেকনোলজিতে দক্ষ, যার মধ্যে রয়েছে Rust, C++, C#, Java, JavaScript, TypeScript, Python, Go, PHP, Kotlin, SQL, Lua, Zig এবং আরও অনেক কিছু।
আপনার এখন কী প্রয়োজন তা সহজ ভাষায় আমাদের জানান — কোনো বহু-পাতার ইনটেক ফর্ম নেই, কোনো জোরপূর্বক কল বুকিং নেই। প্রয়োজন হলে আমরা অনুসরণী প্রশ্ন জিজ্ঞাসা করব, এবং পরবর্তী সুনির্দিষ্ট ধাপ সবসময়ই কোনো বিলযোগ্য কাজ শুরুর আগে একটি লিখিত স্কোপ চুক্তি।