Hacker Newsnew | comments | show | ask | jobs | submit | wtetzner's comments login

You write a compiler from C# to WebAssembly. I don't see how C# is different from any other language in that regard.

-----


Hopefully it's IL -> WebAssembly, not C# -> WebAssembly.

-----


I think we are in agreement? Unity3d provides C# to JavaScript compiler.

I replied to "Hopefully we will not need compiler to have high-performance C# engines in browser", because that does not make sense.

-----


Unity3d provides C# to JavaScript compiler

Unity3d does too many things (except new versions of C# :P) and ties to itself. There should be a direct C# -> WebAssembly compiler in future.

-----


Unity is much, much more than a compiler. You'd have to drag a lot of stuff with you and deal with a license.

-----


I actually don't see a problem with using a document renderer for applications, assuming it's actually treated that way. The document-rendering of a browser is lower-level than a UI toolkit, and that makes it more powerful in a lot of ways. But we need to be able to build abstractions on top of it to actually build UIs. I think react.js's approach (or something similar) is actually pretty good here.

A lot of the problems we run into are people treating DOM nodes as if they were UI widgets, when in reality they are lower-level primitives for drawing and capturing input.

-----


You wouldn't have a signed cert until after the challenge has been completed. The client generated a CSR, not a certificate.

-----


I think this is the reason other validation forms exist, i.e. Organization Validation and Extended Validation.

-----


It shouldn't be easy for me to generate a cert for your domain.

-----


I've never heard conducting a MITM attack on the Internet backbone or hosting provider as "easy" before (other than by governments—but they probably already have plenty of vectors for generating fake certs). Now, if you're serving HTTP over an unknown wifi access point...

-----


Those poor wifi-connected web servers in coffee shops across the world...

-----


Even in an interpreter, they're expanded at "Load Time" as opposed to runtime.

-----


I am not sure, but it seems that this may be implementation-dependent.

-----


Maybe the Google Play store? I have no idea how much money it makes though.

-----


They made 3 billion USD from Google Play in 2014. (30% cut on all sales)

http://android-developers.blogspot.com/2015/02/a-new-way-to-...

-----


In fact ties seem weirder. Heels increase height, ties just...well, they're just there.

-----


What should go in the else? A comment saying "// Do nothing here"?

-----


> What should go in the else?

What's left. What else should go in else?

BTW, the original example not disimproved by AutoRefactor was okay.

-----


Does anyone know if this plays nicely with Lombok?

-----


I guess it might depend which features of lombok you use. Lombok vals don't comply with the Java language spec so you might have issues there (as so many other tools e.g. IntelliJ). Friends don't let friends use Lombok...

-----


Instead friends let friends write and maintain enormous amounts of boilerplate when they could have just used @Value?

-----


The fact that you are resorting to DIY language extensions rather than picking a more appropriate language for the job should tell you everything you need to know.

-----


Haha, I completely agree with you. Unfortunately I didn't get to pick the language.

-----


Do you expect AutoRefactor to work with code using Lombok?

I did not try, but I don't expect so. Why? Because AFAIK, Lombok enabled code is not valid java code. So I don't expect that Eclipse JDT (basis for AutoRefactor) will be able to parse it. The only way to make this work would be to work on the code generated by Lombok, then do the round trip back to the original Lombok source. Patch welcome!

If someone tries it out, I would be happy to read the feedback.

BTW I think AutoValue could work better thanks to the use of standard annotation pre processor.

-----


> Do you expect AutoRefactor to work with code using Lombok?

No, I don't expect it to, but that doesn't mean I wouldn't like it to :)

> AFAIK, Lombok enabled code is not valid java code.

Lombok enabled code is valid Java syntax, as it is implemented as an annotation processor. However, Lombok enabled code won't type-check (or run properly) without actually running Lombok.

-----


Not all Lombok code is valid Java code due to the way Lombok hijacks the annotation processor using implementation specific apis to perform operations not supported by the annotations spec.

-----


Ok that could work then. Do you mind trying Lombok + AutoRefactor please?

-----


Yeah, I'll let you know how it works.

-----


Doesn't seem super serious, given that it's Turtle-based :)

-----

More

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: