Would this allow Lua code to directly use Goroutines, and take advantage of Go's features for concurrency and parallelism?
I'd love to see a high-level language like Lua (or Python, Ruby etc.) with good threading support. Building a language runtime in Go might be a good way to get that support more easily?
While I'm wishing for things, could I have good single-threaded performance too? This would likely need a JIT, which unfortunately doesn't seem possible in Go at the moment [0].
Maybe I should give up on my desire for a high-level language and just use Go itself, where concurrency, parallelism and good performance are all available today...
Looking at this from the other side, if a non-mathematician "solves an interesting problem", is there a recommended way to make the solution public? Something better than posting to 4chan?
Is it possible to publish a result properly if one is not a mathematician and not affiliated with an institution?
Static typing doesn't have to mean overhead and ceremony. Do you think you would, theoretically, enjoy writing scripts in a language like Crystal [1], which provides both the benefits of static typing and a scripting-language-like syntax?
One issue with PyInstaller is that it doesn't create a proper standalone binary. It either gives you a full directory tree or, with `--onefile`, an archive which self-extracts into such a tree.
> I feel about his playing how BB King says he feels, like this was one of the best things I've ever heard.
Thanks for this, it's very interesting. I've realised that I don't really rank music in that way - I don't have favourite songs, in the same way as I have favourite books, movies etc.
> The second one has a bit of a story behind it; the girls on stage are singing their hit song they wrote about Emmylou Harris, who is a famous singer herself and is in the audience. They talk about how she inspired them to sing so it's cool they have the opportunity to play for her.
The story is cool, you're right. I understand how it would be emotional to those involved, but I found the description of the story conveyed the emotions involved more than the singing did.
> The song is very sorrowful sounding but pleasant and beautifully sung so it brings tears to my eyes.
It's well sung, but I don't find it technically impressive like the guitar playing. Perhaps because, day-to-day, we are exposed to many good vocalists but very few guitar solos?
This mirrors my own experience exactly. I too listen to a lot of soundtracks, from movies or from video games that I have enjoyed. Although music doesn't provoke an emotional response on its own, it has an incredible ability to being back emotional memories.
For a similar reason, when choosing music to listen to, I generally listen to the same songs again and again - those which have a connection to my past. It is very hard to feel anything about a new piece of music.
This means that I may regularly listen to one track by a particular artist, but have no interest in any of their other songs. I don't even like listening to remixed or live versions of songs that I enjoy - they are sufficiently different that they do not evoke any memories and hence are uninteresting to me.
That's a difficult one. It didn't make me feel anything, so I really do have to guess what other people might feel.
For example, I have to think about occasions on which similar pieces of music are generally used. A solo piano like this piece is often sad, but on the other hand, this piece has a higher tempo than most sad songs.
Quite possibly. I do enjoy watching a movie on occasion, but there are many other things I would rather do with my time. It turns out that compared to most people, I don't watch many movies - I've seen well under 100 of the "IMDb Top 1000 Movies of All Time" [1].
I've never considered this to be related to music, but I guess it could be.
> I always just kind of assumed people were just using overly flowery speech to describe music!
Yes! I realised this a few years ago. When people say "that's a sad song", they really mean that the song makes them sad in and of itself.
Whereas, for me, the only way a song can make me sad is if it brings back sad memories - i.e. if I had previously heard the same song on a sad occasion.
> As someone who gets a significant amount of his daily joy from listening to music...
I, in turn, find this somewhat astonishing. Not only is it so different from my own experience, it's difficult to understand.
When you're enjoying a piece of music, you can at least imagine what it would be like not to feel anything. For me, though, when I see people enjoying music, it's so confusing. What am I "supposed" to be feeling?
The first one is interesting - if I heard it on the radio I wouldn't think twice about it, but seeing a video is different. Watching the guy play the guitar gives me a sense of how difficult it must be to play - which means I appreciate the music because I appreciate the technical skill of the person playing it.
The second one does nothing for me - it's just dull.
Can you explain how you feel when you listen to those songs?
> The thing Goldeneye really brought was massive popularity.
Exactly. I always thought Goldeneye was inferior to contemporary PC shooters, but for many who didn't have a powerful PC at the time, Goldeneye was their first FPS and they probably feel the same way about it as I do about the original Doom.
So, after "optimizations [...] to further reduce the resulting bundle size", a Java command-line "Hello World" is still 21.7 MB. I've found a Node.js version (using node-packer [1]) to be about the same size.
However, as mentioned in the article, "Hello World" in Go is an order of magnitude smaller. The article may be right that Java is "the best choice available" for cross-platform GUI apps, but for cross-platform command-line tools, I think Go is currently the best option. IMO Go provides the best tradeoff between ease of development, ease of distribution and runtime performance.
I'd love to see a high-level language like Lua (or Python, Ruby etc.) with good threading support. Building a language runtime in Go might be a good way to get that support more easily?
While I'm wishing for things, could I have good single-threaded performance too? This would likely need a JIT, which unfortunately doesn't seem possible in Go at the moment [0].
Maybe I should give up on my desire for a high-level language and just use Go itself, where concurrency, parallelism and good performance are all available today...
[0] https://github.com/golang/go/issues/20123