“医師不合格”の石碑 だれが？なんのため？ 岩手・一関 | NHK
笑ってしまった。 合格でも変だが、「不合格」を碑にした人がいるとは。 いったいなぜこんなことをしたのか。 「松井元哉さん」にどうしても会いたい。私は、それまで職場には戻らないと宣言し、取材を始めた。 2023年7月6日「おばんですいわて」で放送 人気のない場所にぽつん インターネットの情報を頼りに、まずは現場へ。 岩手県南部、一関市の中心部から車で20分。人気のない道路脇の林の陰に、それはあった。 高さは1メートル、厚さは2センチほどで、ずいぶんスマートだ。 「松井元哉 第113回医師国家試験 不合格発表閲覧之地」。 間違いない。黒地に、白い文字が目立つ。これを素直に信じれば、松井さんという人が、ここで、医師国家試験の不合格の知らせを受け取った、ということになる。 石碑は人気のない道路脇に建っていた 写真を撮っていると、林からガサガサと音がした。 まさか、松井さんにいきなり遭遇！？ 石碑の
冤罪の被害額は７０億円、２４８日間の独房暮らし 「それでも検察は謝罪も検証もしないのか！」東証１部上場企業創業者の怒り ｜ 47NEWS
大阪城公園のほとりにひときわ目立つガラス張りの超高層ビル「クリスタルタワー」での栄華を誇った社長生活から一転、たった３畳の独房暮らしへ。分譲マンション供給戸数が全国有数で東証１部上場（その後東証スタンダードに移行）の不動産会社プレサンスコーポレーションの創業社長だった山岸忍さん（６０）は、無実の罪で大阪地検特捜部に逮捕され、拘置所での勾留生活を余儀なくされた。会社倒産の危機を前に、一代で築いた売上高２０００億円超の会社も泣く泣く手放した。 だが山岸さんは約２年後、無罪判決を得て冤罪を晴らす。検事のからめ手による攻略にも、うそなく認識通りのことを答える「単純で率直な思考」の流儀で対抗した。無罪確定後も検察サイドが謝罪も検証もしないことに怒りを隠さず、国を相手取った賠償の請求や言論活動で闘いを続けている。その心境を聞いた。（共同通信＝武田惇志） ▽２１億円横領事件に発展 ２０１５年１２月、山岸
「ITエンジニアこそ筋トレをやるべき理由 徹底解説（With Google Cloud）」というタイトルで登壇しました。 #devio2023 | DevelopersIO
「ITエンジニアこそ筋トレをやるべき理由 徹底解説（With Google Cloud）」というタイトルで登壇しました。 #devio2023 ブログでは登壇の一部をご紹介します。お越しいただいた皆様、ありがとうございました。日頃から、筋トレというなの「パッチ」を身体のセキュリティとして充てがいましょう。 資料 ※資料の訂正 ちなみに、jast do itはウケ狙いのための施策であり、実際にはjust do itになります。 CGE → GCEになります。（Google Cloudで使用できるVMサービスのこと） 関連ブログ Dev.IO岡山編ブログも投稿しているのでご覧ください。（こちらはGoogle Cloud × Azureです） 「Cloud IdentityとAzure ADの基礎を比較」というタイトルで登壇しました Vol1 #devio23 なぜ筋トレ×ITセッションを選んだ
運用出来るWebアプリケーションの作り方
はじめに 先日、下記のようなツイートを見つけて、そういえば趣味で個人開発してたときには然程気にしてなかったけど、仕事で運用するようになって先輩たちから学んだり自分で身につけたチップスってちょこちょこあるよねー、とふと思ったので、Webアプリケーション開発に関わるものをいくつかまとめてみました。 特に体系的/網羅的という程でもないですし、最近はFWや色々な仕組みでカバーされてるものも多いですが備忘録として。 Tips 機械が読めるログを作る これは割と重要なのですが、ログは人間が読むものではなく機械が読むものです。それはZabbixだったりDatadogだったりSplunkだったりgrep/awkだったりツールは何でも良いのですが、古の時代はさておき現代ではログは機械が読めることが最重要です。 まず大前提として構造化されている必要があります。言うまでもないですが「フリーフォーマット」のログの
エンジニアのための自己管理入門 - Qiita
はじめに 社内でTodo管理の勉強会を実施した際に作成した資料があったのですが、今回自分の中の考えをまとめるせっかくの機会だと思い、字面で書き起こすことにしました。 意外と世の中では語られることのなく、『あたりまえ』として扱われてしまう『自己管理』について自分が半年間運用し、週ごとにカイゼンを続けたどり着いた、現時点でのHowを多くの人に伝えられればなと思っています。 もちろん最適解がこの形とは言いませんし、自己管理は人の数分だけ最適解はあると思っています。「みんな正しい、ただし部分的に」ということを念頭に、楽しんで読んでいただければ幸いです。 タイトルを付けた理由としては、かなりシステマチックな内容になってしまっていると感じてしまったため、「運用レベルが高い」人物を想定した結果、このタイトルになりました。 概念篇 『自己管理』を行っていく上で、確実に「ここは飛ばしてはいけない」と思ったた
IPCCのメッセージと日本人の無関心（江守正多） - エキスパート - Yahoo!ニュース
ＩＰＣＣ報告書は何を伝えているか三月二〇日に国連「気候変動に関する政府間パネル」（ＩＰＣＣ）第六次評価報告書の統合報告書が公表されました。その内容は各所で詳しく紹介されているので繰り返しませんが、僕なりに乱暴にまとめると、そこから読み取れるのはだいたいこんなことです。 世界の脱炭素化への転換と気候変動適応は、人類にとって、やらないと酷いことになるだけでなく、早くやった方が絶対に良い。なぜなら、気候変動の影響が抑えられるだけでなく、健康等にもプラスだし、うまくやれば社会をより公正にできる。そのために必要な資金も、技術の大部分も、人類は既に持っている。そして、今すぐ急激に舵を切らないと、そのような良い状態は実現不可能になってしまう。 ここまでを聞くと、そんな「やり得」な話には当然乗るべきで、このチャンスを見逃すような判断はおよそ合理的な気がしないわけです。しかし、報告書のメッセージには続きがあ
テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー：多くのエンジニアに愛される理由とは
テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー：多くのエンジニアに愛される理由とは 『【この1冊でよくわかる】 ソフトウェアテストの教科書 [増補改訂 第2版]』は、初版の発行部数は22,000部、2021年8月出版の改訂版は13,000部に上り、技術書としては異例のシリーズ累計35,000部を突破しました。（2023年6月現在） ソフトウェアテスト専門企業であるバルテス株式会社の技術者が執筆した、ソフトウェア開発工程のテストについて、基礎からしっかり体系的に学習できる本格入門書です。 このストーリーでは、初心者から上級者まで幅広い層に読まれている、ソフトウェアテストのバイブルともいえる本書完成までの経緯や苦労話、著者であるバルテスの石原 一宏氏と布施 昌弘氏が伝え続けたい想いをお伝えします。 テスト設計に必要な考え方を身につけられ
ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s
自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム（開発、製造）リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と
曖昧なタスクへの耐性が下がってしまった、一時期の話
この記事で書きたいことは、大筋以下のようなことです。 ・「曖昧さ耐性」についての記事を読みました ・部下の曖昧さ耐性の有無と状況に合わせて指示の出し方をコントロールする必要がある、というのはその通りだと思います ・ところで私には、自分の「曖昧さ耐性」を顕著に下げてしまった経験があり、「部下の曖昧さ耐性を下げない為にはどうすればいいか」を常々考えています ・重要なのは、チーム内での「成果物のフェーズ」に関する意識の統一ではないかと思います ・成果物のフェーズ認識に不一致があると、作業者が無駄に疲弊するし曖昧耐性が毀損される場合があります ・「今は成果物の曖昧さを許容するフェーズ」という意識統一がとても大事です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 *** 先日、logmiBizさんでこんな記事を拝読しました。 曖
流行する高い目標設定とその副作用 | Q by Livesense
一筋縄でいかないような難解な仕事を抱えていると、何をしているときでも、頭の片すみにずっとその仕事が居座っている感じがする。 憂鬱というほどではないけれど、邪魔になるときもある。楽しい飲み会の最中とか、ゆっくり休まるはずのバスタブでも、ふと気づくとそのことについて考えてしまったりする。気分転換が下手になる。 それはしかし、少なくともぼくの場合は、半分くらいは意図的にそうなっている。チャレンジングな仕事に携わるのは幸運なことだし、基本的には楽しいことだ。難しい問題について考え続けたい、考え抜きたいという前向きな気持ちもある。通勤路を歩いているときに仕事のことを考えるのは、ちょうどいい暇つぶしにもなっている。それゆえ、塩梅が難しい。 「シャワーを浴びているときに、いいアイディアが降ってくる」みたいな話とも、ちょっと近い。移動中の電車、お昼ごはん、夜寝る前のベッドの中。考える仕事は、わりとどこでで
意思決定できる人の手順の型 - Konifar's ZATSU
意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す
research!rsc: Storing Data in Control Flow
A decision that arises over and over when designing concurrent programs is whether to represent program state in control flow or as data. This post is about what that decision means and how to approach it. Done well, taking program state stored in data and storing it instead in control flow can make programs much clearer and more maintainable than they otherwise would be. Before saying much more,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
