タグ

仕事とあとで読むに関するt-murachiのブックマーク (10)

  • まとめよう、あつまろう - Togetter

    コミュニケーションが生まれるツイートまとめツール

    まとめよう、あつまろう - Togetter
    t-murachi
    t-murachi 2017/04/14
    こういう環境で仕事がしたいです…(´・ω・`)
  • ASTER-テスト設計チュートリアル ちびこん編 ‘21

    1. テスト観点(テストすべきこと)を整理して、網羅的に挙げよう テストすべきことを挙げきることは、バグを防ぐために大切な考え方です。ここではテストすべきことを網羅的に挙げるとはどのようなことか、どのように行ったらよいかについて、Myersの三角形問題を題材にして具体例を挙げながら説明します。また、テストは網羅的に行うことも必要ですが、効率的にバグを見つけるためにピンポイントでバグを狙って検出する、というテスト設計も必要です。ピンポイントでバグを狙うためのテスト観点やその導き方についても合わせて紹介します。 2. テストフレーム(テストケースの構造)を考えよう テストすべきことをテスト観点として列挙したら、それらをまとめてテストケースにしていきます。その時にテストケースの構造を考えると、網羅しやすいテスト設計になります。ここではテストケースの構造とはどのようなことか、どのようにまとめていっ

    t-murachi
    t-murachi 2016/08/22
    もう終わっちゃったけど…資料はあとで読みまふ(´・ω・`)
  • Amazon.co.jp: TSPiガイドブック: ワッツ S.ハンフリー (著), JASPIC TSP研究会 (翻訳): 本

    Amazon.co.jp: TSPiガイドブック: ワッツ S.ハンフリー (著), JASPIC TSP研究会 (翻訳): 本
  • 「金色のガッシュ!!」の作者である漫画家、雷句誠さんにいろいろとインタビューしてきました

    週刊少年サンデーにて2001年から連載され、コミックス32巻までで累計2200万部超、テレビアニメや劇場版の映画にもなった大人気マンガ、それが「金色のガッシュ!!」。そしてその生みの親である漫画家の雷句誠さんが6月6日、発行元の小学館に慰謝料など330万円を求める訴えを東京地裁に起こしたわけですが、雷句誠さん自身も自分のブログ上で訴状と陳述書を全文公開、そこには今まで一般に知られることの無かった悲惨な実態が書かれていました。一般的な報道では原稿を無くされたことが原因であるかのように伝えられていますが、最大のポイントは陳述書にあるこの一文。 「あまりにも編集者、出版社と言う物が漫画家を馬鹿にし始めた。」 その悲痛な内容に呼応するかのように、ほかにもさまざまな漫画家がネット上で自分自身の経験を告白したり、考えを表明。小学館は窮地に立たされ、裁判を前にして、少年サンデー編集部名義で「読者の皆様へ

    「金色のガッシュ!!」の作者である漫画家、雷句誠さんにいろいろとインタビューしてきました
    t-murachi
    t-murachi 2008/06/20
    手の写真のとこまで読んだ。
  • デスマーチがなくなる? IT業界に義務付け「工事進行基準」ってなんだ ― @IT

    ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日IT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準(用語解説)とは会計基準の変更によって2009年4月にシステム・インテグレータ(SIer)など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価(費用)を、工事(ソフトウェア開発、システム開発)の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」

    デスマーチがなくなる? IT業界に義務付け「工事進行基準」ってなんだ ― @IT
    t-murachi
    t-murachi 2008/04/02
    あほくさ。よーするにソフト屋がデスマするのはテメーらんとこの経営者の責任だからテメーらで仕事の仕方をどーにかしろって話だろ。小さいところがますます仕事を取りにくくなるだけの話じゃねーか。
  • 人月計算とExcelとスーツの世界より・アフター

    http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事(「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね)ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職

    人月計算とExcelとスーツの世界より・アフター
    t-murachi
    t-murachi 2008/03/29
    まだ途中までしか読んでないけどよさげなテキスト。そうそうそんなもんなのよこの業界って。
  • RSS購読者数の推移とPV数の推移に有意な相関性は見られず | 住 太陽のブログ

    hCAPTHAのチャレンジに「繰り返しのないエンティティをクリックしてください」というものがあります。この文面の意味がわかりにくいせいでしょうか、検索しておられる方が相当数おられます。この記事では「繰り返しのないエンティティ」とは何で、何をすればいいのかを簡単に解説します。

    RSS購読者数の推移とPV数の推移に有意な相関性は見られず | 住 太陽のブログ
  • レジデント初期研修用資料: 「好き」は誰のものか

    レジデント初期研修用資料 引っ越し前の旧blogです。新しいアドレスは http://medt00lz.s59.xrea.com/wp/ になります 善良さを担保するコスト NHK の番組で「わらじ医者」を名乗る医師の特集が組まれていた。 いくつかの施設の院長を歴任した老医師が、そのうちコミュニケーションの重要さに 気がついて、高齢者の電話相談をはじめたり、場合によっては自らで向いて、 その患者さんの話を聞きにいったり。 医師に必要なのは良心だとか、大切なのはコミュニケーションだとか。 その医師の「善良さ」こそがわらじ医者を駆動していた。 善良であるためにはコストがかかる。その先生が現在「善良」でいられるのは、 いくつかの病院を成功させてきて、「安全圏」に身をおけたからこそなのだけれど、 そんな部分はスルーされていた。 「わらじ医者」の先生は、きっと若い頃に頑張った。成功した。今は半ば引退

    t-murachi
    t-murachi 2007/12/11
    エガちゃんみたいに貫き続けてる芸人も居るけどね。でも芸を求めないバラエティ番組ってある意味日本の仕事社会の縮図なのかもね。ヤダヤダ。
  • ITエンジニアの「やってはいけない」---目次:ITpro

    設計・実装から運用,メソドロジまで,最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」(アンチパターン)があるだろう。だが,その理由を問われると,うまく説明できないことがあるのではないだろうか。突き詰めて考えると,状況によっては「やっても構わない」こともあるし,技術の進化に伴い「やれるようになってきた」こともある。そこで設計,実装,テスト,運用,メソドロジの各分野について,取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル3~レベル1の3段階あり,レベルの数字が大きいほど,やってはいけない度合いも大きい。 関連サイト: ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

    ITエンジニアの「やってはいけない」---目次:ITpro
    t-murachi
    t-murachi 2007/09/06
    めそどろじってなんだ?
  • 下っ端でも何かを成し遂げる方法 - The Joel on Software Translation Project

    Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2001/12/25 このサイトではソフトウェアマネジメントを扱っている。しかしあなたは経営命令で組織を変える力を持ってないかもしれない。あなたが階級組織の最下層にいる下っ端のプログラマなら、人々にスケジュールやバグデータベースを作るように命令することができないのは明らかだ。そしてあなたがマネージャであったとしても、開発者を管理するのは牧するようなもので、違いはそんなに楽しくないことだとわかるだろう。「こうしろ」と言うだけではそうはならないのだ。 ジョエルテストで低いスコアしか取れない組織であなたが働いているのなら、それはいら立たしいことだろう。あなたのコードがいかに良くとも、あなたの同僚がああもまずいコードを書き、あなたは自分がそのプロジェクトに関係付けられていることが恥ずかしく感じられる。あるい

    t-murachi
    t-murachi 2007/08/02
    戦略4に脱帽。。。
  • 1