Opens profile photo
Follow
Christian Findlay
@CFDevelop
💙 Freelance #Flutter Dev - DM or LinkedIn for Apps | Writer | #dotnet | #GoogleCloud | #gRPC | #Azure | #Firebase | #Xamarin | #UnoPlatform Course Author
Melbourne, Australiachristianfindlay.comJoined January 2019

Christian Findlay’s Tweets

Pinned Tweet
Absolutely thrilled to have my first freelance #flutter app in the Google Play Store. iOS version on its way. This app took around 20 days, but the designs are not mine! DM me if you'd like help with an app. play.google.com/store/apps/det #flutterdev
10
42
I should give you a heads up. A lot of answers are like the response you get to hitting your knee with a hammer. It feels like a given that kids should learn how to handwrite, but seriously, how often do you actually write something with a pen? For me, it's maybe once a year
4
3
Show this thread
So, my conclusion at this point, is that it is not possible to do true dependency injection of Flutter widgets. I'd really like to hear from anyone who thinks otherwise... I do realise this hinges on definition to some extent, but the distinction is important.
1
1
Show this thread
In #flutter you can build services with DI, but because of the tree structure it's essentially impossible to do DI unless you pass dependencies through the constructors of the widgets If you request your dependencies via the BuildContext, like Provider, this is service location
1
Show this thread
I would put it exactly like this as well. You can always refactor more abstractions in if you need them, but putting them there just because you might need them creates unnecessary work at the beginning.
Quote Tweet
In some ways this Todo sample explicitly avoids those patterns github.com/davidfowl/Todo. Write the code required for the scenario to work, then refactor as needed when more scenarios arise. Build abstractions as they reveal themselves.
Show this thread
1
8
But, most importantly, stop getting sucked in by pundits who push you down a path that's not right for your team or practices. Take the simple approach and stop listening to snake oil salesmen. Piling complexity on your app won't get you to market quicker or more reliably
1
1
Show this thread
Microservices as an architecture exists and there are some large orgs with large systems where it's the right choice. If you work for one of these orgs, you will know. For everyone else, BaaS is an easy way to get your scalable app running quickly, and with the option to expand
1
1
Show this thread
You found that nobody was even doing microservices because nobody even understood what that meant. I watched teams flail around trying to build something they knew nothing about and waste hundreds of thousands on failed projects.
1
1
Show this thread
insisting that every app that fails to adopt the pattern will slow to a crawl and fail in the market place It was almost impossible to get a .net backend job here in Australia that wasn't there to convert an old app to microservices But, when you scratched beneath the surface...
1
2
Show this thread
This isn't a tweet about microservices per se. There are microservices success stories and I'm not suggesting microservices are inherently bad. What was bad was the sudden jolt from building simple back-ends to some foreign architecture that nobody was ready for, and...
Quote Tweet
Can we finally admit that the #microservices craze was harmful to the software industry? Sure, they are good in theory, but most teams end up with unmaintainable, slow, unreliable, hard-to-change monstrosities We now use "modular monolith" as consolation, but I still say back-end
Show this thread
1
9
Show this thread
If you want to learn how to build apps that scale and are easy to build from scratch, look into to Firebase, AWS Amplify and other Documentdb BaaS solutions. When you need more control, add Web APIs on top with your favorite language on serverless containers.
11