• 人気のコメント(10)
  • 全てのコメント
gfx gfx よさがある。

2018/12/21 リンク

braitom braitom 手順書の利点、書くときに気をつけることについて。オペレーションの際考えるべきことが減る、中止基準や切り戻し方法も書いておくなど。

2018/12/13 リンク

hokkai7go hokkai7go 中止基準についても書いてあってよいですね。あとサーバだけでなく、実行ユーザー名についても書いておくのが良いなと感じています。

2018/12/12 リンク

indication indication 切り戻し手順も難しい

2018/12/11 リンク

morygonzalez morygonzalez 繰り返し行わない作業はコード化できないかするメリットがなく手順書化した方がいい。これを wiki にして属人性が云々と言ってるのは繰り返し行う作業を手順書化してる疑いがあり、そういうのはコード化した方が良い。

2018/12/11 リンク

earlyspring4 earlyspring4 他のメンバーの書いた手順書をレビューした時に手順を具体的に書くか抽象化して書くかでモメた思い出。その時は具体的に書かないと実施した時の再現性が確保できないよねという結論になった。

2018/12/11 リンク

tesla_quet tesla_quet 手順書を書くと曖昧なところが炙り出されて良いのだ。ってのと手順書通りに何も考えずに出来るように洗練できたら今度はその作業の自動化を検討するといいよね。あと自動化しても手順書は残すこと。

2018/12/11 リンク

type99 type99 最初の上司は「マニュアル人間になるから手順書作るなソース読め」と言った。次の上司は「手順書は作れ、しかしコマンドは記述せず抽象化して書け」と言った。皆こっそり自分専用の手順者を書いてチームは崩壊した。

2018/12/11 リンク

nakag0711 nakag0711 そもそもWindowsなんかは一定の順序でインストールしないとバグが出るとか他のコンポーネントを認識しないとかで動かなくなるアプリなんて当たり前だから検証済みの順番で作業しないと何が起こるかわからぬ

2018/12/11 リンク

K-Ono K-Ono おっと、WinShotインストールしなきゃ。

2018/12/10 リンク

momonga_dash momonga_dash 手順書…うっ…頭が…

2018/12/10 リンク

umai_bow umai_bow 手順書は書くことは簡単なんだけど、それが存在することを周知するのが難しい

2018/12/10 リンク

kirifuu kirifuu ansibleでも良いんだけど、yaml読めないロートルが多いSIerでは厳しくてな…。誰でも再現可能な手順書はある意味もっとも有効なInfrastructure as Codeかもしれない。

2018/12/10 リンク

shin0O shin0O ささっとチェックリスト作れるのでmd手順書は良い

2018/12/10 リンク

kura-2 kura-2 ちゃんと1から書くのもあるし、断片揃っていたらまとめてコードにしちゃうのもある。

2018/12/10 リンク

natu3kan natu3kan 手順書もプログラムと同じで、最初の製作に時間かかるけど。何度も起こる反復動作を同じ精度でやらせるには有効な方法。技術の更新とかで手順が変わる可能性があるから手順書の定期的な更新やメンテも必要か

2018/12/10 リンク

sionsou sionsou 二度と再現できないサーバー環境とか開発環境とか多くてね・・・今の会社もいっぱいマニュアル作って更新してるよ。てか大事なのは失敗してもリカバリー出来ることと、変更があったら継続更新すること。

2018/12/10 リンク

hatomugicha hatomugicha 手順書が無いのは論外だし手順書をメンテしないのも論外だし、手順書が属人化して1人が作る文化は仕方なくても論外で、結果を想定しやすい情報系と想定し辛くて危ない科学化学土木建築系と分野の違いを理解したい

2018/12/10 リンク

YaSuYuKi YaSuYuKi 物理作業のように、現代の技術では自動化困難なものもあるので、作ることは不可欠。また、自動化の際の指針にもなる

2018/12/10 リンク

kaorun kaorun 手順書はある種のUndo/Redoバッファである、という学び。

2018/12/10 リンク

kamayan1980 kamayan1980 手順書を作るのが大変なのは最初の一回目だけで、二回目以降は一回目のコピー&変更ですぐ作れるのでオススメ。書類作業だから嫌がるエンジニア多いけどね。

2018/12/10 リンク

web725 web725 レガシーな業界は Excel や Word で手順書を作るのがデフォ。私は勝手に markdown → html 変換して渡している。パソコンで可能な作業手順は GIF アニメで逃げる。若い方には好評ですが、40代以降の方には「印刷できない」と不評

2018/12/10 リンク

ykore52 ykore52 ボタンクリック1つまで手順書に落とすようなSI式手順書は馬鹿馬鹿しいといつも思ってるけど、どんな人材が来るか分からない現場だと低スキル者に合わせざるを得ないのでツラみがある。読み手に合わせて作ることが重

2018/12/10 リンク

hisawooo hisawooo 手順書の手順書だ

2018/12/10 リンク

atori07 atori07 SIerでは手順書だらけ

2018/12/10 リンク

otihateten3510 otihateten3510 苦手なんだよなあ ネットに溢れてる分かりやすい記事って手順書として良く出来てるよね

2018/12/10 リンク

xevra xevra はてなのシステムが頻繁に障害起こすのは何が理由なのか探したい。

2018/12/10 リンク

manaten manaten 技術に特化したエンジニアだと、手順書や動作確認を軽視したり、書いても不備だらけだったり他人が理解できなかったりするよのなあ。手順書作成の手順書が必要

2018/12/10 リンク

honeybe honeybe 自動化出来るところは自動化すればよいし無理な所は手順書書く。あと自動化するにあたって一度手順書に書き出すと要件整理されてよい。 / 体裁にこだわり出すとクソになるのはどのドキュメントでも共通。

2018/12/10 リンク

rryu rryu リハーサル済みの手順書を実行する時のあの安心感は何物にも代えられない。

2018/12/10 リンク

    関連記事

    「手順書」のススメ - Masteries

    こんにちは, id:papix です. この記事は, 「はてなエンジニア Advent Calendar 2018」の9日目の記事です. ...

    ブックマークしたユーザー

    • yatmsu2019/01/12 yatmsu
    • snowlong2019/01/05 snowlong
    • mizdra2018/12/27 mizdra
    • tkykhk2018/12/24 tkykhk
    • cowsys2018/12/24 cowsys
    • dshimizu2018/12/23 dshimizu
    • karia2018/12/23 karia
    • zsiarre2018/12/22 zsiarre
    • dorayakikun2018/12/22 dorayakikun
    • u1_fukui2018/12/21 u1_fukui
    • boxphere2018/12/21 boxphere
    • gfx2018/12/21 gfx
    • yta0262018/12/21 yta026
    • nosoosso2018/12/13 nosoosso
    • nabe_jw2018/12/13 nabe_jw
    • braitom2018/12/13 braitom
    • sscr2018/12/12 sscr
    • cohalz2018/12/12 cohalz
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

    いま人気の記事 - テクノロジー

    新着記事 - テクノロジー

    同じサイトの新着

    プロレスリング・ソーシャリティ pro-wrestling sociality 【プロレス・格闘技編】 |2018新日本タッグリーグはSANADA&EVILが2連覇、ほか

    1 users http://tairanaritoshi.blog.fc2.com/

    UFC 231 live stream: How to watch Holloway vs. Ortega online | White Cloud Rafting Adventures

    1 users https://www.whitecloudrafting.com/