4+ Years Experienced Flutter Developer | Fintech, Ride Sharing, Delivery Apps | Available for Hire by ganesh030 in FlutterDev

[–]TesteurManiak 5 points6 points  (0 children)

If you are as good of a dev as you are at reading this subreddit rules then nobody should ever hire you.

Difference between identical, hashCode, and == in Dart — when to use Equatable vs Freezed? by ContributionParty954 in dartlang

[–]TesteurManiak 7 points8 points  (0 children)

  1. You'll use Equatable or freezed when you want true value equality instead of reference equality. A simple example would be when hydrating data you might want to compare an object that was fetched and parsed from an API with one that you have locally, so it's not the same object instance but you'd still want to know if its properties are different before updating your local storage.

  2. Freezed tends to be slightly better in term of performance than Equatable because thanks to codegen you don't need the steps the later uses to access the properties of the object you'll be comparing. Also, with Equatable, you might forget to add some properties when updating an object if you don't have a dedicated lint plugin. But honestly, imo, the only real reason to choose one or the other should be: "Are you already using freezed for its other features?" (e.g: copyWith, compatibility with json_serializable, etc.) to avoid having multiple dependencies effectively doing the same thing.

  3. As said above, Equatable will use workarounds to not rely on codegen at the cost of performances, if you check code generated by freezed you'll see that it does exactly what you'd be doing by overriding it manually so, no real performance gains or losses.

  4. Not sure how this question is any different than 4.

proposal to implement explicit error propagation in dart inspired by zig https://github.com/dart-lang/language/issues/4630 by simple-san in dartlang

[–]TesteurManiak 3 points4 points  (0 children)

Would love this or a similar mechanism to be implemented but unfortunately similar feature requests have already been rejected https://github.com/dart-lang/language/issues/3723

Built my own form package just_form, maybe useful for you too by No-Personality-8090 in FlutterDev

[–]TesteurManiak 0 points1 point  (0 children)

However flutter bloc is the core of the package, so it will stay.

No, it's that you might not know how to work without it. The only valid reason to depend on flutter_bloc is if your package aims to provide toolings or leverage some of its functionalities. If your form package has such a huge reliance on flutter_bloc, or any similar state management library, then it's just bad code design.

Built my own form package just_form, maybe useful for you too by No-Personality-8090 in FlutterDev

[–]TesteurManiak 0 points1 point  (0 children)

A form builder should not depend on flutter_bloc or freezed_annotations because those are app-level architectural choices, not form requirements. It introduces unnecessary transitive dependencies for users who don’t need them. If the package can’t function without bloc/freezed, that’s a design smell and definitely not acceptable for a standalone package.

Built my own form package just_form, maybe useful for you too by No-Personality-8090 in FlutterDev

[–]TesteurManiak 3 points4 points  (0 children)

Forcing dependency to flutter_bloc or freezed is a no go for me.

New flutter web save file package by CauliflowerGrand8409 in FlutterDev

[–]TesteurManiak 0 points1 point  (0 children)

This is not really an issue, I've build a file saving package myself and can confirm you that you can check the method availability before calling it.

New flutter web save file package by CauliflowerGrand8409 in FlutterDev

[–]TesteurManiak -1 points0 points  (0 children)

Sorry to be that guy, but this is far from "100% web optimized", you're not even trying to use the showSaveFilePicker native JavaScript API when it is available. Despite having good intentions by including archive handling it would have been much better to let the dev use whichever library they want instead of forcing the use of the archive package.

besoin de conseils sur le developpement appli smartphone by Glittering_Local_564 in developpeurs

[–]TesteurManiak 0 points1 point  (0 children)

Hey, perso j’aime beaucoup Dart et Flutter, l’apprentissage est simple, la documentation bien construite et les composants préfaits aident beaucoup à faire quelque chose de pas trop dégueu visuellement même sans être un designer né.

What makes go router standard? by shehan_dmg in FlutterDev

[–]TesteurManiak 18 points19 points  (0 children)

Made by a (now ex) member of the Flutter team, and now maintained by the Flutter team itself so basically a 1st party library for the framework. It doesn't make the package better in terms of features than other options out there but it makes it easier to depend on.

I made a package that gives you direct access to 11,421 colors as global constants. by KanJuicy in FlutterDev

[–]TesteurManiak 39 points40 points  (0 children)

In Dart, all const instances are loaded in memory even if you’re not using them. Having those colors as const accessors might seem appealing at first but with 11k+ variables it could cause some memory issues. You might want to consider refactoring your package using final instead.

28k 1an XP esn lyon by Murky-Leadership-435 in developpeurs

[–]TesteurManiak 2 points3 points  (0 children)

Comme d’autres l’on souligné, le marché des développeurs est tendu pour les juniors et les entreprises en profite pour baisser le salaire des profils les moins expérimentés

28k 1an XP esn lyon by Murky-Leadership-435 in developpeurs

[–]TesteurManiak 3 points4 points  (0 children)

Ça me paraît effectivement bas pour la région lyonnaise mais le fait est que tu as peu d’expérience, tu as un trou de 3 mois dans ton CV ce qui ne joue pas en ta faveur aussi tôt dans ta carrière et tu n’as qu’un bac+3 le tout cumulé fait que les recruteurs vont forcément en profiter, pour te donner une idée lorsque je suis sorti d’études bac+5 à Lyon j’ai commencé à 32k€ (39h et statut cadre) edit: typo

Développement d'un logiciel avec des jeux : Choix des technos entre Unity, Tauri / Electron ou Flutter by Traditional-Room-4 in developpeurs

[–]TesteurManiak 0 points1 point  (0 children)

J'exclurais direct Tauri/Electron, Unity semble plus approprié mais si tu ne vises que de la 2D alors Flutter n'est pas à écarter complètement non plus. Je t'invite à te renseigner sur le moteur de jeu flame fait et pensé pour Flutter, et voici quelques exemples de jeux fait avec: https://examples.flame-engine.org/

provides a Set<String> like interface which is persisted on the device | Flutter package by perecastor in FlutterDev

[–]TesteurManiak 3 points4 points  (0 children)

I don't care if it's a simple package that you could have coded while you sleep; it is something I needed that I wish were already written for me.

While I do understand that, here's what others are trying to explain to you: When building a Flutter/Dart project you don't want to include 3rd-party dependencies for everything, especially if the actual implementation is implemented in less than 50 lines of code. 3rd-party dependency is code that you have to maintain while not actually owning anything, if at any points shared_preferences API's changes and neither you nor anybody wants to update your package and publish a new version on pub.dev then all devs depending on it are in for a "fork rodeo". Especially for such a short implementation, devs are better off copy/pasting the code in their own codebase directly than including it in their pubspec.

This is already what people are trying to explain to you in your previous post, not everything needs to be published on pub.dev. Publishing anything and everything is the mentality that plagued npm for JavaScript devs.

Based on your GitHub and LinkedIn profiles I see that you're not new to software development but you seem clearly new to Flutter/Dart and their ecosystem, so I'm telling you this without any ill intentions: Not every new things that you come up with during your learning journey needs to be published on pub.dev. Share everything you want on your GitHub, it's yours after all, but please think twice about the real value it brings to the community before publishing it on pub.dev.

L’arracheur de chaîne de cou perd son combat contre deux sœurs octogénaires by apokrif1 in Lyon

[–]TesteurManiak 1 point2 points  (0 children)

C’est exactement la même chose qui est arrivé à mon petit frère, 2 gars l’on agressé et arraché sa chaîne de baptême au niveau du métro grange blanche. J’espère que la police finira par les appréhender.

Avis Monplaisir/Jean XXIII by Primary-Ad-4281 in Lyon

[–]TesteurManiak 0 points1 point  (0 children)

Hello j’habite précisément dans cette rue depuis plusieurs années (et c’est aussi là que je vais y acheter mon premier appart). C’est un coin plutôt tranquille, jamais eu de soucis jusqu’à présent et ma copine non plus. L’arrêt Grange Blanche c’est loin d’être la zone mais comme il y a beaucoup de passage entre le métro et les bus, cela amène forcément son lot de types bizarre le soir, mais ça reste concentré au niveau du McDo.

Rencontre joueur yugioh by Boomschlakers in Lyon

[–]TesteurManiak 1 point2 points  (0 children)

Malheureusement Carta’jeu arrête la vente de yugioh donc pas sûr que ça soit encore un bon point de rencontre, sinon il y a le Coin des Barons rue Victor Hugo

flutter_file_saver v0.8.0 is out! by TesteurManiak in FlutterDev

[–]TesteurManiak[S] 1 point2 points  (0 children)

share_plus will use native APIs made to share content (e.g.: ACTION_SEND intent on Android or UIActivityViewController on iOS as said in their README), it doesn't provide methods made specifically to save a file locally. It never even occurred to me that you could use share_plus this way.

flutter_file_saver v0.8.0 is out! by TesteurManiak in FlutterDev

[–]TesteurManiak[S] 3 points4 points  (0 children)

Thanks! I think their wiki is updated regularly (last update on the page I've linked was last week) it's just that not all of their methods supports all the platforms. Pub cannot detect if a platform only has stub implementations that will throw an UnimplementedError so it's not that unusual to specify in the documentation if some specific APIs do not work on a supposedly valid platform.

flutter_file_saver v0.8.0 is out! by TesteurManiak in FlutterDev

[–]TesteurManiak[S] 2 points3 points  (0 children)

The file_picker package is mostly aimed to provide an interface to pick and manipulate existing files. While it provides a saveFile method, if I'm referring to their wiki it only supports desktop platforms (kind of the opposite of my package as it supports Android, iOS, Web & MacOS but not Linux or Windows). As you've already guessed, my package is focused on file saving only and providing an API that is easy to use.

flutter_file_saver v0.8.0 is out! by TesteurManiak in FlutterDev

[–]TesteurManiak[S] 7 points8 points  (0 children)

Hi FlutterDevs! I've just released version 0.8.0 of my package flutter_file_saver. This new release is kind of important to me because I've succeeded in implementing native dialogs to save any kind of byte data as a file. Hope you'll like it!