Looks really cool! Any plans for an Emacs client?
Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
21–30 of 113 posts
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#22How is this better than Visual Studio (Code) Live Share [1]? Adding a third party dependency for code-sharing seems like a non-starter for large enterprise companies which already have a hard enough time with the first party offering. [1]: https://visualstudio.microsoft.com/services/live-share/
nobody's mentioned them so i'll toss them in here - https://tuple.app/ is also focused on the pair programming problem.
I don't believe they have IDE integration, but like others have said, Tuple + Live Share would be a competitor to GitDuck. Glad to see more attempts at the space though!
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#23How is this better than Visual Studio (Code) Live Share [1]? Adding a third party dependency for code-sharing seems like a non-starter for large enterprise companies which already have a hard enough time with the first party offering. [1]: https://visualstudio.microsoft.com/services/live-share/
I guess they are probably just starting and the claims on their website are too far-fetched. I might give it a try if they come up with integration for JetBrains IDEs.
JetBrains is coming in the next few days! We are already using it internally.
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#24Looks really cool! Any plans for an Emacs client?
Definitely! We'll support it very soon. You would be surprised with the amount of people requesting it.
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#25I've never thought much about pair programming within the same file, seems like a super interesting concept. Obviously co-editing e.g. google docs makes sense, but there's no user-facing concept of validity here. How does saving work, is the idea that someone codes while someone watches? This already causes all sorts of fun with collisions in git, how do people work around that locally with things like hot reloading?
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#26I've never thought much about pair programming within the same file, seems like a super interesting concept. Obviously co-editing e.g. google docs makes sense, but there's no user-facing concept of validity here. How does saving work, is the idea that someone codes while someone watches? This already causes all sorts of fun with collisions in git, how do people work around that locally with things like hot reloading?
The way it works is that you are sharing your local files to the other people and when they edit the file, all the changes are being applied to your file. So in the end you are the one saving all the changes and making the commits.
You can be working in parallel in different files or just following around. It really depends on what you are trying to achieve.
One cool thing to try with GD is mob programming. :)
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#27Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#28Sounds neat, but I think your name runs afoul of Git's trademark; see https://git-scm.com/trademark
how? i just read through. nobody would "assume a greater degree of association between you and the Git Project than actually exists."
Why not? If you made a backup product called "Windows Backup" (or more relevant to this example, a collaboration product for Microsoft Office called "Office Duck"), Microsoft will definitely go after you for trademark infringement. Why should it be any different for an open source project with a registered trademark?
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#29How is this better than Visual Studio (Code) Live Share [1]? Adding a third party dependency for code-sharing seems like a non-starter for large enterprise companies which already have a hard enough time with the first party offering. [1]: https://visualstudio.microsoft.com/services/live-share/
I don't use VS Code, and I'm not going to switch IDEs for code sharing. I am more likely to try GitDuck since my colleagues who use VS Code can also use it.
Re: Launch HN: GitDuck (YC S20) – Zoom for developers with real-time code sharing
#30How is this better than Visual Studio (Code) Live Share [1]? Adding a third party dependency for code-sharing seems like a non-starter for large enterprise companies which already have a hard enough time with the first party offering. [1]: https://visualstudio.microsoft.com/services/live-share/
nobody's mentioned them so i'll toss them in here - https://tuple.app/ is also focused on the pair programming problem. I don't believe they have IDE integration, but like others have said, Tuple + Live Share would be a competitor to GitDuck. Glad to see more attempts at the space though!
Hah, Tuple's motivation headline laments that time "Slack stole Screenhero from us".. I can certainly relate!
Fortunately the Screenhero founder has been freed from Slack, and has rebuilt it! (with promises that it will not suffer the same fate)