タグ

2023年2月1日のブックマーク (13件)

  • 単位取得満期退学 - Wikipedia

    満期退学(まんきたいがく)/単位取得後退学(たんいしゅとくごたいがく)・(coursework completed without degree[1])とは、博士論文の提出・審査合格を経ずに博士課程(博士後期課程)を就業年限以上で退学すること[2][3][4]。大学によっては単位取得退学や単位取得満期退学[5]、単位修得退学[6]などと呼ばれ[注 1]、単位取得退学後に博士論文を提出して合格すれば博士号を取得できる[2][3]。これには課程外として論文博士になる場合や[2][4][8]、所定の年限以内であれば課程博士、それを過ぎれば論文博士になる場合がある[3]。 なお、履歴書には「単位取得退学」や「単位取得後退学」、「単位取得後満期退学」などと記入する[3][9][10][注 2]。また、文部科学省の学校基調査では「博士課程修了者」に単位取得退学者が含まれるが[12]、アメリカ合衆国に

  • 【シェフの技術】卵とチーズだけで作る恐ろしく旨いパスタ

    【プロのコツでいつものごはんが100倍おいしくなるレシピ】 ★こうせい校長の初出版レシピです★ 出版社:KADOKAWA Amazonでののご予約はこちらです。 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ https://www.amazon.co.jp/dp/4046054328 ■重要なご報告動画です■ https://youtu.be/JFSxsbQLPE4 ■貧乏人のパスタ■ ・マ・マーのスパゲッティ2ミリ 100g 〜パスタの茹で汁〜 ・水 3リットル ・塩 24g (水に対して0.8%) 〜味付け〜 ・ピュアオリーブオイル 20g ・卵 2個 ・水 140g ・茹で汁 60g ・粉チーズ(パルメジャーノレッジャーノチーズ) 50g ・バージンオリーブオイル 適量 ・ブラックペッパー 適量 ■目次■(数字押したら目次に飛びます) たっぷりのお湯でパスタ

    【シェフの技術】卵とチーズだけで作る恐ろしく旨いパスタ
  • ロシア・ウクライナ戦争とナショナリズム | 東京大学

    ロシアのプーチン政権をロシアウクライナ戦争へ駆り立てたナショナリズムの思想はどのようなものなのでしょうか。長引くロシアウクライナ戦争の思想的背景について、近代ロシア文学・思想を専門とする、総合文化研究科の乗松亨平教授に聞きました。 イリヤ・レーピン〈トルコのスルタンに手紙を書くザポリッジャ・コサック〉(1880-91) ©Ilya Repin プーチン政権の帝国的ナショナリズムとロシア民族主義 ―― 今回の戦争をどのようにご覧になっていますか? 従来、プーチン大統領は現実判断に基づいてプラグマティックな行動をとる冷静な政治家であると一般的に評価されていましたが、2014年のウクライナ危機以降、今回の戦争に至るまでを見ると、その評価を変えざるをえません。プーチンのこうした変化の一因として、ロシア・ナショナリズムの思想が注目されています。 プーチンは、9月30日にウクライナ4州の併合を宣言

    ロシア・ウクライナ戦争とナショナリズム | 東京大学
    fuyu77
    fuyu77 2023/02/01
  • 呪術的思考 - Wikipedia

    呪術的思考(じゅじゅつてきしこう)、魔術的思考(まじゅつてきしこう、英: Magical thinking)とは、ある事象について、理性と観察においては因果関係が正当化できない物事に原因を求める思考である。宗教や民俗、迷信において、信仰心や祈り、儀式や生け贄、タブーの順守などと、それに対して期待される報酬や利益が結び付けられた。臨床心理学においては、呪術的思考を持つ患者は、ある行動や考えと災難・悲劇的な出来事の間に相関関係があると考え恐怖を感じる。呪術的思考によって、人々は、自身が世界に影響を及ぼすことができる、またある行為と何ごとかが照応関係にあると考える[1]。 ヨーロッパでは初期近代まで、神によって創造された世界は意味と目的に満ちたものだと考えられ、思想家達は世界の様々な部分の間に類比的なつながりを期待した[2]。自然の中にある類比やシンメトリーは、事象の間の現実的なつながりを意味し

  • 結合度 - Wikipedia

    この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "結合度" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2023年1月) 結合度(けつごうど、カップリング、coupling)とは、コンピュータープログラミングで用いられる(機械よりは)人間寄りの尺度。ソフトウェア測定法の一種。利用者またはメンテナンスをする者にとって対象を利用、保守しやすいように対象の内容が整理、分割できているかどうかを、その状態によって段階に分けて表現する。 概説[編集] コンピュータープログラマにとっては、既存のソフトウェア製品に対して 無い機能の追加、対応していないデータへの対応といった事柄に対応する場面がある。こ

    結合度 - Wikipedia
  • 凝集度 - Wikipedia

    凝集度(ぎょうしゅうど、コヒージョン、cohesion)とは、情報工学においてモジュール内のソースコードが特定の機能を提供すべく如何に協調しているかを表す度合いである。IPAが実施する情報処理技術者試験では、強度(きょうど、ストレングス、strength)という言葉が使われる。凝集度は順序尺度の一種であり、「凝集度が高い」とか「凝集度が低い」といった言い方で使われる。凝集度の高いモジュールは、堅牢性、信頼性、再利用性、読みやすさなどの点で好ましく、凝集度の低いモジュールは保守/評価/再利用/読解が難しいため好ましくないとされる。 凝集度は結合度と組み合わせて議論されることが多い。凝集度が高いモジュールは他との結合度が低いことが多く、逆に凝集度が低ければ結合度が高くなる傾向がある。ソフトウェアの品質を凝集度と結合度で表す手法は、Wayne P. Stevens(英語版)、Glenfold J

  • CQRS実践入門 [ドメイン駆動設計] - little hands' lab

    この記事では、CQRSの入門として、軽量CQRS、別名クエリモデルについて解説します。 DDDの参照系処理で発生する課題 解決策 CQRSのメリット、デメリット 実装時の注意事項 部分的導入について なぜQueryServiceの定義がUseCase層なのか 整合性をどうやって担保するのか よくある誤解 データソースを分ける必要があるのか イベントソーシングとの関係 過去資料との繋がり もっと詳しく知りたい方は 現場での導入で困ったら DDDの参照系処理で発生する課題 DDDで定義されている実装パターンを使っていると、基的には永続化層との入出力はRepositoryを使うことになります。 更新系の処理ではEntityやValueObjectでドメインの知識を表現し、Repositoryを使って集約単位で永続化するという構成をとると、非常にメンテナンス性の良いものになります。 参考過去記事

    CQRS実践入門 [ドメイン駆動設計] - little hands' lab
  • DDDで設計するならCQRSの利用を検討すべき - Qiita

    タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」(副作用あり)と「クエリ」(副作用なし)で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。 一貫性: 「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なし ストレージ: 「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的 スケーラビリティ: 「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きい なので分けちゃうわけですが、 コマンド側 複雑なビジネスロジックが絡むので、ドメイン駆動が活躍 クエリ側 複雑なビジネスロジックがないので、ドメイン層はスキップ

    DDDで設計するならCQRSの利用を検討すべき - Qiita
  • bundle installする際のtzinfo-dataのwarningがウザい - Qiita

    The dependency tzinfo-data (>= 0) will be unused by any of the platforms Bundler is installing for. Bundler is installing for ruby but the dependency is only for x86-mingw32, x86-mswin32, x64-mingw32, java. To add those platforms to the bundle, run `bundle lock --add-platform x86-mingw32 x86-mswin32 x64-mingw32 java`. bundle install実行時に毎回上記warningが出ていたのだが、面倒なので後回しにしていた。 そろそろ重い腰を上げて調査・対処してみる。 実行環境

    bundle installする際のtzinfo-dataのwarningがウザい - Qiita
  • 【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

    『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD(Domain-Driven Design)を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め

    fuyu77
    fuyu77 2023/02/01
  • 心理的安全性の育て方 - Innovator Japan Engineers’ Blog

    こんにちは、CTOの山岡(@hiro_y)です。ここ数年「心理的安全性」という言葉を目にすることが増えました。Web上の記事でも、書店に並ぶ書籍でも。 自分も何度か「心理的安全性」って大事だよね〜と話した記憶があるのですが、実際のところ「心理的安全性」とは何でしょう。大切なのは誰もが同意するでしょうが、皆が思い描く「心理的安全性」が達成された状態は少しずつ違っていたりしないでしょうか。 ちなみに似たような感じで扱われる言葉に「コミュニケーション」があると思っていて、大切なことは否定できないけど具体的に何を指しているかは人それぞれ、という…。最近はなるべく「コミュニケーション」という言葉を使わないようにしてみています。 さて、話を戻します。「心理的安全性」とはそもそも何なのでしょうか。自分なりに考えた結果としては、「状態を指す言葉ではあるけれど直接は作れないもの」です。どのような状態かという

    心理的安全性の育て方 - Innovator Japan Engineers’ Blog
    fuyu77
    fuyu77 2023/02/01
  • Advanced Configuration | Create React App

    You can adjust various development and production settings by setting environment variables in your shell or with .env. Note: You do not need to declare REACT_APP_ before the below variables as you would with custom environment variables. By default, Create React App will open the default system browser, favoring Chrome on macOS. Specify a browser to override this behavior, or set it to none to di

    Advanced Configuration | Create React App
    fuyu77
    fuyu77 2023/02/01
  • 週刊Railsウォッチ(20200525前編)2020年のRailsマストgem 19個、スライド『Fat Modelの倒し方』、AR mergeのrewhereオプションを変更ほか|TechRacho by BPS株式会社

    2020.05.25 週刊Railsウォッチ(20200525前編)2020年のRailsマストgem 19個、スライド『Fat Modelの倒し方』、AR mergeのrewhereオプションを変更ほか こんにちは、hachi8833です。JavaScriptが25歳の誕生日を迎えたそうです🎉。10日そこそこで最初のプロトタイプを作ったとは😳。Rubyはちょっとだけ年上なんですね。 25 years ago this month the first prototype of JavaScript was created over ten days. Most likely May 6-15, 1995. Read about how it happened in “JavaScript: The First 20 Years” https://t.co/aCMFx28GX0@Bren

    週刊Railsウォッチ(20200525前編)2020年のRailsマストgem 19個、スライド『Fat Modelの倒し方』、AR mergeのrewhereオプションを変更ほか|TechRacho by BPS株式会社
    fuyu77
    fuyu77 2023/02/01