sinisterMage

7 ms·

1.
by sinisterMage 7mo ago
this looks very cool! however from what I've seen in your repo, security features are not implemented yet right? if I am right, I would recommend to implement them as soon as possible as you don't want someone random accessing dev
2.
by sinisterMage 7mo ago
oh alright! very understandable :) good luck with this project!
3.
by sinisterMage 7mo ago
this seems very impressive! however i would like to ask, why the language choice of go? and not something like elixir for fault tolerance and its actor model, i am asking not because i dont like go, i am simply curious
4.
by sinisterMage 7mo ago
thank you, I really appreciate that
5.
by sinisterMage 7mo ago
thank you for the kind words :)
6.
Show HN: The Codeverse Hub Linux(github.com)
4 points by sinisterMage 7mo ago|4 comments
7.
Show HN: W++ – Now Compiling Directly to WASM (No Blazor, Minimal HTML)(github.com)
2 points by sinisterMage 1y ago|0 comments
8.
Show HN: I made a scripting language run in the browser with no HTML(github.com)
4 points by sinisterMage 1y ago|0 comments
9.
by sinisterMage 1y ago
Thanks!
10.
by sinisterMage 1y ago
Yeah, I totally get that! W++ isn’t meant to copy Python’s syntax exactly — instead, the inspiration from Python is in its simplicity and low barrier to entry. I drew from multiple languages — Python, JavaScript, even a little C-style flavo
11.
by sinisterMage 1y ago
Totally fair! I know semicolons aren’t for everyone — W++ leans into a mix of familiar C-style syntax with some Python-style simplicity, but it’s definitely not a perfect fit for all tastes. Appreciate the kind words regardless — and who kn
12.
by sinisterMage 1y ago
Yeah, so here’s the full story: when I first uploaded the W++ VSCode extension to the Marketplace, it took off faster than I expected — over 33,000 downloads in under 2 hours. A few days later, it was suddenly removed. Only later did I find
13.
by sinisterMage 1y ago
You're totally right to catch that — I’ll update it for clarity! The idea was: W++ aims for a syntax that feels lightweight like Python (minimal boilerplate, indentation structure), but it also borrows C-style flow and expression flexi
14.
by sinisterMage 1y ago
Yep, W++ lambdas are statement-level on purpose My high school teacher once told me lambdas are “university-level,” so I made them the default function syntax in W++. It’s my way of saying: “nah, these aren’t scary — they belong in scripti
15.
by sinisterMage 1y ago
Thanks for the thoughtful feedback — you raised a few great points I hadn’t fully considered. You're absolutely right about JIT startup time. Currently, W++ doesn't do any caching or ahead-of-time work, so there’s a delay on the f
16.
by sinisterMage 1y ago
Totally fair question — most high-level languages do take care of memory for you, especially with garbage collection. But in hosted scenarios like IronPython or W++ (where the language is layered on top of .NET), things can get trickier: Yo
17.
by sinisterMage 1y ago
Haha yeah, fair point on the name! I actually chose “W++” from a gaming mindset — in games, W = Win, so W++ was my way of saying "keep stacking wins." It’s not meant to compete with Rust or Zig — it’s more of a light, expressive
18.
by sinisterMage 1y ago
Thanks! I really appreciate you taking the time to write this up — super insightful. I definitely get the appeal of internal DSLs, especially with how powerful C#’s fluent APIs have become. W++ takes a bit of a different path: more like “wh
19.
by sinisterMage 1y ago
Thanks! Totally fair — I know significant indentation and dynamic typing aren’t for everyone. W++ leans that way just to reduce boilerplate and keep the syntax clean for smaller scripts, but it’s not trying to be the “one true way” to write
20.
by sinisterMage 1y ago
That’s a really cool idea — a “Clojure of .NET” would definitely fill a unique niche. W++ kind of stumbled into this space by aiming to make .NET feel more like Python for scripting — but yeah, I’d love to explore where it could go if more
21.
by sinisterMage 1y ago
Totally fair point — W++ isn’t meant to be a direct Python clone, just inspired by its simplicity and clean syntax (like indentation and dynamic typing). The goal was to make scripting on .NET feel lighter and more approachable. I’ll tweak
22.
by sinisterMage 1y ago
Oh wow, I actually hadn’t heard of Boo until now — thanks for sharing it! Just took a quick look and yeah, I can definitely see some parallels. W++ wasn’t directly inspired by it, but I guess we both arrived at similar goals: a Python-style
23.
by sinisterMage 1y ago
Thanks! That means a lot W++ doesn’t have full-blown data flow analysis (yet!) — the current interpreter walks the AST in a fairly straightforward way, and the JIT just compiles expression trees without SSA or optimization passes. But your
24.
by sinisterMage 1y ago
You're totally right to ask — W++ borrows Python’s general feel (like significant indentation and dynamic typing), but its core is rooted in a C-style heritage due to the .NET foundation. So while let and semicolons aren’t Pythonic, th
25.
by sinisterMage 1y ago
You're absolutely right — IronPython does run Python on .NET. W++ takes a different approach: it's a custom scripting language that looks like Python but is designed for tight integration with .NET itself, including: Native JIT co
26.
Show HN: W++ – A Python-style scripting language for .NET with NuGet support(github.com)
98 points by sinisterMage 1y ago|52 comments