Great to see you here :D
157 karma · joined July 22, 2013
Great to see you here :D
I’m a pretty big generalist professionally. I’ve done software engineering in a broad category of fields (Game engines, SaaS, OSS, distributed systems, highly polished UX and consumer products), while also having the experience of growing and managing Product and Design teams. I’ve worn a lot of hats over the years.
My most recent role I’m working on a net new product for the company and have basically been given fully agency over this product: from technical, budget, team, process, marketing, branding and positioning.
Give someone experienced like me capital, AI and freedom and you absolutely can build high quality software and a pretty blinding pace.
I’m starting to get the feeling than many folks struggling with adopting or embracing AI well for their job has more to do with their job/company than AI
Ticket trackers are perfect for this. Just start with asking AI to take this unclear, ambiguous ticket and come up with a real plan for how to accomplish it. Review the plan, update your ticket system with the plan, have coworkers review it if you want.
Then when ready, kick off a session for that first phase, first PR, or the whole thing if you want.
Funny enough, all the questions that you posed are things that come up right away that the agent asks itself, and then goes and tries to understand and validate an answer, sometimes with input from the user. But I think this planning mechanism is really critical to being able to have an AI generate an understanding, then have it be validated by a human before beginning implementation.
And by planning I don't necessarily mean plan mode in your agent harness of choice. We use a custom /plan skill in Claude Code that orchestrates all of this using multiple agents, validation loops, and specific prompts to weed out ambiguities by asking clarifying questions using the ask user question tool.
This results in taking really fuzzy requirements and making them clear, and we automate all of this through linear but you could use your ticket tracker of choice.
On one hand, LLMs are overhyped and not delivering on promises made by their biggest advocates.
On the other hand, any other type of technology (not so overhyped) would be massively celebrated in significantly improving a subset of niche problems.
It’s worth acknowledging that LLMs do solve a good set of problems well, while also being overhyped as a silver bullet by folks who are generally really excited about its potential.
Reality is that none of us know what the future is, and whether LLMs will have enough breakthroughs to solve more problems then today, but what they do solve today is still very impressive as is.
Can’t wait for the day that projects like litefs are just a default that nobody knows about, lol.
Go from “technology nobody knows about” to “technology nobody knows about, but runs the world.”
What worked for cloud won't work for edge in most cases. Having to do processing locally means processing on your own hardware.
We've seen this as the reason a lot of companies are adopting tools like NATS.io to be more cloud agnostic and/or be able to practically run at the Edge.
I previously worked for a company that empowers entrepreneurs and experts to build a business off their knowledge, and have learned a lot over the years of what's effective what's not so helpful.
The biggest factor for successful knowledge businesses was whether the person self-identified as an entrepreneur. It influenced how they saw their audience and engaged with them.
Ultimately you need to focus on both -- building and audience and a business. But there are far too many "creators" out there that are only interested in building an audience, and I personally believe, depending on the subject matter/industry, that it can be confusing and detrimental to not be engaging in both activities.
NATS definitely tries to solve for that end to end experience, where you can have NATS simultaneously driving websocket connections as well as backend connections in a secure and performant way. I’ve personally had a ton of fun making interactive applications with NATS, it scales reliably and is really fun to work with
NATS is much more lightweight than the alternatives, and has a much simpler operation story and can run on low resource hardware very easily.
Kafka fits a very specific use case, and NATS tries to solve a much larger set of distributed computing use cases, including micro-services, distributed KV, streaming, pub/sub, object store and more.
It’s a very different philosophy, but can be very powerful when it’s deployed as a utility inside an organization.
We’ve seen so many success stories, especially companies moving to the edge, we continue to see NATS used as a common transport for all kinds of use cases in finance, IoT, edge, Industry 4.0, and Retail
`return if not valid?` or `return if invalid?`
Both make sense in my brain, whereas
`return unless valid?`
Feels like I need to make another connection to understand it
That said, gaining those skill and having treatment feels like a superpower
I've always felt like doing uninteresting things felt like wading through 3 feet of water, but I assumed everyone felt that, and that I was just lazy.
The biggest realization I had was that I have been using negative feelings/emotions in order to get stuff done for years. On the outside I looked like a productive, healthy person, on the inside I was beating myself down all day every day, and that behavior didn't lead to a great relationship with myself.
Now that I'm on medication, my brain actually rewards me for doing boring stuff. I see a dish in the sink and I want to rinse it and put it away because it feels good.
tldr; Just because you lead a successful, healthy life, your own perception on how hard life needs to be may still be skewed, and treatment for those who have been diagnosed with ADHD can really up your quality of life
We do have a hosted version of NATS called NGS that is multi-cloud, multi-geo and is really easy to set up https://synadia.com/ngs
No additional infrastructure, just enable it on the nodes you want persistence on and create a stream. Publishers don't even have to change, consumers have a great api with lots of options
TLDR; I highly recommend journaling daily. It forces you to slow down and plug into feelings which is automatically a better start to your day than usual