kellysutton (u/kellysutton)

kellysutton commented on Ask HN: Who is hiring? (October 2025) · Posted by u/whoishiring

kellysutton · 3 months ago

Scholarly | Software Engineer | Seattle, On-Site | Full-Time | $130k - $200k + equity + health benefits + equipment budget

Scholarly is building the HR operating system for higher education. We've built a software platform that enables our customers to make data-driven decisions and to automate essential processes like performance reviews, tenure processes, leave workflows, and more. We are a venture-backed seed stage company of experienced, motivated, and collaborative folks. We are backed by leading investors in the industry and working with some of the best universities in the US.

We're looking for a full-stack candidate without about 5 years of experience building web applications. We write Ruby and Rails, but we are considering candidates with other stack experiences. Engineering is based in Seattle and on site in Pioneer Square. Looking to get back to a collaborative, in-office culture post-COVID? Let's chat.

If interested, please apply here: https://jobs.ashbyhq.com/Scholarly/1835336e-2b79-4531-82a0-f...

kellysutton commented on Ask HN: Who is hiring? (August 2025) · Posted by u/whoishiring

kellysutton · 5 months ago

Scholarly | Full-stack Software Engineer | Seattle, On-Site | Full-Time | $130k - $200k + equity + health benefits + equipment budget

Scholarly is building the HR operating system for higher education. We've built a software platform that enables our customers to make data-driven decisions and to automate essential processes like performance reviews, tenure processes, leave workflows, and more. We are a venture-backed seed stage company of experienced, motivated, and collaborative folks. We are backed by leading investors in the industry and working with some of the best universities in the US.

We're looking for mid-level and senior-level full-stack candidates without about 5 or more years of experience building web applications. We write Ruby and Rails, but we are considering candidates with other stack experiences. Engineering is based in Seattle and on site in Pioneer Square. Looking to get back to a collaborative, in-office culture post-COVID? Let's chat.

If interested, please apply here: https://scholarly.breezy.hr/p/f3bc050f524d-software-engineer

kellysutton commented on Ask HN: Who is hiring? (July 2025) · Posted by u/whoishiring

kellysutton · 6 months ago

Scholarly | Software Engineer | Seattle, On-Site | Full-Time | $130k - $160k + equity + health benefits + equipment budget

Scholarly is building the HR operating system for higher education. We've built a software platform that enables our customers to make data-driven decisions and to automate essential processes like performance reviews, tenure processes, leave workflows, and more. We are a venture-backed seed stage company of experienced, motivated, and collaborative folks. We are backed by leading investors in the industry and working with some of the best universities in the US.

We're looking for a junior- to mid-level full-stack candidate without about 5 years of experience building web applications. We write Ruby and Rails, but we are considering candidates with other stack experiences. Engineering is based in Seattle and on site in Pioneer Square. Looking to get back to a collaborate, in-office culture post-COVID? Let's chat.

If interested, please apply here: https://scholarly.breezy.hr/p/f3bc050f524d-software-engineer

kellysutton commented on PlanetScale for Postgres planetscale.com/blog/plan... · Posted by u/adocomplete

kellysutton · 6 months ago

As a PlanetScale MySQL user for the past 2 years, this is really exciting for the Postgres community. (Worked at a company that ran both, was a bummer our tooling didn’t match.)

Using PlanetScale for db management is like using an iPhone after being accustomed to a Treo. The experience is just better in every way.

Congrats to the PlanetScale team!

kellysutton commented on Ask HN: Who is hiring? (June 2025) · Posted by u/whoishiring

kellysutton · 6 months ago

Scholarly | Software Engineer | Seattle, On-Site | Full-Time | $130k - $160k + equity

Scholarly is building the operating system for higher education. Our vision is to build the future system of record for the industry. We are building a software platform that enables our customers to make data-driven decisions and to automate essential processes like performance reviews, tenure processes, leave workflows, and more. We are a seed stage company of experienced, motivated, and collaborative founders. We are a seed stage company of about 10 folks. We are backed by leading investors in the industry and working with some of the best universities in the US.

We're looking for a junior- to mid-level full-stack candidate without about 5 years of experience building web applications. We write Ruby and Rails, but we are considering candidates with other stack experiences.

If interested, please apply here: https://scholarly.breezy.hr/p/f3bc050f524d-software-engineer

kellysutton commented on Steam Brick: No screen, no controller, just a power button and a USB port crastinator-pro.github.io... · Posted by u/sbarre

kellysutton · a year ago

> Why did you do this again?

> Because I was so preoccupied with whether or not I could that I didn’t stop to think if I should.

A+. A great hack.

kellysutton commented on Moving on from React, a year later kellysutton.com/2025/01/1... · Posted by u/yakshaving_jgt

henning · a year ago

I have a 6k monitor. why are you embedding a 1400 px image I can view fine into a little 640px column which makes it hard to read?

kellysutton · a year ago

Sorry. Will try to fix

kellysutton commented on Moving on from React, a year later kellysutton.com/2025/01/1... · Posted by u/yakshaving_jgt

bloomingkales · a year ago

Maybe it’s the changing interest rates or political winds, but I think the “fat client” era JS-heavy frontends is on its way out.

This is just not going to be true. It’s an AI world and we need to funnel so much high velocity text and dynamic UIs to provide a high fidelity experience.

Investing in static server rendered pages is just a surrender, the long surrender that people desperately seek from the onslaught of JavaScript.

But it won’t happen, it will either be JS or another language, but server side pages is the wrong bet.

kellysutton · a year ago

I'd encourage you to spend an afternoon kicking the tires on Turbo/StimulusJS, HTMX, Laravel Livewire, or Phoenix LiveView!

kellysutton commented on Moving on from React, a year later kellysutton.com/2025/01/1... · Posted by u/yakshaving_jgt

tyre · a year ago

> Let’s assume that making a JS change costs twice as much time a Ruby change, which I think is being generous to JS.

Everyone's mileage varies, of course, but this is quite the assumption. It feels like a lack of familiarity/comfort with the frontend or poor tooling.

With typescript and a basic UI library like MUI, this really shouldn't be the case for UI changes. If you're using raw JS and manipulating the DOM, maybe?

kellysutton · a year ago

The original post could have been a bit more precise on this point. Basically, this math assumes something where the server-provided data changes in concert with the frontend.

If we're using jsonapi, GraphQL, Thrift, or any other protocol that's not HTML, we need to do the following:

- Make the change on the server to support the new functionality. Deploy.

- Make the change on the client to adopt the new functionality. Deploy.

- Remove the old functionality from the server (optional)

Because the client is a separate application, it becomes riskier to deploy those changes together. I need to think about it more as a developer.

With server-authored HTML, this separate client + server deploy is not required.

kellysutton commented on Moving on from React, a year later kellysutton.com/2025/01/1... · Posted by u/yakshaving_jgt

evanmoran · a year ago

Thank you for writing this all up. Just curious if you ever considered switching away from Ruby? I think many people are living in parallel stacks (TS, Go, Python, Rust) and it would be interesting to hear how it’s been going more recently in that ecosystem from your perspective.

As to rendering, I’ll be honest and say that my code has moved more towards client-side (using ConnectRPC and my framework ojjs.org—-shameless plug :), but I love that you have had success with a different path. Super interesting, and thanks again!

kellysutton · a year ago

I don't have a reason for switching away from Ruby at this point in my career. Things can always change down the line. Maintaining multiple languages at the same layer sounds like a personal nightmare to me. I'd rather learn to write PHP and have that be the only language, than to write Ruby+another language on the server-side.

We're building our company on Rails because we think it's the best choice for a young company, since it allows us to respond to customer feedback more quickly. That's what we're optimizing for right now!