gzapp

  Location: USA - San Antonio
  Remote: Yes | Hybrid
  Willing to relocate: No
  Technologies: Azure, AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, Twilio, LLM
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: [email protected]

Product engineer with extensive experience in cloud engineering, SRE, and full-stack product development including at Rackspace, Rundeck, and PagerDuty. Seeking high impact and ownership roles.

My most recent role was Principal Engineer at HungerRush where I led a number of major initiatives, including designing and implementing their next-generation conversational voice AI ordering platform (OrderAI).

That part about the threading was a huge source of issues back in the early days. Goroutines could hop threads and it's the threads namespace/cgroup configuration that gets inherited when forking..

One of the gnarliest issues I recall was where network namespaces could occasionally not be cleaned up correctly. So "randomly" (but more likely under certain loads) the networking of a reused thread would get jacked and Docker could no longer pull images.

Yeah, that definitely seems like the case.

The benefit of those enhancements being wrapped into the reference implementation is it's "easier" for humans and LLMs to reconcile and keep things in sync.

I'm going to do a taboo and comment on my own comment.

I didn't push performance in a way that would cause big deviations from the Golang project's algorithms and data structures; similar to how the TS team didn't want to deviate too far from the JavaScript source till now. Aggressive unmanaged arenas and object pooling was the direction I would have pursued..

The GC in DotNet is a source of major frustration for a tool like this. Without tuning lots of gen 0/1 work occurs to determine if objects should be promoted. The tuning is still not an ideal solution IMHO. Fully unmanaged arenas and aggressive object pooling could help here, but an alternative GC may be part of an ideal, comprehensive solution.. I have have a play with ZeroGC.

There is a warning on the repo that it's not maintained, but I've been curious about the process of updating it to sync "upstream" changes. And it sounds like the TypeScript team are going to start incorporating some of the performance techniques identified in the Rust port in the 7.1 release so... I'll probably at least sync it to up to 7.1 and keep it as an active experiment and case study on LLM porting and DotNet AOT performance.

It's just good fun.

Shameless plug of my Typescript C# port. It's a case study with some interesting (perhaps) notes from me in the README about approach, performance, and cost(~$75).

https://github.com/stepwisehq/typescript-dotnet

Analogue hole is how I did a more efficient smart garage door hack than what people were talking about here at the time. Soldered zigbee switch into the physical button; worked great :D

The Rust port struck a cord with me. I had always been curious how a C# implementation would stack up against the Golang project in performance. And I was curious how cheaply the port could be done..

I know C# is a more direct port than Rust, but I'm still impressed how cleanly and cheaply it was possible to execute on.. And I learned some stuff :)

In case you are still interested: https://github.com/stepwisehq/typescript-dotnet

I'm doing this right now with Codex. It's currently working on porting the Binder.

7-11 phases to go and so far it looks like it might only cost $100. I'm focusing on efficient execution strategy minimizing token in/out, turns, and rework.

Will prob post up something interesting when it's done.

  Location: USA - San Antonio
  Remote: Yes | Hybrid
  Willing to relocate: No
  Technologies: Azure, AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, Twilio, LLM
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: [email protected]

Product engineer with 15 years of experience including Rackspace, Rundeck, and PagerDuty. As a full-stack, kitchen-sink product engineer I'm as comfortable running with unsafe pointers as working on React front ends. I'm seekign IC leadership roles with high impact and ownership.

My most recent role was Principal Engineer at HungerRush where I led a number of major initiatives, including designing and implementing their next-generation conversational voice AI ordering platform (OrderAI).

  Location: USA - San Antonio
  Remote: Yes | Hybrid
  Willing to relocate: No
  Technologies: Azure, AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, etc.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: greg (dot) zapp (at) gmail

Seasoned software engineer with heavy startup experience and a focus on lean process, velocity, and business outcomes. 15yoe including Rackspace, Rundeck, and PagerDuty. As a full-stack, kitchen-sink product engineer I'm as comfortable running with unsafe pointers as working on React front ends. I look for high impact, ownership, and autonomy roles.

My most recent role was Principal Engineer at HungerRush where I delivered a number of high impact projects, including most recently their next-gen conversational voice AI ordering platform (OrderAI).

  Location: USA - San Antonio
  Remote: Yes | Hybrid
  Willing to relocate: No
  Technologies: Azure, AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, etc.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: greg (dot) zapp (at) gmail

I'm a serial startup engineer with 15yoe including Rackspace, Rundeck, and PagerDuty. As a full-stack, kitchen-sink site reliability engineer I'm as comfortable running with unsafe pointers as working on React front ends. I look for high impact, ownership, and autonomy roles.

My most recent role was Principal Engineer at HungerRush where I delivered a number of high impact projects, including most recently their next-gen voice AI ordering (OrderAI) platform.

I was interested in learning how to created a postgres extension the other week. Not just bundling some SQL scripts, but a proper extension tying into their API.

Trying to find any good information on how to go about this proved super difficult. Well, I wasn't having much luck and just gave up.

  Location: USA
  Remote: Yes
  Willing to relocate: No
  Technologies: AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, etc.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: greg (dot) zapp (at) gmail

I'm a serial startup engineer with 15yoe including Rackspace, Rundeck, and PagerDuty. As a full-stack, kitchen-sink site reliability engineer I'm as comfortable running with unsafe pointers as working on React front ends. I look for high impact, ownership, and autonomy roles.

This may come as little to no consolation, however I'm in a very similar boat. Left employment over a year ago, and while I don't regret that per-say it definitely wasn't the time for me to try my hand at a startup.

I put feelers out for a CEO/sales type founder leading up to this but came up empty handed. Decided to take the plunge anyway and work on finding funding and partner opportunities along the way. Built out an MVP over the past year, tried shopping around for opportunity, and came up empty.

A lot of this is due to me, having recognized early on but now having fully accepted, not being that CEO/Sales type and having limited success trying to force myself into that role. We would 100% need such a person, with connections, on board to raise and handle business development to move forward. Particularly in this climate.

Now to stop the savings burn, and for family reasons, I'm entering the job market again. And it's ROUGH. Two years ago and for the decade before I would have recruiters reaching out constantly. Two years ago I had easy job opportunities through my network. Now, it's been hard to get on the phone with even 4-5 interested parties in 2-3 weeks of actively seeking. And two of those are through HN who wants to be hired, and 2 are through recruiters I've previously worked with. The interview processes are SLOW right now too; companies dragging their heals and indulging in the glut of options.

I'm happy for those reporting the market is fine for them. But for myself with 14 YOE, "name brand" previous employers, successful startup exit experience, and a somewhat significant body of work on GitHub it's very cold out there ATM. Same story for many I know, even on the hiring side; a friend trying to get more head count for over a year now in a good sized, growing, and successful startup.

  Location: USA
  Remote: Yes
  Willing to relocate: No
  Technologies: AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, etc.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: greg (dot) zapp (at) gmail

Staff SWE / SRE. 15yoe including Rackspace, Rundeck, and PagerDuty. I have a rare blend of experience working at a senior/staff level from the system and platform all the way to the UI. My career has been cloud engineering and SRE focused particularly the first half: linux, infrastructure, reliability, performance, automation, build, test, developer experience, and etc. Back half I have been working full-stack development(startup life) in addition to SRE and cloud architecture work.

There are also a few good options in a lot of languages for streamlining chromium use.

In C# I'd look to use the Playwright library or perhaps even embed chromium via CerSharp if I were trying to avoid extra processes.

Heya, ex-Rundeck engineer and founder of https://stepwisehq.com .

Will likely end up releasing MVP OSS this month and have to go back to work while continuing to bootstrap. Would love to chat sometime; may be some ideas in here you'd find interesting.

We stuck with ProseMirror steps for these reasons(and more) on my project.

I did, however, create a new collab plugin based on commits from this Google Wave white paper: https://svn.apache.org/repos/asf/incubator/wave/whitepapers/... , and wrote about it here https://stepwisehq.com/blog/2023-07-25-prosemirror-collab-pe... . Anyone needing more performance out of ProseMirror collab while sticking with traditional steps/transactions may find that information useful.

  Location: USA
  Remote: Yes
  Willing to relocate: No
  Technologies: AWS, Linux, TypeScript, NodeJS, Python, Ruby, C#, MySQL, Java, Groovy, Postgres, React, VueJS, etc.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: greg (dot) zapp (at) gmail

Staff SWE / SRE. 15yoe including Rackspace, Rundeck, and PagerDuty. Career has been been cloud engineering and SRE focused particularly the first half: linux, infrastructure, reliability, performance, automation, build, test, developer experience, and etc. Back half I have been working full-stack development(startup life) in addition to SRE and cloud architecture work.

Looking for a half-time opportunity(with benefits) which could be great for a startup not needing, or not ready, to shell out FT salary for someone with my experience.

Ex-Rundeck engineer here. Would be very interested to here why you initially dropped it and why you are thinking about picking it back up!

I'm sure I'm not the only person that got fed up with occasionally needing to do something more advanced and just finding the JQ incantations inscrutable.

Also prob not the first to create a project for personal use that just wraps evals in another language haha: https://www.npmjs.com/package/jsling

  Location: USA
  Remote: Yes
  Willing to relocate: No
  Technologies: AWS, JavaScript/TypeScript, React, VueJS, Go, Java, Groovy, Docker, Kubernetes.. Too many to list.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: [first name].[last name][at]gmail.com

I'm a Software Engineer with a background in cloud/systems engineering, SRE, and full-stack development. Manager of One.

The startup I was working for was acquired a year ago and I'm moving on in October. I'm primarily interested in mid-size, mid-stage startups of up to 50 people with a great work culture. Bonus points to bootstrapped companies.

  Location: USA
  Remote: Yes
  Willing to relocate: No
  Technologies: AWS, JavaScript/TypeScript, React, VueJS, Go, Java, Groovy, Docker, Kubernetes.. Too many to list.
  Résumé/CV: https://www.linkedin.com/in/gregzapp/
  Email: [first name].[last name][at]gmail.com

I'm a Software Engineer with a background in cloud/systems engineering, SRE, and full-stack development. Manager of One.

The startup I was working for was acquired 7 months ago and I'm now looking for new opportunities. I'm primarily interested in mid-size, mid-stage startups with a great work culture. Bonus points to bootstrapped companies.