I didn't realize it would be as hard as it's been. Operational transformation is hard. Persistent network connections in editor plugins are hard. OT + network connections in editor plugins is comically hard.
Looks great, going to try it out. Some feedback: it seems I was able to do a private session on the free plan, but the error message indicates I've used 1 out of 0 private sessions.
I think it's important to be able to trial the private session. As I am doing work for my company, I don't want anyone else looking at the work, but I want to try out the product on something real.
This needs to be communicated better. I signed up, created a session, but when I tried to make the session private I got the message about being over the limit and assumed that the attempt to make the session private failed and it remained public, so I deleted it and that was the end of the tryout for me.
Also, I was alarmed that my session started off as publically listed and viewable as it was created from a private codebase. Ideally it wouldn't ever be public unless explicitly set to be.
Holy cow this is an awesome concept. Haven't tried it yet, but if it works it's completely transformative. Can be used as a teaching tool for anything - not just for pair programming.
Very, very cool! Thank you for charging money so you can build a real business and keep improving on it.
Please, please work with the JetBrains folks to integrate w/their suite of products? Please?!
Very cool idea, trying it out right now. I have one caveat though...I get that there's a distinction of "public" and "private", with the latter being reserved for free accounts. But I don't know what "public" actually means...I'm assuming that at minimum, it means that anyone who guesses a URL of my workspace can join in on the fun. But how do other users discover new workspaces? Is there an "Explore" endpoint similar to Github's, where people can just see what others are doing in public?
Your public workspaces are listed under your user profile (https://floobits.com/u/ggreer/ for example). So if someone knows your username, they can guess the URL and see your public workspaces.
We haven't written any discovery stuff yet, but it'll happen eventually. I was playing around a while back and wrote https://floobits.com/code_roulette, but it isn't linked to anywhere on the site.
Thanks, your comment helped me answer the question, "what does public mean?" I don't see that answered anywhere on the site. I found myself wondering, "Does that mean we can't choose who we collaborate with, chatroulette-style? Or are the sessions recorded for viewing somehow? (That would be cool!) Or is just the fact of the session published somewhere? (Insufficient differentiator to get people to pay.)"
(Also, a copy-writing suggestion: on https://floobits.com/plans, the words 'free plan' link to the signup page. I clicked on the link looking for a blurb about the free plan. Y'all should add such a blurb. Or link to the signup page from the words 'sign up' instead.)
It seems like the core support is there, quite nice. It disables my ability to select text though (via mark-set and moving the cursor). Love that other people's selections are highlighted though!
Is there a github repo for the individual plugins so we can track issues/possibly enhancements?
Why does it have to be organized around a centralized server requiring user accounts? Why not make it peer to peer instead? Haven't we learned our lesson?
We'll have a behind the firewall installation option at some point. There are a few reasons:
1. The backend is non trivial and is getting more complex as we move forward. It sucks to make users run their own service. Running a full blown server out of a editor plugin also isn't feasible.
2. As a user, I don't want to have to deal with firewalls. As a founder, I don't want to have to deal with supporting users punching holes through their firewalls.
3. Peer to peer is very hard for this system; keep in mind, we get cascading failures with increasing latency as patches fail to get merged and instead cause conflicts. Conflicts make us drop patches, or try to do the equivalent of a rebase.
4. Accounts of some sort are required for access control.
5. Finally, we are trying to make a sustainable business.
We suck at elisp. Every once in a while, we'd like to be able to pay someone to help us out for an hour or so in some very specific domain. Maybe one day we'll implement that feature.
I find it interesting that when you wrote the blog post in October you were a self-described love of textmate and in the past few months you've already made the switch over to sublime. Seems like alot of people are going that way. I'm afraid if I don't move I may be one of the last holdouts to leave textmate lol
I like that you have free organization plans, but I think you need some sort of intermediate option for a classroom type environment and student groups. The ability to a teacher or TA pair program, or set up students to work in small groups on a semester long project would be awesome.
However A 12 week class with 30 students is 1.5k, if I am understanding how your plans work correctly, and I don't see that happening. Given that it's less likely to be always on programming when it's students and teachers, I think a significant deduction would be reasonable.
Alternatively, you could spin off a classroom focused version.
Maybe something that will need to wait for when you are more profitable, but if you get people used to your service as a student, they will carry it with them.
As someone who's past tutorials, yet not quite confident enough to seek employment with my hobby language, I'd love some small-group or individual pairing experience (sort of like golf or skiing lessons, only for programmers.) As long as the cost for facilitating this is reasonable, I wouldn't have a problem paying for it.
I like this idea. We should support an educational option to get people onto the platform. While 1.5K to basically replace an office is a no-brainer, its far too much for students.
Congrats Geoff and Matt! Geoff, I randomly bumped into you on Freenode a couple of months back and chatted w/ you briefly and you were telling me about this. So happy for you all to see this on HN getting such great feedback. Nice job working hard and making it happen! :)
When joining the hn_feedback, the edit button seems to fail:
discarding because event origin is
Object
?follow=1:62
Connecting to https://floobits.com:8448/ ... b8cb474e2761.js:427
Joining workspace Floobits / hn_feedback b8cb474e2761.js:445
room_info
Object
b8cb474e2761.js:4535
Uncaught TypeError: Cannot read property 'path' of null b8cb474e2761.js:205
(anonymous function) b8cb474e2761.js:205
x.event.dispatch jquery-2.0.3.min.js:3
y.handle jquery-2.0.3.min.js:3
Chrome on Windows 7. Seems like none of the buttons (like delete) work, either. I don't see any activity other than people in the chatroom. Just a black center screen.
Yeah. That would be floobits dying under load. Basically, you can download the static resources from our webserver because they are cached, but you can't retrieve the meta data necessary to load the workspace from our api because there are over a hundred people in the workspace copy pasting huge chunks of text and deleting them as rapidly as possible.
1. I renamed the default FLOOBITS_README.md to teach.py, but the path at the top of the page still showed the README filename. teach.py showed up in the left nav, so I don't really know what was going on there.
2. When I was loading one of the workspaces under https://floobits.com/u/ggreer, clicking on the files in the left nav took really long to load, about 8-10 seconds. I almost thought that all the files were blank at first and were there just to show the nested directory structure.
Apart from that, I think this is really cool! I'm definitely going to be using it over the next few days.
1. Shows how often I look at the path at the top. Bug filed. Probably will be fixed today.
2. Yeah... it turns out that one EC2 medium instance isn't the best thing to show HN with. I booted 4 servers to split out services, but I doubt we'll have everything moved until tonight.
Looks interesting, but I get the feeling using something like ScreenHero would work better. I've used ScreenHero for sort-of pair programming and it works extremely well + it's not limited to editors.
1. Both users are confined to looking at the same thing.
2. Only one user can input at a time.
3. One person may be stuck in an unfamiliar IDE.
4. Only 2? people can work on a thing.
We started to build Floobits after pair programming for 8 months or so because nothing else worked. Floobits also has a web based editor and basic support for terminal sharing. We also get to do really neat things because our protocol understands changes in source code; for instance, Floobits is self hosting and streams our changes to staging in hard real time. You can imagine other integration around source control, continuous deployment/integration too.
I think ScreenHero has its uses, but pair programming isn't its strongest.
Screenhero is great for a lot of things but it's laggy if you just want to jump in, and start typing on the remote system. VNC, etc, all of them suffer from this.
But with a lightweight protocol like ssh with tmux/vim things feel much more responsive.
The responsiveness is the problem I assume they're trying to address with the individual editor plugins..
This is a fantastic idea and I'm really excited to start using this - I wanted to develop this kind of program for a while.
This is my use case:
I work with designers who are hesitant to use git and make changes really quick and test them on a live WP or similar site. Often times we have two or three people needing to edit a single css file and everyone has to open/close the file often to not overwrite the changes of others. Maybe there is a better workflow, but a collaborative editing tool like this will go a long way in streamlining this process.
A surprisingly nice feature of using floobits has been in building our own website- we stream changes to staging in real time. Feedback is immediate and trivially sharable. We will add better integration later for running hooks based on file globing, etc. So, you could do things like automatically compile less or restart a service when a file is saved or changed, etc.
You are completely right about the designer bit. Sadly enough, some of my colleagues are still very hooked up with SVN and are not really set on moving on to Git.
In cases like these, i think this could actually help.
That's easy; Just migrate your CSS to a Google Doc, then add some logic to your build process to download the doc via the Drive API and unformat the text. What could go wrong? :)
Actually, everyone gets their own cursor, but all selections are highlighted for everyone else. Sorry, we've never tested a workspace with 300+ active users :P
This still had a bunch of issues when I tried it: The user I connected with saw many instances of my user because I was trying to connect with Sublime Text, and couldn't give permission to all of them. The system didn't sync well from ST to the browser, but it worked the other way around. At some point we began typing over each other entirely. Screenshot here: http://grab.by/oAgS
We are really struggling under the load right now. Also, i noticed that you are using Vim? We have echo loop detection in Sublime, but haven't ported over that logic yet.
As thejosh pointed out, not everyone uses the same editor. Futhermore, most programmers (I estimate 90%) don't use terminal based editors. Some common distributions of emacs/vim (MacVim) won't even run in a terminal for that matter.
Forcing N users to share one screen and one editor sucks.
Finally, absolutely no one wants to deal with private keys and setting up users/groups.
I had this idea a while ago, Notch was having one of his programming live streams. I thought, man what if instead of us just watching this guy write code we could all be working on it at the same time.
I don't know how well it would work, but it would be cool to use a platform like this to try it. Maybe some open source app. It would be like an Amish barn raisin'
We do have a hidden code_roulette feature. We do a bad job of explaining privacy or potentially the lack thereof to our users. Once we get that figured out, we can add more social features.
As for the barn raising, its not too uncommon for ggreer or I to spot bugs in other peoples code on Floobits. There is probably an entirely different business somewhere in there.
Your post reminded me that alerts for uses when someone is working would be valuable. ggreer and I should also really broadcast our g+ hangouts (we use Floobits to write Floobits).
Are you using Sublime Text 3 on linux? ST3 on linux ships with a broken SSL module. We work around it for our own plugin, but I don't think Package Control does.
ST2 and ST3 ship their own python for linux I believe. Unfortunately, it has been stripped of useful modules like ssl. We have attempted to add support (see https://github.com/Floobits/floobits-sublime/tree/master/lib) but this is something Sublime should do, not us.
Gave this thing a whirl. The terminal sharing is nice, however the person I paired with had a real hard time seeing any of the commands I was typing. The PS1 modification flootty makes pushes almost everything right out of their window and they claimed they were unable to scroll vertically
Thanks for the info. Were both of you using flootty? The web integration as actually better, since we use a JS PTY which lets us control the output much more easily than just shoving data into stdout.
With some more polish, this could become a real wave-maker.
You could consider making it a bit more of a "freemium" model. Something like allowing users to set up 1-2 private coding collaborations for free, but without any version control, terminal-sharing, or the other bells and whistles.
Hey, this is pretty interesting. One feature request: Do you think you could add Mozilla Persona for authentication? I don't like yet another u/p, and that Github permissions screen left me a bit uneasy (although I didn't see anything untoward).
We are just using Github for auth right now. One day it would be nice to be able to suck in private repos. We could probably add support for Mozilla Persona without much trouble. The real problem is presenting a sane UI.
I don't know why, but I was expecting a place to get in touch to other programmers to do Pair Programming (i.e. for small katas or side projects). Does it exists?
If it doesn't, does anyone wants to have a bit of fun doing Pair Programming to create it together? :)
There are a few projects around the web, but Floobits doesn't do this right now. We plan on implementing more social features once we've ironed out some usability issues.
Maybe I'd know the answer faster if I just tried, but, does this let people pair from, lets say, SublimeText to Vim? From the screenshots it seems to be one-way(sharing from a native editor to Floobits web editor).
Hopefully they will create a plugin for RubyMine. Not sure, but maybe if they create a plugin for IntelliJ, they'd cover the entire family of Jetbrains editors? (IntelliJ, Rubymine PyCharm, PhpStorm)?
Thank you. I really enjoyed the concept and was playing around with Floobits last month, but found it quite testing at times using the vim integration.
My colleague was using the ST integration, and found that sometimes he would be locked out of a file completely after I'd done some visual block changes. I'll give it another whirl some time and provide proper feedback if it still exists.
It might be a bug in django-social-auth. I've had a couple of people complain about it, but I can't reproduce it even if I create a new GitHub account. I've found bugs in DSA before, such as https://github.com/omab/django-social-auth/pull/697
I'll have to look into it more. Sorry about that. :(
I don't see cloud editors replacing native ones for quite some time. Maybe WebVim and WebEmacs will supplant them one day, but programmers are married to their text editors.
We also like to work when we don't have Internet access.
In the mean time, I think we should use the best of both worlds.
I imagine its at least a couple of months off- probably longer. Signing up for an account with us is probably the best thing for now. We send out updates from time to time.
People will show how focused they are, or frustrated, with small facial expressions. They are unlikely to talk about these transient states. But, these states will tell you: this bit of code is ugly; I'm tired and need a break; Wow, that's great!
I didn't realize it would be as hard as it's been. Operational transformation is hard. Persistent network connections in editor plugins are hard. OT + network connections in editor plugins is comically hard.