2020年、20年前はこんな環境で開発をしていたぞ - Qiita
2020年になり、今の開発環境と筆者が社会人となった昔(2001年) の開発環境を比べてみた。 ※ 筆者が当時体験したことを元にしており、開発全てがこんな感じではないです。 ソースコード管理 今 = GitHub(Git)で管理 Gitが生まれたのは2005年 広まりだしたのは2010年くらいから(?) GitHubが生まれたのは2008年 広まりだしたのは2011年くらいから(?) 昔 = フォルダで管理 バージョンごとにフォルダを切る。。。 なので、誰がいつどんな変更をしたのかは全く分からない。。。 （ソースコードにコメントを書く） ソースコードレビュー 今 = プルリクエストでレビュー 昔 = 紙に印刷してレビュー ソースコードを印刷。 会議室に集まりコードを読み上げる。 会議室の予約が取れないと、レビューできない。 新規でなく、変更の場合、変更箇所に下線を引いてコピーする。 議事録
ドキュメント作成時のあるあるアンチパターン20 - Qiita
業務でドキュメントを作成するケースは多々ある 例：仕様書・設計書・提案書・メール・障害票．．． ここでは各ドキュメント共通してありがちなアンチパターンをまとめてみました。 1. 表記がバイト表示・マイクロ秒表示 プログラムが出した数値をありのままに表示するパターン ファイルサイズが100MB, 1GBあろうと、バイト表示にする 桁数が多い数値に、桁区切り（,）を入れない 時間を何でもマイクロ秒・ミリ秒にする（1/100万秒までの精度が必要？体感で分かる？） 桁数が多い＝精度が高い＝良い文書、ではなく、見る人が必要とする精度に切り上げることが重要（売上で１円単位まで出すことが無いのと同様） 悪い例 No ファイル名 ファイルサイズ(byte) 処理時間(秒)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
