December 2, 2024 by Hugh Kaznowski4 minutes
Have a look at my weekly report on where I am with progress and focus.
The theme of this week is to progress towards getting demo videos out.
The purpose of the community is to find people who are interested in the same topics - customers, early adopters, other vendors.
While it is a good way to passively generate leads, I am adamant that it cannot become a branded community. If it becomes too “sales-y” then nobody will want to join.
I am now racing towards product demos using videos. There are several reasons for this.
There are 2 companies that hold the trademark to “rapid” - an IT consultancy providing cloud hosting, and a sports livestreaming platform. Hopefully things go smoothly despite that.
A friend gave me an “in” to this call with a massive company. It’s unlikely to progress much, but it is stil very important to have such calls.
The call itself was focused on the problem they are trying to solve, and the 2 or 3 approaches they are evaluating.
They wanted input on how this problem gets solved in the databases space.
I am always willing to share advice on such topics. I think both sides benefit from the scenario. You get free advice, I get a free use case to consider and potential product feedback.
This likely won’t lead to a sale for the existing problem, since they are pressed for time and need a proven solution (“not production ready”).
This does not exclude the product from being used on other projects internally though - hopefully, something can come from that. Even if it is just network expansion.
Another friend referral.
This one is about integrating several systems that the team has internally.
I am not thinking much will come of this - integrations projects can be extremely challenging.
However, by listening to the use case intently, I can better prepare and prioritise features to make such conversations more productive.
The client gets a perspective from someone working on the problem about existing solutions and how they can be leveraged. The client also gets tips on anti-patterns in such projects.
Did you know Rust std::net::TcpListener is blocking by-default? Did you know that putting it into a Tokio TcpListener will not set it to non-blocking? I found out.
One of the benefits of using Rust is that everything is being designed with some sensibility from the start. You aren’t tied to tech-debt as much as in other language ecosystems.
One place where this shines is with implementations of protocols that are “Sans-I/O”. That means you can interact with the protocols, without needing to use TCP or UDP bindings.
I have written up an example of how to write such a service and test it here.
I have started work on the Admin API. The Admin API will allow users to configure multitenancy and all configurations involved in the system.
To make the product as convenient to use as possible, I have made it available for free online.
You can interact with it on cloud.rapidrecast.io.
Access is anonymous and I take no responsibility for data sent to it or received from it.
Till next time folks!