https://introkeep.com/
Easy 2 way connections, during conferences, meetings, booths. Easy card scanning.
Automation to auto-send whatsapp business message when someone scans your QR code.
Push notifications for AI agents, but better.
It eliminates baby sitting terminals & let's you go out & approve key decisions while you're also notified of the proof of work.
I have been working on suits of products. But the one I'd standout share is my personal productivity pet peeve. After using pushover & ntfy.sh for agent progress tracking. I felt the need for more.
A notifier which knows what agent is, allows you to approve certain decisions you'd want to be part of, while still running the agents in autopilot mode.
It periodically notifies you about agent progress & moreover, sends you proof of work artefacts like screenshots, plan.md etc files so you can review on the go.
This is the missing piece of harness, which truly removes baby sitting terminals.
It's one click install & installing ios mobile app. Android is coming soon.
curl -fsSL https://notifier.aicrew.in/i | sh
How much would you pay for it for lifetime value?
Context: I had built very similar tool myself & can implement a few more features to make it self host possible to sell license.
Google is anyway reducing SRE task force & is planning to completely eliminate SRE role. There has been recent announcement already & have already started the move - https://archive.ph/YWp4O
The archive link is busted for me, but that sounds like a bad move. 90+% of SWEs are bad at and hate SRE work, and vice versa.
The rare ones that can do a mediocre job at both (and that won't burn out and switch jobs if told to do both) are usually not capable of doing an excellent job at either.
Using analogies from pretty much any other field shows how dumb it is to combine SRE and SWE, or fuse DevOps (or, god forbid DevSecOps) into one rule:
- Would you have a surgeon drive an ambulance?
- An expert car mechanic manage fleet scheduling and logistics?
- Tell a salesman to design marketing graphics, and have your graphic designer manage high-value customer accounts?
Google is anyway planning to shut down SRE role & transitioning them to SWE role predominantly. A few months back there has been announcement already & one of the reflections is to start with reducing the numbers - https://archive.ph/YWp4O
It has indeed been a strange time for Google SRE recently. However, they're definitely not planning on shutting down SRE - at least, if you can trust what Google leadership's actual explanation of what that meant.
Supposedly, the ratio of SRE to product eng had been growing slowly over the years. The KR to "readjust" that ratio was to bring it back in line with historical norms, i.e., to ensure that SRE continued to scale sub-linearly with SWE/systems. This had (primarily) two facets.
First, it gave SRE teams an effectively-blank check to reevaluate their existing dev engagements and jettison the ones that weren't working well.
Second, it pushed to eliminate old tools/systems/platforms and converge onto the more modern stuff, like Annealing [1]. Fewer crufty platforms means fewer teams needed to run them, and improvements in those platforms have broad impact.
Anecdotally, my own sub-org (within SRE) is growing at the moment. Not by a huge amount, but growing nonetheless.
This doesn't say SRE is shutting down, it says that they're changing the ratio of SRE to SWE. One thing to realise about Google is that the technology is increasingly unified across the company. 10 years ago everything worked in different ways, but now there are very standard technologies and paths, and naturally this requires fewer SREs to the SWEs developing the products. I don't think this is a bad thing, and in the layoffs SREs have not to my knowledge been hit any harder than SWEs.
I can't read tea leaves but I'm fairly confident they're not shutting down SRE. They want to get back to sublinear scaling and move away from the "devs create crap, bribe SRE (headcount) to babysit it in production". It was a major anti-pattern for the role.
The Builder design pattern is a popular object-oriented programming design pattern that separates the construction of a complex object from its representation.
iOS: https://apps.apple.com/us/app/introkeep-qr-connections/id679...
Android Beta:
Join google group by clicking "Join" - https://groups.google.com/g/introkeep-testers?pli=1 Click on "Become a tester" - https://play.google.com/apps/testing/com.nexaitech.introkeep... Install it from the Google play store - https://play.google.com/store/apps/details?id=com.nexaitech....
reply