漂流生活的看護記録 : 危機介入
しぶしぶたたかうかんごふさん。新人の頃働いていたリハビリテーション病院に交通事故で脊髄を損傷し、下肢機能全廃の二十歳そこそこの男の子が入院してきた。 事故から間がないにもかかわらず、妙にさばさばとした明るい男の子で、入院時の機能測定をしたPTが「まだ機能回復が望めると思っているのかもしれませんね」と言っていたが、本人は「もうこれ以上よくなることはないと知っている」と、やはり元気にわたし達のアナムネに答えていた。わたし達はその明るさになんだか違和感を感じていたのだが、彼はまったく泣き言も言わずリハビリにも熱心で、自室でのトレーニングも欠かさず、他の患者とも仲良くやっていける、本当に「いい患者」だった。まだ若いし、これからの自立した生活に必要な準備を万端整えてから退院かと思っていたら 「必要最小限のことでいいんです」 と言って、自己導尿（脊髄損傷の度合いが高いと自力での排尿コントロールが難しく
危機モデル
医療職者のための 危機モデル 危機モデルとは 実際の臨床場面で危機理論を用いる場合には、危機モデルを使って対応するのがわかりやすいと思います。危機モデルというのは、危機の過程を模式的に表現したもので、危機の構造を明らかにし、援助者が何をすべきかを示唆するものです。これまで日本では、フィンク（Fink SL）の危機モデルの活用が極端に多いのですが、そのほかにも多くのモデルが提唱されており、各々の特徴を踏まえて臨床に適用するべきです（下表）。 これらの危機モデルの多くには、対象の共通する行動を見いだすことができます。ある危機的状況（あるいは危機に陥るような脅威的出来事）が発生した最初の段階では、自己防衛的で情緒的な対応をすることが多く、回復していくにつれ問題志向的な対応が優位になってくるということです。 危機プロセスの種類 コナー（Koner IN）は危機のプロセスには2つの種類があると述べて
死の受容のプロセス - エリザベス・キューブラー＝ロス - Wikipedia
博士。エリザベス・キューブラー＝ロスの肖像画、1987年 エリザベス・キューブラー＝ロス（独：Elisabeth Kübler-Ross、1926年7月8日 - 2004年8月24日）は、アメリカ合衆国の精神科医。死と死ぬことについて関する書『死ぬ瞬間』（1969年）の著者として知られる。 著書において、彼女は初めて今日では「死の受容のプロセス」と呼ばれている「キューブラー＝ロスモデル」を提唱している。まさに死の間際にある患者とのかかわりや悲哀（Grief）の考察や悲哀の仕事（Grief work）についての先駆的な業績で知られる。 キューブラー＝ロスは、スイスのチューリッヒに、三つ子姉妹の長女として生まれる。父親が医学部進学に反対で、自ら学費を捻出するため、当初は専門学校を経て、検査技師をしていた。その後、1957年、31歳の時にチューリッヒ大学医学部を卒業している。彼女は医学部での学生
マルチコア時代に備えて本気でメモリモデルを理解しておこう - メモリバリア編 - - じゅんいち☆かとうの技術日誌
このエントリを読む前提条件として、マルチコア時代に備えて本気でメモリモデルを理解しておこう - リオーダー & finalフィールド 編 - - じゅんいち☆かとうの技術日誌を読んで、リオーダーとは何かを理解していることとします。 前回のおさらいをすると、 プログラムの実行順序は、リオーダーが許可される場合と禁止される場合がある。並行処理ではリオーダーを想定しなければ、処理結果の整合性が確保できない。(特にマルチプロセッサ環境) リオーダーを禁止して、可視性を保証する。(finalフィールドはコンストラクト時に完全に初期化され、コンストラクト後はスレッドから見えるようになる) でした。 リオーダーについて理解できたら、今度はメモリバリア命令でスレッド毎に扱うメモリと、大域のメインメモリとのメモリI/Oについて見ていきたいと思います。メモリバリアが理解できれば、以下のソース*1のスレッドがな
AWSで気になること4つを聞いてきた - 第1回 JAWS Osaka勉強会
第1回 JAWS(Japan AWS User Group) Osaka勉強会に行ってきました。 大阪では貴重なクラウド系の勉強会、しかもAWSの方が来られる、さらにちょうどAWSを使える案件が出てきたタイミング（というか提案したのですが:D）ということで、参加してきました。 おそらく他の参加される方は「はじめまして」の人ばかりですし、せっかくの機会なので LT もやってきました。 ちなみに人見知りしたり、自己紹介が苦手だったりする人は発表してしまうのが良いですよ。発表の上手下手は関係無く、発表した人は印象に残りやすいです。数分でも自分の話を参加者全員が聞いて貰えるってなかなか無いですからね。 @see 勉強会を楽しむなら発表しよう！ AWSで聞きたいあれこれ 「AWSで聞きたいあれこれ」というタイトルでLTしてきました。 せっかくAWSエバンジェリスト、さらに識者の方達が集まる場なわけで
要件定義にはＷＢＳが通用しない - mkoszk’s blog
失敗しない要件定義、3つのポイント - ITmedia エンタープライズ 要件定義プロセスには、“設計・開発などで行うWBSに基づいたプロジェクトマネジメント”は通用しないと理解しておくべきだ プロジェクトマネジメントの教育を受けた人は多いでしょう。または書籍を購入して独学している人も多いと思います。WBSという考え方を学び、開発現場に適用してみると、そこそこ上手くいくことを体感した人もいると思います。 そのような教育を受け体験を持った人が要件定義工程に入ると、即座にWBSを作ろうとします。組織の標準になっている要件定義書の目次をもってきたり、インターネットを探しまくりサンプルになりそうな要件定義書を見つけてきたりして、それらを参考にしつつWBSを作ります。 でもね。これ失敗するんです。僕もプロジェクトマネジメント教育を十数年前に受けたとき、すぐに要件定義工程でWBSを作りました。（僕は影
Javaの10個のBad Partsのほとんどはscalaだと解決されちゃうんだぜ - xuwei-k's blog
ネタ元 業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 結論から先に言うと、3と10以外は結構直接的にscalaで解決できるというか、javaに比べてscalaの方が便利だとおもいます。*1 あと、元ネタのblogの人はgroovy詳しいみたいですが・・・ groovyとscala比べるとgroovyの方が手軽で便利だったり、scalaのほうが型安全だったり*2いろいろあるかもしれませんが、groovyあまり詳しくないので、その辺の言及というか、比較はやめておきます。*3 1.標準APIのチェック例外が扱いにくい チェック例外ってなにそれおいしいの?(・ω・) java Field field; try { field = getClass().getField("testField"); Object value = field.get(this); }
[Java]Java 59 bytes FizzBuzz - terazzoの日記
お題: Java 30byte FizzBuzz - プログラマーの脳みそ ぎ「FizzBuzzが110文字で書けるなら、1文字2bitの文字コードで記述すれば220bitで記述できる。byteに直すと28byteになる」 な「無茶言うなあ」 せ「だいたい、1文字2bitじゃ文字が4種類しか扱えないじゃない」 じゃあ、まじめに「1文字単位でちゃんと符号化できる」という縛りなら、実際何bitならFizzBuzzが記述できるかやってみた。 方針 まず、FizzBuzz自体をなるべく短くする。 ↓ 使用されている文字の種類を少なくする。 ↓ ソースがなるべく短くなる符号化の方法を作る。 ↓ 文字コード作成。 結果 FizzBuzz(97文字)は35種類の文字で書けて、上手く符号化すると59バイトになるよ。 daphne:FizzBuzz terazzo$ ls -l src/z.java -rw
![[Java]Java 59 bytes FizzBuzz - terazzoの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/a65a07d7792813c8367bd1d4b0cdaa6e946d0a9e/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Ft%2Fterazzo%2F20110212%2F20110212000739.jpg)
Google Spreadsheets の Apps Script で Amazon Route 53 を管理する - WebOS Goodies
先週、 Amazon のクラウド DNS サービス Amazon Route 53 をご紹介しました。柔軟で信頼性の高い DNS サーバーを安価に利用できる、とても有用なサービスです。しかし、標準では GUI が用意されておらず、データの更新がとても面倒なのが玉に瑕でした。サードパーティのツールもいくつかありますが、個人的にはどれもいまひとつな感じです。 仕方ないのでツールを自作することにしたのですが、さすがにフル機能の GUI を構築する時間はありません。 UNDO やコピー＆ペーストなどの機能も欲しいところですが、実装にはそれなりの手間がかかります。そこで思いついたのが、 Google Spreadsheets （Google Docs の表計算） を Google Apps Script で拡張する方法。これなら Google Spreadsheets の持つ強力な編集機能がそのまま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Testing Environment of Ruby on Rails
■ - SiroKuro Page
https://tanaka.sakura.ad.jp/2011/02/vps-sakura-saases-serversman.html