Live data from Hacker News

Viewing profile — zdgeier

zdgeier

HN member
Joined
Sun, Jul 28, 2019, 10:55 PM UTC
HN karma
660
Public activity
110 items

About zdgeier

Contact: zach@oak.space

Recent public activity

  1. comment
    Comment #48650560

    Do you think it's possible in the next few years or so that agents will improve to the point that some of approval work can be offloaded to them?

  2. comment
    Comment #48650451

    True, I do wonder if we focused more on the parallelism aspect with mounts that it would resonate with people more. Thanks for the thoughts!

  3. comment
    Comment #48650434

    It's also made for humans as well :) We have some nice TUI stuff in the CLI that you might like. Check it out if you're curious and let me know if you have any thoughts.

  4. comment
    Comment #48650399

    Agents in the cloud (and locally) need to have a full repo, even if they only need a small percentage of a repo to make a change. You can also imagine if changes are being made in …

  5. comment
    Comment #48640068

    Mostly through networked file system mounts with FSKit/FUSE backing when working on tasks in parallel. May be applicable for human facing tools but I think workflows there are alre…

  6. comment
    Comment #48640046

    Happy to describe or answer questions here. It's a version control system (like Git/GitHub) designed for agents. Some specific things that make it different than git are a simplifi…

  7. comment
    Comment #48639326

    I do think hosting is an important part of the VCS story. I agree that hg and jj and sapling are capable of being front ends to a google3 like backend GitHub like thing to support …

  8. comment
    Comment #48638891

    A good tingle or bad tingle? haha

  9. comment
    Comment #48638885

    Good question, the files are grabbed on demand from the server so the agent can fetch everything it needs to run tests, a dev server, or anything it does normally. Now this might b…

  10. comment
    Comment #48638086

    I do wonder how far you can make git work like google3. Partially why I'm making Oak is because I think it might be hard to impossible to implement the necessary features for monor…

  11. comment
    Comment #48637252

    > Why would an agent (without fine tuning or oak-specific context) be faster with oak than it is with git or jj? A large part comes from mounts. Being able to use FSKit/FUSE to mak…

  12. comment
    Comment #48636960

    "download everything" means that you don't have to do a full or partial clone of the repo to make a change. You can imagine agents running in the cloud need to spin up and access t…

  13. comment
    Comment #48636885

    Could probably build a Git backend at some point for people to use kind of like how jj does it. Right now my goal with this is to see what's possible natively if we don't try to bu…

  14. comment
    Comment #48636484

    Great point, the readme for this repo is not great right now and we have a bunch to improve on that people have pointed out. Thanks!

  15. comment
    Comment #48636282

    Actually this https://news.ycombinator.com/item?id=34439461 contains some great discussion about JamHub if people are curious. I changed the name from jamsync to jamhub. :) Partial…

  16. comment
    Comment #48636006

    Definitely agree and great points. This is going to be a very busy space in the next year. haha I've never used ClearCase but my friend told me about mounting VOBs in ClearCase so …

  17. comment
    Comment #48635218

    Agree we should definitely support offline flow. You can download the binary manually if you would like [1]. Although the offline/self-hosted flow isn't fully tested right now, wou…

  18. comment
    Comment #48634878

    Totally agree with everything. Definitely will be hard to get people to switch. Also love the monorepo idea you mentioned. It should totally be possible to keep the benefits of a m…

  19. comment
    Comment #48634220

    I think what makes FUSE/FSKit great here is that agents usually only need to see the file metadata + read a handful of actual files, rather than some applications needing read many…

  20. comment
    Comment #48634101

    I love jj! Martin is really awesome and love his work. I know they're using a VFS backing inside Google for their monorepo, wonder if we'll get some of those cool features on the o…

  21. comment
    Comment #48634024

    Thank you! The bet we're making is that agents will need to work on tasks much faster and with more parallelism than humans do with Git right now so these performance metrics will …

  22. comment
    Comment #48633846

    I'm also secretly a massive fan of Dr. Hipp and his work on FossilSCM [1]. I love a bunch of his design decisions there and wanted to apply them to a new system. [1] https://fossil…

  23. comment
    Comment #48633817

    Haha I wish, but I've been working on VCS's separate from git for a while now. Although I do love git, I've wondered for years before agents if something could be made using someth…

  24. comment
    Comment #48633648

    Yes Lore looks awesome! I was previously working on a VCS for gamedevs -- that space definitely needs something better than Perforce haha. My comment would be that I think you need…

  25. comment
    Comment #48633557

    Sick, looks great!