I try to write up helpful or interesting pieces I feel either aren't covered sufficiently elsewhere or for my own reference.
Covers a pretty wide array of technologies (software architecture, messaging systems, DBMSs, etc).
I generally try to target the intermediate level that often gets lost in the spectrum between surface-level intros or expert level deep dives. My hope is that someone gains an better understanding or discovers a new practical tool or approach that they can then use to better their life and career.
> From a customer perspective, with a fixed bid, isn't contractor incentivized to cut corners?
It would depend on who you're contracting with.
There are no doubt countless (particularly massive, govt) projects where the contracted company does only the bare minimum work under the contract and doesn't care about burning the relationship. On the other hand the general arguments in favor of fixed bid from the client side is that it a) gives the client a specific number to budget/get approval for and b) it incentivizes the contractor to time-efficiently deliver what has been agreed to.
Fixed bids work best when both parties have a shared, concrete idea of what needs to be delivered including level of quality and the likely amount minor changes along the way. However in practice this is often not the case, and when a difference of good-faith expectations happens usually no one is left happy. The client may feel that certain aspects were presumed to be included in the fixed bid proposal and will likely need to submit formal change requests to pay for more work (that may need to get additional approval). On the other side the contractor may feel the client is trying to squeeze potentially a sizable amount of free work beyond what was agreed upon/charged.
Contracting on a time & materials basis alleviates most of the problems mentioned, but comes with its own downsides/risks for both sides.
The irony of this comment is that Subsurface does in fact use git under the covers for online syncing. So yes, this is git for the world of scuba diving :)
> I found the mobile app to be very disappointing. The UI is absolutely atrocious, to the point of being unusable, unfortunately
Just to provide another anecdote, I have been pleasantly impressed by the (Android) mobile app. I wonder if there are significant UI/UX differences between iOS and Android apps? I don't log my dives through the mobile app which may be where the experience disparity lies. But having a quick reference before a dive of what weight I used on the last fresh water dive or what has been my air consumption at this depth in the past is pretty handy.
As for the desktop apps I've used both the Linux AppImage and the MacOS versions and find them both pretty nice to use. The fact that the dive log data is stored locally in XML makes manual tweaks super easy, for example copying over a subset of dives from a watch dive comp to my main intergrated's dive log file after a vacation.
Author here, thanks for the heads up. It doesn't look like mkfile is included with the Jessie base system I was using to test. For those wishing to use this method it looks like the xfsprogs package contains xfs_mkfile which operates the same as parent's example.
I try to write up helpful or interesting pieces I feel either aren't covered sufficiently elsewhere or for my own reference.
Covers a pretty wide array of technologies (software architecture, messaging systems, DBMSs, etc).
I generally try to target the intermediate level that often gets lost in the spectrum between surface-level intros or expert level deep dives. My hope is that someone gains an better understanding or discovers a new practical tool or approach that they can then use to better their life and career.