HN user

pori

64 karma
Posts0
Comments27
View on HN
No posts found.

Coming out.

Before doing so, I closed myself off from all manner of emotion, creativity, and honesty. I tried to be invisible. I closed myself off from people. I lived in my own mind. Being closeted led me to compensate by leading a double life that hurt a lot of people.

But now it's different. I am now doing my best work, I am exploring new things to try and learn, and I have many wonderful relationships that makes me happy to be alive. For the first time, I really feel like I'm living life.

Depends on what you want to use Scheme for.

Racket - wide support, ease of use, etc.

GNU Guile - extending GNU applications or building your own robust ones.

Chibi - embedded applications. (My personal favorite.)

If you mean "Lisp" as in more general than Scheme, then the main two are:

Common Lisp - most used, advanced, etc.

Clojure - most popular of all the lisps today, arguably. It has the largest ecosystem thanks to JVM interoperability.

Borges and Money 10 years ago

I first discovered Borges in high school. We read "The Book of Sand" from a textbook. I've been wrapped up in the mysticism of the scenarios of his writing ever since. Years later, I visited his home city, Buenos Aires, and felt a bit of the magic he had written about.

My favorite feature is definitely the square bracket destructuring syntax. This is great for bringing tuple-esque operations to the language.

Effort put into rhine-ml: 2 months

Effort put into rhine: 1 year, 1 month

Props for the effort put into this! I came across rhine-ml a while ago and thought it would have been a nice, native alternative to Clojure. Both of these projects look very well thought out.

Curious, is this a learning project? It seems that way considering you go into detail about the inner workings.

It's really cool to see an old game engine released like this for historical purposes. Not to mention, it's nice to be able to experiment and see other games become derivatives.

Still, I can't help but feel that the game industry is always a bit behind in FOSS. They don't usually open source anything until a decade or two after the tech is irrelevant. Perhaps it's to prevent competition.

Another thing that bothers me with these releases is how little documentation there is. They put up a repository without much intention of helping/building a community around it, which is a shame.

All that said, they still have the right to approach in this manner. It is their property and they are still generous when making releases like this.

Thanks for the answer. That makes a lot of sense. I guess To some degree, I did know this. But the media has been portraying these moves as a complete move, hence the whole "exodus" hype. It bothers me still, because this rhetoric may lead to scenario I described above for smaller companies.

In a world that makes sense: probably. Keep in mind, Slack is not only raising money because it can but also because the public markets would throttle it like the companies had been in 2015.

That said, Butterfield's move to raise more money simply to be attract more recruits sounds completely crazy. But hey, it's only crazy if it doesn't work.

He seems to understand the awkward position his company is in. As covered in a TC article, Butterfield is prepping his company for the public markets even though there are no real plans to do so. This is evidenced by the near profitability Slack has now.

Link to relevant article:

http://techcrunch.com/2015/11/24/ready-to-pounce/

Can someone provide a little context towards this exodus from AWS to Google Cloud? I understand in DropBox's case that they (questionably) need their own infrastructure for cost saving. But then there's Apple and Spotify suddenly changing over. What's the advantage?

I have a fear that this trend among large companies is going to trickle down to smaller ones and independent devs. Considering these "Cloud Wars" I can see stories like continuing with different providers. Ultimately, a scenario could occur where one year, one provider is king. Then the next, everyone decides they need to migrate to the next big thing. That would be irritating for us contractors. We would have to learn new interfaces and apis at the same rate of JS frameworks.

It definitely would be better to just solve the problem. This is classic result of an OSS community responding to a problem with complaints or new, unrelated/irrelevant projects. Yet, being OSS, we have the means to fix it.

To be quite frank, I am not an expert in npm's underlying architecture. But this post has inspired me to actually do some research. The fact that there is an alternate package manager shows there is a huge problem.

You are right. It isn't best to start with LLVM, the top tier. I've made the mistake of letting it stop me in the past.

Writing a Brainfuck interpreter is a good idea! (I'm aware of the language.) Perhaps I could also try ArnoldC. :3

Recently, I began working with HHVM, I've been very interested in the subject of compilers and interpreters. I would certainly love to build such a thing for JS one day.

As a web developer, LLVM has always been a mystery to me. I have a basic understanding of computer science, but that has never been enough to parse through the documentation, written for those more used to lower level development. This is a wonderful article for absolute beginners, showing quite literally what LLVM does and how to use it.

True, there are projects that die, Parse is perhaps the biggest example thus far. But seeing as how Microsoft is interested in expanding it's reach in OSS, I don't see a problem. This will likely be bundled with VS (which will be pretty cool!) and possibly even open sourced itself.

Go 1.6 is Released 10 years ago

Well, I was tempted to mention Haskell. Problem is, I haven't found a practical use for it. Of all the FP languages, this is actually the one I am most tempted by.

I had forgotten about Rust. Are there major projects being used for this yet? I've heard it's picking up quite a bit.

Go 1.6 is Released 10 years ago

Seen a lot of Erlang mentions in this thread. Is that the native alternative to Go?

Personally, I prefer to write code in a functional manner. While I've always thought Go looked like an amazing platform for programming in general, I haven't been keen on moving to another imperative language.

It seems the landscape for functional alternatives are mainly Scala and Clojure which are both based on the JVM and require a bit of time to learn the tooling. I am not a Java or JVM export, so I haven't been too inspired by this either.

I've used GitLab before and had a very good experience with it. Meant mostly for private repos, however. I tried pushing it onto the teams I have worked with in the past but they resisted because they were unfamiliar with it and didn't want to deal with server maintenance. The latter was understandable. Still, this really is a great solution for those who want an alternative to GitHub, especially a decentralized one.

Albeit, I am little disappointed because I have finally started getting into open source and being active on GitHub, and now it seems the development community is vying for a way out. GitHub may not be open, it may be centralized, but it does offer the advantages of uniformity and easy discovery.

This will certainly help with the development of .NET development. My team has been burned a few times by Windows specific compilation errors.

Hopefully this will reduce the necessity to have a non-Windows machine around. That aspect has made things tedious for us.

I'm not sure if everyone is switching over to Koa. It doesn't seem like it's on too many people's radar. That said, the most hardcore developers I know (including myself) do love and use it. At least, it looks that way here on the East Coast where everyone is still focusing on hiring for Express apps.

All that said, Koa is pretty great and teams should adopt it.