メモ
差分
このページの2つのバージョン間の差分を表示します。
両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン次のリビジョン両方とも次のリビジョン | ||
メモ [2017/04/02 23:42] – yajuadmin | メモ [2017/04/03 00:04] – yajuadmin | ||
---|---|---|---|
行 24: | 行 24: | ||
UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい | UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい | ||
- | ==== 英単語の接頭語 ==== | ||
- | ■" | ||
- | コーディングのミスを" | ||
- | この" | ||
- | 「bugを取り除く」という単語になります。 | ||
- | ■" | ||
- | データを一定の規則に従って、目的に応じた符号に変換することをエンコードといいます\\ | ||
- | よくWebサイトで文字化けした時に、違う文字コードにエンコードすると読めるようになったりします。\\ | ||
- | " | ||
- | ■" | ||
- | プログラムロジックに再帰呼び出しというのがあります、フォルダを含めたファイル一覧の取得するのに使ったりします。\\ | ||
- | " | ||
- | また、戻るという意味の接頭辞でも使われます。" | ||
- | 接頭語\\ | + | ====== |
- | http:// | + | |
- | + | ||
- | フルマラソンに挑戦してきました。 | + | |
昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\ | 昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。\\ | ||
行 58: | 行 42: | ||
日本最大!走る仲間のウェブサイト http:// | 日本最大!走る仲間のウェブサイト http:// | ||
- | 医療の現場から学ぶ情報伝達 申し送り | ||
- | ソフトウェア・テストPRESS vol.8に「医療の現場から学ぶ 情報伝達」の記事を読んで、参考になったので書いてみます。 | ||
- | 発端としては、よくIT系に起こる情報伝達トラブルですね。\\ | ||
- | 知り合いのエンジニアが看護士が患者の情報を間違いなく共有していることを絶賛していたんだけど、なんか特別な工夫や教育が行われているの?\\ | ||
- | IT系だとなぜかお客さんの要望がなぜか営業から開発チームに伝わらない\\ | ||
- | ことがあってトラブルになることが多いんだけど・・・ | ||
- | |||
- | 看護士では、" | ||
- | 申し送りは、口頭ベースで行われているけど、議事録は残さない。\\ | ||
- | 正式な情報はカルテや看護記録に書かれているので申し送りは口頭で短時間で済ます。それに患者さんの担当がどうかで理解するレベルも必要とする情報も\\ | ||
- | 異なるから申し送りの内容から自分で判断しながら、メモを取る。 | ||
- | ■申し送りのポイント\\ | ||
- | ・伝えるうえで重要なことは、「結果→経過」の順です。\\ | ||
- | ・申し送りで話される内容はあくまでに重要ポイントであり、詳細については\\ | ||
- | カルテや検査結果などを確認する。\\ | ||
- | ・わからないところや、説明が不十分なところは必ず指摘して確認する。 | ||
- | |||
- | ■IT系でも情報伝達では、同じようにしているのに何か違いがあるのか?\\ | ||
- | ・メールベースのコミュ二ケーションが多くなってしまうことで、いつでも追加で送信できるので、流れてしまう情報になることは多くなっている。\\ | ||
- | ・メモがメモとして生かされていない、申し送りのように口頭で重要なポイントを話せるくらいに自分自身でポイントがまとめられていないのではないか | ||
- | |||
- | ■まとめ\\ | ||
- | ソフトウェアエンジニアの場合、要件定義、設計書、仕様書、不具合レポート\\ | ||
- | 議事録、タスク一覧など、さまざまな情報を共有しているけど、各メンバーが現時点、次の時点で必要となる情報が何で、重要なポイントがどこなのかを\\ | ||
- | 洗い出していないから、情報伝達に問題が発生しやすいんだろう。\\ | ||
- | 確実に情報を共有するにはさまざまな資料を更新するだけでなくて、もう少し各メンバーと口頭で話をしながら各自が理解しているかを確認してみるとミスを防ぐことができるかも。 | ||
- | ■理解度\\ | ||
- | 人によって" | ||
- | 実際に分かったつもりになっていないかを確認するにはどうするのか?\\ | ||
- | 「自分の理解度」を他人を通してチェックしてみればいいのです。\\ | ||
- | 「人にキチンと説明できる」という状態になって初めて「分かった」ということが\\ | ||
- | 出来るのです。「分かる」と「伝えられる」を同じにするように心掛ける。 | ||
- | |||
- | <FONT color=# | ||
- | 改修作業の自戒 | + | ====== |
結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\ | 結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。\\ | ||
行 487: | 行 437: | ||
■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)\\ | ■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)\\ | ||
http:// | http:// | ||
- | |||
- | 戯言 - とりあえず仕事をやめる | ||
- | <P class=programTitle> | ||
- | 働く女性 課題克服仕事論 第3回 「&# | ||
- | |||
- | 「とりあえず仕事」と発音を一括りにしないと勘違いされてしまいますが、\\ | ||
- | お客さんにプレゼンなどする際に、訊かれて答えられないと不安だからと使うか使わないかわからないのに、とりあえず調べて資料を作るってことありますよね。\\ | ||
- | こういう、とりあえず仕事って思ってるより手間がかかるんです。\\ | ||
- | その為に、遅くまで残業したり、部下にまでその負担をかけさせる。\\ | ||
- | |||
- | とりあえず仕事に振り回されて、本当の仕事の方にさくのに時間が減り\\ | ||
- | 本当の仕事の品質が下がってしまう。\\ | ||
- | これでは本末転倒ですね、本当に必要な仕事だけに集中する。\\ | ||
- | |||
- | |||
- | 出来ない上司ほど、とりあえずを使う。\\ | ||
- | |||
- | 不安なんですね、アドリブで答えれるならいいんだけど、知らないことを\\ | ||
- | 訊かれたらどうしようって。でもね、知らないことを訊かれたら、\\ | ||
- | 「分かりません、あとで調べて折り返し連絡します。」でいいんですよ。\\ | ||
- | |||
- | 私が以前いた会社の同僚に、上司の指示で数日かけて50頁くらいの打ち合わせ資料を上司と一緒に作ったらしいのですが、いざ、打ち合わせに行ったら最初の数ページ分の資料しか使わなかったって、愚痴ってました。 | ||
- | |||
- | |||
- | 「なんでも質問する」姿勢と「ググってから質問する」行動 | ||
- | http:// | ||
</ | </ | ||
メモ.txt · 最終更新: 2021/05/15 08:23 by yajuadmin