Live data from Hacker News

Our approach to subjective programming questions

blog.slant.co

21–30 of 60 posts

Re: Our approach to subjective programming questions

#21
Gotta say, at first glance I really like this approach..

Here are a few things that are going on in the back of my mind.

> I'd love to see a time based filter. For example, consider the evolution of JavaScript libraries. For simplicity's sake, let's take the shift from prototype to jQuery. What you guys are creating could effectively answer this question: 'When did jQuery surpass Prototype as being the premier library, and why?' The filter would have to be periodic (since votes are going to be spread out), but I would find it fascinating to glean the shifts in developer technologies. Think Backbone, ember, angular, etc..

> I see a lot of ULs in place of what seem to be 'features'. While this may only be relevant for things that are capable of being compared (apples-to-apples so to speak), I imagine significant value will be come out of a resulting table of comparison; that is, if each bullet point could somehow be categorized, tagged or curated in some way. This may be hard to achieve (and may not be relevant in some cases), but you could effectively build out a report highlighting things that _are_ and _are not_ available (instead of having contributors write long lists that then users have to parse and reconcile). Does that make sense?

> In the blog post you state "we aren’t actually trying to tell you what the best programming language to learn first is" -- I appreciate that you don't want to suggest the 'best', but I imagine that's how most developers (particularly newcomers) are going to interpret the results. I'm curious if such a forum would influence new developers for the better or worse.

> Sign in with Facebook? What about stack exchange/github? I don't know what you guys think about leveraging reputation, but it would be nice to bring my existing recognition - score and tags (albeit slim) - along with me. Even integrating LinkedIn could be interesting with skills. Just a thought.

Re: Our approach to subjective programming questions

#22
Seeing the vote breakdown for alternatives could be one of the best features of this site. Can users vote easily without leaving comments ?

Being able to get a quick overview of community sentiment on what's the best library/tool to use for XXX on/in YYY could be very helpful when one is researching alternatives.

Re: Our approach to subjective programming questions

#23

Gotta say, at first glance I really like this approach.. Here are a few things that are going on in the back of my mind. > I'd love to see a time based filter. For example, consider the evolution of JavaScript libraries. For simplicity's sake, let's take the shift from prototype to jQuery. What you guys are creating could effectively answer this question: 'When did jQuery surpass Prototype as being the premier librar…

Awesome feedback.

1: That is a really cool idea and something I have been thinking about since day 1. I want to be able to show a graph that displays the relative change in opinion over time, annotated with the addition of new citations to the Viewpoints. So when someone updates the Ember Viewpoint with new information and the citation for it, you can do some basic "cause analysis" on what changed,when and why :)

2: Absolutely makes sense. We are still debating the best way to do this, but one simple solution is an editable comparison matrix that shows the simple features/specs that the Viewpoints have. The ULs would then be used to further flesh out the more significant points that can't be explained in matrix format (for eg how nice the UI is for a particular app)

3: Again, we debate this point all the time. What do you think about the phrasing "What are the different programming languages suitable to learn first?" or something along those lines?

4: Awesome idea, we are going to add additional login options soon, but the idea of bringing in external rep is very interesting!

Re: Our approach to subjective programming questions

#24
post #22

Seeing the vote breakdown for alternatives could be one of the best features of this site. Can users vote easily without leaving comments ? Being able to get a quick overview of community sentiment on what's the best library/tool to use for XXX on/in YYY could be very helpful when one is researching alternatives.

You can vote without leaving comments, but you have to create an account to do it.

Re: Our approach to subjective programming questions

#28
I think many people, like me, have been waiting for someone to address this obvious niche that has been crying out for attention.

There's also an interesting path to monetization: it's pretty much models the buying process, esp for the enterprise. Also generalises to purchasing decisions, in general - it's relevant to all transactions. i.e. the whole economy.

However... very hard to do well. It's good start, but nailing it will take a lot of time, effort and luck. Starting in this very focussed and narrow niche is a great way to build understanding of what's needed and how to do it.

EDIT I found the site slow to load (actually got the wait or cancel dialog). Because such a site thrives on as many users as possible, it may be more important to make it accessible to more people at the expense of prettiness (I assume the pie-charts are partly to blame for the slowness). It also biases the answers and votes (maybe a good thing - target that niche?); might explain why emacs got few votes.

The presentation of information is too "detail-heavy" (i) the list of questions includes 3 alternatives and even some lines about each. The typical user wants to scan the topics to find one of interest. (though I guess having a some context is good, since that's what SO does; but only to clarify the question, not the answer).

(ii) in the actual answer, there's no summary of the results [EDIT whoops, there is a summary; somehow I went directly to one of alternatives at first]; no comparison of the alternatives; and no indication of what context each tool best suits ("job" for the tool); instead, each page is all about one alternative. I would guess that something like a grid might work better, with the tools listed vertically, and the attributes horizontally (with the "job"/context first). The user can then scroll down to examine each point in detail (or maybe drill-down, with expanding sections, for truly secondary/tertiary content, like comments/debates). Attributes could be voted on.

In short: organise it to suit the user-task, not the subject matter.

Re: Our approach to subjective programming questions

#29
post #28

I think many people, like me, have been waiting for someone to address this obvious niche that has been crying out for attention. There's also an interesting path to monetization: it's pretty much models the buying process, esp for the enterprise. Also generalises to purchasing decisions, in general - it's relevant to all transactions. i.e. the whole economy. However... very hard to do well. It's good start, but nail…

> I found the site slow to load (actually got the wait or cancel dialog).

Sorry about that, we are under some heavy load and didn't have time to do even the most basic speed optimisations (gzip etc). Its very high priority.

> The presentation of information is too "detail-heavy" (i) the list of questions includes 3 alternatives and even some lines about each. The typical user wants to scan the topics to find one of interest. (though I guess having a some context is good, since that's what SO does; but only to clarify the question, not the answer).

Totally agreed. I know how to fix this, will be done soon.

> (ii) in the actual answer, there's no summary of the results; no comparison of the alternatives; and no indication of what context each tool best suits ("job" for the tool); instead, each page is all about one alternative. I would guess that something like a grid might work better, with the tools listed vertically, and the attributes horizontally (with the "job"/context first). The user can then scroll down to examine each point in detail (or maybe drill-down, with expanding sections, for truly secondary/tertiary content, like comments/debates). Attributes could be voted on.

We have this page: http://slant.co/topics/what-s-the-best-jabber-gchat-client-f... that shows ALL the options and an overview of what they are suitable for. To further improve this we are working on a comparison matrix style feature that is approximately what you described here.

Would it be possible for you to email me? (stuart@slant.co) I'd love to be able to show you some 'in the works' features as they are being built for some feedback.

Re: Our approach to subjective programming questions

#30
I like this, but I'm having serious issues reading the content in a manner I'd use it.

It's the font choice, size, and line-spacing to start with. It doesn't lend itself to quick skimming, and to succeed in this segment you really need to nail this aspect -- because this is what we all want... quick answers.

Post reply on HN