shurcooL

47 ms·

1. 391.▲
   by shurcooL 12y ago

   Perfect, thanks!
2. 392.▲
   by shurcooL 12y ago

   What's that obligatory talk link where he describes that everything will be compiled to JavaScript and run in the browser over the next 50 years?
3. 393.▲
   by shurcooL 12y ago

   I haven't used Appdash in any of my projects yet, but I have seen it used and it is neat. I'm curious how it compares against other similar solutions, can you describe that a little? Is there anything else that's similar? Wha
4. 394.▲
   by shurcooL 12y ago

   Did you port from Go to Nim by hand, or was it automated in any way? I thought that Go would be the last language I'd write by hand. Previously I wrote C++, which was a dead end in that I could never use tools to parse it and translate
5. 395.▲
   by shurcooL 12y ago

   This article from 2014 [0] suggested Google Domains [1] may offer free SSL certificates. As far as I can see, that's not the case at this time. Does anyone have any information on this? How likely is it that this feature will come in t
6. 396.▲
   by shurcooL 12y ago

   It's great how this just works on my iOS device.
7. 397.▲
   by shurcooL 12y ago

   Absolutely, that's a fair request. Someone has already opened an issue about it at https://github.com/shurcooL/go/issues/19 , and I'm planning to take care of it. Edit: Oh, I guess that was you.
8. 398.▲
   by shurcooL 12y ago

   mholt said that Markdown support can be enhanced in a comment above ( https://news.ycombinator.com/item?id=9453216 ). There exists a native Go package to render GFM, see second from the top at https://github.com&#x
9. 399.▲
   by shurcooL 12y ago

   I love the in-browser demo of this Go program via GopherJS. So easy to try and become familiar. Well done!
10. 400.▲
    by shurcooL 12y ago

    > Create a fully functional web app > Do not use anything but standard library Is this a high school homework or a realistic real world challenge? No thanks. I'd say it's not just a bit over top, but ridiculously over the to
11. 401.▲
    by shurcooL 12y ago

    I expect this may happen to Apple Watch sooner rather than later.
12. 402.▲
    by shurcooL 12y ago

    Assuming modern battery charging technology and Li-* batteries, no, they would not last less than otherwise. See https://www.apple.com/batteries/why-lithium-ion/ for example.
13. 403.▲
    by shurcooL 12y ago

    Wow, this is so incredibly cool. As a big fan of OnLive, I saw a lot of potential in the approach being used for making old school classic games available remotely, without you having to manage to keep them around locally. It's really
14. 404.▲
    by shurcooL 12y ago

    Previous Discussion: https://news.ycombinator.com/item?id=9313866
15. 405.▲
    by shurcooL 12y ago

    I guess Sony is interested in tech, not in keeping OnLive's (few) users happy. It wouldn't work for most games anyway (like ones that are not available on Steam or PSN), and be too much effort, so I'm not too surprised.
16. 406.▲
    by shurcooL 12y ago

    OnLive had some of the best tech for cloud gaming that I've experienced, but it seems like they could not get it to take off (I'd say due to very limited game selection, nothing new coming). Sony is clearly going to use the tech t
17. 407.▲
    OnLive Game Service Shutdown, Sony Acquirer(support.onlive.com)

    37 points by shurcooL 12y ago|32 comments
18. 408.▲
    by shurcooL 12y ago

    Why is it www.google.com and not google.com.www? And if www.google.com is okay, what's wrong with www.google/stuff. Left to right order.
19. 409.▲
    by shurcooL 12y ago

    Feel free to comment on the issue explaining why, or make a PR.
20. 410.▲
    by shurcooL 12y ago

    If you're truly wondering, you're in luck. Someone already asked that question and it was answered: https://github.com/google/gxui/issues/65
21. 411.▲
    by shurcooL 12y ago

    Thanks for the suggestion. I've opened https://github.com/shurcooL/gtdo/issues/33 .
22. 412.▲
    by shurcooL 12y ago

    > My hope is that the next client-side MVC/MVVC/etc. framework will be written in Go from the start. Go is a great language for structuring client-side code; the only bottleneck (until now) was that there was no way of actually
23. 413.▲
    by shurcooL 12y ago

    Its primary goal is to follow the Go spec correctly, including simulating overflow/underflow on int64 type. Implementing that in JavaScript will have overhead. So if you don't care about that, you can use int type instead, it will
24. 414.▲
    by shurcooL 12y ago

    Most recent major GopherJS news: - 29 days ago, the support for blocking calls became default, without needing to mark with `//gopherjs:blocking`. This was the last "not-really-Go" thing you needed to do previously. [0]
25. 415.▲
    by shurcooL 12y ago

    There is, you can use WebRTC Data Channels to achieve it. It's not trivial, but it's possible.
26. 416.▲
    by shurcooL 12y ago

    You can use Go and compile it to JavaScript. I've been doing that the last year. I gave a talk about it recently if you want to see. https://www.hakkalabs.co/articles/getting-started-gopherjs
27. 417.▲
    by shurcooL 12y ago

    Thanks for the suggestion. That's an opened issue [1] and the highest priority for the project. [1] https://github.com/shurcooL/gtdo/issues/11
28. 418.▲
    by shurcooL 12y ago

    *bold, sorry about the typo.
29. 419.▲
    by shurcooL 12y ago

    If I may be so bolt to plug my tool, but would http://gotools.org/github.com/fogleman/nes/nes be a nicer way to look at the source of the entire Go package?
30. 420.▲
    by shurcooL 12y ago

    I would call that very suggestive, not explicit. > Take an existing game or game jam entry on GitHub, fork it and do something awesome with it. Consider the edge cases: What if you can't fork it because you've already fo