DEV Community: sakib ahamed shahon

Wordcamp Dhaka 2025 এর থেকে যা শিখলাম তার OSTA (Overly Simplified Take Away)

sakib ahamed shahon — Sun, 19 Oct 2025 15:03:03 +0000

1.সুমিত সাহা ভাইয়ের সেশন — Unlocking the Invisible Layer: How MCP Servers Help You See WordPress Differently:

MCP ব্যবহার করলে আপনার সফটওয়্যার AI ব্যবহার করতে পারে। একরকম REST API-র মতো, কিন্তু AI-এর জন্য।

উদাহরণ হিসেবে ধরুন — যদি LinkedIn-এর MCP সার্ভারের সাথে ChatGPT যুক্ত করেন এবং ChatGPT-কে বলেন “WordCamp নিয়ে কোনো পোস্ট চোখে পড়লে কমেন্টে গিয়ে ‘আমিও গিয়েছিলাম’ লিখে আসো”, তাহলে MCP-এর মাধ্যমে LinkedIn সেই কাজটা করতে পারত।

WordPress নিজেদের একটা MCP সার্ভার বানিয়েছে (যেটা এখন ডিপ্রিকেটেড, কিন্তু শেখার জন্য দারুণ)। এমনকি তারা MCP adapter নিয়েও কাজ করছে যাতে ভবিষ্যতে আরও উন্নত MCP সাপোর্ট আনা যায়।

2.শাহরিয়ার হাসান ভাইয়ের সেশন — LLM SEO – The Next Frontier of SEO:

Google-এর ট্রাফিক কমছে, আর এখন আপনার প্রোডাক্টকে AI-এর উত্তরে নিয়ে আসাটাই দিন দিন বেশি গুরুত্বপূর্ণ হয়ে উঠছে। তাই, আপনার কনটেন্টকে AI-এর জন্য fine-tune করা এখন আগের যেকোনো সময়ের চেয়ে বেশি দরকারি। Common AI যেমন ChatGPT, Perplexity — এরা ডিফল্টভাবে Bing ব্যবহার করে (Google না, তবে চাইলে Google দিয়েও কাজ করে)।

LLM SEO-র জন্য এখন ব্যাকলিংকের চেয়ে ব্র্যান্ড হাইলাইটিং অনেক বেশি কাজের।

3.মোহাম্মদ এমরান হাসান ভাইয়ের সেশন — Building SaaS-backed Plugins:

WordPress প্লাগইন মানেই PHP-এর backend-এ বানাতে হবে এমন কোনো নিয়ম নেই।

চাইলেই SaaS আর WordPress মিলিয়ে best of both worlds প্লাগইন বানানো যায়।

যেখানে SaaS REST API serve করবে — ফলে SaaS-এর scalability, performance, control, আর ease of development পাওয়া যাবে — আর WordPress-এর মাধ্যমে বিশাল market share ধরা যাবে।

ভাবুন তো, ব্যবহারকারীর জন্য WordPress প্লাগইনের মতো সহজ setup, আর backend-এ Golang বা Rust-এর performance — একদম smooth scalability!

তবে downside ও আছে — SaaS backend-এর সাথে WordPress data sync রাখা টেকনিক্যালি একটু চ্যালেঞ্জিং (যদিও খুব কঠিন না)।

আর SaaS infrastructure maintain করার ঝামেলাটাও নিতে হয়।

তবুও এটা WordPress প্লাগইন ডেভেলপমেন্টে একদম নতুন একটা refreshing দৃষ্টিভঙ্গি।

4.মিজানুর রহমান মিজান ভাইয়ের সেশন — Faceless or Fearless: How WP Professionals Can Win with Both Video Paths:

ভিডিও বানানো এখন খুবই গুরুত্বপূর্ণ।

মুখ দেখাতে যদি hesitation থাকে বা ভালো setup না থাকে, তাহলে faceless ভিডিওও একটা চমৎকার বিকল্প হতে পারে।

সবশেষে — ভিডিও কনটেন্ট বানানোর গুরুত্ব অপরিসীম।

5.আরাফাত ইসলাম ভাইয়ের সেশন — Scaling WordPress for High Traffic Websites:

WordPress দিয়েও বিশাল ট্রাফিক হ্যান্ডেল করা যায়।

তবে এর জন্য out-of-the-box না গিয়ে backend-এ custom architecture নিতে হয়।

Database read replication, efficient querying, PHP-FPM usage, JIT advantage, proper indexing, PHP FFI — এইসব টেকনিক ব্যবহার করলে WordPress দিয়েও লাখ লাখ request হ্যান্ডেল করা সম্ভব।

6.আশিফ মাহমুদ ভাইয়ের সেশন — Scratch to Pinnacle: The Mind Mapping of Unfolding Ideas:

সব সময় problem থেকে solution না ভেবে, অনেক সময় solution থেকে problem চিন্তাও দরকার (basically bottom-up approach)।

Product planning-এর সময় tech-এর nitty-gritty এর আগে user কী পাবে, তার journey কেমন হবে — সেটাতেই বেশি ফোকাস দিতে হয়।

User-কে নিজের মতো engineer ভেবে না নিয়ে, একদম সাধারণ ব্যবহারকারী হিসেবে ভাবা উচিত।

Planning করার সময় একদম fresh ভাবে, কোনো bias বা pre-conceived belief ছাড়া চিন্তা করা দরকার।

7.নিজাম উদ্দিন ভাইয়ের সেশন — How AI is transforming WordPress:

আসলে ভবিষ্যতে AI কী করবে সেটা কেউ জানে না। তবে এক জিনিস নিশ্চিত — যা হবে, সেটা একদম নতুনভাবে হবে।
ভয়ের কিছু নেই — সব চাকরি হারাবে না, বরং ট্রান্সফর্ম হবে।
User experience পুরোপুরি বদলে যাবে।
WordPress ইতিমধ্যেই AI adopt করতে একাধিক পদক্ষেপ নিয়েছে।
ভবিষ্যতে WordPress প্লাগইন বা প্রোডাক্ট যদি AI integrate না করতে পারে বা AI-powered UX দিতে না পারে, তাহলে টিকে থাকা কঠিন হবে (কারণ অন্যরা তো ঠিকই দেবে)।

8.হাসিন হায়দার ভাইয়ের সেশন — WordPress Security in Action: Hardening Your Site and Server:

কাউকে direct password access দেওয়া যাবে না সার্ভারে।
SSH ব্যবহার করতে হবে এবং নিজের IP ছাড়া অন্য IP দিয়ে অ্যাক্সেস করা বন্ধ রাখতে হবে।
তারপর অপ্রয়োজনীয় সবকিছু সার্ভার থেকে সরিয়ে দিতে হবে, যাতে চাইলে কেউই এলোমেলো কিছু করতে না পারে।
WordPress সাইট সুরক্ষার জন্য একাধিক ট্রাস্টেড, ওপেন সোর্স, লাইটওয়েট প্লাগইন ইতিমধ্যেই আছে — সেগুলোই ব্যবহার করা উচিত।
PatchStack (একটা সাইট যেখানে বিভিন্ন প্লাগইনের vulnerability রিপোর্ট হয়) এ নজর রাখা দরকার, আর auto upgrade বন্ধ রাখা ভালো।

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

Refactoring conditionals: The first steps to cleaner code.

sakib ahamed shahon — Sun, 03 Nov 2024 18:38:32 +0000

In the previous part we started on decomposing conditionals or breaking complex conditional logic into simpler readable functions. Today we'll look into the below techniques:

Consolidating conditional expression: Gathering conditions that trigger the same action at a single place.
Improving Nested Conditionals: Replacing nested conditionals with guard clauses.
Reducing conditions through polymorphism (For OOP only): Put conditions in a superclass and override the methods in subclass to automatically perform actions without being dependent on multiple conditionals

Now let's look at the first technique.

Consolidating conditional expression

Whenever we spot multiple conditions resulting in the same action or returning the same values, we can gather them together and use them at the same place effectively reducing repetition and often giving contextual clarity.

Let's take a look at an example.

function isEmployeeEligibleForRaise(employee){
    if (!hasEnoughSeniority(employee)) {
        return false;
    }

    // There can be multiple operations in between the conditions. 
    // It doesn't matter if they are not effected by the operations
    randomOperationsOne(); 

    if (!gotRaiseRecently(employee)) {
        return false;
    }

    randomOperationsTwo();

    if (!highPerforming(employee)) {
        return false;
    }

    return true;
}

In the above example the first three conditions all return the same output. Instead of having them at separate places or in separate conditions, we can consolidate all of them in a single conditional and return the same value like below:

function isEmployeeEligibleForRaise(employee) {
    if (
        !hasEnoughSeniority(employee) ||
        !gotRaiseRecently(employee) ||
        !highPerforming(employee)
    ) {
        return false;
    }

    randomOperationsOne(); 
    randomOperationsTwo();

    return true
}

This way we can reduce the duplication in code and also keep responsible logics for a particular output at the same place. Which helps with both debugging and readability.

Improving Nested Conditionals

Nested conditionals can make code difficult to understand, especially when there are many nested levels with minimal separation. This complexity can obscure which conditions apply to which parts of the code.

Consider the following example:

function processOrder(order) {
    if (order.isPaid) {
        if (order.isInStock) {
            if (order.isValid) {
                return "Order processed successfully.";
            }
            return "Order is not valid.";
        }
        return "Order is not in stock.";
    }
    return "Order is not paid.";
}

By using guard clauses, we can simplify and flatten the structure:

function processOrder(order) {
    if (!order.isPaid) return "Order is not paid.";
    if (!order.isInStock) return "Order is not in stock.";
    if (!order.isValid) return "Order is not valid.";

    return "Order processed successfully.";
}

The above code does the same work but is much more readable while not losing the step by step separation of nested conditions.

Reducing conditions through polymorphism

Whenever conditionals are used for performing operations for conditions with very little variation between each conditions, instead of making multiple conditions we can simply create a class and subclasses with method overrides to replace complex conditions with simple polymorphism. Here's a good example of such case where we have a set of payment gateways like PayPal, Stripe and Authorize.net. We want to calculate the charges for each of these gateways. The charges are different for each of them. Like below:

function calculateCharges(gateway, amount) {
  let charge;

  if (gateway === 'PayPal') {
    charge = amount * 0.03 + 0.30; // 3% fee + $0.30 fixed fee for PayPal
  } else if (gateway === 'Stripe') {
    charge = amount * 0.029 + 0.25; // 2.9% fee + $0.25 fixed fee for Stripe
  } else if (gateway === 'AuthorizeNet') {
    charge = amount * 0.025 + 0.20; // 2.5% fee + $0.20 fixed fee for Authorize.Net
  } else {
    throw new Error("Unsupported payment gateway");
  }

  return charge;
}

Instead of writing a condition for each of them, we can create a base class and override the charge method in each of the subclasses:

// Base class for payment gateway
class PaymentGateway {
  constructor(amount) {
    this.amount = amount;
  }

  // Default charge method to be overridden by subclasses
  charge() {
    throw new Error("charge() method must be implemented in subclass");
  }
}

// PayPal subclass
class PayPal extends PaymentGateway {
  charge() {
    return this.amount * 0.03 + 0.30; // 3% fee + $0.30 fixed fee for PayPal
  }
}

// Stripe subclass
class Stripe extends PaymentGateway {
  charge() {
    return this.amount * 0.029 + 0.25; // 2.9% fee + $0.25 fixed fee for Stripe
  }
}

// Authorize.Net subclass
class AuthorizeNet extends PaymentGateway {
  charge() {
    return this.amount * 0.025 + 0.20; // 2.5% fee + $0.20 fixed fee for Authorize.Net
  }
}

After declaring the main class and creating its subclasses we can simply use them in the function like below:

function calculateCharges(paymentGateway) {
  return paymentGateway.charge();
}

This approach means there can now be any number of payment gateway and in no case would we have to create any large if else ladders and each case can be separately modified without worrying about other cases (paymentGateways). Changes in any subclasses implementation will also be applicable across the codebase so modifications won't have to be repeated.

These concludes the basic of improving or refactoring conditional statements in our code. One important thing to remember is each application needs to be applied in a case by case basis if its necessary. Different teams may have pre-agreed methods of handling such cases, in such case its better to follow convention instead of personal preferences. Code readability is much more about teams total understanding and agreement than personal preferences.

Side note: I am personally still a junior in terms of experience. So take all of my words with a bit of salt and consult team members before attempting to make major code refactoring. Many parts of a code may seemingly go against clean coding standards yet might be there for a good reason for that specific case.

Refactoring: How to improve legacy code one step at a time. Starting with "if statements".

sakib ahamed shahon — Sun, 27 Oct 2024 11:43:03 +0000

This is the first post of a series of posts focusing on learning how to methodically improve legacy code, providing actionable steps for detecting bad codes, improving those code with small easy to digest examples.

What is refactoring?

Refactoring can be considered as making changes to code that is focused on improving its readability and maintainability while keeping its functionality the same.

Changing code for performance improvement can also be considered refactoring in certain cases but during the series "refactoring" will be used solely in the context of increasing code quality from a maintainability and readability perspective.

What is bad code?

Any code that is hard to understand, modify or you simply go "The hell is this!" is bad code. (Sorry for the oversimplified explanation here)

Why is refactoring important?

Well refactoring code is important because every line of bad code is black hole for sucking a developer's time and energy. Both of which developers have a limited amount of. IF it takes 6 hours to figure out what a code is doing than its 6 hours less of actually making the code do what you want it to do. Thus, it's always important to maintain a shiny code base that's so easy to understand that it feels like the person who wrote it is explaining to you himself.

In this series we will learn how to do just that (well not that good, but you get what I mean) and improve existing legacy code to point where its no longer at a level of "What the hell is this!" the next time you (or someone else) reads it, instead its at a level of "Okay I understand this" right off the bat.

So, let's start with the simplest part we can improve, the "If statements".

Improving If statements

Whether it's the classic if-else ladder or a simple if statements it's a given that you'll be using it a lot whether you're an intern or a senior dev. Since its written frequently it's also read a lot too. Often due to its perceived simplicity, it's easy to overlook its quality while writing. So, well start off with a common technique of improving if statements or conditionals in general in a codebase.

Decomposing conditionals

Let's look at the below code snippet where we have to calculate the weekly salary of an employee. Where the salary per hour differs for employees with different experience and how many hours employee has worked in contrast to his mandatory work hours.

Let's look at the bad way to write the code or our starting point first. We'll look at a function that is used to return the per hour salary of an employee.

let employee = {
    "Name" : "Congkey",
    "Experience" : 5,
    "Hours worked" : 48,
    "Mandatory Work Hour": 40
};

function salaryPerHour(employee){
    // Unclear about the purpose of the conditions
    if (employee["Experience"] > 5)
        return 20 * employee["Hours worked"] / employee["Mandatory Work Hour"]; // return statements don't indicate what they are. 
    else if (employee["Experience"] < 5 && employee["Experience"] > 2) 
        return 10 * employee["Hours worked"] - employee["Mandatory Work Hour"];
    else if (employee["Experience"] < 2)
        return 5;
}

Here we cant really tell why the conditions exist or what is the purpose of the return values are. This can be improved by wrapping the conditions in functions with self-explanatory names aka decomposing conditions.

For example it can be improved at first as below:


function salaryPerHour(employee){
    // return statements don't indicate what they are.
    if (isSenior(employee))
        return 20 * employee["Hours worked"] / employee["Mandatory Work Hour"]; 
    else if (isMidLevel(employee))
        return 10 * (employee["Hours worked"] / employee["Mandatory Work Hour"] % 3);
    else if (isJunior(employee))
        return 5 * ( employee["Hours worked"] / employee["Mandatory Work Hour"] % 2);
}

// extracted conditions
function isSenior(employee) {
    return employee["Experience"] > 5;
}

function isMidLevel(employee) {
    return employee["Experience"] < 5 && employee["Experience"] > 2;
}

function isJunior(employee) {
    return employee["Experience"] < 2;
}

At this stage the conditions inside SalaryPerHour is cleaner as we can tell what each condition is for. But it's yet unclear what the return values actually are for each condition or why they are so. We can specify it by extracting the return values into their own functions.

Example:

function salaryPerHour(employee){
    if (isSenior(employee))
        return seniorLevelHourlyRate(); 
    else if (isMidLevel(employee))
        return midLevelHourlyRate();
    else if (isJunior(employee))
        return JuniorLevelHourlyRate();
}

// extracted conditions
function isSenior(employee) {
    return employee["Experience"] > 5;
}

function isMidLevel(employee) {
    return employee["Experience"] < 5 && employee["Experience"] > 2;
}

function isJunior(employee) {
    return employee["Experience"] < 2;
}

function seniorHourlyRate(employee) {
    return 20 * employee["Hours worked"] / employee["Mandatory Work Hour"];
}

function midLevelHourlyRate() {
    return 10 * (employee["Hours worked"] / employee["Mandatory Work Hour"] % 3);
}

function juniorLevelHourlyRate() {
    return 5 * ( employee["Hours worked"] / employee["Mandatory Work Hour"] % 2);
}

Now we can also tell what each condition is for and what the conditions are returning. This will make changing the function much easier as each function is well separated and clearly self-explanatory. For OOP we can do the same by decomposing conditions inside methods. Smaller functions also help with testing the code and minimizing chances of error. This is also an application of Single responsibility principle of Object-Oriented Programming.

The next post of this series will contain more techniques on improving if statements.

[Side note: I am starting this series as a summarized lessons of what I have learned on refactoring legacy code. I am by no means a great expert, what I say is context specific and might not be usable for your specific case. There are incredible software engineers who have written books, research paper or has tutorials on this topic. So if you find something more to improve upon what I have written leave a comment and I'll make changes accordingly. And if you have enjoyed or found the post helpful still leave feedback as your appreciation and knowing that my work is helping someone is the greatest motivator for me.]

🎯 Top 3 software development Skills you don't learn as a beginner, but you really should.

sakib ahamed shahon — Sun, 25 Aug 2024 18:09:55 +0000

By beginners I am referring to people who are preparing for entry level software jobs or internships and not people just starting out to learn programming. Over the time I have come to realize that a lot of things we learn on the job could be learned beforehand and could give you an edge when learning. Although there's a huge difference between building you first blog site that just runs on your machine and building the same thing for 10k+ concurrent users a lot of the needed skills are very difficult to learn solo. However, there are some skills that you can not only learn but hone to get an edge over all your competitors and even get ahead once you land a job, all by yourself.

💡 Here's my top 3 picks:

Automated Testing : Whether its writing basic feature tests or writing enough unit tests to give your codebase a 100% coverage, learning to check whether your code is functioning the way it should without opening a bunch of pages or clicking buttons is a massive time saver. Although learning to write tests and writing tests take time they save far more time down the line. This is something you can learn on your own for whatever stack you use and having these tests on your portfolio projects or GitHub repo will surely help you standing out.
Methodical refactoring : Most of the time you'll be working with legacy code instead of developing something new from ground up. Learning to spot bad code, methodically improving them is invaluable. Although making great improvements take a lot of experience specially at an architectural level but learning to avoid code duplication, improving nested if-else ladders or breaking down oversized methods is relatively easy. There isn't much content on this topic online as videos but there's some great books on refactoring and you can search for code reviews on YouTube for your stack.

If you're particularly interested in this topic I suggest reading "Refactoring" by Martin Fowler. Something that I found greatly helpful personally.

Written communication: Whether its writing documentation, user manual or design docs being able to write short, clear and organized documents is a core software engineering skills because on the workplace you're likely to never work alone. And written documents are one of the most comprehensive ways of sharing information. You can learn this by writing a good readme for your personal projects as well as user guides and FAQ's.

[Side note: All this being said, I am still a junior and consider myself a beginner since I have been working as a software engineer slightly over a year. So, take my opinions with a bit of salt and you have better points or something that I missed out but is also really important write them in the comments.]

🧿 3 things that set apart great feedback from mediocre ones. (And how you can do it too)

sakib ahamed shahon — Wed, 14 Feb 2024 13:17:15 +0000

No matter what industry you're in, as long as you're part of a team giving feedback to others whether on a decision, product or plan is unavoidable. It's also a part of professional communication, teamwork, and leadership skills. Yet very few people can do it well and those that can set them apart quickly become leaders, mentors, and top communicators in their professional sphere.

🎯 Here are 3 ways to make the quality of your feedback awesome:

💡Objective analysis:
Imagine you're presented with a really slow website and must give your feedback on it.
Now compare the below two feedbacks:

❌ Feedback-1: The website is slow, it takes forever to load. Users won't like it.

✅ Feedback-2: The website takes 12 seconds to load. 80% of our users stop visiting sites if it takes over 5 seconds.

The first one just tells me something is bad. the second one answers why it's bad or how we define good or bad. The purpose of any feedback in a professional setting is to help people improve. Usage of objective measurements like time, percentage, money etc shows your analytical ability and helps you take better actions to improve.

💡 Offer a solution or alternate option:
A very good thing to do after giving feedback is to help explore ways to improve it. Let's again check two pieces of feedback:

❌ Feedback-1: This website is just too bad. It needs to be improved.

✅ Feedback-2: I believe trying to improve the website loading time by using techniques X, Y or Z is a good option to explore.

Here the second feedback shows initiative, a problem-solving attitude, and genuine effort behind your feedback. while the first one is the almost perfunctory response.

💡 Say with Empathy:
All professional tasks no matter how poorly done has people's effort in them. So, while giving feedback make sure to show respect, empathy and courtesy. Here's an example:

❌ Feedback-1: This website is slow and low quality, I don't think its even usable.

✅ Feedback-2: I understand that building a website with strict performance requirements is tough and I see a lot of effort behind it. But we can't still put it into operation as it doesn't meet the performance criteria, I believe the responsible personnel can surely come up with a solution with a little more time.

The second feedback shows your acknowledgment of people's effort and your trust in their ability to improve, while the first one shows harsh judgment and a lack of empathy. By acknowledging effort, showing trust, and respect your feedback will both be better received and you'll be seen as a better leader and team player.

In short, when giving feedback be objective and analytical about it, suggest solutions, and acknowledge people's effort behind the work. And always remain respectful.

How else can we make our feedback better? Give your best feedback in the comments.

প্রোগ্রামিং প্রতিযোগিতার নানান ধরন ।

sakib ahamed shahon — Sat, 10 Feb 2024 18:16:00 +0000

কন্টেস্ট বললেই সাধারণত এলগোরিদমিক কন্টেস্ট এর কথা মনে পরে শুরুতে । তবে প্রোগ্রামিং ওরিয়েন্টেড প্রতিযোগিতা অনেক ধরনেরই হয়।
তার মধ্যে ৪ ধরনের প্রতিযোগিতা সম্পর্কে বলি :

১ - এলগোরিদমিক কন্টেস্ট --> মূলত কিছু প্রোগ্রামিং সমস্যা সমাধান করা লাগে যাতে ইনপুট এর ভিত্তিতে তোমার কোড সঠিক অউটপুট দেয়।
শর্ট আর লং দুই ফরম্যাটে হয়। লং ফরম্যাট এর মধ্যে পরে আইসিপিসি ধাঁচের প্রতিযোগিতা গুলো । সাধারণত এই ফরম্যাটে টিম ভিত্তিক কাজ করা লাগে, আর প্রব্লেম জটিলও হয় বেশী । শর্ট কন্টেস্টের মধ্য পরে ২-৩ ঘণ্টার একক প্রতিযোগিতা । মূলত অনলাইন জাজ গুলতে এমন বেশী হয়। নতুনদের জন্য বেশী উপযোগী ।
এই ধরনের প্রতিযোগিতা অনুশীলন এর জন্য codeforces , codechef , hackerrank, hackerearth ,lightoj , spoj এমন অনেক প্ল্যাটফর্ম আছে।
দরকার পরে ডাটা স্ট্রাকচার এবং এলগোরিদম এর দক্ষতা । আর অন্তত একটা প্রোগ্রামিং ল্যাঙ্গুয়েজে ভাল দক্ষতা। সি-তে শুরু করা যায় তবে ভাল করার জন্য সি প্লাস প্লাস , বিশেষ ভাবে STL(Standard Template Library) এর ব্যাবহার জানা দরকার।

২ - সিটিএফ (CTF : Capture the flag) --> মূলত সাইবার সিকিউরিটি এর উপর কন্টেস্ট । বিভিন্ন সিস্টেমের দুর্বলতা বের করা ,নেটওয়ার্কিং , ক্রিপ্টোগ্রাফি ইত্যাদির দক্ষতা লাগে। ফরম্যাট যদিও বেশ আলাদা হয় প্রতিযোগিতা ভেদে তবে প্রয়োজনীয় দক্ষতা প্রায় ক্ষেত্রে একি ।বেশিরভাগই আমার জানা মতে দলগত প্রতিযোগিতা । Jeopardy , attack & defense মূলধারায় দুই ফরম্যাট এর প্রতিযোগিতা বেশী ।

৩ - হ্যাঁকাথন --> মূলত কোন বাস্তবিক সমস্যার সমাধান করতে কোন অ্যাপ / ওয়েবসাইট / সফটওয়্যার এর প্রটোটাইপ দাড়া করাতে বলা হয়। Nasa Space Apps Challenge এ ধরনের প্রতিযোগিতার ভাল উদাহরন ।
মূলত একটা অ্যাপ / ওয়েবসাইট / সফটওয়্যার এর প্রটোটাইপ দাড়া করাতে যা যা লাগে সব দরকারি । এর পাশা পাশি প্রেজেন্টেশান দেয়ার দক্ষতা , ক্ষেত্র বিশেষে ভিডিও এডিটিং এবং ফর্মাল লিখালিখির দক্ষতাও দরকারি।

৪ - মেশিন লার্নিং / এ.আই. কন্টেস্ট --> মূলত কোন বিশেষ সমস্যার জন্য ডাটাসেট দেওয়া থাকে । ঐ ডাটার ব্যাবহার করে কোন কাজ করার জন্য এমএল মডেল তৈরি করা লাগে । কিছু ক্ষেত্রে একাধিক ডাটাসেট দেয়া থাকে ।
মূলত বিভিন্ন এমএল মডেল এর জ্ঞান, ডাটা এনালাইসিস ও ভিজুয়ালাইজেশন , পাইথন / ম্যাটল্যাব / 'R' জাতিয় প্রোগ্রামিং ল্যাঙ্গুয়েজ ও তার সাথে বিভিন্ন প্রয়োজনীয় লাইব্রেরি কোড জানা থাকা দরকার।
শিখতে , প্র্যাকটিস করতে এবং প্রতিযোগিতায় অংশ নেয়ার জন্য নতুনদের জন্য সবচেয়ে ভাল প্ল্যাটফর্ম Kaggle.
Kaggle সরাসরি কোড লিখে কাজ হাতেকলমে শুরু করার জন্য সবচেয়ে ভাল । এছাড়া অনেক ডাটাসেটও ব্যাবহার এর জন্য পাওয়া যায়।
এসব এর বাইরেও গেম জ্যাম , টেকনোলজি স্পেসিফিক অনেক প্রতিযোগীতাও আছে। নিজের অভিজ্ঞতা কম থাকায় ঐ বিষয় আমি লিখলাম না।

১-৪ সবই যে কেউ শুরু করতে পারে , তবে প্রত্যেকটারই কিছু পূর্বশর্ত আছে , হতে পারে কোন প্রোগ্রামিং ল্যাঙ্গুয়েজ , হতে পারে কোন টুলস শিখা ।তাই , একাবারে নতুন যারা তারা প্রথমে সবই খোঁজ নিয়ে অংশ নিয়ে দেখতে পারো। তবে কোন একটা বা বড়জোর দুইটাতে লেগে থাকা উচিৎ।
যেকোনো কিছুতেই ভাল করতে সময় , শ্রম আর মনোযোগ দেয়া লাগে । শুরুতেই সব পারবে এমন না ভেবে , মজার জন্য অংশ নিলেই ভাল।

প্রোগ্রামিং কন্টেস্ট এর জন্য শুরুতে যা যা শিখবো (কমন টপিক)

sakib ahamed shahon — Sat, 10 Feb 2024 18:11:09 +0000

কন্টেস্ট এর প্রিপারেশন এর জন্য স্টেপ বাই স্টেপ কিছু টোপীক কভার করা ভাল । বিগেনার হিসেবে যে টপিক গুলো জানা থাকা দরকার আর যা যা শিখা দরকার তার লিস্ট অনেকটা নিচের মত :

Basic Syntax : একেবারে শুরুর পর্যায় । আশা করা যায় এই স্টেপে লুপ , অপেরটর , কন্ডিশন , এ্যরে , স্ট্রাকচার ইত্যাদি পারো । Implementation problem : খুবি সাধারন সমস্যা , কোন ফর্মুলা থেকে অউটপুট বের করা বা যা বলা আছে তেমন ভাবে কোন সিমুলেশন চালাতে পারা ।
STL & Data structure Basics : STL বা Standard Template Library C++ এর অংশ। অনেক কাজ আর ডাটা স্ট্রাকচার বিল্ডিন থাকে সেগুলো ব্যাবহার করতে শিখা । (আর C++ খুব একটা কঠিন না, যা সি তে কাজ করে সেই কোড C++ এও কাজ করে)
Sorting : বিভিন্ন ধরনের ডাটাকে সর্ট করা , সর্টিং এর শর্তগুলো বদলাতে পারা , Quick sort, merge sort etc কিছু এল্গ শিখা দরকার পরে।
Binary Search :সাজানো ডাটা থেকে তথ্য খোজা , কিছু সমীকরণ এর সমাধান করতে পারা Binary Search algorithm দিয়ে।
Greedy Method : প্রতি স্টেপে সবচেয়ে ভাল উত্তর নিয়ে সল্যুশন বের করার একটা টেকনিক ।
Basic Graph representation : বিভিন্ন ধরনের গ্রাফ কি , কোডে কিভাবে রেপ্রেসেন্ট করে এদের এতটুকু জানা।
BFS & DFS : গ্রাফ এর তথ্য বের করা এবং সিস্টেম্যাটিকালি বের করা বা ট্রাভারস করা।
Basic Number theory : (LCM ,GCD, prime factoring) কিছু থিউরি আর মৌলীক সংখ্যা নিয়ে কাজ করতে বিশেষ কিছু এলগোরিদম জানা।
Basic Dynamic programming : প্রায় সব সম্ভাব্য আন্সার থেকে সেরা টা বের করা তাও অনেক তারা তারি , বিশেষ আপ্রচ । নতুনদের জন্য একটু কঠিন , তাই অনুশীলন বেশী প্রয়োজন ।

টপিক গুলো সবই এত অল্প কথায় বোঝানোর মত না। তবে নাম জানা থাকলে অন্ততও ইউটিউব আর গুগল থেকে নিজেই শিখা যাবে। শিখার সবচেয়ে ভাল উপায় প্রতি টপিক এর থেউরি শিখেই ঐ টপিক এর ৫-১০টা প্রবলেম সল্ভ করা । এবং খেয়াল রাখা যাতে সহজ থেকে আসতে আসতে কঠিন সমস্যা সমাধান করা হয়।একি ডিফিকাল্টটির প্রবলেম বার বার সল্ভ করলে উন্নতি হওয়া থেমে যায় দ্রুত । তাই ক্রমাগত প্রব্লেম এর ডিফিকাল্টি বাড়াতে থাকতে হয়।

Types of Programming Competitions: An intro for New Programmers

sakib ahamed shahon — Sat, 10 Feb 2024 17:53:58 +0000

Programming competitions are fantastic opportunities for young programmers to showcase their skills, learn new concepts, and connect with others. There are many different types of competitions available, each with its unique appeal and challenges. They come in different formats, on different topics, and with varying degrees of requirements.

In this article, we'll look into the four that seem to be the most common for new programmers.

1) Algorithmic Problem-Solving Contests: These competitions focus on solving programming problems with accurate outputs based on given inputs.
They are commonly divided into two broad categories, Short (2-3 hours) and Long (ICPC, NCPC, etc) formats based on time or in Team-based (usually Long contests) and individual (usually Short contests).

Essential Skills:
- Data structures and algorithms
- Programming languages (C, C++, STL)

Practice Platforms to hone your skills:

Codeforces
Codechef
HackerRank
Hackerearth
LightOJ
SPOJ

2) CTF (Capture the Flag):

Emphasizes cybersecurity expertise.
Various formats: Jeopardy, Attack & Defense
Team-based competitions.
Essential Skills:
- System vulnerabilities
- Networking
- Cryptography

3) Hackathons: These are competitions focused on developing app/website/software prototypes to address real-world problems. You not only build the solution but usually also pitch your solution for a real-world problem. Some of these even require you to consider the business aspect of your solutions.

Essential Skills:

Programming
Design
Presentation
Video editing
Writing

4) Machine Learning/AI Contests: These types of competitions require you to create machine learning models using provided datasets or code AI bots/agents to perform specific tasks. Although they have a relatively high requirement for entry they are great for people who love AI and Machine learning.

Essential Skills:

Machine learning
Data analysis
Python, R, or any programming language with good tools for machine learning, data science libraries.

Learning & Practice:

Kaggle: The go-to platform
Exploring data sets
Codingames

Different people love different types of programming contests. However, algorithmic contests are the most dominant one that doesn't mean there aren't any other contests of value or ones that have fun. What's important is to explore as many as you can and find the ones you enjoy the most or the ones that align with your personal goals.

Let me know if you know of other interesting formats or have any queries.

[Side note: This is mostly for students who haven't yet graduated or are completely new to programming. Many more niche competitions have not been included for that reason. But you if think there's some way to improve this post do let me know. As a new writer, I appreciate your feedback]

Top 10 Online competitive programming platforms review

sakib ahamed shahon — Fri, 13 May 2022 09:04:28 +0000

When you are just starting out as a competitive programmer selecting one online judge can become a bit daunting. Specially with so many out there. But not all platforms are made the same. While some are excellent for their active community and regular contest , some might have an organized collection of limited but very high quality content. That's why I am writing a review on 10 common online judges(competitive programming platforms) and my experience using them.

Code Forces : By far the most popular online judge. Their best part is that contest are by all means very frequent and has one of the most active community in the competitive programming world. For people who will be taking part in short (2-3 hour) contest regularly this platform is the best. On the downside because the contests are so frequent a large number of problems are being added all the time. And finding a curated set of problem for you to practice becomes really tough at times.

Code Chef : Also holds frequent and regular contest. I loved their monthly long contest (last for 2-3 days) which I believe is a good place for beginner to learn as they can think about problems without the constant pressure of running out of time. They also have great regional support as a large number of problem statements come in different languages. Has some feature as lists of curated problems for beginners. Overall a complete platform. Also they often provide video editorial/tutorial for the problems making it an excellent platform for learners.

Hacker Rank : Contests aren't held with that much consistency. But has excellent tutorials and problem sets for gaining proficiency in different programming languages and topic based learning. Its more geared towards technical interview prep than for competitive programming. But their C++ module was immensely helpful for learning C++ STL (Standard Template Library) for me.

Hacker Earth : Regular contests for recruitment are held but not that many for pure and fun competitive programming. Still an excellent platform . Specially they have a organized collection of problems covering almost all topics step by step. You can find it under their codemonk feature. Which provides an overall roadmap for beginners as well as a good list of problems to practice on.

Light Oj : Best resource I found for topic based learning and problem solving. Specially if you are taking part in ACM ICPC this might prove to be a great resource. They have a relatively smaller collection of problems (around only 500) but each one is very well written, classic and fun problem. Each problem has a good take away lesson. Their editorials are opensource. Which means they are community driven and excellent place for opensource contributions.

At Coder : A Japanese platform but has good English language support. Holds regular contests and their problem statements are very clear , concise and to the point. For beginners who are struggling with brute force , implementation problems or just looking for easy problems to solve this is a good place to start. Specially for simply increasing speed for solving those really easy problems.

Online Judge : Previously known as UVA this online judge has been around for fairly long. They have some good problems but the platform itself is quite old fashioned and doesn't have that many features. One downside is that a lot of their problem statements are simply cumbersome and confusing. So, unless you have a list of curated problems from this site I personally don't recommend new programmers to practice using this site. There are simply better options.

SPOJ : Kind of old platform, but has quality problems. The judge is a bit fussy about time and quite often you have to optimize every millisecond out of your code. This however teaches you to writing code that writes really fast in whatever language you are practicing in.

Timus : Has good collection of problems. Specially of mathematical nature. But not that good in general cases.

Beecrowd : Previously known as URI online judge , is a good place for absolute newbies . But after solving about 70-100 problems is best and more efficient to move to other platforms.

Summary : If you are a beginner starting out than LightOj will be best for targeted topic based practicing, Code Forces and Code Chef for regular contests and general practicing , Hacker Rank for increasing proficiency in programming languages.

Platform links:

কম্পেটিটিভ প্রোগ্রামিং ও নতুনদের শুরুর জন্য ১০টি অনলাইন জাজের রিভিউ

sakib ahamed shahon — Fri, 13 May 2022 08:23:45 +0000

কম্পেটিটিভ প্রোগ্রামিং এর শুরুতে আসলে এত্ত এত্ত জাজ চোখে পরে যে অনেক সময় কোনটায় কখন প্রাক্টিস করবো বোঝা যায় না। আবার অনেক সময় প্রশ্ন জাগে যে কোনটা সবচেয়ে ভাল জাজ । তাই মুটামুটি কমন জাজ গুলোর একটা ইন্ট্রো দেওয়া ।

Code Forces : মোস্ট পপুলার অনলাইন জাজ , প্রবলেম এর কুয়ালিটি বেশ ভাল। সবচেয়ে ভাল দিক নিয়মিত কন্টেস্ট হয় এবং প্রচুর পারটিসিপেন্ট থাকে। যারা রেগুলার কন্টেস্ট করতে চায় তাদের জন্য আমার মতে সেরা প্ল্যাটফর্ম । অসুবিধার মধ্য পরে টপিক ভিত্তিক ভাবে গুছানো প্রবলেম পাওয়া, এছাড়া প্রচুর কন্টেস্ট হওয়াতে এই জাজে নতুন নতুন প্রবলেম অ্যাড হতেই থাকে। অনেক ক্ষেত্রেই নতুনরা এত প্রবলেম যাচাই বাছাই করতে পারে না ।

Code Chef : এখানেও রেগুলার কন্টেস্ট হয় । এদের লং কন্টেস্ট নতুনদের শিখার জন্য বেশ ভাল । প্রব্লেম স্টেটমেন্ট বেশ ক্লিয়ার এবং অনেক প্রবলেম স্টেটমেন্ট বাংলাতেও পাওয়া যায় । ওদের প্রবলেম গুলো বেশ সহজ ভাবে লিখা । এছাড়া এদের লারনিং সিরিজে নতুনদের জন্য গুছানো বেশ কিছু প্রবলেম এর কালেকশন আছে ।

Hacker Rank : কন্টেস্ট রেগুলার না হলেও ল্যাঙ্গুয়েজ স্পেসিফিক শিখার জন্য এবং টপিক বেসড শিখার জন্য বেশ ভাল। স্পেশালি সিপিপি এর STL শিখার জন্য খুবি ভাল কিছু মডিউল আছে ।

Hacker Earth : ওদের এলগও ভিজুলাইজেশন এর জন্য কিছু ফিচার শিখার জন্য বেশ ভাল। এছাড়া ওদের কোডমাঙ্ক মডিউলে মুটা মুটি স্টেপ বাই স্টেপ বেশ ভাল একটা গাইড দেওয়া আছে প্রবলেম সল্ভিং এর ।

Light Oj : টপিক বেসড শিখার জন্য খুবি ভাল একটা প্লাটফর্ম । ওদের প্রবলেম এর পরিমাণ কম । মোট হয়তো ৫০০ এরো কম । কিন্তু সব প্রবলেমি খুব ভাল কুয়ালিটির । যারা আইসিপিসি এর জন্য বা এই জাতীয় ফরম্যাট এর জন্য প্রস্তুতি নিচ্ছ তাদের জন্য খুবি ভাল।

At Coder : নতুনদের ইমপ্লেমেন্টেশন প্রবলেম প্র্যাকটিস এর জন্য খুবি ভাল । স্ট্যাটমেন্ট খুবি সহজ ভাবে লিখা । যাদের ইংলিশ একটু দুর্বল বা স্টেটমেন্টে চেয়েছে কি তাই বুঝতেই ধৈর্য শেষ তাদের জন্য খুবি ভাল । এছাড়া মুটা মুটি নিয়মিত কন্টেস্টো হয়।

URI : একেবারে অ আ ক খ এর জন্য চলে। তবে খুব বেশী প্রাকটিস না করাই ভাল । কেউ করলেও ১০০ এর মত সল্ভের পর বাদ দেওয়া ভাল।

UVA : বেশ পুরাতন জাজ । অনেক ভাল সমস্যা আছে এতে , কিন্তু স্টেট্মেন্ট গুলো অনেক বড় , অনেক ক্ষেত্রেই ইনপুট অউটপুট ফরম্যাট ঠিক করতে ভুগতে হয়। তাই প্রধান অনুশীলন এর জন্য না ব্যাবহার করাই ভাল। কিছু বাছাই করা সমস্যার জন্য ব্যাবহার করাই ভাল।

SPOJ : পুরাতন জাজ । অনেকটা আউটডেটেড । ভাল সমস্যা আছে , কিন্তু খুজে বের করতে সময় লাগে।

TIMUS : ম্যাথের অনেক ভাল প্রবলেম আছে । তবে জেনেরাল কেসে ভাল না খুব ।

সবশেষে নতুনদের ক্ষেত্রে, টপিক ধরে শিখার জন্য ভালও LightOj , ল্যাঙ্গুয়েজ প্রফিসিয়েন্সির জন্য Hacker Rank আর রেগুলার কন্টেস্ট এর জন্য Code Forces এবং Code Chef । আমার ব্যাক্তিগত অভিজ্ঞতার ভিত্তিতে মতামত দেয়া। অনেকের প্রেফারেন্স আলাদা হতে পারে।
কারন সব প্ল্যাটফর্মই ভাল ভাল প্রবলেম দেয়া আছে । তবে বেশিরভাগ ক্ষেত্রেই বাছাই করাটা কষ্টের আর সময় সাপেক্ষ। তাই নতুনদের এই চার প্ল্যাটফর্মের মধেই থাকা ভাল ।

Platform links: