DX: Developer Experience （開発体験）は重要だ - Islands in the byte stream
DX: Developer Experience （開発体験）とは、あるシステムを「気持ちよく開発・保守できるかどうか」を示すもの 開発者は開発・保守という行為を通じたそのシステムのユーザーであり、DXはUXの一種である DXがよいと日々の開発を楽しめるようになり、気持ちに余裕ができる 気持ちの余裕がでるとコードの品質があがり保守時のデグレも減らせる また、DXがよい事自体がDXを高める動機になり、正のスパイラルを見込める つまり、「定められたタスク」（＝義務）以上のことを行うようになる DXが悪いと開発を楽しめず、「定められたタスク」以外のことをしたくなくなる DXは放置すると悪化するので、「DXがよくも悪くもない」プロダクトは時間が経つに連れ「DXが悪い」になる なので積極的にDXを良くしていく活動を奨励していくのがよい いくつか興味深いフィードバックがあったので記しておきます。 DX
システム保守契約のサンプルと留意点 - 弁護士法人クラフトマン IT・技術・特許・商標に強い法律事務所(東京・横浜)
システム保守契約とは システム開発が終了すると、多くの場合、開発したシステムの運用・保守について、ベンダ（受注者）とユーザ（発注者）で契約がなされます。 また、システム開発契約とは関係なく、システムの保守について委託契約がなされることもあります。 本ページでは、システムの保守契約・ソフトウェア保守契約（メンテナンス契約）を作成・締結する際の留意点についてご説明します。 システム保守契約作成・検討における留意点 システム保守契約と収入印紙 まず、システム保守契約に収入印紙の貼付は必要でしょうか。結論的にはその内容次第ということになります。 例えば、保守の内容に、システムのソフトウェアの不具合の修正や補修作業が含まれる場合には、これは「仕事の完成を約する請負契約」とされることが多いと解釈されます。 それで、この場合、単発的なものなら請負に関する文書（２号文書）に該当するとされ、契約金額に応じた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
