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.

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.

Comments URL: https://news.ycombinator.com/item?id=24352444

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=24008425

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=23909125

Points: 1

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=23467120

Points: 1

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=23262252

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=22585773

Points: 2

# Comments: 0

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.

Comments URL: https://news.ycombinator.com/item?id=20704544

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=20212033

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=18218965

Points: 2

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=17187065

Points: 3

# Comments: 0

Comments URL: https://news.ycombinator.com/item?id=9929297

Points: 28

# Comments: 13