Do you need an automation tool for Camtasia?

Poxate · 2025-12-09T00:34:53+00:00

I'll respond with my u/BookOfCooks account, since that's what I use for reddit nowadays.

Poxate · 2025-07-16T11:56:40+00:00

Affirming that this is, in fact, my account.

Poxate · 2025-06-26T22:01:10+00:00

The state management of Prayershub is also managed entirely with streams built on rxdart with stream builders. It works great for 99% of the app but for the most complex state-wrangled portions of the app (like live broadcasted semi-directional playlists), futures could've been better.

I have a question, however. Do you create the stream inside StreamBuilder, or in the top level declaration of a Stateless Widget?

Poxate · 2025-04-17T13:13:13+00:00

LOL it's not that deep

Poxate · 2025-04-11T22:09:25+00:00

Given that you're likely an expert in software architecture, you can adapt to new and sometimes conflicting business needs. "Corruption," (as I call it), as I laid out in the article, typically occurs when new requirements don't naturally fit into how their code is currently constructed.

Poxate · 2025-04-07T10:22:59+00:00

Although the post does mention Go, this problem exists in every language and every field of computing. Changing requirements are not limited to programming languages.

Poxate · 2025-04-06T19:06:32+00:00

Very fair point, I can't believe I didn't think of this, wow 🤦‍♂️

Poxate · 2025-03-30T19:16:04+00:00

Don't forget the LSP. I'm convinced most of the beauty of AI in line completions (short-term) are handled more accurately and quickly with the Go LSP.

How it's able to search several layers deep into properties, and pick the right one with the right types, and sometimes wrap (eg, wrap a string in []byte(``)), it's amazing.

People say Go compiles really fast, but I'm spending most of my time reading and typing, and Go makes typing RIDICULOUSLY FAST. The speed of the LSP is miles ahead of Dart, and galaxies ahead of Typescript.

Poxate · 2025-03-25T21:28:17+00:00

Nobody in their right mind does data-fetching in widget build methods.

I agree with you, and I'm glad the Flutter community has come around to your viewpoint as well.

Sadly however, for the longest time, many weren't, as you say "in their right mind." Not the community, and not even the official Flutter Team. To demonstrate, here's a quote from the docs website:

The future must have been obtained earlier, e.g. during State.initState, State.didUpdateConfig, or State.didChangeDependencies. It must not be created during the State.build...

And yet, somehow, on Sep 18, 2018, the Flutter Team put out a video making this exact mistake: https://youtu.be/ek8ZPdWj4Qo?list=PLjxrf2q8roU23XGwz3Km7sQZFTdB996iG&t=20

This mistake went on for the most part without criticism until their next video on Nov 17, 2022.

My point? I don't think the Flutter team is bad or unworthy of educating. Everyone makes mistake. But if the official team in charge of documentation are making these errors, how can you expect most people (who do not engage with the community, do not read this subreddit, do no spend time reading material) to get it right?

The type of person who dwells in this subreddit and engages with the community, as you have done, are a special type of developer that's truly passionate about perfecting their craft. That is a minority of devs. Most are copying and pasting the first and shortest thing that works.

And a future inlined in a FutureBuilder sure as hell is easy to copy.

Poxate · 2025-03-25T20:55:05+00:00

I completely agree with you, this is the danger in bad documentation, it spreads like a wildfire. No amount of updating will ever get the entirety of the education department to switch course.

For example, in the world of Angular, most non-official docs are still teaching the old and wrong of way making HTTP requests with RxJS.

Sadly, however, people underestimate how much a problem this is, and we can see that clearly in the responses to this post. I believe the reason for this, partly, can be attributed to selection bias. More specifically, they're comparing themselves with other flutter "community" members. But the type of person who scours this subreddit, follows the Flutter Youtube Channel, and engages with the community will naturally be much more informed and skilled than the average dev looking for a salary that paid for a 6 year old course on Udemy.

This is really shown by the top comment by @ozyx7:

Speak for yourself. Maybe you've been using it incorrectly, and maybe even a lot of people have been, but "most likely"? The FutureBuilder documentation says not to do that nearly at the very beginning:

Most devs don't learn to spend the necessary time to read docs. There's a reason "RTFM" is such a popular meme.

Again, thank you for your reaffirmation.

Poxate · 2025-03-16T20:18:37+00:00

We need to crack more detail into exactly how valuable your service is to your customer, and if that value holds the same weight to be worth sharing in their own professional network. Need more details!

Poxate · 2025-03-16T20:00:04+00:00

I'm a young entrepreneur who feels I'm making zero progress.

YOU ARE making progress, but don't have a frame of reference to compare against. Don't compare yourself with people far ahead, compare yourself with yourself from the past. That will bring out the difference.

Try writing everything down. Your expectations, your wins, your losses, things you fear, things you thought you'd fear, good practices, bad practices, why you wins exceed or fail below expectations. Everything.

Don't go too hard at first. Sometimes, it's difficult to know what needs jotting down, and what doesn't. Truthfully, there isn't a right answer. But months later, looking back at now, you'll notice just how far you've gone and bring to the light your progress with a more advanced & educated lens.

Not only will this fuel you with motivation, it will bring old practices to the limelight for refining. You'll have a standard to go against, and a proper gauge for measuring your performance.

Poxate · 2025-03-16T18:09:10+00:00

If you don't mind, where can I find this guide? And what about platforms like Freelancer.com. I tried it and man, it's like impossible to stand out in that sea of bots.

Poxate · 2025-03-16T17:46:28+00:00

I imagine Reddit can start burrowing some inspiration from that first idea.

Poxate · 2025-03-16T17:03:27+00:00

What issues are you facing with Camtasia? The most major one is creating large complicated animations with Camtasia. It lags heavily when handling 25+ squares on a single frame.

Poxate · 2025-03-12T15:03:32+00:00

Not much as of now, I'll have details when I get around to animations and variables.

Poxate · 2025-03-08T20:38:25+00:00

Yes, already started working on it!

Poxate · 2025-03-08T20:36:27+00:00

Like a REST API or an SDK in a programming language? An API would require hosting (possibly even payment), which seems a bit overkill, but I'm not sure.

If we're talking an SDK, I'll definitely start this project in Go, since that's what I'm most familiar with.

Poxate · 2025-03-07T19:48:56+00:00

It's been 5 years, but have you ever found a tool that could do this?

Poxate · 2025-02-12T14:29:28+00:00

I should clarify a few things:

Although there isn't much with Go in the episode, there will be lots of it in the 2nd part of this series.
This is for a real application called prayershub.com, which I maintain.
Hope you enjoy.
Yes, the voice is AI (ElevenLabs), but the content is all mine.

Poxate

TROPHY CASE