タグ 読経
人気順 5 users 10 users 50 users 500 users 1000 usersドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経
「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記:文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼... 続きを読む
実践要件定義入門 - 勘と経験と読経
最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その2。ITシステム開発における要件定義に関するあれこれ。本記事には前編があります。 目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない ... 続きを読む
実践要件定義入門以前 - 勘と経験と読経
最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義を... 続きを読む
それより、音楽好きは男女比が半々にもかかわらず、オーディオマニアとな..
それより、音楽好きは男女比が半々にもかかわらず、オーディオマニアとなると男女比が100:0になるのは何故だろうか。 確かに、音楽が邪魔で音に集中できないから読経と効果音しか再生しないという変態もいるから、オーディオファンならば音楽ファンとは言い切れないのだが、それにしたって女性が少なすぎる。 あるいは電... 続きを読む
ウォーターフォールを殺しにきている書籍「継続的デリバリーのソフトウェア工学」を読んだ - 勘と経験と読経
読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第52回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗るという仕組み。過去5回分のログはこんな感じ。 #51 V字モデル... 続きを読む
おっさんエンジニアの放送大学教養学部に入学記録6(3年目後期終了) - 勘と経験と読経
2020年4月から放送大学の教養学部「人間と文化コース」に入学して、これまで勉強してこなかった人文系の勉強を始めている。3年目後期が終わったので感想をまとめておく。最近IT業界界隈でも放送大学に関する記事が増えてて興味深い 目次 最近、技術者界隈でも放送大学の記事をちらほらと見るようになった 3年目後期に受... 続きを読む
要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を... 続きを読む
「Docs for Developers」を読んだ - 勘と経験と読経
最近知った興味深いPodcast e34.fm で紹介されていたので興味を持って読んでみた本「Docs for Developers: An Engineer’s Field Guide to Technical Writing」に関するメモ。 e34.fmwww.oreilly.com この記事の目次 「Docs for Developers」はどんな本なのか 全般的な感想 各章に関する覚え書き Front Matter Chap 1. Un... 続きを読む
「Retrospectives Antipatterns」を読んだ - 勘と経験と読経
先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみた。アンチパターン好きなもので。すごい有用な本だった。 Retr... 続きを読む
なんばで「消化できなかった有給休暇」を供養するイベント 灯籠300基に読経も - なんば経済新聞
消化できなかった有給休暇を「供養」するイベント「有給浄化」が12月10日、なんばスカイオ(大阪市中央区難波5)7階コンベンションホールで行われた。 有給を取れなかったエピソードが並ぶ インターネット広告やPRイベントの企画・制作を行う人間(大阪市西区)が有給休暇の取得率向上を目的に企画。11月23日に東京で開... 続きを読む
住職を投げ飛ばし「礼拝所不敬容疑」で逮捕 檀家の男:朝日新聞デジタル
茨城県茨城町の寺で仏具を壊し、僧侶にけがをさせたとして、水戸署は6日、鉾田市紅葉の無職の男(48)を器物損壊と傷害、礼拝所不敬の疑いで逮捕した。男は寺の檀家(だんか)で、寺の仕事ぶりが不満だったという趣旨の供述をしているという。 署によると、男は先月10日午前8時40分ごろ、寺を訪れ、読経などの際に使う直径約60センチのけい子を木製の棒でたたいてへこませた後、男性僧侶(67)の胸ぐらをつかんで投げ... 続きを読む
高野山の僧侶に労災認定 64日間連続勤務、うつ病に:朝日新聞デジタル
世界遺産・高野山(和歌山県高野町)の寺院に勤める40代男性僧侶が、宿坊などでの連続勤務が原因でうつ病を発症して休職したとして、橋本労働基準監督署が労災認定していたことがわかった。男性僧侶は寺院を運営する宗教法人に対し、慰謝料や未払い賃金など計約860万円を求めて和歌山地裁に提訴した。 訴状によると、男性は2008年から寺院で働き始めた。午前5時ごろから読経の準備などを始め、昼間は宿坊のフロント係と... 続きを読む
ウォーターフォール型開発プロセスの有効性 - 勘と経験と読経
2016 - 06 - 22 ウォーターフォール型開発プロセスの有効性 Project Management Waterfall Agile 牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面... 続きを読む
アマゾンお坊さん便 僧侶から登録希望殺到も仏教界は批判的 (NEWS ポストセブン) - Yahoo!ニュース
インターネット通販大手・amazonで12月8日、ついに「お坊さん」までがそのラインアップに加わり、ワンクリックで注文、「お布施」はクレジットカードで決済できるようになった。「お坊さん便」は四十九日や一周忌といった法事(法要)の際に、読経を行なう僧侶の手配サービスだ。料金は、自宅など手配先への訪問のみなら3万5000円。全国どこでも手配が可能だという。 神奈川県在住・64歳の利用者男性は「地方出身... 続きを読む
アマゾンが「お坊さん」をネットで宅配!? 3万5000円で読経 (産経新聞) - Yahoo!ニュース
インターネットで葬儀の注文や僧侶の派遣を定額で受け付ける事業を展開するみんれび(東京都新宿区)は7日、一周忌などの法要の際に読経を行う僧侶の手配を3万5000円で受け付ける「お坊さん便」をアマゾンのサイト内で8日から行うと発表した。みんれびはこれまで自社サイト内で僧侶の手配を行っていたが、レビュー機能の充実したアマゾン内でも展開することで、受注件数の増加を図る考えだ。 読経を依頼する寺院との付き合... 続きを読む
ウォーターフォールのほうが楽だという話 - 勘と経験と読経
わたしはまだ本格的な(?)アジャイル開発をやったことは無いけれども、周りのウォーターフォール脳に比べたらアジャイルプラクティスをプロジェクトに取り込むことが多い(プロジェクトマネージャーの立場で、スクラムマスター的に推進)。いくつかのプロジェクトを終えて、結果を振り返ってみるとチームメンバーの平均的な帰宅時間は早まったし、休日出勤することも減ったと思う。QoELは確実に上がったと思っていたけれども... 続きを読む
アジャイル手法によって生産性が上がりプロジェクトは成功するか?(いいえ) - 勘と経験と読経
ソフトウェア開発におけるアジャイル手法の適用が話題になっている。生産性が格段に向上した事例や、従来手法に比べて成功確率が上がったというレポートも出ている。では、あなたの(わたしの)プロジェクトにも導入すべき? その判断はちょっと待ったほうがいい。アジャイル手法とウォーターフォール型開発の比較とバランスについて論じた書籍『アジャイルと規律』では、アジャイル手法と既存手法の比較資料について下記のように... 続きを読む
チーム内でやる進捗会議はムダ - 勘と経験と読経
ソフトウェア開発プロジェクトでは、顧客への定期的な進捗報告を行うために、当然のことだが進捗を管理しなければいけない。中規模以上のプロジェクトではプロジェクトはいくつかのチームに分かれていて、さらにチームごとに担当する会社が異なることもある。ありがちな事だが、チーム別にプロジェクト内の進捗会議を行うようになってくると、これが壮大なムダになっていく。 チームリーダーはソフトウェア開発プロジェクトのボト... 続きを読む