  |
はてなキーワード: プラクティスとは
頻繁にベストプラクティスが変わっちゃうような、たとえばReactやらVueみたいなやつの情報だったら、古い本などを参考するよりは、コミュニティの評価やソースコードを追ってったほうがいいし、
マーケティングのフレームワークを学びたいなら、断片的なweb記事をみるよりはそこそこ売れている本を読むほうがいいし
あるいは誰それがなんと言ったみたいな情報であれば、Twitterでも実名の人を信頼するし
アカデミックな理論を業務に取り込みたいなーと思ったら査読付きでそこそこ引用されている論文をやはり信頼して読んでみる気になるし
一回だけ使うワンライナーみたいなどうでもいい話ですぐ試せて副作用がないならgoogleで一番上にでてきた情報で試してみるのもいいし。
弊社は未だにメインフレームの相手をしてCOBOLを書いているような、低技術力・プロマネ力偏重のSIer。
20代の若手SE(笑)である僕自身もウォーターフォールの経験しかなく、社内の99%も同じ。
最近興味があって近くにいる人とアジャイル開発の勉強をしていており、ジェフ・サザーランドの著書ほか何冊か本を読んだ、というだけのただのエンジニアワナビー。
最近近所で絵に描いたようなアジャイル失敗例があって、ちょっと誰かに聞いてほしくて書いてる。
この度、既存システムを刷新するプロジェクト（たぶん１億以上５億未満）をアジャイル開発でやることになり、先月くらいに最初のスプリントがスタートした。
アジャイル導入にはおそらく特に動機がなく、お客さんの偉い人たちが
・アジャイルにすると早く安くできるんでしょ
などと仰せになった結果だと聞いている。
最初のスプリントでスピードが出ないのはよくあることなのだろう。古事記にもそう書いてあった。
が、内容を聞いているとどうもそうは思えない。もっと根本的なところだ。
なので、開始直後から「遅れが…」とか言ってる
要件の範囲もなぜか最初から必達が切られている。ウォーターフォールかな。
当然「ご報告資料」づくりもセット。
どうも、開発メンバーがユーザストーリーを理解していないらしい。
それがなぜかというと、プロダクトオーナーとのコミュニケーションがとれていないらしい。
さらにそれがなぜかというと、プロダクトオーナーのユーザー部門の人がよそと兼業してて全然時間がとれない、そもそも別の場所にいて会うことすら難しいらしい。
また、そもそも開発でかき集めたメンバーのスキルが、スクラムの要求するそれに届いていないという話もあるらしい。スクラムの要求する開発チームのスキルはおそらく自力で要件を解釈を解釈しコードまで落とせるレベルだが、弊社が旧来の手法で人売りから買ってきた「エンジニア」たちにそれを求めるのは酷だろう。
現場のプラクティスだけは導入している。デイリースクラム、スプリントレトロスペクティブ…比較的スタンダードに全部形から入ったらしい。表面だけとってきてスクラムと称しているが、サザーランド氏がつぶしたかった予測不可能を予測しようとする傲慢さとか、ユーザ不在のシステム開発とか、コミュニケーションと協調のない開発とか、マイクロマネジメントとか、一番重要なエッセンスを尽く省いているようにみえる。
お魚買ってきて、全部は食べられないね～って言いながら表面の皮とウロコだけ食べてる感じ。これで以て「アジャイルってお魚は、ウロコと皮しかなくて、おいしくないし食べづらい」って結論づけるんでしょ僕知ってるよ。
この件について、まあ弊社じゃこうなるよな。だったらここまでなんだけど、こんな駄文を書こうと思ったのは今回の顛末が不思議だったから。
本件のプロジェクトを率いているのは弊社でも指折りの有能PM。何度か一緒に仕事をしたり、指導を受けたりしたこともあるが非常に頭の切れる人で、社内での発言力も非常に強い。彼は「スクラムで」との命令を受けた後、当然スクラムについて勉強しただろうし、当然「何もしなかったらこうなる」とわかっていたはずだ。その政治力を使ってなんとかしようとしたはずだ。彼の周りについた弊社メンバーも、それぞれがスクラムの勉強をしていたし、みんなPMには劣るかもしれないものの頭の切れる人たちだ。
そんな知力と政治力の両方を備えた歴戦のPMが、こんなにもあっさりと、なんの策も打てずにウォーターフォールの悪いところをしっかりと引き継いだアジャイル(笑)をやって失敗するのか。これじゃあ、弊社じゃあずーーーーっと無理じゃないか。
昨日、菅官房長官が夏時間検討を否定していて一安心していたのですが、まだ前向きなのではないかと思われる報道がありましたので、もう一回しつこくポストします。
https://www.fnn.jp/posts/00398120CX
夏時間を推進しようとしている議員がネットで情報収集する人種ではないことは、SNS上での皮肉や批判にもかかわらず、こうして事態が進行していることからあきらかです。FAXとかはがきじゃないとだめなのかもしれませんが、幸いWeb上にフォームがあるので、自民党と首相官邸に今すぐ自分の意見を伝えましょう。
https://www.kantei.go.jp/jp/forms/goiken_ssl.html
なぜ、限定的な問題を解決するために社会全体の構造を変更しようとするのでしょうか。私はこのような全体主義的な問題解決姿勢には大反対です。仮に開催を２時間前倒すことで猛暑にオリンピックを実施することに伴う様々な問題が解決するとしても、変更が必要なのはオリンピックのタイムテーブルであり、社会全体の時刻ではありません。
ざっくり言うと、私見では2000年問題と同じぐらいヤバく、準備期間が少ないという意味で破滅的にヤバいです（＝回避不能な2000年問題）。
・世界中で夏時間と冬時間に2時間の差がある国はありません（間違っていたらご指摘ください）。ベストプラクティスが存在しません。
・何を大げさな、単に時計を進めたり戻したりすればいいだけじゃないか、と思うかもしれませんが、現代のコンピューターは世界中の様々なサービスと通信しています。そのため、時間を扱う際には内部的には一旦世界標準時で処理されるのが一般的で、内部時計を二時間進めたり戻したりすると様々な問題が起こります。ロシア/マガダン時間はすでに東京よりも二時間進んでいるので、現実的にはユーザーがスマホやPCの時刻自動設定を解除し、手動でマガダン時間に変更するしかないと思います。
・海外からオリンピックを観に来る旅行者にも「スマホの自動タイムゾーン設定を解除してロシア/マガダン時間に設定してください、マガダンのスペルはM, a, g, a, d...」などと航空会社が案内する感じになるでしょう。日本に来るのになぜかロシア時間。
・一方で、20世紀から稼働している古いシステムや、単純なシステムの中には、そもそも単一のタイムゾーン以外で動作することを考慮していないプログラムもあり、このようなシステムについては、内部時計をずらして対応するしかありません。このようなシステムから見ると、突然タイムスリップした状況に見えます。進む方はまだいいのですが、戻る方の処理は大変複雑です（たとえば、切替日の深夜営業の飲食店では、すでにタイムカードで23:30で打刻した人のあとに、22:30の打刻が出現するような状況になる）。この影響範囲についてはまったく予想がつきません。いい加減に対応すると、時計を進めていないサービスと現在時刻で同意できないために、通信ができないような事態が起こります。
夏時間の概念自体は新しいものではないので、ちゃんと日本夏時間が標準化され、各種OSが対応することが前提であれば、工数をかけて設計・実装を行えば、最新のOS上で新しく開発されるシステムは理屈上は問題なく対応することができます。
しかし、日本だけでなく世界中ですでに稼働している、時刻を表示する無数のプログラムについては、時刻表示に必要な処理や時刻設定に必要な選択肢を書き足す必要があります（日本政府が公式にロシア/マガダン時間を採用すると宣言しない限りは）。十分な準備期間を取らずに、変更が必要な箇所をすべて洗い出し、問題なく修正するのは大変むずかしいことです。また、上述のように、古いシステムではそもそも変更が不可能なこともあります。
万が一いいかげんな実装や適当な設計が行われるシステムが混じっていると、そのシステムと通信する際に２時間時間がずれて処理が行われるようなことが起こります。具体的には様々な表示時刻や予約時刻が２時間ずれたり、通信不通になるなどの問題が起こり得ます。
この結果、
・日本夏時間に正式対応していないので、ユーザーが時刻をロシアマガダン時間に手動設定することで当面正常動作するシステム（古いスマホやPCなど）
・日本夏時間に対応しないために、内部時計を進めたり戻したりして対応するシステム
・日本夏時間に対応せずに日本標準時間のまま動作し、ユーザーが時刻を頭の中で変換しなければいけないシステム
が混在することになり、社会的な混乱は必至です。
人間も機械も「それ、どっちの13時？」みたいに迷い、間違えるという毎日がやってきます。文房具屋のレシートには日本標準時が、コンビニのレシートには日本夏時間が印字されているような感じになるでしょう。ツイッターやフェイスブックなどのもともと複数のタイムゾーンに対応しているシステムや、JRや航空会社など大きい会社はたぶんちゃんと対応してくれますが、美容院の予約システムや小規模なネット予約システムは対応できずに日本標準時のまま稼働し続け、勘違いが起こります。
社会的に大きなメリットがあるのであれば、この大混乱のリスクを取ってでも前進するべきだと思いますが、本件については導入のメリットがあまりに限定的であり、得られるメリットに比べてリスクが大きすぎると思います。
言いたいこといっぱいあるけど、恋活でオイラが経験したアンチパターンを３つ紹介するね！
オープンソースでも汚いコードって読む気ないし、汚いAPIインターフェイスって避けるでしょ？
って、偉そうだよね、実はオイラも学生の頃研究室に寝泊まりして１週間くらい風呂に入ってなくても平気だったんだけども今ではよくやってたなと思うの...
ただでさえ苦手な女子とセッション張れるとテンションあがるよね！
うわぁ、ここまで書いてておもったけどこの時の俺キモいよね・・・誰か当時の俺を kill(2) してくれ。オイラが許すゾ！
でもね、この心境だとね、フラれたり女性に彼氏ができたりするととね「心身全てに障害が発生」するよ？
心がセグメンテーションフォールトする間隔はあまり気持ちの良い物ではないね！
それにね、人は記憶を消すのは苦手で気になったことを忘れるのはできないんだな。
記憶が消せないなら、「上書きする」しかない！ つまり、同時に、平行的に、沢山の人とやり取りするしかないっ！
２０歳の頃の俺にこんなこと言ったら「f○ck、やりチン」なんて言われると思うが、残念だがこれがベストプラクティスみたい。
他のことで記憶を上書きすると、これが結局、気持ちの負荷分散になったんだよね。
記憶の上書きといえばなら趣味でもいいのでは？だって？そうだね。
僕も趣味（私はプログラミング、アニソンライブとか）で上書きしようと思ったけども、マップされるアドレスが違うようであまり上書きできなかった。なので恋活は恋活で上書きしたほうがいいんだって！
・・・といってもコミュ力が高くないので、そんなにいっぱい恋人候補なんてつくれないよね。
なのでオイラも友達以下でもよい。こっちが連絡送ったら一応返事くれるくらいの関係でよい。最悪彼氏がいてもよい。くらいまでに基準を落とした。
そういえば彼氏がいる女性のほうが本命じゃないと言う気持ちがあってお互い気を使わないところがあって楽だったわ！
とにかく、この人だけだと思う思考が自分に大変負担になる危険な思想だとわかったんだよね。
まあ余談だけども、コンピュータですら低いレイヤから言えば「メモリ上のデータを消す」ということはできないんだよね。（0で埋めてるか未使用領域を上書きしているだけ）
ここまで読めばわかると思うけども、恋活はマルチスレッドで行うべき！ １人１プロセスは効率わるい！ 心にも悪い！ 一人に特化しないほうがいい！
（いや、お前が同時に動けないからマルチスレッドじゃなくてコルーチンとかFiberだろ！とか言う指摘があるかもしれないがご愛嬌ね！）
恋愛上級者（笑）に君みたいな人は傷つくのが怖くて動けないとよく言われるよね。つまりプライドが高いと。
言い方がムカつくけど実際、乱暴な言い方で言えばそういうことだよね。僕認めたよ。
そりゃ、中学校のころ両頬に湿疹ができたとき女子に **ピエロみたい** なんて言われれば慎重にもなるさ。（今ならもっとうまく返せるけどね）
やりちんのヤンキーどもは「俺なんていっぱい心へし折られてつよくなってきたんだぞｗｗｗｗ」なんていうがある意味的を当てているよね。
本質的なことを言えば「この人イジりにくい」と思われたらダメで、あえてプライド破壊メソッドをさらけ出して可愛げがあるように見せるほうが得なんだよね。
まあ、これやりすぎると、周りのカップルのただのいじられキャラという辛いポジションにもなるので絶妙なバランスが必要なんだけどね。
このパラメータは場数ふむしかないかな。最初の頃はただの都合の良いいじられキャラ殺意わいたこともあるよ。
あ、女子のプライド破壊メソッドは絶対にコールしてはいけないよ！ いきなり Connection refused されたりするよ！
以上、殴り書きで紹介したよ！
でもね、人生とはわからないもので実は先日１児のパパになることがわかったんだ！
そう、白状すると今は魔法使いの証明書は失効しているんだ！ まあそもそもCRLに名前が載る時点で魔法使い経験者を意味するので名誉なことではあるんだけどね！
そう愚痴っていた。
使えなくてクビにしたい社員がいるが、この規制のせいで儘ならないということらしい。
私はSES契約の客先常駐形態で働く格安底辺IT作業員で、経営のことは全くわからないので
適当に相槌を打つことしかできなかったが、考えてみれば他人事ではない。
2020年を過ぎたら解雇される可能性が高い、そんな立場であることを忘れていた。
というわけで帰ってきてから日本の解雇についての法律や判断、状況を調べてみた。
雇用関係とは言っても結局は人間関係なのだから、関係精算が面倒なのが当然か。
→ そうは思えなかった。手間がかかるけど。
特に、規制のせいで社員を解雇できない、という主張は理解に苦しむ。
やるべきことは大体決まっているのだから、粛々とそれを進めればいいのではないか。
面倒くさいとか暇がないというのは言い訳にもならん（普段の仕事でもそうだろう）。
→ 誰も幸せにならないと思う。どいつもこいつも無責任になるだけで。
口入れ屋は喜ぶか。
→ それは派遣とかフリーランスだらけになったとでも言うべき状況だろう。実態としては。
要するに…
「必要な時だけ来てほしい」「不要になったらいなくなって欲しい」という要求なわけだ。
セフレやデリヘル嬢だって、昔のアッシー君やメッシー君だって、露骨にこんな要求をされれば業腹じゃないだろうか。
人間関係というのは儘ならないもので、それは世の中の「前提条件」だと思う。
それを踏まえて価値を創出するためにヒトは組織し、計画し、協力し、教育し、努力し、勉强し、評価するんだと思う。
でも解雇規制を悪いものと感じている人たちにとっては、儘ならない関係性は「解決すべき課題」なんだろう。
他者を都合よく扱いたいという欲求を、良いものであるとナチュラルに感じている心の在りようは、恐ろしいな。
ここまで書いてきて思ったが、雇用の調整や流動化という観点からは、解雇規制を緩和・撤廃する意味がないな。
気楽に無責任に低コストで他者を使いたければ、これまでどおり派遣や、私達みたいな立場の人間を買い叩けばいい。
「解雇」できないのは規制のせいではなく、評価を下すという行為に伴う面倒事から逃げているからだ。
他者を雇用して利益を得る立場の人間は他者を「評価」する義務から逃げてはならないと思う。
「規制」はお上が勝手に思いつきで適当に作ったものではなく、過去の悲惨な歴史を教訓とした
人々の知恵の結晶の一つだ。
を知りたいという話。
自分はソフトウェアエンジニアなんだけど、うちの会社はおかしなルールが多い。
グッバーイ✌️。
そうやって自分と同じような理由で辞めてく人っていっぱいいるんだよね。
それで思ったんだけど、こうやって辞められると会社としては凄くマイナスだよね。
人材不足が嘆かれる昨今としてはさ。
「環境を変えたいなら自ら働きかけよう」
と、頑張る人は思い行動するのだろうけど、自分はそんな風にはなれない。
自分は社内に敵を作りたくない。
最終的に実現せずスルーされたらただの不平不満を言う残念な人だし。
心の中で、
「（ああそういう残念な文化がおありなんですね！では私は別のとこ行きますね😇）」
と思うだけ思って何も言わずサヨウナラの方がメリット大きいし。
ただ、自分が会社の偉い人になった時、どうすべきかなあと最近思う訳です。
社内の悪しき文化とどう立ち向かうべきか。
不平不満を表に出さずフェードアウトしてゆく人材を減らすにはどうすれば良いのか。
そう思うわけです。
社員の声を随時匿名で聞ける目安箱のような物があれば良いのかな。
でも重役が思いつきで社内改善とかやってきたらウザいのかなあ。
他の会社ではどうしてるんだろう。
エージェントも外人だから、英語で話をするんだけど、楽天をよく進められるんだよね。
「いや〜楽天はないわ〜」って言うと、そのエージェントは、「みんなそう言うんだよね」っていっていた。
誰が応募するんだ？？
もちろん英語で書かれているんだけど、英語下手すぎ。中学生の書いた文かって思うくらい。実際そんなレベルなんだろう。
TOEIC800点とか言ってるけど、こんな何を証明するのかわからんテストで800点取ったって、実質的には英語を実務で使えるレベルじゃないよ。
こんな英語ドヘタクソ集団にまじって英語を使うことを強要されるとか、きつい。まじで。
すいません、日本語で話してもらってもいいですか？って言いたくなるんだろうなあ。
すごくない？楽天は、顧客志向で、顧客の満足度が一番優先順位高いんだって。
楽天絡みのサイトは全て使いにくいのに、何言っているんだ？？？？？
「グローバルな ベストプラクティスを実践していただくグローバルなオポチュニティ」
やべーよ、楽天。社内公用語ルー語ってみんなに言われてたなあ。今の求人も見る人が見たらやばい。
http://hamusoku.com/archives/7329113.html
ってわけで応募は見送らせて頂きます。
多くの方々に見ていただきありがとうございます！
友人の医師の働き方が異常で見ていてつらい。
もちろん教員やSEや一部の公務員などほかにもひどい業界もあるけれど、特に、人の命を預かる仕事で、これほどひどい状態なのは、将来患者になりうる自分やほかの人々のためにも看過できない）。
※ 本文は2017年の、西日本地方都市のそれぞれ異なる自治体で働く3人のアラサー医師の聞き書きです。
自分が聞いた時点である程度脚色されているだろうし、きわめて一部のものでしかないことはご留意ください。
まず、病院によって大きく違うだろうけれど、待機や当直について。
自分の友人は月に3-4回、当直がある。
これは、最初は夜出勤して翌朝帰るシフトのことかなあ、生活リズム狂ってたいへんだなあ、と思っていたけれど、聞いてみると、1日8時半から働いて、そのまま当直で病院に残り、なにもなければ宿直室で眠れるけれどそんなことはなくて何度もたたき起こされて診察・処置する。
そのまま朝を迎えて、ふつうにカンファレンス（ほかの業界で朝会・朝礼に該当するものらしい）があって、そのまま日中勤務して、夜帰る。もちろんトラブルと遅くなる。
ただ、別の大学病院に勤めている友人のところでは、当直翌日は、半休とりやすい（もちろん有給）とかもあるけれど、それは恵まれている、という口ぶりであった。
待機というものもある。これは月に5-6回ほど、夜間や土日のオンコール体制のこと。
土日のオンコール体制は24時間。土曜の朝から日曜の朝までとか。お酒も飲めないしすぐ出勤できる場所にいないといけない。
そして、呼ばれなければ、勤務時間とはみなされないので給料は出ない。
これの呼ばれる頻度は5回に2回ほど？
日直は、土日にふつうに働きに出ること。これは月2回ほど。代休はない。
一週間にどれくらい働いているんだろう・・・。
そして、普段の勤務は、平和であれば早く帰れる日もあるけれど、患者さんの数や救急車や急患の状況によってはかんたんに22時を超えるし、時間だけでなく自分で計画をたてにくい。
ちなみに、看護師さんもまたたいへんで尊敬する仕事ではあるけれど、かれら(注：某文化により、平仮名のかれらは男女を含む)はシフトが組まれているので超過勤務が続くことは医師ほどではないと思う。
勤務時間が長く、かつ裁量の少ない仕事は高いストレスがあるとは聞く。
こういう過労・睡眠不足になりやすい状態で適切な判断ができるだろうか。
ぼくら一般市民の患者のためにも、医師の労働環境改善は必要だと思う。
時間だけではない。
人の命を救う聖職者とみなされており、暗黙の裡に自己犠牲が求められ、また称賛される。そこでは医師の健康や生活を守るという当たり前のことも自分勝手、ととられやすい。
有給はとりにくく、退職時にまとめてとると、ずっと陰口を言われる。
医局人事での転勤も多い。医局から抜けると、この地域で働けると思うなよ、と言われる（とはいえ、こう言われたけれど実際には働き口を見つけた友人はいるとのこと。日陰になるけれど）。
また、上司が資格取得のプロセスに関わっているため、明示的にも暗黙的にも要求を断りにくくパワハラがおきやすい（これは大学などのアカハラと似ている部分はある？）。
患者さんも、命がかかっていることもあり感情的だったり、反発的なひとも珍しくはなく、コミュニケーションコストが大きい。
年齢を重ねての多浪や再受験が多いほどに憧れの職業であり、また、患者さんからも先生はたくさんもらっているんでしょ、と思われるというのもある。
これはなにが原因でどう解決されるべきだろう？
これは、転勤の多さや、労働者と経営者のあいだの連続性があり対立しにくいというのはあるかもしれない。
（機会があれば応援したいし手伝いたい）
きつい状況にある医師のみなさまはうまく使ってほしい、と外野ながら思う。
ほか、職種別にタテワリな組織、IT投資への無理解やITリテラシーの低さからなる非効率さはありそう。こういうところに入るコンサルティングやシステムベンダー、たいへんそうだけれど期待。。プラクティスとか知見、知りたい。
こういう状況をみていると、医療崩壊もそら起こるし、夜間に救急車も受け入れられないのもわかる。
お金がなくて増員が見込めない現在、どうやったらいいんだろ。夜間は診療報酬めっちゃあげるとか？
東大卒の女医さんが自殺でもしないと変わらないのかもしれないけれど（現代社会への皮肉）、そうなるまえになんとかしたい。ひとまず、こういう現状を知ってほしく書いてみた次第です。
もちろん冒頭に書いたように、ほかの業界、ほかの職種にはもっともっと低い報酬、社会的地位で劣悪な労働環境のもとにいる日とも多くいるとは思うし、それらも併せて改善されてほしいし、応援しています。
（ 勝手に尊敬しているmedtoolz先生がご見解を書いていただけないかな・・・）
主語が大きくて、「医師」ではなく「勤務医」についてでは、とのことでほんとそのとおりだと思う。ただ、指摘があったことを残すためタイトルは訂正しません。
辞めればいいじゃん、というコメントは、ミクロで見れば正しいのですが、医師個人の問題だけではなく、ぼくら一般市民が受けることができる医療にも影響があるので本質的な解決にはつながっていません。
また、するどい指摘としては、これを医療政策学者の津川友介氏など制度設計で解決を試みる案もあるとのこと。
少子高齢化が進み経済的にもうまくいっていない現代日本では、医療費増加で医師を増やして解決することは難しいと思う。
保守的な業界団体などからは反対されるかもしれないけれど、医療費を抑制するためにもすすめてほしい・・・。一般市民はなにができるだろうか？
ポジティブに医療費抑制を狙う政治家を応援したい（誰かいたら教えてほしい）
https://anond.hatelabo.jp/20170822181512
https://anond.hatelabo.jp/20180630150652
読みました。真剣に自分の人生と職業倫理を考えていることをすごいと思います。
自分が増田を書いて1年ほど経ちましたが、まわりで一番疲弊していた医師の友人はメンタルを病みかけて現場をはなれています。国がお金をかけて教育してきたのにこれはもったいない。
ブコメでは医者を増やせばいい、という意見もあるけれど、ますます増える社会保障費の負担を増やすわけにもいかないと思います。80歳の高齢者の寿命を1年延ばすのに若者の給与から天引きされる社会保険料はいくらなら妥当なのでしょうか。
これからは、主治医の廃止や医師以外の看護師や在宅医療の家族にもできることを増やしていく規制緩和などはありつつも、戦線を計画的に縮小していく必要があると思います。
救急は集約してお金をとる・診療の予約数を制限する・処置は通常の勤務時間内にスケジュールする・ベッドを減らす・医者が体調不良なら休んで当日は受診休むなどなど（もっとよいアイデアはありそうでしょうか？開業医と勤務医の差問題はよくわからない）。
目の前の患者の命よりも労働者の健全な労働環境を優先するといってもよいです。そしてこれによって長期的には健全に働ける人が増えることで救われる患者は増えるのではないか、とも（これは建前かもしれません）。
具体的な医療者の行動としては、消極的なサボタージュ。使命感よりも自分の体調を重視して管理職をつかったり、休んだり勤務状況を変えていく、上記労組に相談するなどよいのでは、と思います。
ひとりで抱えないこと。余裕が出てきたらマスコミにタレコミしたり（増田に書くだけでも！）して世論を動かしたい。
エンジニアに間違ったことを偉そうにペラペラと言われたので思わず、それは違いますよと訂正してしまった。非常に機嫌を害されたようで、僕の指摘こそ的外れで間違っているのだ、とひどく言う。設計のベストプラクティスなど人によって揺れが出る部分ではなくて、仕様のように100％の答えが合って、客観的事実として僕が正しいのは明らかであったが僕はあらそうでしたか。すみませんね。とだけいった。その人は1週間たった今でも僕の指摘がいかに的外れでその人こそあっているのだ、ということを延々技術的に未熟な仲間内で話し続けている。
当人から求められてない時はわざわざ人に物事は教えてあげる必要なんてなくて、いかに馬鹿なことを言っていてもそうなんですね〜って聞き流しておけば良かったんだなあと今は思うが、いい加減勘弁してもらいたいものだ。
それとも何か別の対処があったのだろうか。
最近、Python にどっぷり浸かるようになって、「Ruby 教」とも呼べる宗教的な縛りから解放されるようになってきた。それにつれて、いままで Ruby コミュニティで当たり前とされてきたいくつかのプラクティスに対して批判的な気持ちが育ちつつある。
いままで一部の人たちが Ruby 界隈を忌み嫌っているのを見てきたが、その理由がわからなかった。でも、Ruby が一種の新興宗教のようなものだ、と考えればその理由は理解できる気がする。
プログラミング思想というのは、絶対の正解がないために、結局、それを信じる人たちが集うという「信仰」の形を取るしかない。より主張の強いグループが宗教的な形を帯び始めるのは少しも不思議ではないだろう。
P.S.2
Rubyな人たちは二言目には「テスト」とかいうけど、自動テストがすべてを救ってはくれないよね。
どの画面遷移図を見ても、わかりづらいと感じる
わかりやすい画面遷移図を見たことがない
最近はモックアップツールもいっぱいあるが、モックアップはそもそも俯瞰できないから意味がない
画面遷移図がスッキリしていると、ユーザー側も理解しやすいのは確かだが
込み入ってるからわかりづらいとは、確定的には言えないと思う（経験的には分かりづらいことが多いが）
結局、開発者はユーザーに対して適した量のviewだけを見せている
例えば、コンテンツ、前に戻る、次に進む、より一覧の階層、より詳細の階層、別の要素など
あるいはそれに至る導線を示している
実際には全体が非常に複雑でも、そういう風に表示すると人間は理解しやすいから、そうしているのだ
逆に言えば、元の複雑な状態を見せられたら、そりゃー分かりづらい
分かりやすかったらwebもアプリもいらない、まるごとユーザーに示せばいい、開発なんて誰でもできる、でもそうではない
じゃあどうやって画面遷移図を作ればいいのか
画面遷移図は分かりづらいが、分かりやすく見えるように全体を設計することは可能だ
「俯瞰でみた時にわかりやすい」というのは、細部を見る必要が無いくらいに脳内でモデル化できるということだ
日本地図を見ても、世界地図を見ても、町内地図を見ても、「わかりやすさ」は変わらないのと同じだ
だから、フラクタル構造みたいに、階層的にモデル化された構造を取っていれば見やすくなると思う
そうした時に良い形の画面遷移図は、大きなモデル化から小さなモデルへ辿れるようなUIになっているか
あるいは大きなモデルと小さなモデルを両方見ることができて、ただどちらに注目するかで見え方が異なるような状態になっていればいいと思う
ここまではわかるが、このあとはわからない
昨今話題になってるヤマトや佐川関連のブックマークが上位を占めるかと思いきや、まったく違った。
（2016年12月29日10：54時点、本文、新着順で検索）
Amazonの検索結果 (絞り込み: 3 users 以上) 約 3,423 件中 1 - 40 件目 (0.26 秒)
（以下略）
ECサイトを連想させるトピックがほとんどなくて、AmazonがB2B向けサービスを充実させていることに驚いた。
Amazonって表向きは物流業界に革命と問題を起こしている要因に挙げられているけど、EC以外のインパクトがどれだけ大きいのか門外漢なので分からない。
↑でブクマ付けた人、何が起きるのか教えて
