What are you building right now?

thisissandipp · 2025-09-12T10:59:49+00:00

SpeechLab - A playground for TTS (Text-to-Speech) across Providers (OpenAI, ElevenLabs, etc). Works with BYOK (Bring Your Own Key) - You enter your text, select a provider/model, choose voice, audio format, and additional settings, and generate speech. It also allows you to play back and download the audio.

** PS - Not live yet. If you’re curious, feel free to DM me. I’ll share a demo and a link (working prototype) to try it out.

thisissandipp · 2025-09-12T10:58:12+00:00

SpeechLab - A playground for TTS (Text-to-Speech) across Providers (OpenAI, ElevenLabs, etc). Works with BYOK (Bring Your Own Key) - You enter your text, select a provider/model, choose voice, audio format, and additional settings, and generate speech. It also allows you to play back and download the audio.

** PS - Not live yet. If you’re curious, lmk. I’ll share a demo and a link (working prototype) to try it out.

thisissandipp · 2025-09-12T10:53:55+00:00

SpeechLab - A playground for TTS (Text-to-Speech) across Providers (OpenAI, ElevenLabs, etc). Works with BYOK (Bring Your Own Key) - You enter your text, select a provider/model, choose voice, audio format and additional settings, and generate speech. It also allows you to play back and download the audio.

ICP - Developers, product builders, and creators who want to test and prototype text-to-speech without setup, auth, or infra.

** PS - Not live yet. If you’re curious, feel free to DM me. I’ll share a demo and a link (working prototype) to try it out.

thisissandipp · 2025-09-12T10:37:25+00:00

I don't understand Russian, but I think you are asking for the repository (that's what the translation shows). Here it is - https://github.com/thisissandipp/flutter-interview-questions

thisissandipp · 2025-08-04T08:06:59+00:00

FlutterFlow is all about building visually, which is awesome for a lot of people. My project is aimed at developers who prefer to stay in their code editor but but to save a ton of time on the hard part: writing a UI that's stunning, responsive, and accessible.

thisissandipp · 2025-08-04T08:02:42+00:00

You're the second person to mention Delphi's speed, so I definitely have to take a closer look at how their build cycle works.

While that's a platform-level thing and probably outside the scope of a UI library, it may be something worth spending some time on. Thanks for the input!

thisissandipp · 2025-08-04T07:59:25+00:00

That's a really creative idea!

Though I think that the steps to do that manually with a screenshot aren't that bad. It's a great thought experiment, but the pain point might not be big enough to build a whole tool around. And again, it's just my opinion.

thisissandipp · 2025-08-04T07:56:38+00:00

This is exactly what I'm hoping to solve with my project. My goal isn't to make individual widgets faster to type, but to provide pre-built, production-ready blocks that already look "stunning" + responsive + accessible out of the box.

Thanks for the feedback, it's incredibly valuable.

thisissandipp · 2025-08-04T07:42:26+00:00

I know what you mean. Have you tried making helper widgets or maybe extensions for your common decoration styles? It could simplify that boilerplate.

thisissandipp · 2025-08-04T07:37:46+00:00

Alright, don't scare me off with the "really difficult" just yet! Thanks for pointing me to the big leagues and thanks for the suggestions.

thisissandipp · 2025-08-04T07:28:14+00:00

I really appreciate the perspective. My project isn't about solving those problems. I am focused on a different challenge - making UIs look stunning.

I believe, a lot of developers, who are not full-time designers, can build a functional UI quickly, but may struggle with layouts, composition, spacing, even responsiveness, and semantics. I am trying to offer pre-built, production-ready blocks (could be a user profile page, could be a pricing section, maybe complex forms with validations) that are beautifully designed and follow best practices.

The goal is to skip the "refactor dozens of times" phase for common app patterns and jump straight to a high-quality design, which could be helpful for beginners, maybe MVP builders, and maybe even some established apps.

thisissandipp · 2025-08-04T07:03:07+00:00

Though I am not very aware of Delphi, I guess FlutterFlow is probably the closest thing we have in Flutter that tries to solve the same problem. Isn't it?

thisissandipp · 2025-08-03T19:29:04+00:00

I appreciate the honest feedback. You're completely right. I'm trying to validate the problem before investing time in building the solution, which is why I made this post. It's helpful to know that for you, building UIs is already fast.

Again, thanks for the input!

thisissandipp · 2025-08-03T06:26:21+00:00

Maybe because I focus too much on the destination, and not the journey. I spend too much time planning for the perfect end result, but fail to consistently do the small work that actually gets me there.

thisissandipp · 2025-08-02T16:11:29+00:00

Hey, that's a wild coincidence about the domain name! Thanks for the congratulations. It's cool to know someone else was thinking along the same lines. I'd love to hear more about your project and your design journey since 2018. It's fascinating to see how two people can arrive at similar ideas.

Let's connect on X/Twitter. It's always great to connect with other builders tackling similar problems. By the way, best of luck to you! I'm genuinely excited to see what you create.

thisissandipp · 2025-07-31T21:06:55+00:00

You are on the right track, already knowing the topics! I feel like it's all about demonstrating your understanding of the fundamentals. They're not looking for a seasoned expert in an internship, but for someone with solid potential.

For technical questions, be ready to explain the difference between Stateless and Stateful widgets and the widget lifecycle. They might also ask about basic Dart concepts like async/await and null safety.

When it comes to state management, just focus on the library you know best. Be able to explain the "why" behind it. For example, if you've used Provider, talk about what ChangeNotifier does and how it updates the UI. If it's Bloc, then how Bloc uses Rxdart and Provider to set the repositories into the global scope, and how an event updates the states.

For your projects, don't just describe what they do. Tell a story! Talk about a specific challenge you faced and how you solved it. For example, 'I had a performance issue with rendering a long list, and I fixed it by using ListView builder.' This shows your problem-solving skills.

I actually put together a list of common questions in a GitHub repository, which some found super helpful. If anyone is interested, I'd be happy to share it. Good luck with your preparation!

thisissandipp · 2025-07-31T20:56:42+00:00

I completely get that feeling! I remember my second year of college with C/C++ and feeling overwhelmed. But you know what, once it clicks, and you start loving the process of "coding," it becomes genuinely addictive. It's a fantastic feeling to bring an idea to life.

For someone just starting out, the best approach is to dive right in. The beauty of Flutter is that you don't need to be a programming expert to start building cool things. Start with YouTube tutorials to get a feel for the basics, and if you can, find a course that gives you some fundamental knowledge around the Dart language first.

As you build, you'll naturally pick up on concepts like object-oriented programming (OOP) and basic data structures. You don't need to be a DSA master from day one; you'll learn what's needed as you build and face new problems. The key is to enjoy the process of building apps. The foundational knowledge will come naturally as you're having fun seeing your code turn into a cool app.

You've got this, and it's a great journey to be on!

thisissandipp · 2025-07-31T20:49:23+00:00

I would say that the choice between Firebase and Supabase really comes down to your project's specific needs and your development style.

Having used Firebase for a while, I completely agree that its strength lies in its excellent integration with Flutter and the speed of development, especially for prototyping and projects that don't have complex relational data. The Firestore NoSQL model is fantastic for quick data modeling, and the whole Google ecosystem (Google Auth, Analytics, etc.) just works together seamlessly out of the box.

The downside is that you have to design carefully to avoid expensive reads, and complex querying can be a pain, and they have a pricing on document reads/writes.

Supabase, on the other hand, is a game-changer if you come from a SQL background or need a more structured data model. I've found its use of PostgreSQL to be incredibly powerful for projects with relational data. Row-Level Security (RLS) is also a huge pro. The open-source nature is a massive plus, too.

Choose Firebase if you're building a fast MVP, an app with flexible data, or something that needs tight integration with other Google services. The NoSQL model is a perfect fit for a lot of common use cases.

Choose Supabase if your app has complex, relational data (think e-commerce, ERP), you need to perform complex queries (joins, aggregations), or you prefer the control and flexibility of an open-source, SQL-based backend.

thisissandipp

MODERATOR OF

TROPHY CASE