Roman Jaquez

2.8K posts

Roman Jaquez banner
Roman Jaquez

Roman Jaquez

@drcoderz

Flutter @GoogleDevExpert 💙 / Cloud Architect / Rive Ambassador / Co-founder @ https://t.co/vxN4GxSLOO. Love sharing knowledge with others.

Methuen, MA Beigetreten Şubat 2010
647 Folgt14.2K Follower
Angehefteter Tweet
Roman Jaquez
Roman Jaquez@drcoderz·
Fundare - take one! 🥳 Able to evaluate the selected challenge and its successful completion through #Gemini and its multi-modal features 👍 Built w/ @FlutterDev #Web 💙 @firebase for the tablet-to-screen comms and #VertexAI 🔥@rive_app for animations. More soon! #fundare #duupr
Roman Jaquez@drcoderz

Thanks to #Gemini I’ll be able to bring to fruition an idea several years in the making 💙 Fundare, a new social platform for safe and fun online challenges🎉. Built with @FlutterDev powered by @firebase @googlecloud #Gemini. Will be of epic proportions!🔥 #buildinpublic #duupr

English
7
10
88
10.9K
Roman Jaquez retweetet
Firebase
Firebase@Firebase·
Firebase now integrates with @GoogleAIStudio, accelerating your path from prompt to production 💫 With a single prompt, you can build full-stack apps connected to Firestore for secure storage and Firebase Authentication for user identity.
English
29
63
423
132K
Roman Jaquez
Roman Jaquez@drcoderz·
@k8lovett @Bo80337023 @FlutterDev I get that part, but not even to flag ambiguous intent (or not to catch overflow but to catch a "dangerous" pattern)? more of a static lint rather than a runtime lint for code structure and as a best practice?
English
1
0
0
49
Kate Lovett
Kate Lovett@k8lovett·
@Bo80337023 @drcoderz @FlutterDev I am not sure we could catch that with a lint, the overflow wouldn’t be determined until it was built and based on the screen space.
English
1
0
1
56
Bo
Bo@Bo80337023·
@k8lovett @drcoderz @FlutterDev Potential render overflow due to incorrect parent child widget hierarchy Could be a skill issue on my side but often I’d lay widgets out and overflow errors ensue I can send more info later when I’m in the code base if you like
English
2
0
2
37
Roman Jaquez
Roman Jaquez@drcoderz·
it'd be cool then to have a lint like "avoid_unconstrained_flex_nesting" which is my initial point of people always getting the "dreaded" nesting issue which stems from the unbounded height/width error when you place a Column inside a Row or viceversa unless you use an Expanded or Flexible widget to tell the inner child how to take up space.
English
0
0
0
12
Roman Jaquez
Roman Jaquez@drcoderz·
Haha true- but it’s like a rite of passage for new Flutter devs understanding the intricacies of the layout system before moving on to the next widget. Also new Flutter devs must know that “Constrains go down, sizes go up - parent sets position” is not just a catchy phrase but a fundamental principle.
English
1
0
1
186
Roman Jaquez retweetet
Wasm I/O
Wasm I/O@wasm_io·
Good morning Wasm I/O 2026! Let's do it. #wasmio26
Wasm I/O tweet media
English
0
5
11
479
Roman Jaquez
Roman Jaquez@drcoderz·
@ulusoyapps @Firebase oh that's my wish too - I've done it with code in the past, but at a minimum it'd be great if importing / exporting activities didn't count as regular reads / writes but as a separate special kind of operation.
English
1
0
3
180
Cagatay Ulusoy
Cagatay Ulusoy@ulusoyapps·
My @Firebase Firestore wish: import JSON data converted to documents, and export document data as JSON 🙏
English
3
0
10
1.1K
Roman Jaquez retweetet
David East
David East@_davideast·
New in the Stitch Vibe Design launch: DESIGN.md Design consistency specified. Stitch generates design systems and a markdown specification you can export. stitch.withgoogle.com/docs/design-md…
English
8
39
474
87.6K
Roman Jaquez retweetet
Flutter
Flutter@FlutterDev·
Fill in the blank: The best piece of advice for a new Flutter developer is ________. ✍️
English
83
9
136
25K
Roman Jaquez retweetet
Stitch by Google
Stitch by Google@stitchbygoogle·
Meet the new Stitch, your vibe design partner. Here are 5 major upgrades to help you create, iterate and collaborate: 🎨 AI-Native Canvas 🧠 Smarter Design Agent 🎙️ Voice ⚡️ Instant Prototypes 📐 Design Systems and DESIGN.md Rolling out now. Details and product walkthrough video in 🧵
English
811
4.1K
36.8K
16.1M
Roman Jaquez retweetet
Guido Rosso
Guido Rosso@guidorosso·
Rive has evolved into a full experience engine. One of the biggest misconceptions is that we're just an animation tool. We have 3 Fortune 500 automakers using Rive as their engine, and challenges like this are how we: 🏆 Grow the talent pool for these companies to hire 🚀 Show what Rive is capable of as we approach v1 ❤️ Give back to the community that helped us get here Motion designers, this is your opportunity to use your skills to build real products. Full of quality, life, and detail that only animation can bring. Vehicle HMIs, triple-A game UIs, interactive apps, full-blown games, all running natively across platforms. This opens your skills up to a world of new job opportunities.
Rive@rive_app

The Rive Vehicle HMI Challenge starts this week on @contra Build a vehicle HMI with Rive. Think cockpit HUDs, instrument clusters, media centers, or companion apps. It doesn’t have to be a car. Boats, planes, spacecraft, submarines, sci-fi vehicles. Get creative.

English
7
21
166
14K
Roman Jaquez retweetet
Stitch by Google
Stitch by Google@stitchbygoogle·
Tomorrow, we’re introducing you to your new vibe design partner. 🤝 Our biggest update ever drops tomorrow. 👀👇
English
246
450
6.8K
1.6M
Guido van Rossum
Guido van Rossum@gvanrossum·
Just what I thought. Israel pushed Trump into the Iran war.
English
456
1.4K
15.9K
2.4M
Roman Jaquez retweetet
Kamran Bekirov
Kamran Bekirov@kamranbekirovyz·
Story: I made a set of Flutter widgets that aren't Material or Cupertino. I use Flutter for web and desktop a lot. And if you do too, you probably know the pain: Material works fine for mobile, but on web and desktop it screams Google. Cupertino doesn't even make sense on larger screens. So, if you want your app to look like your own brand, you're building everything from scratch. I've done that for 2 years at @UserOrient: it has a web dashboard built entirely with Flutter. Our designer made a clean, neutral design for it, I implemented it, and people kept saying it looks good. At some point I looked at all these widgets I built and thought: "I keep reusing these across projects anyway, why not let others use them too?" But I didn't want to make a package. See, these are widgets, pixels, and if you import a package, you can't change how a button works inside without forking the whole thing. Then remembered, a friend told me once about shadcn in the web world and how it just gives you the component as a file. That felt right. Decided to start with CLI: activate it, run a command, and it drops a plain Dart file into your lib folder. That file is yours. Edit it, move it, rename it, whatever. That's Orient UI. It gives you two things: 1. style.dart: colors, typography, radii, durations, breakpoints. One file. Works with or without Material. 2. Widgets: buttons, toggles, navbars, toasts, popups, search fields, tabs, more. 25+ of them. All tested. All responsive. One thing I didn't expect: style.dart became useful way beyond Orient UI's widgets. In my apps, I started putting all custom colors and typography there. It's now basically my whole app's design tokens in one place, and it doesn't fight Material's ThemeData at all. Here's how it works: > dart pub global activate orient_ui > orient_ui init // creates lib/style.dart > orient_ui add button // creates lib/button.dart You don't replace MaterialApp either. Keep your Scaffold, your Navigator, everything. Orient UI sits next to it. Use its button but Material's TextField. Mix however you want. Here's some questions I got and decisions I made along the way: - Is this a design system? Not really. It's foundational building blocks. You can use Orient UI's button next to Material's TextField and they won't fight each other. Use what you need, ignore the rest. - Why plain files, not a package? If it's a package, you can't change a button's internal logic without forking the whole thing. With plain files, you open button.dart and change whatever you want. - Will there be Orient UI v2, v3, breaking changes? No. There won't be. These are neutral, foundational widgets. A button is a button. A toggle is a toggle. You get the file, it's yours forever. - Why not OrientButton, OrientApp? I almost did. Then I realized that's annoying. Nobody wants to type a prefix on every widget. So the button is just Button. The theme is just Style. Simple names, no conflicts with Material's ThemeData. - How do widgets know light/dark mode? I could do Theme.of(context).brightness but that ties you to Material. What if someone uses CupertinoApp or just a plain WidgetsApp? So I made Style an InheritedWidget. You wrap your app with Style(), pass brightness, done. And if you don't wrap, it defaults to light. So wrapping is optional too. - How does the CLI work? It fetches templates from GitHub. No code generation, no build runner. You run a command, you get a file. That file imports style.dart for colors and typography. You point that import to wherever you put style.dart and you're set. Also, Flutter team recently separated Material and Cupertino into their own packages. Maybe there's room for a third option. Maybe this is it. Links in the first comment 👇🏻
Kamran Bekirov tweet media
English
9
9
122
11.6K