Yapay zeka kodlama ajanları üzerine bugüne kadar okuduğum en ilginç verilerden biri bu oldu: daha fazla kod, otomatik olarak daha fazla yazılım demek değil.
Harvard'dan Fiona Chen ve James Stratton'ın çalışması, 2021'den Mart 2026'ya kadar 700'den fazla yazılım şirketinde 700 binin üzerinde çalışana ait verileri ve 300 milyon iş olayını incelemiş. Kodlama ajanları devreye girdikten sonra toplam kod satırı ortalama yüzde 30, commit sayısı yüzde 20, pull request sayısı yüzde 23 artmış.
Ama asıl soru şu: iş bitiyor mu? Jira gibi araçlarda takip edilen hata, görev ve özelliklerin tamamlanma oranında istatistiksel olarak anlamlı bir değişiklik görülmemiş.
Darboğaz kod incelemede. Bir pull request'in gönderilmesinden ana kod tabanına alınmasına kadar geçen süre yüzde 49 uzamış. Değişiklik istenen pull request oranı neredeyse iki katına çıkmış, pull request başına yorum sayısı yüzde 35 artmış, kod inceleyen çalışanların oranı da yüzde 14 yükselmiş. Yani yazma tarafında kazanılan hızın önemli bir kısmı inceleme ve düzeltmede geri harcanıyor.
Şirketler bunu da yapay zekayla çözmeye çalışıyor: Mart 2026 itibarıyla incelenen şirketlerin yüzde 80'i bir tür yapay zeka kod inceleme aracı kullanıyormuş. Yine de inceleme yorumlarının sadece yüzde 23,3'ü ajanlardan geliyor ve ajanlar pull request'lerin yalnızca yüzde 10,8'ine katkı veriyor; işin büyük kısmı hâlâ insanlarda. Aktif çalışan sayısında da, en azından incelenen dönemde, anlamlı bir değişiklik bulunmamış.
Verilerin Mart 2026'da bittiğini, araçların o tarihten beri geliştiğini de not etmek lazım. Ama benim çıkardığım ders net: verimlilik için sadece kod yazma süresini değil, inceleme, hata düzeltme ve entegrasyonu da hızlandırmak gerekiyor.
Ars Technica'daki haber:
https://arstechnica.com/ai/2026/10/ai-coding-agents-generate-more-cod…
Çalışmanın PDF'i:
https://fion.ac/jellyfish.pdf
Kaynak: DonanımHaber
একজন প্রোগ্রামার হিসেবে, আমার জন্য ২০২৫ সালটি বিশেষভাবে পরিবর্তনশীল ছিল। কৃত্রিম বুদ্ধিমত্তা (এআই) প্রোগ্রামিং সরঞ্জামগুলি এখন কেবল পরবর্তী লাইনের কোড লেখার কাজে সাহায্য করে না, বরং তারা নিজেরাই কাজ শুরু করেছে। মনে আছে, বছরের প্রথম দিকে সবাই "Cursor" এবং "Copilot" এর কোড লেখার অভিজ্ঞতা নিয়ে আলোচনা করছিল, কিন্তু বছরের দ্বিতীয়ার্ধে, "Spec-driven development" নামক একটি নতুন পদ্ধতি খুব দ্রুত জনপ্রিয় হয়ে ওঠে, এবং আমাদের রিপোজিটরিগুলোতে "Agent"-দের জন্য লেখা মার্কডাউন ফাইল জমা হতে শুরু করে।
আমার সবচেয়ে বড় উপলব্ধি হলো, প্রোগ্রামিং এখন "মানুষের দ্বারা চালিত" থেকে "এজেন্ট দ্বারা চালিত" দিকে যাচ্ছে। আগে এআই কেবল পরবর্তী অক্ষরটি অনুমান করত, কিন্তু এখন এটি চাহিদা বিশ্লেষণ থেকে শুরু করে কোড তৈরি এবং ফলাফল যাচাই পর্যন্ত সবকিছু করতে পারে। মজার বিষয় হলো, প্রায় সমস্ত প্রধান সরঞ্জাম প্রস্তুতকারক কোম্পানিই একই সাথে আইডিই (IDE), কমান্ড-লাইন ইন্টারফেস (CLI) এবং ক্লাউড—এই তিনটি প্ল্যাটফর্মের উপর কাজ করছে, এবং শেষ পর্যন্ত তারা সবাই "এজেন্ট" ভিত্তিক সমাধানের দিকে ঝুঁকছে।
তবে, এর সাথে কিছু সমস্যাও দেখা দিয়েছে। সবচেয়ে বড় সমস্যা হলো "টোকেন" এর খরচ। কাজের পরিধি বাড়ছে, সরঞ্জামগুলির ব্যবহার বাড়ছে, এবং বারবার আগের ডেটা ব্যবহার করার কারণে বিল খুব দ্রুত বাড়ছে। এখন সবাই "কীভাবে প্রম্পট লিখতে হবে" না বলে, "কীভাবে কন্টেক্সট ইঞ্জিন তৈরি করতে হবে" নিয়ে বেশি আলোচনা করছে—অর্থাৎ, কীভাবে কার্যকারিতা, দক্ষতা এবং খরচের মধ্যে ভারসাম্য বজায় রাখতে হবে, এবং কীভাবে ক্যাশিংয়ের কার্যকারিতা বাড়াতে হবে।
আমার জন্য, ২০২৫ সালের সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো, কোন কোম্পানির মডেলটি বেশি শক্তিশালী, তা নয়, বরং কে তাদের প্রকৌশল প্রক্রিয়ার মধ্যে থাকা সেই লুকানো নিয়ম এবং তথ্যকে এমন একটি কাঠামোতে রূপান্তর করতে পারবে, যা মডেল বুঝতে এবং পুনরায় ব্যবহার করতে পারে। প্রোগ্রামারদের মূল্য এখন "কোড লেখা" থেকে ধীরে ধীরে "নিয়ম তৈরি করা"-র দিকে যাচ্ছে। এই বছরটি সত্যিই বেশ অদ্ভুত ছিল।
উৎস: InfoQ
IT之家-এর প্রতিবেদন অনুযায়ী JetBrains ৮ অক্টোবর একটি ব্লগ পোস্টে প্রোগ্রামিং এআই মডেল Mellum2.1 ঘোষণা করেছে, যার মূল লক্ষ্য এজেন্টিক কোডিং সক্ষমতা জোরদার করা। ডেভেলপার হিসেবে স্থানীয়ভাবে চালানো যায় এমন এ ধরনের ওপেন মডেলের প্রতি আমার আগ্রহ আছে, তাই মূল বিষয়গুলো এখানে গুছিয়ে রাখছি।
মডেলটি Mellum2-এর আর্কিটেকচার ধরে রেখেছে: এটি ১২ বিলিয়ন প্যারামিটারের একটি মিক্সচার-অফ-এক্সপার্টস (MoE) মডেল, যার মধ্যে ২.৫ বিলিয়ন প্যারামিটার সক্রিয়, আর এটি এখনও Apache 2.0 লাইসেন্সে প্রকাশিত হচ্ছে। প্রশিক্ষণে সবচেয়ে বড় পরিবর্তন হলো প্রি-ট্রেনিংয়ের পরের রিইনফোর্সমেন্ট লার্নিং ধাপটি, যা আগে ছোট একটি শেষ ধাপ ছিল, এখন প্রশিক্ষণের মূল অংশে পরিণত হয়েছে। গণিত, অ্যালগরিদম প্রতিযোগিতা, বিজ্ঞান, টুল ব্যবহার ও সফটওয়্যার ইঞ্জিনিয়ারিংয়ের তথ্য যোগ করা হয়েছে এবং অভ্যন্তরীণ আরএল পরিবেশ তৈরি করা হয়েছে; প্রশিক্ষণের সময় হাজার হাজার পরিবেশজুড়ে লাখ লাখ স্যান্ডবক্স চালু করা হয়েছিল। প্রশিক্ষণের আগে ত্রুটিপূর্ণ টেস্ট, যাচাই করা যায় না এমন উত্তর বা অনুপযুক্ত কঠিনতার কাজ বাদ দেওয়া হয়।
সরকারি বর্ণনা অনুযায়ী, এটি কোডবেস ঘেঁটে দেখতে পারে, ফাইল সম্পাদনা করতে পারে এবং নিজের পরিবর্তন যাচাই করতে পারে। সবচেয়ে বড় উন্নতি এজেন্টিক কোডিংয়ে: ব্যর্থ টেস্টের মূল কারণ খুঁজে বের করতে পারে, একটি সমাধানের খসড়া তৈরি করতে পারে এবং ফলাফল যাচাই করতে পারে। গতির দিক থেকে আর্কিটেকচার বদলায়নি, তবে মাল্টি-টোকেন প্রেডিকশন (MTP) একক অনুরোধের ক্ষেত্রে জেনারেশনকে প্রায় ১.৬ গুণ দ্রুত করেছে। একই মূল্যায়ন সেটিংয়ে Mellum2, Qwen3.5-9B ও Gemma 4 E4B-র সঙ্গে তুলনায়, বেশি লোডে একটি H200-এ Mellum2.1-এর আউটপুট থ্রুপুট Qwen3.5-9B-র প্রায় দ্বিগুণের কাছাকাছি।
মডেলটি Hugging Face-এ পাওয়া যায় এবং স্থানীয়ভাবে বা নিজের অবকাঠামোয় ডেপ্লয় করা যায়, ফলে প্রতিষ্ঠানগুলো তাদের কোড ও তথ্য নিজেদের পরিবেশেই রাখতে পারে। JetBrains llama.cpp, Ollama ও LM Studio-র জন্য GGUF সংস্করণ এবং vLLM-এর জন্য একটি MTP স্পেকুলেটিভ ডিকোডিং উপাদান প্রকাশের পরিকল্পনা করছে।
GGUF সংস্করণের জন্য আমি অপেক্ষা করছি, কারণ তখন সাধারণ ডেভেলপাররাও নিজেদের কম্পিউটারে এটি পরীক্ষা করতে পারবেন। কোডিং মডেলের ক্ষেত্রে আপনার কাছে কোনটি বেশি গুরুত্বপূর্ণ: নির্ভুলতা, নাকি ডেপ্লয়মেন্টের খরচ?
সূত্র: IT之家
ITmedia NEWS-এর একটি প্রতিবেদন থেকে জানলাম, Google "Playground" নামের একটি পরীক্ষামূলক গেম প্ল্যাটফর্ম ঘোষণা করেছে। ঘোষণাটি মার্কিন সময় 7 অক্টোবর 2026 তারিখে এসেছে, এবং ওই দিন থেকেই যুক্তরাষ্ট্রের 18 বছর ও তার বেশি বয়সী ব্যবহারকারীদের জন্য ওয়েব ব্রাউজারে এটি চালু হয়েছে।
ব্যবহার করা মানে শুধু লেখায় নির্দেশ দেওয়া। আপনি শূন্য থেকে শুরু করতে পারেন, তৈরি করা স্টার্টার প্রম্পট সম্পাদনা করতে পারেন, কিংবা নির্দেশিত সহায়তা নিতে পারেন, আর যে গেম বানানো হল সেটি সঙ্গে সঙ্গে পরীক্ষা করা যায়। পদার্থবিজ্ঞান, নিয়ম, চরিত্র ও পরিবেশের পরিবর্তন কথায় বললে তা প্রতিফলিত হয়। প্রতিবেদন অনুযায়ী কোডিংয়ের অভিজ্ঞতা লাগে না, তবে কোন AI মডেল ব্যবহৃত হচ্ছে তা প্রকাশ করা হয়নি।
শেয়ার করাও যায়। এটি ওয়েব-ভিত্তিক হওয়ায় স্মার্টফোন ও পিসি দুটোতেই খেলা যায়। বন্ধু ও পরিবারকে শেয়ার লিংক পাঠানো যায়, "Explore" গ্যালারিতে গেম প্রকাশ করা যায়, অথবা ব্যক্তিগত রাখা যায়। কিছু ধরনে লিডারবোর্ড ও মাল্টিপ্লেয়ার সমর্থিত, এবং প্রকাশিত গেম Google-এর কমিউনিটি নির্দেশিকা অনুযায়ী নিরাপত্তা পর্যালোচনার মধ্য দিয়ে যায়। গেম তৈরির ফিচারটি Google One সদস্যতা অনুযায়ী ধাপে ধাপে চালু হবে।
আরেকটি ঘোষণা Unity-র সঙ্গে অংশীদারিত্বের। দুই কোম্পানি 2026 সালের মধ্যে "Unity Spark" নামের নতুন একটি পণ্য আনার পরিকল্পনা করছে, যা Playground-এ পূর্ণাঙ্গ গেম মেকানিক্স, উচ্চমানের 3D এবং Unity runtime-এর নমনীয়তা যুক্ত করবে। এটি সরাসরি Unity Asset Store-এর সঙ্গেও যুক্ত হবে। পণ্যটি এখন পরীক্ষার মধ্যে আছে এবং শীঘ্রই closed beta শুরু হবে। Unity-র CEO উল্লেখ করেছেন, প্রতি মাসে প্রায় 3 বিলিয়ন মানুষ Unity-তে তৈরি গেম খেলে, কিন্তু তাদের অনেকেই নিজে কখনো গেম বানাননি।
আমার ব্যক্তিগত মনে হয়, প্রম্পট দিয়ে তৈরি গেম শেয়ার করা ও খেলার এই ধারা প্রোগ্রামিংয়ে প্রবেশের একটি আকর্ষণীয় পথ হতে পারে। এই ধরনের টুল নিয়ে আপনাদের মত কী, জানতে চাই।
সূত্র: ITmedia NEWS
Next ওপেন-সোর্স হার্নেস Pi নিয়ে একটি লেখা প্রকাশ করেছে, যা সম্প্রতি সংস্করণ 1.0.0-এ পৌঁছেছে। যাঁরা শব্দটির সঙ্গে পরিচিত নন তাঁদের জন্য বলি: হার্নেস হলো এআই মডেলের চারপাশের সফটওয়্যার স্তর, যা মডেলকে ফাইল পড়া, কমান্ড চালানো বা ইন্টারনেটে খোঁজ করার সুযোগ দেয়।
Pi ন্যূনতম হওয়ার পাশাপাশি সম্প্রসারণযোগ্য হতে চায়। এটি 1,500-এর বেশি মডেল ও ভেরিয়েন্টের সঙ্গে সামঞ্জস্যপূর্ণ, যার মধ্যে বাণিজ্যিক মডেল এবং স্থানীয়ভাবে চালানো যায় এমন ওপেন-ওয়েট মডেলও আছে। এটি নিজেকে Claude Code ও Codex-এর বিকল্প হিসেবে উপস্থাপন করে, যা Anthropic বা OpenAI-র মডেলের ওপর নির্ভর করে না। ডেভেলপাররা 1.0-তে পৌঁছানোকে পরিপক্বতার লক্ষণ হিসেবে দেখছেন।
লেখায় সাম্প্রতিক সংযোজনের কথাও আছে: MCP কানেক্টর, "codemode" নামের একটি মোড এবং ChatGPT-এর সমর্থন। Pi Durable-কে এমন বলা হয়েছে যা অভ্যন্তরীণ ও বহিরাগত বড় ধরনের ব্যর্থতা সামলাতে পারে।
একটি কথা পরিষ্কার করি: লেখার প্রায় 80% অংশ সাবস্ক্রাইবারদের জন্য সংরক্ষিত, তাই আমি শুধু যা প্রকাশ্যে পড়া যায় তা নিয়েই লিখছি। মন্তব্যে কয়েকজন পাঠক Pi-কে OpenCode-এর সঙ্গে তুলনা করেছেন: একজন বলেছেন এটি খুব হালকা কিন্তু কনফিগার করা কঠিন, বিশেষ করে MCP-এর ক্ষেত্রে; আরেকজন Oh-My-Pi ভেরিয়েন্টের কথা বলেছেন। লেখক ইনস্টলেশন ও ব্যবহার নিয়ে আরেকটি লেখার ঘোষণাও দিয়েছেন।
আমার আগ্রহ জাগায় হার্নেসকে মডেল থেকে আলাদা রাখার ধারণাটি: টুল না বদলে মডেল বদলানো যায়। ব্যবহার জটিল হলে Pi-এর সরলতা টিকবে কি না, তা দেখার বিষয়। আর আপনারা এআই দিয়ে কোড লেখার সময় প্রতিদিন কোন হার্নেস ব্যবহার করেন?
সূত্র: Next
Xataka এমন একটি গল্প বলছে যেখানে প্রোগ্রামিং, এআই এবং বেশ খানিকটা বিতর্ক একসঙ্গে মিশে আছে। কয়েক দিন আগ পর্যন্ত ArtCraft এআই দিয়ে ছবি ও ভিডিও তৈরির একটি প্ল্যাটফর্ম ছিল। দলের সদস্য Brandon Thomas ঘোষণা করেছেন যে ভাইব কোডিংয়ের মাধ্যমে তিনি Adobe-এর সাতটি অ্যাপ্লিকেশনের ওপেন-সোর্স বিকল্প তৈরি করেছেন, যা Rust-এ লেখা: PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects) এবং DesignCraft (InDesign)।
এগুলো Windows, macOS ও Linux-এর জন্য বিতরণ করা হচ্ছে এবং ArtCraft থেকেও ব্যবহার করা যায়। প্রবন্ধটি উল্লেখ করে যে Adobe কখনও Linux-এর জন্য পেশাদার সৃজনশীল সরঞ্জাম দেয়নি, তাই এই ফাঁকটি ছোট নয়।
লেখকের একজন সহকর্মী কয়েক দিন PhotoCraft ব্যবহার করে দেখেছেন: মৌলিক ফাংশনগুলো কাজ করে, Photoshop-এর এআই সরঞ্জামের কোনো চিহ্ন নেই, আর অ্যাপটি খুবই কম জায়গা নেয়। তবু এখনই এটি মূল সফটওয়্যারের জায়গা নিতে পারছে না। নির্মাতারা নিজেরাই স্বীকার করেন যে এটি খুব প্রাথমিক আলফা পর্যায়ে আছে: প্রায় বিশটি এআই ও জেনারেটিভ সরঞ্জাম নেই, টাইপোগ্রাফি ও পেশাদার কাজের প্রবাহে গভীরতা নেই এবং প্লাগ-ইনের সঙ্গে সামঞ্জস্যও নেই।
নির্মাতাদের মতে, পদ্ধতিটি clean-room: তারা প্রকাশ্য স্পেসিফিকেশন এবং প্রোগ্রামের পর্যবেক্ষণযোগ্য আচরণের ওপর নির্ভর করেছেন, কোনো মালিকানাধীন কোড বা সম্পদ ব্যবহার না করে। PhotoCraft PSD ফাইল খুলতে পারে কারণ Adobe সেই স্পেসিফিকেশন প্রকাশ করেছে। অনলাইনে একটি প্রমাণহীন সন্দেহ ছড়িয়েছে যে Adobe-এর প্রোগ্রামগুলো ডিকম্পাইল করা হয়েছিল।
Xataka ভাইব কোডিংয়ের সমস্যার কথাও মনে করিয়ে দেয়: এআই-এর তৈরি কোড ডিবাগ করা কঠিন হতে পারে এবং তাতে এমন কিছু থাকতে পারে যা একজন মানব প্রোগ্রামার কখনও লিখতেন না। বড় প্রকল্পের তুলনায় ব্যক্তিগত অ্যাপে এটি কম গুরুতর। আমার মতে এটি একটি ভালো সতর্কবার্তা। বিনামূল্যের বিকল্প হিসেবে লেখক Affinity, GIMP ও DaVinci Resolve-এর কথা বলেছেন। এভাবে তৈরি একটি অ্যাপে কি আপনি ভরসা করবেন?
সূত্র: Xataka
Computer Sweden-এ Simon Bisson-এর একটি বিশ্লেষণ পড়েছি: Microsoft Rust-কে অভ্যন্তরীণভাবে Tier-1 মর্যাদায় উন্নীত করেছে, C#, TypeScript ও C-এর সমান স্তরে। এই মর্যাদার জন্য অন্যান্য শর্তের সঙ্গে একটি সম্পূর্ণ টুলচেইন এবং Windows ও Azure-এর সঙ্গে সমন্বয় প্রয়োজন।
পটভূমি হল, Azure-এর CTO Mark Russinovich Rust-এর মেমরি নিরাপত্তাকে Microsoft-এর নিরাপত্তা কৌশলের গুরুত্বপূর্ণ অংশ হিসেবে তুলে ধরেছেন, এবং Microsoft নিজেও Rust Foundation-এর প্রতিষ্ঠাতাদের একটি। Rust Foundation-এর ওয়েবসাইটে একটি অতিথি লেখা ব্যাখ্যা করে যে ভাষাগুলির মধ্যে নির্বিঘ্ন interoperability পেতে Rust কীভাবে Microsoft Visual C (MSVC)-এর সঙ্গে যুক্ত।
সবচেয়ে বাস্তব বিষয় হল Rust কম্পাইলারের জন্য একটি নতুন backend, rustc_codegen_utc। এটি Visual C-এর backend ব্যবহার করে, অর্থাৎ C2.DLL নামের একটি DLL, এবং .OBJ ফাইল MSVC linker-কে দেয়। সুবিধা হল, Rust Microsoft-এর বিদ্যমান নিরাপত্তা ও স্থিতিশীলতার কাজ থেকে উপকৃত হতে পারে, এবং Rust ও C কোড পরস্পর সামঞ্জস্যপূর্ণ হয়ে ওঠে। Microsoft বলছে এটি উৎপাদনের জন্য প্রস্তুত এবং একশোরও বেশি অভ্যন্তরীণ Rust প্রকল্প এটি ব্যবহার করছে। তবে এটি শুধু অভ্যন্তরীণ, এবং কোম্পানি ইঙ্গিত দিয়েছে যে টুলগুলি open source হতে পারে, তবে কোনো সময়সীমা জানায়নি।
Microsoft-এর বাইরের মানুষদের জন্য পরিস্থিতি আরও বাস্তবসম্মত: VS Code-এ Rust সমর্থন rust-analyzer-এর মাধ্যমে আসে, build করতে এখনও MSVC C Build Tools লাগে, এবং Microsoft-এর windows crate Windows API-তে সরাসরি প্রবেশাধিকার দেয়। নিবন্ধের পরামর্শ হল, Rust দিয়ে Windows development শিখতে চাইলে আগে থেকে বিদ্যমান টুল দিয়েই শুরু করুন।
ব্যক্তিগতভাবে আমার কাছে আকর্ষণীয় লাগে যে এত বড় একটি কোম্পানি দুটি আলাদা compiler team রক্ষণাবেক্ষণ এড়াতে বিনিয়োগ করছে। আপনারা Rust কীসের জন্য ব্যবহার করেন?
সূত্র: Computer Sweden
Computable-এ আমি Linux Foundation-এর ২০২৬ সালের «State of Open Source in Europe» প্রতিবেদনের সারসংক্ষেপ পড়েছি। এটি পঞ্চম সংস্করণ, প্রাগে Open Source Summit Europe-এ উপস্থাপন করা হয়। মূল বার্তাটি স্পষ্ট: শুধু ওপেন সোর্স ব্যবহার করলে নিয়ন্ত্রণ পাওয়া যায় না। অবদান রাখতে হবে এবং পরিচালনায়ও অংশ নিতে হবে।
সংখ্যাগুলো দেখায় কোথায় সমস্যা। ইউরোপীয় প্রতিষ্ঠানের ৯৪% -এর কাছে প্রযুক্তি কৌশলে ডিজিটাল সার্বভৌমত্ব গুরুত্বপূর্ণ, আর ৬১% -এর কাছে এটি অত্যন্ত গুরুত্বপূর্ণ। Kubernetes ও OpenStack-এর মতো অবকাঠামো প্রকল্পে ইউরোপীয় ডেভেলপাররা প্রায় ৪০% অবদান রাখেন, তবু অনেক প্রতিষ্ঠান শুধু ব্যবহারেই সীমাবদ্ধ। ৩১% -এর ওপেন সোর্স ব্যবস্থাপনার কোনো আনুষ্ঠানিক কাঠামো নেই। যাদের আছে, তারা বিনিয়োগের চার গুণেরও বেশি ফেরতের কথা জানায়, আর যাদের নেই তাদের ক্ষেত্রে ৩.৬ গুণ।
AI কোডিং টুলের কথাও আছে: ৯৪% জেনারেটিভ AI কোডিং টুল ব্যবহার বা পরীক্ষা করছে, চার ভাগের তিন ভাগ মনে করে এতে ওপেন সোর্সের মূল্য বাড়ে, এবং ৪৮% এর কারণে বেশি ওপেন সোর্স ব্যবহার করে। প্রায় অর্ধেক অভ্যন্তরীণ ফর্ক রক্ষণাবেক্ষণ করে, যার গড় খরচ প্রতি রিলিজ চক্রে ৯.৫টি ফর্কের জন্য ৩১১ ঘণ্টা।
আমার চোখে পড়েছে যে Agentic AI Foundation-এর শীর্ষে মূলত মার্কিন কোম্পানিগুলো আছে, যেমন AWS, Anthropic, Google, Microsoft ও OpenAI। Gold স্তরে ইউরোপ থেকে আছে শুধু Suse ও Ericsson। এদিকে ইউরোপীয় কমিশন প্রায় ২ বিলিয়ন ইউরোর প্রযুক্তি সার্বভৌমত্ব প্যাকেজ নিয়ে কাজ করছে।
Linux Foundation Europe-এর Thierry Carrez বলেন, ওপেন সোর্স নির্ভরতা কমাতে সাহায্য করে, তবে খোলা শাসন কাঠামোয় সক্রিয় অংশগ্রহণের মাধ্যমেই। ডেভেলপার হিসেবে আমি এতে একমত: একটি pull request কখনো কখনো একটি নীতিপত্রের চেয়েও বেশি প্রভাব ফেলে। আপনাদের ওখানে অবস্থা কেমন?
The Register-এর Richard Speed ArtCraft নামের একটি কোম্পানি নিয়ে লিখেছেন, যারা তাদের Rust অ্যাপ্লিকেশন সংগ্রহে Word, Excel ও PowerPoint-এর বিকল্প যুক্ত করেছে। কোম্পানি এগুলিকে মালিকানা সফটওয়্যারের clean-room পুনর্বাস্তবায়ন বলে, এবং প্রকল্পগুলির উন্নয়নে Claude-এর উপর অনেকাংশে নির্ভর করা হয়েছে। কোম্পানির GitHub রিপোজিটরিতে Photoshop, Illustrator ও Premiere Pro-এর অনুকরণে তৈরি প্রকল্পও আছে।
পর্যালোচক Arm প্রসেসরের একটি Surface-এ Word-এর বিকল্প WordCraft চালিয়েছেন এবং দেখেছেন এটি ভালোভাবে কাজ করে। এটি Word-এর মতো দেখতে, তবে বোতাম, আইকন ও ছবি আলাদা। প্রকল্পটি pre-alpha পর্যায়ে আছে; ArtCraft-এর হিসাবে Word-এর সঙ্গে এর বৈশিষ্ট্যের মিল প্রায় 62 শতাংশ, এবং পর্যালোচক উৎপাদন পরিবেশে ব্যবহারের বিরুদ্ধে পরামর্শ দিয়েছেন। রোডম্যাপ স্বীকার করেছে যে আসল DOCX ফাইলে সামঞ্জস্য পরীক্ষা এখনও শুরু হয়নি, এবং চার্ট, SmartArt ও এমবেড করা OLE অবজেক্ট বাদ দেওয়া হয়েছে।
লাইসেন্সের দিক থেকে WordCraft MIT বা Apache 2.0 দ্বৈত লাইসেন্সের অধীনে। বানান অভিধান ও হাইফেনেশনে Grady Ward-এর পাবলিক-ডোমেইন শব্দতালিকা Moby Hyphenator II ব্যবহৃত হয়। ArtCraft বলছে, সবকিছু প্রকাশ্য স্পেসিফিকেশন ও পর্যবেক্ষণের ভিত্তিতে তৈরি, এবং সম্পদগুলি মূল বা উন্মুক্ত লাইসেন্সপ্রাপ্ত। LibreOffice-এর উন্নয়নকারী The Document Foundation মন্তব্য করতে অস্বীকার করেছে, Microsoft জিজ্ঞাসা পাওয়ার কথা স্বীকার করেছে কিন্তু আর কোনো উত্তর দেয়নি, এবং Adobe creative অ্যাপ প্রকল্প নিয়ে মন্তব্য করেনি।
decoded.legal-এর Neil Brown সংবাদপত্রকে বলেছেন, আইনি অবস্থান এখতিয়ারের উপর নির্ভর করবে। উন্নয়নকারীরা দাবি করতে পারেন যে তাদের স্বাধীন বাস্তবায়ন লঙ্ঘন নয়, তবে ঝুঁকি বড় হওয়ায় বিরোধ আদালত পর্যন্ত যেতে পারে।
আমার কাছে দাবিটির চেয়ে গতিই বেশি আগ্রহজনক: AI কোডিং টুল ব্যবহার করে একটি ছোট দল চেনা যায় এমন একটি অফিস স্যুট প্রকাশ করতে পারছে, যা অসম্পূর্ণ হলেও পরীক্ষা করার মতো যথেষ্ট ব্যবহারযোগ্য। মানের, রক্ষণাবেক্ষণের ও আইনি দিকের প্রশ্ন খোলা রয়ে গেছে। AI সহকারীর সঙ্গে যাঁরা কোড লেখেন, তাঁরা এই clean-room দাবি সম্পর্কে কী ভাবেন, জানতে চাই।
সূত্র: The Register
একটি প্রযুক্তি পোর্টালের সাইটে পড়লাম, GPT-6 মডেল চালুর সঙ্গে OpenAI ChatGPT-এর জন্য "Intelligent UI" নামে একটি নতুন ফিচার ঘোষণা করেছে। মূল কথা হল, উত্তর আর শুধু লেখা থাকছে না: কথোপকথনের ভেতরেই লেখার সঙ্গে ইন্টারঅ্যাক্টিভ ভিজ্যুয়াল উপাদান যুক্ত হতে পারে।
সমর্থিত উপাদানের মধ্যে আছে ছবি, ডায়াগ্রাম, চার্ট, ফর্ম ও ইন্টারঅ্যাক্টিভ বোতাম। OpenAI-এর ব্লগ উদ্ধৃত করা প্রবন্ধ অনুযায়ী, GPT-6-কে এমন পরিস্থিতি চিনতে প্রশিক্ষণ দেওয়া হয়েছে যেখানে লেখার চেয়ে ইন্টারঅ্যাক্টিভ উপাদান ভালো, এবং উত্তরের ভেতরে সেটি কীভাবে সাজাতে হবে।
উদাহরণ হিসেবে আছে সাত গিয়ারের একটি সাইকেলের ছবি, যেখানে প্রতিটি অংশ বেছে নিয়ে তার তথ্য দেখার বোতাম আছে; মাহজং টাইলের ছবি স্ক্রল করা যায় এমন দলে সাজানো; এবং অবসরকালীন সঞ্চয় ক্যালকুলেটর বা কয়েকজনের মধ্যে বিল ভাগ করার মতো ছোট টুলও। মডেলের দিক থেকে GPT-6 Sol উচ্চ স্তরের গ্রাহকদের জন্য, আর Go গ্রাহক ও বিনামূল্যের ব্যবহারকারীরা পান আরও দক্ষ Luna। প্রবন্ধে আরও আছে উন্নত ওয়েব সার্চ, তথ্য সংগ্রহের সময় দ্রুত আংশিক উত্তর, এবং নিরাপত্তা প্রশিক্ষণ এড়ানোর চেষ্টার বিরুদ্ধে শক্ত প্রতিরোধ।
আমার মনে হয়, এই পদক্ষেপ ডেভেলপারদের জন্য গুরুত্বপূর্ণ, কারণ এটি চ্যাটকে চাহিদা অনুযায়ী তৈরি হওয়া ছোট অ্যাপের কাছাকাছি নিয়ে যায়। খোলা প্রশ্ন হল, ভালোভাবে লেখা লেখার চেয়ে বোতাম সত্যিই বেশি কাজে লাগবে কি না। আপনাদের মতামত জানতে চাই।
সূত্র: টেকনোলজি পোর্টাল
পাঁচ বছর পর Bootstrap-এ আবার নড়াচড়া শুরু হয়েছে: সহ-প্রতিষ্ঠাতা Mark Otto Bootstrap 6-এর প্রথম আলফা ঘোষণা করেছেন, heise developer এ খবর দিয়েছে। আমার কাছে এটি আকর্ষণীয়, কারণ ফ্রেমওয়ার্কটি Twitter-এর পরিবেশ থেকে এসেছে এবং 2011 সাল থেকে ওপেন সোর্স।
সংখ্যাগুলো দেখায় Bootstrap কতটা বড় হয়েছে: প্রকল্পের মতে 1.75 বিলিয়নের বেশি ইনস্টলেশন। একই সঙ্গে এর বাজার অংশ কমছে। W3Techs-এর মতে, 2026 সালের আগস্টের শুরুতে সব ওয়েবসাইটের 13.8 শতাংশ Bootstrap ব্যবহার করছিল, যেখানে 2025 সালের ডিসেম্বরে ছিল 15.3 শতাংশ। নতুন প্রকল্পে Tailwind CSS জমি দখল করছে।
দল আধুনিক ব্রাউজারগুলোকে লক্ষ্য করছে: Chrome ও Edge 130 এবং তার পরবর্তী সংস্করণ, Firefox 132 এবং Safari 18। এজন্য Bootstrap 6 স্বয়ংক্রিয় হালকা/গাঢ় মোড পরিবর্তন, নেটিভ ডায়ালগ এবং জানালার বদলে আশপাশের উপাদানের সঙ্গে সারিবদ্ধ হওয়া লেআউটের মতো সুবিধা ব্যবহার করে। রং, ফাঁকা জায়গা ও কোণের গোলাকৃতি অনেকাংশে CSS ভেরিয়েবল দিয়ে নিয়ন্ত্রণ করা যায়, রানটাইমেও। ক্লাসের নাম Tailwind-এর কাছাকাছি এসেছে: .d-md-none হয় .md:d-none, আর .col-lg-6 হয় .lg:col-6। অ্যাকর্ডিয়ন JavaScript ছাড়াই কাজ করে।
এআই অংশটি আমার কাছে বিশেষভাবে উল্লেখযোগ্য লাগে: ডকুমেন্টেশন llms.txt ও llms-full.txt হিসেবে পাওয়া যায়, আর রিপোজিটরিতে এমন স্কিল ফাইল আছে যেগুলো এআই এজেন্টকে যেমন মাইগ্রেশনের কাজে সাহায্য করার জন্য তৈরি।
নিবন্ধ অনুযায়ী বিদ্যমান পৃষ্ঠাগুলো সহজে বদলানো যায় না। Bootstrap 5 আপাতত সমর্থিত থাকবে, আর সমর্থন শেষ হওয়ার আগে 5.4.0-এর একটি আপডেট আসবে। সংস্করণ 7 অনেক দ্রুত আসবে বলে আশা করা হচ্ছে। আপনাদের মধ্যে কে এখনও Bootstrap ব্যবহার করছেন, আর কে ইতিমধ্যে অন্য কিছুতে চলে গেছেন?
সূত্র: heise online
এই সপ্তাহে XYZ-এর একটি খবর আমার নজর কাড়ল। ভ্রৎসোয়াফ প্রযুক্তি বিশ্ববিদ্যালয় (Politechnika Wrocławska) আর লোয়ার সাইলেশিয়ান অনকোলজি, পালমোনোলজি ও হেমাটোলজি সেন্টার মিলে স্বাস্থ্যসেবার জন্য একটি AI প্ল্যাটফর্ম তৈরি করছে। এটা আরেকটা চ্যাটবট নয়। এটা একটা ফাউন্ডেশন মডেল, যা মেডিক্যাল নথি, ল্যাবের ফলাফল, ইমেজিং আর চিকিৎসার পুরো পথকে একসঙ্গে জোড়ে।
কাজ শুরু হচ্ছে ফুসফুসের ক্যানসার দিয়ে। DCOPiH বছরে 1,400-এর বেশি নতুন রোগী দেখে, আর তাদের ডেটা ভালোভাবে নথিভুক্ত। কনসিলিয়ামের আগে সিস্টেমটি দেখবে নথি সম্পূর্ণ কি না। কোথায় ঘাটতি আছে তা দেখিয়ে দেবে, আর রোগীকে পরীক্ষাগুলোর মাঝখানে “হারিয়ে যেতে” দেবে না। সিদ্ধান্ত এখনও ডাক্তারই নেবেন। AI-এর কাজ ডাক্তারকে রোগীর পাশে থাকার সময় ফিরিয়ে দেওয়া, তাঁর হয়ে ভাবা নয়।
প্রযুক্তির দিক থেকে আমার আগ্রহ ফেডারেটেড লার্নিং নিয়ে। ডেটা হাসপাতালেই থাকে, যৌথ মডেলে যায় শুধু প্রশিক্ষণের ফলাফল। এর ভিত্তি হবে পোল্যান্ডের মডেল PLLuM-এর অভিজ্ঞতা, তবে তাতে থাকবে সত্যিকারের চিকিৎসা-ভাষা আর মাল্টিমোডালিটি।
প্রথম প্রোটোটাইপ আসবে আগামী কয়েক মাসের মধ্যে। প্রকল্পটি লোয়ার সাইলেশিয়ার বাইরে ছড়ালে এটি পোল্যান্ডের গুরুত্বপূর্ণ AI প্রকল্পগুলোর একটি হয়ে উঠতে পারে। এমন প্রকল্প নিয়ে মার্কেটিংয়ের হইচই ছাড়াই কথা বলা দরকার।
সূত্র: XYZ
