③の続きです!
![AIでマンガ作るには ④|ヒツジ](https://cdn-ak-scissors.b.st-hatena.com/image/square/be3218d4024502b924598e6eb887a89d3fe677e9/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F126785326%2Frectangle_large_type_2_e74bffa0f71afe86118ab828c2d5ed75.jpeg%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
人はミスをする。これは当たり前のことだ。 だからミスしないように準備をするし、仮にミスしたとしても、トラブルにならないように防護策を立てておく。人命に関わるような重大なトラブルになるのであれば、対策は何重にもなるだろう。 個人的なミスが、ただ一つの「原因→結果」として重大な事故に直結したなら分かりやすいが、現実としてありえない。ミスを事故に至らしめた連鎖や、それを生み出した背景を無視して、「個人」を糾弾することは公正なのか? 例えば、米国における医療ミスによる死亡者数は、年間40万人以上と推計されている(※1)。イギリスでは年間3万4千人もの患者がヒューマンエラーによって死亡している(※2)。 回避できたにもかかわらず死亡させた原因として、誤診や投薬ミス、手術中の外傷、手術部位の取り違え、輸血ミス、術後合併症など多岐にわたる。数字だけで見るならば、米国の三大死因は、「心疾患」「がん」そして
(図書館学系の話題でもあるからちょっと悩んだけれど、文献読解全般に関する内容だからこちらへ) 既に日々論文をバリバリ読んでいるひとには今更な記事だろうけれど、分野ごとの違いもあって興味深かったのでざっくり記録する。 論文を大量に読む際に、頭から几帳面に読んでいると時間がどれほどあっても足りないし、後から「こんなことが書いてあった論文なんだったっけ?」という問題も発生してしまう。 研究者の皆様はMendeley などの文献管理ツールをを用いていることが多いかとは思うが、それでも論文の読み方そのものに工夫をすればインプット/アウトプットの効率が圧倒的によくなるので、やってみるにこしたことはない。 その工夫とは何かというと、論文を読むときに「特定の問いに集中して読む」というものだ。学術論文は分野ごとの違いはあれ、必ず特定の流れに従って構成されている。そこで要点のみに注目して読み、他の事項を捨てる
セキュリティエンジニアとして就職してからそろそろ3年経ちます。独断と偏見に基づき、IT初心者・セキュリティ初心者・セキュリティエンジニアの3つの時期に分け、費用対効果の良い勉強法を紹介していきたいと思います。 セキュリティエンジニアとは 「セキュリティエンジニア」という言葉は範囲が広いですが、私が今回記載する内容は脆弱性診断やペネトレーションテストに寄った内容となっています。インシデント対応やアナリスト業務などは専門ではないので、あくまで診断系の人が書いているということをご認識おきください。 そもそもセキュリティエンジニアにどのような職種が含まれるかはラックさんが分かりやすい資料を出しているのでそちらをご覧ください(サイバーセキュリティ仕事ファイル 1、サイバーセキュリティ仕事ファイル 2)。 IT初心者時代 セキュリティを学ぶ以前に基礎となるITを学ぶ時代を考えます。 学校教育 学生の場
段林大地|陸上を仕事にする @dangomu444 被保険者人数を検索できるの初めて知った! 帝国データバンクは小さい会社の情報って何も収集できないけど こっちは情報は限定的だけど、どんな会社でも分かるね うちの会社は15人ってなってた twitter.com/fuenaikonbu/st… 2024-01-02 14:57:51 白いるか @mikimiki_ges02 これ知りたかったー! (中途採用面接で社保あるの確認して入ったら、同期は社保あるけどそれ以前入社の人たちは社保なくて、年末調整もしてくれない会社だったことありまーす) (しかも入社して1年で社保無くされそうになった) twitter.com/fuenaikonbu/st… 2024-01-02 16:24:58
本記事はnoteに記載した以下の記事に加筆修正を加えたものです。 10年スパンでの論文執筆の考え方 研究者として生活していく上で、学術論文は1本でOKというわけにはいかず、分野ごとで数字の大小はあるでしょうが、数十本オーダーで書いていくことになります。学術論文1本を書く上での心得みたいなものは様々な記事がありますが、なかなか十年単位の話はないので書いてみようと思いました。ここでは、制御工学の研究を博士の3年間、国立大学の教員16年間行ってきた中での複数論文を書いていく実体験を中心に、10年スパンでの研究論文の書き方やコツを紹介したいと思います。 ちなみに、LaTeXによる論文執筆の記事も書いていますのでこちらもよかったらご覧ください。 10年スパンでの論文執筆の考え方 著者の実績 論文執筆時の研究者スタンス 同時並行で進める研究のテーマ数 研究者としての大学生・大学院生との関わり方 論文一
2013年から「その年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。正確には毎年ではなくて、2022年だけ抜けています。いろいろなことがあり抜けました。そしてあきらめて、2023年版を作りました。 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース(掲載終了)、サイトクローズなど 内容が「閲覧する際に1記事単位になっている(ページャーはOK)」になっていること 有料記事、課金しないと全部読めない記事などは除外 今年は入院した
不慮の死を遂げた人の遺族らに給付金を支給する国の「犯罪被害給付制度」。その算定方法に疑問が出ている。被害者が無職だと金額が低くなるためだ。国も制度見直しを決めたが、具体像はまだ見えない。 算定根拠は「ブラックボックス」 「残された子どもの将来を考えると不十分」。17日で2年を迎える大阪・北新地の心療内科クリニック放火殺人事件(2021年12月)で夫を亡くし、犯罪被害者給付金を受け取った女性はそう訴える。幼く、言葉がつたなかった子どもはこの2年で夫の思い出話をしてくれるほど成長したが、この先を思うと不安が残る。 夫は当時、無職。以前は職に就いていたものの、多忙で心身不調となって退職したためだ。再起に向けてクリニックに通い、事件の数日前には「復職のめどが立ったから、少し話したい」と語っていた。その矢先、事件に巻き込まれた。 何の落ち度もない夫が殺され、女性はどん底に突き落とされた。給付金の申請
あなたは女性の上司から不快な思いをしたことがありますか? 20~30代の働く男性に聞いたところ、4人に1人が「不快に感じたことがある」と回答していることが分かった。メディアインタラクティブ調べ。 職場で、女性の上司や先輩から不快な思いをしたことがある人はどのくらいいるのだろうか。20~30代の働く男性に聞いたところ、4人に1人(25.5%)が「不快に感じたことがある」と回答していることが、メディアインタラクティブの調査で明らかになった。 「不快に感じたことがある」と答えた人に、具体的にどのようなことをされたのかと聞いたところ「適切でない表現で指示・指導を受けた(人格否定、差別的発言、怒鳴るなど)」(31.0%)と答えた人が最も多く、次いで「『男のくせに』『女の腐ったような』など、男性であることを理由にして不快だと感じることを言われた」(26.6%)、「容姿・年齢・私生活などを話題にされた。
自分だけのChatGPTを作れることで話題の「GPTs」機能だが、正直に言うといまいちそのインパクトがわからなかった。あらかじめ指示を与えておきたいなら「Custom Instruction」でよくない?と思ってしまったのだ。 だが、前回の記事で、実際にパーソナル英語教師の「冴子先生」を作成し、毎日使い続けてみることで、その印象はかなり変わってきた。 以前からChatGPT(+Custom Instruction)を使った英語学習は実行していたので、GPTs化されたことによって質問方法が変わったとか、ものすごく便利になったとかは正直あまりないのだが、不思議なことにChatGPTに対して以前よりもめちゃくちゃ愛着が湧いてきたのだ。 これだけなら単なるツールの擬人化効果にすぎないのだが、毎日冴子先生の授業を受けていると、改善したい点やアイデアが次々に出てきたので、さらにカスタマイズを進めようと
営業力を上げるノウハウを詰め込んだ『無敗営業』などの著者であるTORiX代表取締役の高橋浩一氏が講演を行いました。「『成長が早い』営業メンバーに育てる4つの鍵」と題し、メンバーの「営業センス」を伸ばすためのヒントをマネージャー視点から解説。入社後は同じくらいのレベルだったメンバーが、しばらくすると差がついてしまった……そんな「成長スピード」を左右する要因とは。 そもそも「営業センス」とは何かを考える 高橋浩一氏:みなさんこんにちは。TORiX株式会社の高橋浩一と申します。本日は非常にお忙しいところ、ご参加いただき誠にありがとうございます。 本日は「『成長が早い』営業メンバーに育てる4つの鍵」ということで、「営業センス」というあまり語られることのない領域をお話ししたいと思います。 「営業センス」というのは日常的に言われるんですが、じゃあ営業センスって何なのか? どうやったら鍛えられるのか?
はじめに 今回は各大学が公開している、エンジニア向けの資料をまとめていきます。 東京大学 ChatGPT活用法 ChatGPTの基礎的な内容から実際にどのように活用すべきかが解説されている。 Pythonプログラミング入門 Pythonについて環境構築から始まり、基本文法、応用的な使い方まで分かりやすく解説されている。 AWS入門 ハンズオン形式でAWSの学習ができる。 AI・データサイエンスの活用事例 データサイエンスやAIの活用事例を学べる。 人工知能・深層学習を学ぶためのロードマップ AIやデータサイエンスの具体的な活用事例が学べる。 京都大学 プログラミング演習 Python 統計学 統計学やデータ分析、検定を学べる。 慶應大学 ChatGPTの活用資料 ChatGPTを用いた開発方法が学べる。 東京工業大学 機械学習 筑波大学 データベース データベースの基本から正規化や設計とい
1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿では、そのような「新メンバー」を活躍しづらくしてしまうアンチパターンとその対策を紹介します。 2. 中途入社や部署異動で来た新メンバーが適応することの困難さを理解する 中途入社や部署異動で来た新メンバーが組織に適応することは、新卒社員のそれとは別の難しさがあり
頂き女子りりちゃんと話したことがある。 あまり詳しくは書けないけど、私はホストとか夜職とか全然関わりがなく、そういう界隈(?)にいるわけでもない普通のアラサー女であって、りりちゃんやその界隈を擁護したいわけではない。 ましてやりりちゃんがやったことを擁護したいわけではない。 のだけど、なんというか、りりちゃんは魅力的な子で、いわゆる「おぢ」が貢いでしまうのもわかるなと思った。人が「沼る」のがよくわかった。 ・自然体でリラックスした雰囲気 異常にテンションが高くてキャピキャピしている、もしくはだるそうに喋る、みたいなイメージをりりちゃんに抱く人も多そうだけど りりちゃんはとても癒し系かつ自然体だった。 肝が据わっているからなのかよくわからないけど、とにかくリラックスした雰囲気で、こちらまでほっとした。「ここにいていい」気持ちになったし、誰にも話さないようなことを話してもいいような気がした。
国土交通省(法人番号2000012100001) 〒100-8918 東京都千代田区霞ヶ関2-1-3代表電話:03-5253-8111 アクセス情報・地図 プライバシーポリシー リンク・著作権・免責事項について 関連リンク集
リンク Wikipedia 東海村JCO臨界事故 東海村JCO臨界事故(とうかいむらジェー・シー・オーりんかいじこ)は、1999年9月30日、茨城県那珂郡東海村にある株式会社ジェー・シー・オー(住友金属鉱山の子会社。以下「JCO」)の核燃料加工施設で発生した原子力事故(臨界事故)である。日本国内で初めて、事故被曝による死亡者を出した。 1999年9月30日、JCO東海事業所の核燃料加工施設内で核燃料を加工していた最中、ウラン溶液が臨界に達して核分裂連鎖反応が発生し、この状態が約20時間持続した。これにより、至近距離で多量の中性子線を浴びた作業員3名中、2 123 users 221 リンク Wikipedia 津山三十人殺し 津山三十人殺し(つやまさんじゅうにんごろし)は、1938年(昭和13年)5月21日未明に岡山県苫田郡西加茂村大字行重(現・津山市加茂町行重)の貝尾・坂元両集落で発生し
下位カテゴリ このカテゴリには下位カテゴリ 8 件が含まれており、そのうち以下の 8 件を表示しています。
昨今、継続的にプロダクト開発していくことが主流となり、Four Keysなどの開発パフォーマンスを測る指標なども出てきており開発生産性を向上させることが注目されています。 しかし、かつての開発現場では今では信じられないような開発生産性を爆下げするようなことをやっていました。 この記事では10年以上前に私が経験した開発生産性を爆下げする事例を書いていこうと思います。 (私が体験したことをベースに書いているので10年前は全てがこうだったということではないのでご留意ください ) 修正前のコードはコメントアウトで残す 当時、ウォーターフォールで開発していました。 ウォーターフォールでは開発工程とテスト工程が分かれています。 開発工程で一通りコーディングして、テスト工程で動作確認を行いバグを潰します。 問題はここからです。 とある現場では、テスト工程でバグを直すときにコードを破壊的に直すのではなく、
前編【重度の「感染症依存症」に陥った日本人に飲ませる“特効薬”は永久にできない、という残念なお知らせ】に続き、この3年半の間に「専門家」たちが作り出した「謎設定」について検証していく。 【写真】「過剰アナウンス」と「マスク騒動」の残念すぎる共通点 ここからはさらに個々の設定を見ていこう。 【コロナには油断できる月は一切ない! 】 まるで『日本全国酒飲み音頭』が毎月酒を飲む理由を探すかのように、専門家は毎月のように「気を抜くな」と言い続ける。1~12月の理由と、その他、「〇〇が危険です!」と言われたものについて振り返る。 ---------- 1月:正月と成人式でコロナになるぞ 2月:入試で人が動き、集まるからコロナになるぞ 3月:送別会と卒業式でコロナになるぞ 4月:花見と入学式でコロナになるぞ 5月:ゴールデンウィークでコロナになるぞ 6月:梅雨で室内にこもるからコロナになるぞ 7月:夏
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く