saluki
Joined 15 years ago
Joined 15 years ago
WordPress was a good idea over a decade ago if you were doing affiliate marketing and couldn't code. But now everyone can code.
I'm not sure SOC-2 is even valuable for most smaller apps. As it's compliance is more aligned for financial apps.
It might be more valuable for you to have a security audit instead of SOC-2.
I just started with Ableton recently working on remixing tracks I like. Actually working on a remix of Ella Langley's Be Her just because I thought it was a cool genre bending remix.
After you do some remixes creating your own from scratch will be easier.
Mimicing songs and artists you like is a good recommendation, you can also cut up and remix parts of songs you like.
Copying isn't your biggest worry.
My teams have used a lot of slack msgs and slack huddles, lots of zoom meetings so everyone feels pretty connected.
It's great if you can meet up together at least once a year, work out of an office together and go out, grab drinks, eat meals together for team building.
You'll need a routine, exercise, taking breaks, leverage flexible hours, take a trip and work remote from somewhere cool and interesting.
Take breaks to cook a meal, laundry, play guitar for 10 minutes, get outside for a quick walk, enjoy your pets, say hi to your family, have lunch with a friend, you won't go stir crazy.
Being remote is one of my favorite things about my career, I love it.
If anything engineers are doing more with AI and aren't limited to just APIs.
They are building more of the UI/UX, Design, Front/Back + API instead of less and meeting/building product's vision.
Supported by Devops.
Every layer of the process will be enhanced by AI so everyone is doing more that our previous process.
I wouldn't limit any layer, enable everyone and every team to do more and be more productive.
Engineering should be doing the engineering.
Product should be doing product.
DevOps should be providing infra.
If end users want to use a report generator or setup a notification rule that's one thing but duct taping features together never is sustainable.
Short claude.md file, skills for various things like db schema, etc
For larger or complex features do a design session with claude, review design and make suggestions and collaborate, once design is dialed in ask to break in to tasks then do similar session collaboarating on plan.md files for each task/phase then have claude build it.
Claude is really really good at adding tests, leverage this for near 100% test coverage and it can also test that it's meeting the PRD/spec.
It's also creative and seems to like collaborating on the design and plan parts join in with that. Claude feels really similar to my favorite engineer I worked with as far as collaboration and even banter. It's nice.
Using claude code in the terminal btw, md files go in repo so all team, devs, consoles can see context across front and backend.
Use PRs run claude code review, I created a Minority Report style review skill as well, code quality, security, performance with anderton as the judge/orch
Then we have a human review PR as well
This process we are getting good code and faster velocity for sure, vs traditional SDLC for solo and with team
As far as reading the code, I think that will become less and less as long as it passes automated code review, it's performant, meets the spec and tests pass . . . SHIP IT
Watch DHH's recent RailsConf keynote, this is where we're heading, buckle up