4,521 karma · joined October 13, 2012
I've been featured in the NYT, Futurism, Inc Magazine, and more.
Blogging since 2012 with 4M+ readers: https://nmn.gl/blog
Get in touch n@gigacatalyst.com
You can automate some of it, but it's good to start manually and learn the ropes first.
You need to understand who your ideal customer is and what channels are they on.
Linkedin is a common one for b2b sales.
If you make 200 connections on linkedin every week and send them a message, some % of that will convert to meetings and sales (the exact % depends on your audience, message, and how urgent the pain you're solving is)
It is extremely hard at start, especially for engineer types (like myself)
Fortunately, it's a skill like any other that can be learned.
Read this article for more info https://x.com/namanyayg/status/2097783972302557668?s=46
I pre-ordered mine last year but it looks like it's not going to come before September :(
As soon as it gets here I think this is the first project I'm going to attempt. It'll be helpful you've got any resources or source code for the Pebble STT and TTS parts. (I already have my own hermes that I want to hook it up to)
The productivity and mental boost from that is incomparable.
I know of a friend's company in India who purchased inference, at 4% of the actual price and states that it gave him an unbeatable competitive edge in their large running video influence pipelines. Any new competitors could not offer their pricing at all.
Primarily that operated because registering a new company getting free AWS credits was a very tiny cost
The batch did divide into groups. Some people were learning functional programming, others focused on Transformers architecture, while yet others on dynamic programming. But I quickly found a small group of people who were building things that I was interested in, games and AI applications.
In the unstructured time I was able to set my own goals, ship a lot, write a lot, and give a lot of talks on topics that are very interesting to me.
I didn't expect or get any free food from the Recurse Centre -- I was in New York, I had the world's cuisines available to me. I often went on lunch along with other RC members to reasonably affordable places within walking distance.
RC is not a college course with exams and a fixed syllabus -- It was unstructured and self-directed -- and that's what made it so special.
I learned so much and made great friends at my six weeks in Brooklyn.
Without Recurse Center I probably wouldn't have made it into YC with a startup of my own today. Long live RC!
My shell script definitely wasn't google scale tho!
Perhaps because I was pigeon-holing this as a programming optimization problem.
I wrote about it too! [0]
We've got guardrails before any code is generated and we put three layers of validation after the feature is ready to make sure it's using the correct data and it's functioning for the use case that the customer asks for.
Giving non-technical users the freedom to create new backend objects is definitely scary and not worth it imo!
What did you build, any links?
Only some (very well guardrailed) backend functionality is being used.
I've been dealing with technical debt for half of my career. Here's what we're doing to prevent it:
- We don't ship to prod or to the main repo -- each feature is a scoped, sandboxed, separately version controlled "app".
- We have a proxy layer to pin API versions, so if the underlying contracts change, we still support all past created apps.
- Authentication follows your SaaS platform's RBAC and authentication tokens, making it easy to share within a team or across multiple tenants.