sgrove

66 ms·

481.
by sgrove 14y ago
Yup, custom domains are possible on Cloudfuji, because we're running the vast majority on Cloud Foundry OSS, which does support custom domains. CloudFoundry.com doesn't support custom domains yet while it's in beta, but I'm sure it's on its
482.
by sgrove 14y ago
I'll accept an apology in the form of an email inviting me to tasty drinks and interesting conversation :)
483.
by sgrove 14y ago
Sgrove. Sean Grove. And when you have a chance, I'd certainly be happy to take you out for drinks and chat for a bit. Sometime next week, perhaps?
484.
by sgrove 14y ago
We're not a Cloud Foundry company, we really don't care about PaaS that much. We just needed something that fit our unique use case and that, in case the PaaS vendor didn't feel the same sense of urgency that we did for something we need, w
485.
by sgrove 14y ago
There isn't a standard way right now, though we'd be happy to add that in! In the most manual case, we can give you any kind of database export you'd like. Our goal is to make the data for a user owned by the user - so when you move from
486.
How Cloudfuji (S11) uses Cloud Foundry to make open source Apps big business(blog.cloudfoundry.com)
59 points by sgrove 14y ago|16 comments
487.
by sgrove 14y ago
What is plug&play? Is it a concept similar to Microsoft's driver system, or is it a startup, or is it a standard for API designers?
488.
by sgrove 14y ago
This is totally awesome, thank you for writing this Matt. That said, my argument against Clojure is the sheer weight Java interop demands (I always found myself dealing with far more Java than I would have liked). And with Clojurescript,
489.
by sgrove 14y ago
We make heavy use of Cloud Foundry, and have modified existing services and written an entirely new on and integrated it all via the included bus system. It seems like a logical enough design (though the code can be messy at times, it's alr
490.
by sgrove 14y ago
Python's a great fit, certainly a more straight-forward one than java/scala. Presumably python/ruby would be equally interesting additions to Light Table
491.
by sgrove 14y ago
Please do, would be very awesome!
492.
by sgrove 14y ago
We use Errbit heavily internally at Cloudfuji in a way that's not really possible with most open source setups. We're able to track all the errors when apps are run on our platform, so we can funnel that back into app development - and any
493.
Errbit: Instant-Setup, Open Error-catching for your apps on Cloudfuji(cloudfuji.com)
22 points by sgrove 14y ago|1 comments
494.
by sgrove 14y ago
Not yet, but we want to, definitely. We build on top of the Heroku and Cloud Foundry PaaS's of the world, so we haven't decided on the right way to standardize it. Feel free to reach out to me at sean at cloudfuji, and let's chat a bit. By
495.
by sgrove 14y ago
It's hard to get a CRM that pleases most people and at the same time doesn't get in the way for most people - we have some strong opinions about why that is, and we'll be writing about it soon. Thanks for the kind words!
496.
by sgrove 14y ago
Thanks for the congrats, it means a lot! We changed from Bushi.do to Cloudfuji mainly because we had difficulty getting the bushido.com tld, and it just wasn't worth it. So, we did the scrappy startup thing, rebranded and launched. As an un
497.
by sgrove 14y ago
We've worked with some great people to make this happen, and it's happened really quickly since just launching Kandan http://news.ycombinator.org/item?id=3940180 The user and developer feedback has been incredible so far, and we want to t
498.
Cloudfuji (YC S11) Launches Open-Source, Instant-Setup Fat Free CRM(cloudfuji.com)
53 points by sgrove 14y ago|12 comments
499.
by sgrove 14y ago
There's Cloud Foundry https://github.com/cloudfoundry/vcap , but it may be slightly too magical for you. We've been able to modify the it and integrate new services into it fairly painlessly once we got over the initial hurdle.
500.
Announcing hubot integration for Kandan(cloudfuji.com)
13 points by sgrove 14y ago|1 comments
501.
by sgrove 14y ago
And I still can't figure out how to fax/e-sign directly from my google docs folder, my main use case. I hope to see this soon :) And congrats guys, you're killing it!
502.
by sgrove 14y ago
Ah very interesting possibility. I have no idea how Chrome OS works, or if it's something we should worry much about right now.
503.
by sgrove 14y ago
Currently yes. I've added a ticket https://github.com/cloudfuji/kandan/issues/20 to see how we'll fix that up. Is there a reason you don't have a place to drag from?
504.
by sgrove 14y ago
The fact that it's open source is very important to us, and that (along with it having a wonderful design) will serve as the kernel that'll move Kandan in an amazing direction. With things like WebRTC and javascript audio/video decoders and
505.
by sgrove 14y ago
Thanks - Akash Manhor ( https://twitter.com/hashnuke ) made both of those decisions early on in Kandan's life. There have been challenges around both, but overall it's worked out very well - in fact, the faye interface opens up some really
506.
by sgrove 14y ago
Good point - we wanted to keep it as open as possible, and as easy to get started as possible. Hence the (literally) copy/paste instructions to get running on somewhere like Heroku, with no need to provision other services. But obscurity is
507.
by sgrove 14y ago
An etherpad running on on Cloudfuji, or integrated into Kandan? We're dying for a Sharejs-based etherpad app on Cloudfuji, but all things in due time :)
508.
by sgrove 14y ago
Reply to the edit - I agree, we'll be less brazen with the next announcement. Thanks for the earnest feedback, we'll use it to iterate on our style.
509.
by sgrove 14y ago
I'll take a look at it right away - can you give me the app name, or just email me at sean@cloudfuji.com and I'll get it sorted.
510.
by sgrove 14y ago
Fixed!

More ›