I'm excited to have another contender on multi platform apps space but in the case of Flutter for desktop I just wonder about the RAM consumption compared to Electron.
I hardly see a scenario where shoplifting is acceptable. Hell, the only possible scenario I might "tolerate" would be if it was food (As in, you are so poor you can't afford to eat).
I wouldn't mind working on that kind of software tho, specially if I am "days/weeks away from being completely broke".
If you happen to know the runway time you got before things start to fall apart economically, I don't think there's much to argue regarding code quality (and general maintenance of the platform).
In large companies, projects usually have a budget and some desired launch date. If that launch date is not met, your _worst_ case scenario is you're fired. While your best is the acceptance that It just got delayed by whatever factor affected the outcome.
With small companies, your worst case is you're fired and the company could go bankrupt (or something as bad).
Now, OP said he was at a mid-size company and I'd like to believe he could be a beacon of change as the company grows. Maybe all the other seniors were used to work in startups and just can't fathom doing development any other way.
Bottom line is, your expectations might be off depending on the scale of the company and their current objective.
* User authentication
* Users can post products to be sold
* Making orders to _other_ users
Move on to the details of those features
* User authentication
-> Social login OR email authentication
-> Usual features like reset password/forgot
-> Most other features will only be available when authenticated
I try to keep progress measured by features and use kanban boards to keep track of it. I don't go overboard with keeping everything in their lane and the checklists updated because I tend to not update things as much as I wanted to.
I am part of a startup for the first time and, coming from a project that was a bit messy on its own but had some structural integrity, I feel a bit torn apart with the current code quality.
For starters, the project _must_ be done in a completely serverless manner (AWS was the chosen provider) and _nobody_ in the team had experience making a complete product just using this kind of architecture.
Since performance is the main concern, at the beginning we did a very shallow research on our options for languages and relevant items to the lambda's performance. One of those was cold startup time, which the bundle size has influence in. This led us to split our custom dependencies as much as we could, making the development and testing more painful.
With both previous points presented, I can say our code quality is not good. As for velocity and delivering on time, we have had some issues because of planning mistakes and unforeseen inconveniences while using AWS SAM and AWS CF. Nonetheless, we're "on time".
We have identified some pains that we would like to fix post-launch but that moment seems to never going to happen. I got a feeling we won't have time to do maintenance on the product and we'll just be bombarded with either bugs or new features.
As others have said before, customers will only look at the app's functionality and UX. And in our case the application looks amazing. The backend, not so much.
While I was never an Apple fan, I started to respect their products after my android-linux-hacking phase (Couldn't find better words for that period of my life).
Up to the point of considering getting an iPhone since I don't fool around with my android phone anymore, but what I wanted the most was to have a MacBook.
They've always looked so sleek and overall good looking, including the nice looking OS which seemed to have a functional GUI over a Unix core. And then I got one.
Last year my current job assigned me one to contribute to our mobile codebase. It's a MBP 2019, 15 inch.
As for the software, my first MacOS experience was Catalina and the only issues I've had I'm not sure if I should blame Catalina or the software per se.
I use Emacs for my text editing needs (and more) and it has been nothing but pain (Some outright freezes, buffers have chopped display sometimes).
Docker experience is just bad. Since It's not natively implemented it has to run up its own vm to work and having any small container running will turn up the overall heat on the machine which, thanks to the bad keyboard, I can feel at my fingertips.
Homebrew is painfully slow.
The GUI is fine, but with the recent advancements on the other DEs (specially KDE) I really don't see any advantages.
Overall if Linux had better support on Apple hardware, I'd have a partition with it and only boot on OS X for mobile dev.
I see it as an investment, since it will probably outlive me and anything an IDE can do, _technically_, can be done in emacs.
I was previously a vim user and I wanted to extend my editor but I really hate vimscript. I took a look at Emacs's Elisp and I liked it. To my surprise, the ecosystem was updated with my current tech stack (TypeScript, with the Tide plugin). I was really used to vim so I decided to create my own 'distro' and I began recreating some vim editing functionality along with similar keys (Since I'm not using evil mode or anything, I just made a prefix with Ctrl).
At the end I realized I only liked vim because of its ubiquity and keymaps.