HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
SteveSanderson
Blazor
C#2017–2018
SteveSanderson / Blazor

Blazor

MOVED: Please see the new repo at https://github.com/aspnet/blazor

10Distinct people
11Mentions
0Explicit recommenders
1.7KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

MOVED: Please see the new repo at https://github.com/aspnet/blazor

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week11 dated mentions

Observed mentions: 2017-06-16 05:33:54 UTC to 2018-01-16 19:30:40 UTC. Weeks start Monday, UTC.

0122017-06-12 00:00:00 UTC to 2017-06-19 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsJun 122017-06-19 00:00:00 UTC to 2017-06-26 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-06-26 00:00:00 UTC to 2017-07-03 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-07-03 00:00:00 UTC to 2017-07-10 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2017-07-10 00:00:00 UTC to 2017-07-17 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-07-17 00:00:00 UTC to 2017-07-24 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-07-24 00:00:00 UTC to 2017-07-31 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-07-31 00:00:00 UTC to 2017-08-07 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-08-07 00:00:00 UTC to 2017-08-14 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2017-08-14 00:00:00 UTC to 2017-08-21 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-08-21 00:00:00 UTC to 2017-08-28 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-08-28 00:00:00 UTC to 2017-09-04 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-09-04 00:00:00 UTC to 2017-09-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-09-11 00:00:00 UTC to 2017-09-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-09-18 00:00:00 UTC to 2017-09-25 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-09-25 00:00:00 UTC to 2017-10-02 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsSep 252017-10-02 00:00:00 UTC to 2017-10-09 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-10-09 00:00:00 UTC to 2017-10-16 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-10-16 00:00:00 UTC to 2017-10-23 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-10-23 00:00:00 UTC to 2017-10-30 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-10-30 00:00:00 UTC to 2017-11-06 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-11-06 00:00:00 UTC to 2017-11-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-11-13 00:00:00 UTC to 2017-11-20 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-11-20 00:00:00 UTC to 2017-11-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-11-27 00:00:00 UTC to 2017-12-04 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-12-04 00:00:00 UTC to 2017-12-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-12-11 00:00:00 UTC to 2017-12-18 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-12-18 00:00:00 UTC to 2017-12-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-12-25 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-01 00:00:00 UTC to 2018-01-08 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-08 00:00:00 UTC to 2018-01-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-01-15 00:00:00 UTC to 2018-01-22 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsJan 15

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jun 122017-06-12 00:00:00 UTC2017-06-19 00:00:00 UTC110
Jun 192017-06-19 00:00:00 UTC2017-06-26 00:00:00 UTC000
Jun 262017-06-26 00:00:00 UTC2017-07-03 00:00:00 UTC000
Jul 32017-07-03 00:00:00 UTC2017-07-10 00:00:00 UTC110
Jul 102017-07-10 00:00:00 UTC2017-07-17 00:00:00 UTC101
Jul 172017-07-17 00:00:00 UTC2017-07-24 00:00:00 UTC000
Jul 242017-07-24 00:00:00 UTC2017-07-31 00:00:00 UTC000
Jul 312017-07-31 00:00:00 UTC2017-08-07 00:00:00 UTC101
Aug 72017-08-07 00:00:00 UTC2017-08-14 00:00:00 UTC202
Aug 142017-08-14 00:00:00 UTC2017-08-21 00:00:00 UTC000
Aug 212017-08-21 00:00:00 UTC2017-08-28 00:00:00 UTC101
Aug 282017-08-28 00:00:00 UTC2017-09-04 00:00:00 UTC101
Sep 42017-09-04 00:00:00 UTC2017-09-11 00:00:00 UTC000
Sep 112017-09-11 00:00:00 UTC2017-09-18 00:00:00 UTC000
Sep 182017-09-18 00:00:00 UTC2017-09-25 00:00:00 UTC101
Sep 252017-09-25 00:00:00 UTC2017-10-02 00:00:00 UTC000
Oct 22017-10-02 00:00:00 UTC2017-10-09 00:00:00 UTC000
Oct 92017-10-09 00:00:00 UTC2017-10-16 00:00:00 UTC000
Oct 162017-10-16 00:00:00 UTC2017-10-23 00:00:00 UTC000
Oct 232017-10-23 00:00:00 UTC2017-10-30 00:00:00 UTC000
Oct 302017-10-30 00:00:00 UTC2017-11-06 00:00:00 UTC000
Nov 62017-11-06 00:00:00 UTC2017-11-13 00:00:00 UTC000
Nov 132017-11-13 00:00:00 UTC2017-11-20 00:00:00 UTC101
Nov 202017-11-20 00:00:00 UTC2017-11-27 00:00:00 UTC000
Nov 272017-11-27 00:00:00 UTC2017-12-04 00:00:00 UTC000
Dec 42017-12-04 00:00:00 UTC2017-12-11 00:00:00 UTC000
Dec 112017-12-11 00:00:00 UTC2017-12-18 00:00:00 UTC000
Dec 182017-12-18 00:00:00 UTC2017-12-25 00:00:00 UTC000
Dec 252017-12-25 00:00:00 UTC2018-01-01 00:00:00 UTC000
Jan 12018-01-01 00:00:00 UTC2018-01-08 00:00:00 UTC000
Jan 82018-01-08 00:00:00 UTC2018-01-15 00:00:00 UTC000
Jan 152018-01-15 00:00:00 UTC2018-01-22 00:00:00 UTC101

What Hacker News says

11 sources
>My point here is that it is beside the point whether it's trivial or non-trivial to implement a garbage collector. >My question from the start was about how exactly it is impractical. Your reply focusing on the hardships of implementing a garbage collector and using the VM GC is an interesting side note, and I appreciate the response and discussion, but it ultimately doesn't answer the question. The hardships of the implementation are central to why it's impractical. That said, I think we may be using different definitions of the word impractical here.[0] I'm talking strictly in a general sense, that packaging an entire language's runtime with code is—for most uses right now—not sensible. You are correct in that it's entirely possible to use GCed languages inside wasm, and indeed it has been done—I'm not disputing that. I also understand
Read the rest
your point about the multi-platform advantages of keeping the GC portion of the runtime inside of wasm. Funny enough that may turn on its head in the distant future once GC support lands, assuming wasm ends up being a popular compilation target outside of the web. In that case you'd have wasm-managed GC objects on desktop and mobile. >The evidence to my point is a fully functioning garbage collected language runtime compiled seemingly without modification (it's written in ANSI C, after all) for the WebAssembly platform. You can do that now, without additional hurdles and without considering the garbage collection semantics of the browser runtime. That seems very practical to me. Lua is very lightweight. The story changes if you try to compile the .NET, JVM, Go or even V8 runtimes into wasm. All possible, but a hell of a lot more difficult. One case study is Blazor.[1] The FAQ in its own readme states that it's not practical currently due to binary sizes, albeit not for GC-related reasons. But it will be practical. That was the gist of what I was trying to say, that GCed languages (i.e. ones that include their own runtime) are currently not terribly practical relative to the compiled alternatives, most of which are production-ready now. Of course, having seriously evaluated Unreal Engine 4 for web use with its 50MB runtime, I view even Blazor's current 4MB binary size as quite practical, but it depends on the use case. For general web use, 4MB isn't practical. In support of your point, I concede that whether the GC resides in the module or VM is largely immaterial to practicability as a whole. My point was that packaging the runtime with the payload is usually not sensible relative to the alternatives. I regret that I incorrectly generalized my original statement in terms of garbage collection rather than runtime overhead. [0] https://en.oxforddictionaries.com/definition/impractical [1] https://github.com/SteveSanderson/Blazor
In WebAssembly support now shipping in all major browsers
First off, you picked a great time to ask this question because this week there's a free, online conference going on at https://www.dotnetconf.net/. There's a lot of good ASP.NET Core content, so you can see for yourself. One of my favorite things about the ASP.NET team is that a lot of them were community leaders - speakers, writers, open source library authors, etc. - before being hired at Microsoft. So it's hard to pick just one or two community leaders on the team, as pretty much everyone regularly speaks at conferences, publishes open source code, blogs, etc. So it's really hard to make a short list! Hopefully this is still useful to someone. As several others have mentioned, you really should start with Scott Hanselman (https://www.hanselman.com/ and @shanselman). [Disclaimer: he's my boss, but I joined his team because I was a big
Read the rest
fan long before either of us worked at Microsoft] The ASP.NET Weekly Community Standup is a great place to connect both with the team and with the leading members of the developer community. It's at https://live.asp.net/ with Damian Edwards, Scott Hanselman and me. Damian Edwards (https://twitter.com/damianedwards) is the program manager for the ASP.NET team. During the show, I usually share 10ish links to top posts, open source projects, etc. by the community. We feel like the ASP.NET Community is made up of developers both inside and out of Microsoft, so you'll see a mix. The links are usually in the show notes, and we also tweet the links out daily at @aspnet. I'm not going to risk making a list because I don't want to leave anyone off - there are too many for me to even try to pick favorites! Next, check out the "official" Web Dev blog: https://blogs.msdn.microsoft.com/webdev/. We have a general rule that all posts are signed by actual people, not "the ___ team", so you can see who's working directly on specific topics. You'll definitely see a lot of posts by Jeff Fritz (my team mate), who (in addition to program managing several features) does a ton of work to write up release posts, organize content for conferences, etc. I think of David Fowler (https://twitter.com/davidfowl) as the "crazy genius" on the team. He and Damian wrote SignalR, he worked on prototyping some of the very early work that became ASP.NET Core (and .NET Core all up), etc. Check out this video to see what I mean: https://channel9.msdn.com/Events/NDC/NDC-Oslo-2017/BRK06 For front end dev, make sure you follow Mads Kristensen (https://twitter.com/mkristensen) and Steve Sanderson (https://twitter.com/StevenSanderson). Mads is a program manager for web developer tools in Visual Studio, and also writes a ton of open source Visual Studio extensions for web developers (https://github.com/madskristensen) and builds things like http://webdevchecklist.com/. Steve is always pushing the boundaries of front end development, both with things like JavaScriptServices (https://github.com/aspnet/JavaScriptServices, now shipping in the Visual Studio 2017 Angular / React project templates) and more recently with Blazor (https://github.com/SteveSanderson/Blazor - .NET code running in the browser via Web Assembly). You'll also see Glenn Condron (https://twitter.com/condrong) listed on several of the recent Web Dev blog posts. He covers a lot of deep back end tech, including a lot of stuff with ASP.NET Core on Docker. You can see quick (5-10 minute) interviews with most of those people, as well as a lot of other people on the .NET team, on a show that Maria Naggaga (https://twitter.com/ladynaggaga) and I started up recently called Code Conversations (https://channel9.msdn.com/Shows/Code-Conversations). These are short, code focused interviews you can watch while your code is compiling and hopefully put to work right away. Finally, please ping me at @jongalloway if I can help connect you with anyone or if you're having trouble finding information, code samples, etc. I'm happy to help!
In The Little ASP.NET Core Book
>It's really trendy to complain about JavaScript changing too fast right now but the last few years have brought some great changes to JavaScript. I'd say they've made JS development bearable, but great is really stretching it. We still don't have a type system, static analysis, multi-threading, first-class IDE support, or any of a myriad of other features that are standard in any modern programming language in 2017. I'm hopeful that projects like Blazor[0] and other efforts being made toward bringing real languages to the web via native WASM will put JS to rest once and for all. https://github.com/SteveSanderson/Blazor [0]
In How it feels to learn JavaScript in 2017
From the github (https://github.com/SteveSanderson/Blazor): > Is this actually .NET in the browser? > It's not the regular .NET Framework or .NET Core runtime. It's a third-party .NET runtime called DotNetAnywhere, which has been updated and extended in various ways to support being compiled to WebAssembly, to load and run .NET Core assemblies, and with some additional functionality such as basic reflection and so on. > Can I build a real production app with this? > No. It's incredibly incomplete. For example, many of the .NET APIs you would expect to be able to use are not implemented.
In WebAssembly: A New Hope

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.