Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Github for Designers

pixelapse.com

Post reply on HN
Print view View original

41–50 of 85 posts

Re: Show HN: Github for Designers

#41

Post by kerryfalk »

shravan wrote: post #39
kerryfalk wrote: post #16

I've been thinking about how a GitHub for designers would work. This doesn't quite seem like "it" to me. Don't take that remark the wrong way, I like what's been done here. It's well designed and I could see a use for it. But that's just it, I have to find a use for it. It isn't immediately obvious to me. I'm not the typical designer as I don't have clients and my job isn't 100% design but I have been designing every…

Hey Kerry, Thanks for your feedback! We've talked to a few designers and it seems like everyone has a slightly different workflow. There are definitely people who manually save different files as you do and some more hardcore designer/developers who use git to manage versioning. We think there's a middle ground in between where you don't have to think about versioning and it just happens in the background. We've hidd…

The functionality that you've outlined in your second paragraph wasn't obvious to me and I'd be interested in hearing more about that. I've been considering using GitHub:FI (I think it's called something else now) for a while now and their image diffs are helping to swing me in that direction. My first reaction to your service was that it was a nicer version of that without the rest of GitHub and I assume a designer friendly upload interface.

Sounds like you're aiming at teams and small ad agencies? Is that correct? I do like the idea of being able to share the versions as it progresses with other stakeholders. That is valuable. I didn't grep that from the demo. Admittedly I didn't poke around too much, I spent a few minutes on the site.

Is this for web design teams or mostly traditional media teams (Packaging, branding, print)? If the former, how do the developers work with it? If the latter, I like the functionality you've described.

I apologize if these questions and my critiques are too early in your dev cycle, I realize that you just released this (And it does look well polished!). I really just have an interest in this space and would like to see something work for my needs.

Re: Show HN: Github for Designers

#42

Post by bradhe »

kerryfalk wrote: post #16

I've been thinking about how a GitHub for designers would work. This doesn't quite seem like "it" to me. Don't take that remark the wrong way, I like what's been done here. It's well designed and I could see a use for it. But that's just it, I have to find a use for it. It isn't immediately obvious to me. I'm not the typical designer as I don't have clients and my job isn't 100% design but I have been designing every…

Man, this space is filling up so fast. We're working on a similar product, we're funded and a little further along (shameless plug: http://www.revisu.com). When we started working on this, there was no one in this space. Now there are a ton of offerings!

I think you hit the nail on the head with regard to what designers need from version control. We bill ourselves as Dribbble + Github for creative teams exactly for the reasons you describe.

Re: Show HN: Github for Designers

#43

Post by michaelmartin »

shravan wrote: post #40
michaelmartin wrote: post #31

Really liking this. I'd be curious to hear how you've approached the storage problem? Are the full files for each revision saved? Or have you developed a way to store only the differences? With large PSD files, the former could get expensive quickly, which makes me wonder the same thing as ARolek asked, what will pricing be based on?

Hey Michael, We only store the differences between subsequent saves so the actual impact on bandwidth & storage is pretty small. We're still playing around with pricing but there will be a free tier with more options depending on the space used.

Thanks for the reply Shravan, that's awesome to know. Definitely sounds very promising, I'm looking forward to seeing the subscription plans when yous are ready.

Re: Show HN: Github for Designers

#45

Post by taybenlor »

kerryfalk wrote: post #16

I've been thinking about how a GitHub for designers would work. This doesn't quite seem like "it" to me. Don't take that remark the wrong way, I like what's been done here. It's well designed and I could see a use for it. But that's just it, I have to find a use for it. It isn't immediately obvious to me. I'm not the typical designer as I don't have clients and my job isn't 100% design but I have been designing every…

I've been somewhat involved with the development of http://halftoneapp.com - they focus on collaboration amongst team members and getting feedback from clients.

Re: Show HN: Github for Designers

#46

Post by apsurd »

I've always thought, in a working environment, it would be best for everyone involved if designers got up to speed with git. I know git is hard, and I know designers are not necessarily command-line junkies.

Rather, my point is simply: it's worth it.

So for me, downloading a client that syncs, while useful, is not the _answer_.

The answer is for designers to embrace git and also for developers to make git easier to use. Whether that requires a better UI, better documentation, better tutorials, etc.

Git has the power to do all this and more, there just needs to be an intuitive wrapper for the workflow maybe?

Re: Show HN: Github for Designers

#47

Post by evincarofautumn »

nollidge wrote: post #8
OoTheNigerian wrote: post #6

Nice idea. Try and chose a 2 syllable or a less tongue twisting name.

Now that I think about it, if I said "Pixelapse" out loud, I bet most people would hear it as something like "pixel apps" or "pixie laps".

My informal testing reveals people think it’s “pixel apps” or “pick slaps”. I’m guessing the creators don’t have “dark” (velarised) L in their dialect, because it’s a lot clearer when pronounced with a non-velarised L.

Re: Show HN: Github for Designers

#48

Post by taybenlor »

apsurd wrote: post #46

I've always thought, in a working environment, it would be best for everyone involved if designers got up to speed with git. I know git is hard, and I know designers are not necessarily command-line junkies. Rather, my point is simply: it's worth it. So for me, downloading a client that syncs, while useful, is not the _answer_. The answer is for designers to embrace git and also for developers to make git easier to u…

GitHub have a fantastic Mac App which makes git significantly easier to use for those less technically inclined.

Re: Show HN: Github for Designers

#49

Post by jskopek »

thesash wrote: post #30
jskopek wrote: post #25

Clever of them to show a custom welcome message for Hacker News visitors. I love how it jumps you right into a demo app with no login or registration steps. The functionality and usefulness of this service is fantastic, but I wonder how hard it would be for github itself to compete; they've shown that they can do simpler binary versioning and comparison with PNG/JPEG images, so all they'd have to do is add support fo…

I think psd versioning is outside of github's core competency. We've used distributed version control for design files, and it really doesnt support a natural workflow. Background syncing just seems much more natural as a solution to the problem since the files tend to be very large, and are compounded by rapid generation and disposal of many many versions.

Good point.

Another issue that might be how integrated the version control system could be into the graphics app. Github will never aim to integrate itself deeply into Photoshop, so designers would be forced to visit a browser to see changes.

Something like OS X Lion's file versioning system might actually be perfect for this.

Re: Show HN: Github for Designers

#50

Post by shravan »

ARolek wrote: post #20

Really cool idea. We could use this everyday. Have you thought about what the price is going to be? Will it be per doc, or per GB of storage used?

Hey arolek, We're still playing around with pricing but it will probably be based on storage.
Post reply on HN