Edit shared files in the editor you already use.
The shared folder is a normal folder to your editor. Open a file from the mount, edit, save. The save reaches the other computer in well under a second on a normal link (measured). Nothing about your editor's configuration needs to change.
Editors save in different ways, and the common ones are tested with the real programs:
Only the changed part of a file is transferred on an edit, which matters for large files: a 2 MiB change in a 512 MiB file moves 2 MiB, not 512.
Turn-taking, where one person saves and the other picks up later, produces clean convergence with no extra files. If both of you save the same file at nearly the same moment, the newer save wins the name and the other version appears as a conflict file next to it, on both machines. See Handle conflict files.
For live pair-editing of the same buffer, use a collaborative editor. KeibiDrop syncs saved files; it does not merge keystrokes.
On macOS, an edit from the peer that keeps a file's size unchanged is not visible in your open programs until the next size change. This is the git-safe default. If a machine is used for document collaboration and does not run git on the mount, the live_collab setting makes same-size edits visible live. Read the warning in the configuration reference before enabling it. Linux and Windows show both cases without a setting.
An IDE that indexes a project reads many files. On a shared folder, those reads are on-demand fetches: the first index of a big cold project pulls what it reads, then the local cache serves it. If you open a large project over a slow link, let the first index finish before judging the speed. Build outputs written to the mount sync like any files; if the other side does not need them, point build output at a local directory instead.