We are considering the addition of another programmer to the Hubski team. forwardslash and I are currently making due, but based on our current trajectory and our goals for the site, we feel that this would be a good time to start looking.
The ideal candidate would someone that has modern web app development experience and is familiar with Lisp. Just as important, the person should use Hubski, and understand our goals for the site.
This is not to say that we will definitely add someone to the team in short order, but we would love to know who might be interested.
We'd be happy to answer related questions here, but not discuss individual inquiries. If you are interested, please contact us by email at hubskier at gmail.com, and let us know why.
Thanks!
This is awesome. Since you guys are flirting with "donations" anyway, could the rest of us, like, bid on improvements? Put like a bounty on them? Obviously it wouldn't cover the full cost of rolling out improvements but it might take up some slack on you guys while also allowing us to participate in the upkeep.
Wow, that is an interesting idea that I have never considered. From a purely functional standpoint I know that there are things that have to occur before others. But interesting thought kb.
What about an internal kickstarters? Like, you put up an improvement, management puts up the cost of that improvement, and if the funds are raised they're collected and the feature is implemented.
It's good to see hubski growing :) I would like to help you guys, but I don't know Lisp, maybe next time. btw,
keep the awesome work
I don't know Lisp
Enjoying Lisp programming is like enjoying prog rock or expressionist art; if you’re into it, you probably love it, and too bad about the squares who hate parentheses. Remember how the computer’s memory is kind of like a straight line, but programmers think in trees? That’s Lisp in a nutshell; it gives you an incredibly consistent way to think in trees. It’s as close to Zen as computing gets. Of all the languages in this essay, Lisp is the one I’d take to a desert island. It has the most to teach me about the hidden order of the universe.
I'm interested in functional programming and have used Scala, Coq and Haskell, and am interested in lisp, but I can't get into it. I've tried following along in SICP, but it puts me to sleep. So you or mk or anyone else have any other places I can look?
Have you tried Land of Lisp or The Little Schemer? Land of Lisp teaches Common Lisp by having you make games. Which is how I usually learn languages anyway. The Little Schemer is entirely columns of questions and answers. Some random ones: Is this a tup? () | Yes, it is a list of zero numbers. This special case is the empty tup. It wasn't really my cup of tea, but it's rather popular, so maybe it's yours. If you already know Scala and Haskell, and have a decent grasp on FP, would it be better to just tackle a project? Just say, write a web server or a CLI game, and learn what you need as you go? I tend to do that, to learn languages. It helps me not get bored, and with any project over a couple thousand lines, you'll learn at least as much as an introductory book.What is (quote +) | The atom +, not the operation +.
I have some free time after summer, so perhaps I can help with something. I can't promise too much, depending on how some of my feelers into the space industry pan out. But you guys have my e-mail address, so just fire off a message if you want to know more. Without revealing too much of myself on here I can say that I contribute to FFmpeg and a few other video related projects in my spare time
Ah, that might need clarifying. The Python picture is suggesting the language is for children. But the Arc image is because Arc itself is a young language, not because it's simplistic or childish. That said, I wouldn't recommend Arc, unless you specifically want to code for Hubski. Not only because it's young, but it's not widely used, and doesn't really offer any advantages over other LISPs. Scheme is clean and simple, but lacks real macros (which are a huge deal, really). Common Lisp is powerful, fast, and widely used; but necessarily complex. Clojure lets you integrate with the JVM, has good concurrency support, a compile-to-javascript variant, and is the current fad; but has painful tooling and installation, and the startup time of a snail riding a turtle riding a tectonic plate. I'd suggest picking whichever of those sounds the most appealing. They're by far the most widely used, and will be easier to find help and docs for. I'd also think about looking into Erlang and Scala. They're functional but not LISPs, and definitely worth the consideration.
I wouldn't start with CL, despite CL being my favorite. It's a lot to take in if it's your first exposure to lisp, and a lot of things only make sense if you know either their history or how CL implementations work. Scheme can be frustrating to do real work with, but you can pick it up in an afternoon (modulo call/cc, which won't make sense for a long time) and a little playing with it will tell you whether lisp is for you. There are many Scheme implementations with real macros, but hygenic macros are neat and worth learning too.
Right now I'm running through SICP with Scheme; I'll look into Common Lisp as well. Arc interests me purely from a webdev standpoint, unless the other Lisps also work well with the web? I've also heard of Clojure but I'm not too interested in compiling to either the JVM or Javascript. Erlang also interested me in the past but I'm not looking into it at the current moment. Maybe one day.
Clojure has good web libraries, and Clojurescript compile-to-js means you can write both the back- and front-end in Clojure. For what it's worth, Amazon's back end used to be C and Common Lisp, and they've recently posted openings for Clojure devs. I mean, even Scheme has web server libraries (and if you want something simple, it's not a bad choice). But if you want a LISP with extensive web frameworks and protocols, Clojure is really it. Arc just doesn't have the popularity—when you hit walls, it's going to be hard to find help.
Wow, I'd jump at this chance if I had any spare time. Unfortunately, having just moved into a new house with a wife, two kids and a dog, there's no way I'll have time to contribute anything. I hope this chance presents itself again in 16 years time, when my kids hopefully move out. :) Good luck in your search!
How much time is expected for a team member to be able to put into the project? I recently changed my studying/working arrangement, which means I finally have free time again. I'm interested in helping, but I'm simply not prepared to give up all of my free time again, hence the question.
It really depends on the person's situation. But this isn't a 'hire' as much as it is a 'join us'. We are not at a stage where it could be considered a job. Hubski is a project. It could turn into a job someday, but that's only if the results of our efforts manifested themselves in such a way. We are primarily looking for a relationship of reliability and respect. We have had people leave the team, but they always did in a manner that was open, and didn't leave us hanging. I'd much prefer someone that did all of what they said they would do, even if it was comparatively less than someone that said they would do twice as much as what they did do.