Advent of Code के लिए Gleam इस्तेमाल करने का अनुभव

• Advent of Code 2025 के 12 दिनों की पहेलियों को Gleam में हल करते हुए, भाषा के Rust-स्तर के error messages और pipeline-केंद्रित functional style विशेष रूप से प्रभावशाली लगे
• echo, fold_until, list.transpose जैसी built-in functions ने debugging और combination problems को हल करना आसान बनाया, और option type-आधारित safety grid puzzles को संभालने में उपयोगी रही
• standard library में file IO और regex features शामिल न होना, list pattern matching की सीमाएँ, और explicit comparison syntax जैसी बातें बार-बार उपयोग में असुविधाजनक लगीं
• Erlang VM और JavaScript target के बीच integer handling के अंतर के कारण bigi का उपयोग करना पड़ा, और कुछ puzzles में external tool (glpsol) को कॉल करके समस्या हल की गई
• कुल मिलाकर, functional सोच में बदलाव ने puzzle solving को अधिक स्पष्ट बनाया, और Gleam को वास्तविक projects (जैसे web server development) में आज़माने की इच्छा व्यक्त की गई

---

Advent of Code 2025 और Gleam का चयन

• हर साल Advent of Code पूरा करने वाले लेखक ने इस बार Gleam भाषा चुनकर 12 दिनों की पहेलियाँ हल कीं
  • इस वर्ष आयोजन 25 दिनों के बजाय 12 दिनों तक सीमित था, और हर समस्या की कठिनाई अधिक थी, लेकिन सीखने के लिए इसकी संरचना उपयुक्त रही
• puzzles तेज़ी से आगे बढ़े और toolset पूरी तरह तैयार होने से पहले ही जटिल समस्याएँ सामने आ गईं, जिससे यह नई भाषा सीखने के लिए आदर्श वातावरण बन गया

Gleam के भाषाई फायदे

• इसकी खासियतें हैं संक्षिप्त syntax, उपयोगी compiler error messages, और Rust-स्तर का मददगार feedback
• pipe operator पर आधारित functional style, AoC समस्याओं की संरचना (parsing→transform→fold) से बहुत अच्छी तरह मेल खाती है
• IntelliJ के लिए Gleam extension और LSP स्थिर रूप से काम करते रहे, जिससे development environment आरामदायक रहा
• functional programming (FP), imperative code की तुलना में सोच को समस्या के मूल स्वभाव को व्यक्त करने के तरीके की ओर मोड़ती है

प्रमुख फीचर्स और code उपयोग के उदाहरण

• echo: pipeline के बीच में value देखने के लिए एक साधारण output function, जिससे string formatting के बिना debugging संभव हुई
  • string interpolation feature न होने के कारण text बनाते समय <>" operator का अधिक उपयोग करना पड़ा, जिसे असुविधा के रूप में बताया गया
• option type (dict.get): grid puzzles में boundary checks के बिना सुरक्षित neighbor traversal संभव हुआ
• list utilities
  • list.transpose: matrix transpose operation के जरिए puzzle structure सरल हुई
  • list.combination_pairs: 3D point pairs बनाते समय nested loops के बिना एक पंक्ति में काम हो गया
  • fold_until: शर्त पूरी होने पर जल्दी समाप्त होने वाली fold function, जो puzzle iteration calculations में प्रभावी रही

Gleam की सीमाएँ और असुविधाएँ

• standard library में file IO का अभाव, जिसे simplifile package से पूरा किया गया
• regex functionality के लिए भी external dependency (gleam_regexp) की ज़रूरत पड़ी
• list pattern matching की सीमाएँ: [first, ..middle, last] जैसे रूप संभव नहीं हैं
• comparison operations का explicit handling: order type का उपयोग करना पड़ता है, जिससे साधारण comparisons में syntax लंबा हो जाता है

उन्नत उपयोग और puzzle-विशेष उदाहरण

• bigi: JavaScript target में integer overflow से बचने के लिए उपयोग किया गया
• XOR bitmask: Day 10-1 में light toggle समस्या को XOR operation से model करके प्रभावी ढंग से हल किया गया
• glpsol call: Day 10-2 में linear equations हल करने के लिए LP file बनाकर external command चलाई गई
• memoization key: Day 11-2 में node और state को साथ में key के रूप में उपयोग किया गया, जिससे तुरंत computation पूरी हो गई
• अंतिम puzzle input assumptions पर निर्भर थी, और इसे साधारण area comparison (heuristic_area <= max_area) से हल किया गया

निष्कर्ष और आगे की योजना

• Gleam ने standard library की सीमाओं के बावजूद safety और expressiveness में मजबूत पक्ष दिखाए
• pipelines, option/result types, list functions, fold_until जैसी चीज़ों ने puzzle solving को अधिक स्पष्ट बनाया
• आगे web server development जैसे वास्तविक projects में उपयोग की योजना है, और अगले साल के Advent of Code में भी Gleam का उपयोग जारी रखने की इच्छा जताई गई
• पूरा source code GitHub repository में सार्वजनिक है (tymscar/Advent-Of-Code/2025/gleam/aoc/src)