144 karma · joined January 2, 2018
Remote API, only if you decide to bring your OPENAI or ANTHROPIC keys.
I like skimming most blog content in the same consistent structure: - key idea - claims - arguments - counterpoints - action items...
Then, if it looks worthwhile, I then read the full post.
The same structure doesn't work for every content type. Research, product, engineering, marketing... each require a different reading shape.
I have been doing this manually for hundreds of posts, with ChatGPT copy & paste, customGPTS, etc. Eventually turned it into Chrome plugin and since it has become part of my daily reading workflow.
Skimlane lets you create different reading recipes and use Chrome's on-device model (or BYOK) as a local reading harness.
I built it for myself, love using it, and decided to share it. https://skimlane.com/
https://www.oss.fund/explore/?pillar=operational-support&cat...
Definitely having technical background helps with managing products that are highly technical or for technical users.
W/o going into the whole rabbit hole of PMing, here are a few links I found useful on my journey
Must read book https://twitter.com/bibryam/status/1629768021391572995 Most popular PM podcast https://www.lennyspodcast.com/ https://www.sachinrekhi.com/top-resources-for-product-manage... I was lucky to attend many courses here pragmaticinstitute.com
That alone is a lot to read. Good Luck!
https://blog.oss.fund/p/a-framework-for-open-source-evaluati...
- Ex. DeFi (that is a word now people seems to be familiarizing with) is an extension of open source where monetization is also backed in the project. It is open source + monetization in a decentralized form.
- There are also MANY blockchain projects that incorporate governance by voting of token holders, etc. That is better than a bunch of folks with commit (or some other lifetime) rights taking all the project decisions, at least it is more transparent. That is open source + decentralized governance.
So the conclusion is: Open/free source (cool but not enough) + decentralized governance + open monetization = nirvana. To get there, that will take the next 20 years.
HTH
Today, when I chat with kids that are starting their careers, they are hardly excited about what happened 20 years ago, not to mention 40 years ago. They don't give a sh*t about the ideological differences between free & open source, and what the early internet connection speed was. But they are defining the next 20 years through some Javascript and Web3 technologies.
There won't be only one way of doing OSS. But I believe there will be again a rise of independent software hackers and this time they will be better equipped with tools for automation, distribution, funding, marketing, etc.
The book that is linked has been translated into 4 languages and does a good job explaining what is a sidecar. No need to buy, you can download it for free from here https://developers.redhat.com/books/kubernetes-patterns
The article is for Kubernetes savvy readers, and the main takeaways (which I agree I failed to convey clearly) are these:
- You can consume generic capabilities from a sidecar through HTTP/gRPC, rather than include these capabilities into a microservice's runtime as a library.
- There are many sidecar examples today (some in a Pod, some shared) Envor, Cloudstate, Skupper, etc. Sidecar is an implementation detail. It can be with containers in a Pod, or it can be a shared sidecar per namespace or host machine - next to a monolith. The best example today, that provides generic developer primitives as a sidecar is Dapr.
- Kubernetes Operators encapsulate operational knowledge into executable form and shipped to software consumers as an "Ops-included" mentality.
I explained in more details the concept of consuming distributed system capabilities from sidecars in this article http://www.ofbizian.com/2020/05/multi-runtime-microservices-... and webinar https://www.youtube.com/watch?v=CZPEIJFJV9k