並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 391件

新着順 人気順

ロジックの検索結果1 - 40 件 / 391件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

ロジックに関するエントリは391件あります。 プログラミング開発設計 などが関連タグです。 人気エントリには 『競技プログラミングで解法を思いつくための典型的な考え方 | アルゴリズムロジック』などがあります。
  • 競技プログラミングで解法を思いつくための典型的な考え方 | アルゴリズムロジック

    競技プログラミングの問題を解くためには2つのステップがあります。 問題で要求されていることを言い換える知っているアルゴリズムやデータ構造を組み合わせて解く 必要な(知っておくべき)アルゴリズムやデータ構造は色々なところで学ぶことができます。 しかし、「問題の言い換え」や「アルゴリズムを思いつく」というのは、非常に様々なバリエーションがあり、問題をたくさん解かないとなかなか身につきません。 そこで、この記事は以下のことを言語化し、練習のための例題を提示することを目標とします。 問われていることを、計算しやすい同値なことに置き換える方法アルゴリズムを思いつくための考え方競技プログラミングで「典型的」と思われる考え方 ※一部問題のネタバレを含むので注意 ※良く用いられるアルゴリズムやデータ構造については競技プログラミングでの典型アルゴリズムとデータ構造 を参考にして下さい。 入力の大きさ(制約)

      競技プログラミングで解法を思いつくための典型的な考え方 | アルゴリズムロジック
    • 傑出したシェフの料理動画を見て「創作ロジック」に圧倒された。

      僕はかなりの重度のグルメ偏愛家なのだが、ずっと長い間解けない疑問があった。 それは「なぜ一部のプロは、傑出して美味しいものを作れるのか」である。 レシピが同じで、使う食材も同じ。 それでも料理というのは明らかに”その人の味”になる。 味に個性がでる程度ならまだしも、”旨さ”そのものが根本的に次元の異なるものになる事すらある。 これは誠に非科学的な話である。 これは長らく”センス”の一言で片付けられてきた。 おそらく調理工程中の細かい事が蓄積していった結果ではあるとは思うのだが、その細かい事がウヤムヤしてて、具体的に何がどう違うというのがわからない。 が、今回、ようやくその秘訣を解き明かす機会を手に入れたので、今回はその話をしようと思う。 触りだけ簡単にいうと、トッププロの料理は一貫性がハンパないのである。 新型コロナウイルスの影響で、シャレにならないコンテンツがインターネット上に爆誕した

        傑出したシェフの料理動画を見て「創作ロジック」に圧倒された。
      • アリストテレス『説得にはロジックはもちろん、自分のキャラクター性や、相手の感情も考慮する必要があるんやで』

        数学市民@Mathpedia運営 @Infinity_topoi 米国育ちの友人に教えて貰ってヘェと思ったのですが、向こうでは説得の3要素「ロゴス(論理)・パトス(情熱)・エトス(信頼)」という手法は誰でも習うそうで、日本人は「ここは感情に訴えかけるところ」とか「まず信頼を勝ち取るところ」とかはそういう場を読む能力が全然ないって言われましたね。 さ く さ こ@癒し系。「悩みの8割は栄養不足が原因」出版予定(嘘 @vitamin_mega これはショッキングで鋭い指摘。 みんな感情で話すか、論理優位の人は論理か確かにどっちかだね。 自分は使い分けしてるかもしれない。 パトスは薄めで弱点かも。 出す場がないというか、出すとあまり良いことがなく出さない癖がついてるんだなこれが。 twitter.com/infinity_topoi…

          アリストテレス『説得にはロジックはもちろん、自分のキャラクター性や、相手の感情も考慮する必要があるんやで』
        • 「ビジネスロジック」とは何か、どう実装するのか - Qiita

          アプリケーション開発で、「ビジネスロジックは分離しろ」だとか「Controller にビジネスロジックを書くな」といったことをよく言われると思います。 しかし、ビジネスロジックという言葉の意味を聞いたり調べたりしてみても、「システムのコアの部分」とか「システムの目的になる処理をするところ」みたいなことを言われたりして、よく分かりませんでした。 そんな中、クリーンアーキテクチャや DDD の戦術的設計について学ぶことで、「ビジネスロジックとは何か」、「ビジネスロジックはどう実装するか」について、自分なりの考えが整理されてきたので、この記事ではそれをまとめます。 ※ 曖昧な言葉を自分としてどう使っているかという話になります。違う意味で使う方もいると思うので、ご注意ください ビジネスロジックとは何か 「システムのコアの部分」とか「システムの目的になる処理をするところ」といった説明も正しいとは思い

            「ビジネスロジック」とは何か、どう実装するのか - Qiita
          • 技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(前編)

            技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(前編) ソフトウェアの品質をテーマに研究をしている名古屋大学 森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。 今回発表された研究では、技術的負債を抱えたレガシーコードのリファクタリングで取り除かれた問題の90%以上が、メソッド名と実際の関数の動作が一致していない、あるいは関数名とコメントが矛盾しているなどの「命名的問題」、もしくは複雑で読みにくい多数の条件分岐や深いネストなどを抱えた「構造的問題」のいずれかであるという先行研究があることを踏まえ、どちらを優先してリファクタリングすると保守性や可読性が高くなるかを調査しています。 具体的には、命

              技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(前編)
            • エラーは出ないけど…何か変??Vue.jsでやりがちな「サイレント・ミス」(ロジック編) - ICS MEDIA

              Vue.jsは初学者にもとても手厚いサポートを提供してくれるフレームワークです。 たとえば、以下のコードで「リセット」ボタンを押すと「propsのcountは子コンポーネントから変更すべきではない」とわかりやすくエラーを表示してくれます。 <template> <div class="CountViewComponent"> カウント={{count}} <button @click="reset">リセット</button> </div> </template> <script> export default { props: { // 表示するカウント値 count: { type: Number, default: 3 } }, methods: { // カウントをリセットします reset() { this.count = 0 } } } </script> それでも時として、

                エラーは出ないけど…何か変??Vue.jsでやりがちな「サイレント・ミス」(ロジック編) - ICS MEDIA
              • CSSは確実に進化している! 変数、条件分岐、ループ、論理演算など、ロジックに記述するCSSの実装テクニック

                一昔前のCSSと比較すると、ここ数年でCSSはかなり進化しました。calc()で数式が扱えるようになり、変数、条件分岐、ループ、論理演算なども使用できます。CSSでロジックをどう記述するのか、ブログラミング言語的な実装を紹介します。 Writing Logic in CSS by Daniel Schulz TwitterでCSSがプログラミング言語なのかと話題になっていました。その前から本記事の翻訳に取り組んでいたのですが、非常に興味深い記事でした。CSSは宣言型プログラミング言語ですが、JavaScriptのような命令型の要素も増えてきて、一昔前からかなり進化しています。 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSの制御構造 CSSの実装テクニック 終わりに はじめに CSSは、スタイルのシステムに特化

                  CSSは確実に進化している! 変数、条件分岐、ループ、論理演算など、ロジックに記述するCSSの実装テクニック
                • ビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP

                  Object-Oriented Conference 2024で発表した資料です。 https://fortee.jp/oocon-2024/proposal/b31c9818-3cb8-4350-adfe-cbc839cdf829 ビジネスの専門知識(ドメイン)を中心に据えたドメイン駆動設計に…

                    ビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP
                  • 高評価の独創ロジックゲーム『Baba Is You』Nintendo Switch版がついに国内発表。12月16日に配信へ - AUTOMATON

                    任天堂は12月11日、Nintendo Switch向けインディーゲームを紹介する番組「Indie World 2019.12.11」をYouTubeにて公開。この中で、『Baba Is You』を12月16日に国内発売すると発表した。価格は1500円。 本作は、フィンランドのインディー開発者HempuliことArvi Teikari氏が手がけたパズルゲームだ。『倉庫番』のようにブロックを押して解法を見つけるタイプのパズルで、200種類以上のステージを収録。プレイヤーキャラクターを動かし、クリア条件となるオブジェクトに触れるとステージクリアである。 『Baba Is You』の最大の特徴は、文字のブロックがステージ内に配置されており、これで文章を作るとそのステージのルールになること。たとえば、多くのステージでは本作のタイトルでもある「BABA IS YOU」という文章になるよう3つのブロッ

                      高評価の独創ロジックゲーム『Baba Is You』Nintendo Switch版がついに国内発表。12月16日に配信へ - AUTOMATON
                    • ユニクロの社内会議「それってどんなロジックで言ってるんですか。データを提示してください」そんな言葉が飛び交う"リアル"しか書いてなかった話

                      樋口恭介 | Kyosuke Higuchi🇺🇦🇵🇸 @rrr_kgknk 作家、編集者、コンサルタント。anon inc. CSFO、東京大学大学院客員准教授。『構造素子』で第5回ハヤカワSFコンテスト大賞を受賞。『未来は予測するものではなく創造するものである』で第4回八重洲本大賞を受賞。編著『異常論文』が2022年国内SF第1位。他に、anon press、anon records運営など note.com/anon_press/

                        ユニクロの社内会議「それってどんなロジックで言ってるんですか。データを提示してください」そんな言葉が飛び交う"リアル"しか書いてなかった話
                      • 話し相手の意思決定ロジックを理解して業務コミュニケーションをサクサクにする

                        こんにちは!Dev Branch で Engineering Manager をしている大坪です。この記事は Coporate HR 主催のは「明日をチョット良くする スキルうぉんてっどり塾」(internal) の第一回「業務コミュニケーションをサクサクにする研修」の資料として執筆した社内報を一部修正して作成しました。(ウォンテッドリー社員向け:社内報リンク) ざっくりまとめ コミュニケーションは丁寧さだけではなく内容をチューニングしよう相手が知りたいことを伝えよう相手が知りたいことを「相手の意思決定ロジック」から逆算しようはじめに今回の研修では、業務コミュニケーションをサクサクにする方法について考えます。コミュニケーションの先には必ずコミュニケーションの受け取り手に変化が生まれます。業務においてはその変化の中で特に重要なものに意思決定/行動があります。この2つをスムーズにして決めるべき

                          話し相手の意思決定ロジックを理解して業務コミュニケーションをサクサクにする
                        • エンジニアを増員するロジックについて考える - yigarashiのブログ

                          ソフトウェア開発で、より早くより多く価値を届けたいと考えた時、エンジニアの増員は有力な選択肢です。もちろん、人月の神話などで語られるように、人を増やしただけ線形に生産力が向上するというシンプルな世界ではありません。それでも多くの現場でエンジニアの増員が行われます。自分のチームでも、とりあえずエンジニアを増員すれば、いくつかの問題が解決してくれるような気もします。雑談ベースでメンターなどにこういう話を出してみるわけですが、改めて「なぜエンジニアを増員したいのか」と問われると、これが意外と広がりのある議論であることがわかってきました。本記事では、エンジニアを増員するロジックについて、自分が思考を広げられた範囲で書いてみます。 作り切りの場合は明快 まずエンジニア増員のロジックを素朴に立てられるのは作り切りの場合です。ある程度の規模のものを丸々作り切らないといけないケースです。締め切りがあること

                            エンジニアを増員するロジックについて考える - yigarashiのブログ
                          • 菅内閣、短命に終わるこれだけの理由 スーパー世襲政党のロジックと無責任政治体制 | 47NEWS

                            Published 2020/12/22 07:00 (JST) Updated 2020/12/22 07:44 (JST) 安倍晋三前首相は、数々の不祥事やスキャンダルに関して在任中一切責任を取ることなく、今もまた桜を見る会前夜祭の経費補てん問題の責任を秘書に押しつけて逃げようとしている。それでも「責任は私にある」と胸を張ることは大いに好んでいた。後継となった菅義偉首相はそれに比して、政府の対応や政策の最終的な責任が首相である自分にあると理解していないようだし、建前であっても首相としての責任を認めなくてはいけないことさえよく分かっていないようだ。(上智大学教授=中野晃一) ■染みついた体質 日本学術会議新規会員の任命拒否問題で6人を除外する前の推薦名簿を「見ていない」と言ってのけたり、コロナ感染の拡大と医療崩壊の危機のさなかニコニコ動画に出演し「ガースーです」とニヤついてみたりする。

                              菅内閣、短命に終わるこれだけの理由 スーパー世襲政党のロジックと無責任政治体制 | 47NEWS
                            • 美しすぎる。神の言語といわれるLISPは、数学のように純粋で美しいロジックが展開できる言語。オシャレな LISP インタプリタ。 - Qiita

                              「本記事は、技術的な視点から情報を提供することを目的としております。内容については可能な限り正確性を期しておりますが、記事内の見解は執筆者の意見や理解に基づいており、すべての方にとって普遍的な結論を示すものではありません。技術の分野は常に進化し、新たな知見が追加されることもあります。ご意見がある場合には、建設的な対話を歓迎いたしますが、批判的な意見を展開する際も、お互いの尊重を大切にしたコミュニケーションを心がけていただけると幸いです。」 タイトル: 「東京プログラマー リスプを書かずにはいられない物語」 新宿の夜景を見下ろすカフェで、主人公の大輔は、ノートパソコンに向かって静かにキーボードを叩いていた。彼は東京で働くプログラマー。コードの世界に浸り、特に最近夢中になっているのが関数型言語LISPだった。 LISPは、数学のように純粋で美しいロジックが展開できる言語。大輔は「この関数型の世

                                美しすぎる。神の言語といわれるLISPは、数学のように純粋で美しいロジックが展開できる言語。オシャレな LISP インタプリタ。 - Qiita
                              • 削除のビジネスロジックをドメイン層に閉じ込める簡単で強力な「DeletableIDパターン」の紹介

                                この記事は 株式会社ログラス Productチーム Advent Calendar 2023 13日目の記事です。 はじめに 〇〇を削除できるかどうかのビジネス処理、皆さんはどう実装していますか? 同僚の話題になった記事でも削除の認可処理をどこに記述すべきか?は難しいと説明されています。今回はお題は認可っぽいもので書きますが広範に「削除ができるかどうか?」のビジネスロジックをドメイン層にどう閉じ込めるかの便利な実装パターンを紹介します。 削除処理のビジネスロジックの取り扱いは難しい 削除処理のビジネスロジックの実装はシンプルだけど更新処理や作成処理と比べて意外と難しいです。 それはなぜかというとドメインオブジェクト内の実装に削除処理を書くことができないからです。 例えば権限に管理者と一般ユーザーの二つの権限があるとします。

                                  削除のビジネスロジックをドメイン層に閉じ込める簡単で強力な「DeletableIDパターン」の紹介
                                • Reactでロジックをhooksにまとめないという選択肢 - Hello Tech

                                  javascripterです。ハローでは、プロダクトのローンチ前からAutoReserve の開発に関わっています。 突然ですが、Reactを使用する際、コンポネントのロジックや状態が増えてきたとき、みなさんはどうされてるでしょうか。 関数コンポネントでは、一般にcustom hooksとしてまとめて切り出すことが多く行われていると思います。 今回の記事では、useState/useRef + custom hooksという単位で切り出すのではなく、 クロージャを使いロジックや状態をコンポネントの外に持たせるようにリファクタリングすることで、コードの見通しが良くなる、という事例を紹介します。 JavaScriptにおけるクロージャとは、関数が外側のスコープの変数などへの参照を保持できる機能のことです。ここではクロージャとして実装しましたが、同等のことはclassを使っても実装できます。 A

                                    Reactでロジックをhooksにまとめないという選択肢 - Hello Tech
                                  • 深津 貴之 / THE GUILD / note.com on Twitter: "寒すぎてウーバーイーツの配達がやってない問題。経済学の理論と違う… 経済学だと、寒いと働き手が減り、配送料が高まり、なんだかんだで均衡するのに… 寒さが経済学のロジックを凌駕してる"

                                    寒すぎてウーバーイーツの配達がやってない問題。経済学の理論と違う… 経済学だと、寒いと働き手が減り、配送料が高まり、なんだかんだで均衡するのに… 寒さが経済学のロジックを凌駕してる

                                      深津 貴之 / THE GUILD / note.com on Twitter: "寒すぎてウーバーイーツの配達がやってない問題。経済学の理論と違う… 経済学だと、寒いと働き手が減り、配送料が高まり、なんだかんだで均衡するのに… 寒さが経済学のロジックを凌駕してる"
                                    • ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点

                                      今回はアプリケーションアーキテクチャを学ぶ最初の一歩として、「MVC」や「3 層アーキテクチャ」などの基本的な用語の意味や関係性を整理する「改めて整理するアプリケーション設計の基本」。ここで大嶋氏が登壇。次に、ビジネスロジックの実装方法について紹介します。前回はこちらから。 ビジネスロジックの実装の2つのパターン 大嶋勇樹氏:ここまでの流れは、「そもそも3層アーキテクチャって何だっけ?」というところから、特に「真ん中のビジネスロジックって何だっけ?」と(いう話)、「例えば、このあたりがビジネスロジックだよね」と(いう話)。(そして)「ビジネスロジックの中には、ドメインロジックとユースケースの2種類があると考えるとわかりやすいですよ」というところまで話してきました。 ドメインロジックは、システム都合ではないコアなルールみたいなもので、ユースケースは処理の流れを実現することです。これを踏まえて

                                        ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点
                                      • 「外国人にマスク着用徹底」は無理筋、いっそ振り切ったロジックで説得を

                                        くぼた・まさき/テレビ情報番組制作、週刊誌記者、新聞記者、月刊誌編集者を経て現在はノンフィクションライターとして週刊誌や月刊誌へ寄稿する傍ら、報道対策アドバイザーとしても活動。これまで200件以上の広報コンサルティングやメディアトレーニング(取材対応トレーニング)を行う。 著書は日本の政治や企業の広報戦略をテーマにした『スピンドクター "モミ消しのプロ"が駆使する「情報操作」の技術』(講談社α文庫)など。『14階段――検証 新潟少女9年2カ月監禁事件』(小学館)で第12回小学館ノンフィクション大賞優秀賞を受賞。 新刊『潜入 旧統一教会 「解散命令請求」 取材NG最深部の全貌』が発売中。 情報戦の裏側 できれば起きてほしくない「不祥事」だが、起きてしまった後でも正しい広報戦略さえ取れば、傷を最小限に済ませることができる。企業不祥事はもちろん、政治家の選挙戦略、芸能人の不倫ネタまで、あらゆる事

                                          「外国人にマスク着用徹底」は無理筋、いっそ振り切ったロジックで説得を
                                        • 技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編)

                                          技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編) ソフトウェアの品質をテーマに研究をしている名古屋大学 森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。 この記事ではそのダイジェストを紹介します。記事は前編と後編の2つに分かれています。今お読みの記事は後編です。 森崎氏による補足説明 前編では、グループA(命名的問題)より、グループB(構造的問題)の方が正答率が大きいということ。一方でグループA(命名的問題)よりグループB(構造的問題)の方が読みにくさを感じた、という点に統計的に有意な差があったことが発表されました。 発表の後、オンラインイベントの参加者からの質問について森崎氏と和田氏

                                            技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先?(後編)
                                          • 3層アーキテクチャで最も謎な「ビジネスロジック層」 “システムのコア”をゲーム「リバーシ」で解説

                                            今回はアプリケーションアーキテクチャを学ぶ最初の一歩として、「MVC」や「3 層アーキテクチャ」などの基本的な用語の意味や関係性を整理する「改めて整理するアプリケーション設計の基本」。ここで大嶋氏が登壇。ここからは、3層アーキテクチャの典型例について話し、ビジネスロジック層について深掘りして紹介します。前回はこちらから。 3層アーキテクチャ+MVCの通信の流れ 大嶋勇樹氏:こうやって話してくると、具体的に「じゃあコードをどういうふうに書くの?」「どういうクラスで書くの?」ということを疑問に思うかもしれません。派生形やちょっと違う例もいろいろありますが、典型的な例を1個書いています。 (スライドを示して)これが3層アーキテクチャとMVC(Model、View、Controller)ともいえる典型例です。クラス名のつけ方はいろいろあります。これはどういう構造になっているかというと、まずCont

                                              3層アーキテクチャで最も謎な「ビジネスロジック層」 “システムのコア”をゲーム「リバーシ」で解説
                                            • 「ロジックICで創る自作CPU組み立てキット」が3日に発売、実機展示もあり

                                                「ロジックICで創る自作CPU組み立てキット」が3日に発売、実機展示もあり
                                              • 「オチとは何か?」をChatGPTと殴り合った結果まとまったロジックツリーが創作に使えそうで興味深い。「循環エンディング好き」

                                                星子 旋風脚/Merry Men Inc. @senpookyaku 「オチってなんだっけ?」と思い立ってChatGPTと壮絶な殴り合いを繰り広げた結果、まあまあまとまった分類ができた。ここまでやっても漏れやダブりはあるだろうけど、手癖でワンパターンになるよりは選択肢が並んでると良い。 pic.twitter.com/HCohOwLDw6 星子 旋風脚/Merry Men Inc. @senpookyaku 脚本からCG、モーショングラフィックスまで、ストーリーテリングの楽しさを広げたいギャグアニメ監督・モーションデザイナー。『Dr.プッツンコ』、TVアニメ『SNSポリス』など制作。「映像作家100人+NEWCOMER 100」選出。MindMeister公式アンバサダー。 EN: @Tad_Hoshiko merrymeninc.com

                                                  「オチとは何か?」をChatGPTと殴り合った結果まとまったロジックツリーが創作に使えそうで興味深い。「循環エンディング好き」
                                                • 日本のパワー半導体、このままではロジックの二の舞い - 日本経済新聞

                                                  半導体の世界的な供給不足や経済安全保障の問題を受け、日本で半導体産業が注目されている。ただし、次世代半導体の国産化を目指すRapidus(ラピダス)を中心とした演算用の先端ロジック半導体の話題だ。日本がまだ強いとされる電力を制御するパワー半導体は蚊帳の外の印象だ。パワー半導体は電気自動車(EV)や家電の省エネルギー性能を高めるキーデバイス。「政治家は、ロジック半導体とパワー半導体の区別がついて

                                                    日本のパワー半導体、このままではロジックの二の舞い - 日本経済新聞
                                                  • カツカレー論争 「別々に食べたい」という否定派に猛反論する愛好家たちのロジック | マネーポストWEB

                                                    カレーライスのトッピングの王道といえば「カツ」。多くのレストランや食堂で「カツカレー」が人気のメニューとなっている。しかし、そんなカツカレーに対して、予備校講師でタレントの林修氏が展開した持論が、ちょっとした物議を醸した。 2021年11月28日放送の『日曜日の初耳学』(TBS系)で、飲食店プロデューサーの稲田俊輔氏にインタビューした林氏。稲田氏がカツカレーについて「1+1が1.5くらいにしかならない」と評すると、林氏も賛同したのだ。林氏は、カツがおいしいお店だからといっておいしいカレーが作れるわけではないし、カレーがおいしいお店はカツをおいしく揚げる技術をもっているわけではないなどと持論を展開。「カレーとカツは別々に食べたい」と話した。 そんな林氏の主張について、カツカレー愛好家たちは黙っていない。ネット上では〈カツカレーは日本人の最も偉大な発明の一つ〉、〈ルウが染み込んでフニャついた衣

                                                      カツカレー論争 「別々に食べたい」という否定派に猛反論する愛好家たちのロジック | マネーポストWEB
                                                    • アルゴリズムロジック

                                                      問題へのリンク 問題概要座標 \((0,0)\) からスタートして \(N\) 回の移動で \((X,Y)\) に到達する確率を求めたい。 1回の移動では、上下左右それぞれの方向に確率 \(\frac{1}{4}\ ...

                                                        アルゴリズムロジック
                                                      • 「ビジネスロジック」と「例外」

                                                        「秋の旬なアーキテクチャLT会」での発表資料です 「ビジネスロジック」と「例外」、というテーマでまとめてみました

                                                          「ビジネスロジック」と「例外」
                                                        • useReducerの本質:良いパフォーマンスのためのロジックとコンポーネント設計 - Qiita

                                                          React Hooksの正式リリース(2019年2月)からそろそろ一年が経とうとしています。Hooksの登場によってReactのコンポーネントは関数コンポーネントが一気に主流になり、クラスコンポーネントが新規に作られる機会は激減しました。 また、React 17.x系ではConcurrent Modeの導入とともにさらに2種類の新フックが追加される見込みであり、いよいよ関数コンポーネントの能力がクラスコンポーネントを真に上回る時代が来ることになります。 この記事では、フックの一種であるuseReducerに焦点を当てて、どのようなときにuseReducerが適しているのかを説明します。究極的には、useReducerによって達成できるパフォーマンス改善があり、ときにはそれがコンポーネント設計にまで影響を与えることを指摘します。 useStateの影に隠れたり、なぜかReduxと比較されたり

                                                            useReducerの本質:良いパフォーマンスのためのロジックとコンポーネント設計 - Qiita
                                                          • ロジックツリー分析:水着モエのお腹はなぜ細いのか?[ブルーアーカイブ]

                                                            ブルーアーカイブで2023/06/21(水)~2023/07/05(水)に開催された期間限定イベント『夏の特殊作戦! RABBIT小隊と消えたエビの謎』は、好評のうちに終了した。 紆余曲折ありながらも、消えたエビの謎は無事に解き明かされ、ハッピーエンドに終わった。 しかし、このイベントには大きな謎がひとつ残ったままになっている。 「水着モエのお腹はなぜ細いのか?」だ。 大前提として、風倉モエ(かぜくらもえ)の腹は太い。 モエには「重度の甘いもの好きで、いつも棒キャンディを口にくわえている」という公式設定があり、これは要するに、腹の太さに対する理由付けである。 また、モエのRABBIT小隊でのコードネームは「RABBIT3」だが、この「3」は、モエを横から見たときのおっぱいとお腹のふくらみを指した象形文字だ。 さらに、そもそもゲームタイトルの『ブルーアーカイブ』自体が、青いスカートに包まれた

                                                              ロジックツリー分析:水着モエのお腹はなぜ細いのか?[ブルーアーカイブ]
                                                            • モラハラ浮気バツ3男の父を見て学んだ『「自分が可愛そうだから」を免罪符にするロジックに囚われると幸せになれない』

                                                              小咲もも @mangakakuhito 読んだ人にとって何かヒントになるような、そんな話が書けたら良いなあと思っています。 たまに偽スピリチュアルやマルチ商法、高額自己啓発セミナーなどの批判をすることがあります。話が長いです。我愛台湾! kosakimomo.hatenablog.com 小咲もも @mangakakuhito 今日は、父の話と、「Twitterで気をつけて欲しいこと」のお話をします。 もう何度も書いた話だけども、私の父はモラハラ浮気男で、バツ3です。 父は赤ちゃんの時に両親が離婚し、母親のいない環境で育ちました。 2020-10-13 09:17:45 小咲もも @mangakakuhito 父を育てた親族たちは、いつもいなくなった母親の酷い悪口を言い、「お前は母親から見捨てられた、可哀想な子だ」と言いながら、父を甘やかしました。 どのぐらい甘やかしたかと言えば、父が電車

                                                                モラハラ浮気バツ3男の父を見て学んだ『「自分が可愛そうだから」を免罪符にするロジックに囚われると幸せになれない』
                                                              • 旅客 on Twitter: "ロシア君、身内に向けた正当化のためのロジックがその後の行動を縛り続けて単に悪い方向にしか進めなくなるやつ、80年ばかし前に我々もやったんですが、正直やめといた方がいいですよ"

                                                                ロシア君、身内に向けた正当化のためのロジックがその後の行動を縛り続けて単に悪い方向にしか進めなくなるやつ、80年ばかし前に我々もやったんですが、正直やめといた方がいいですよ

                                                                  旅客 on Twitter: "ロシア君、身内に向けた正当化のためのロジックがその後の行動を縛り続けて単に悪い方向にしか進めなくなるやつ、80年ばかし前に我々もやったんですが、正直やめといた方がいいですよ"
                                                                • 「結果的に一部の大学に(会員が)偏っている」←秒で否定できるロジック持ってきている点で頭が悪いか、受け手を馬鹿にしている - 斗比主閲子の姑日記

                                                                  この件です。 首相「説明できることとできないことある」学術会議問題 [日本学術会議]:朝日新聞デジタル 菅義偉首相は26日夜、NHKの報道番組に出演した。日本学術会議の任命除外の問題について、現会員が後任を推薦できるとする現在の仕組みに改めて懐疑的な考えを示し、「結果的に一部の大学に(会員が)偏っている」と主張した。 実際、学術会議メンバーは東大と京大と早稲田大の教授が多いのは事実です。だから多様性のために、これらの大学の推薦者を任命拒否したというロジック。 会員名簿 このロジックを言うのだから、今回任命拒否した6名の所属大学はそれらの大学なんだと思いますよね。だって、偏っているのを否定したいということなのだから。私ならこんな発言をするなら下調べをしておきます。大騒動になっていて、理由を求められている中での発言だから慎重になる。 早速ですが、6名の所属大学は以下のとおりです。 芦名定道 ・

                                                                    「結果的に一部の大学に(会員が)偏っている」←秒で否定できるロジック持ってきている点で頭が悪いか、受け手を馬鹿にしている - 斗比主閲子の姑日記
                                                                  • プログラマーに無視される理由は「ロジックの海に潜っているから」 コードを書いている人が説明する漫画に「完全に同意」

                                                                    「コードを書いてる人って話しかけても無視するよね」と言われた経験を持つ人が、コードを書いている時の頭の中の状況を素潜りにたとえて説明した漫画が「完全に同意」と話題になっています。 プログラマーに話しかけても返事がない場合の頭の中は…… プログラムを組むことは素潜りに似ていて、さまざまな考えを巡らせロジックの海に深く潜って、solution(解決策)を探している――プログラマーに「調子はどう?」などと声をかけて返事が無かった場合、頭の中はこんな状態になっていると作者の言迷水さんは説明します。 そのsolutionをやっと見つけて届きそうなところで声をかけられた場合、その問いかけに反応するためにすぐに戻るか、もう少し潜って探していたものを手に入れてから戻るかの選択となります。そこで、潜り直すのは大変なので、先に探していたものを拾ってから水面に上がることを選択することもあるようです。そして、返事

                                                                      プログラマーに無視される理由は「ロジックの海に潜っているから」 コードを書いている人が説明する漫画に「完全に同意」
                                                                    • アプリケーションアーキテクチャ理解に必要な“3層構造” プレゼンテーション層・ビジネスロジック層・データアクセス層それぞれの役割

                                                                      今回はアプリケーションアーキテクチャを学ぶ最初の一歩として、「MVC」や「3 層アーキテクチャ」などの基本的な用語の意味や関係性を整理する「改めて整理するアプリケーション設計の基本」。ここで大嶋氏が登壇。続いて、3層アーキテクチャそれぞれの役割について紹介します。前回はこちらから。 本セッションにおける「3層アーキテクチャ」の定義 大嶋勇樹氏:ということで、ここまでで「そもそもアプリケーションアーキテクチャとは何でしょう」という話をしました。ここからが本題的なところで、まず最も基本、最も基本というのは僕の意見ですが、3層アーキテクチャについて話していこうと思います。なにか気になる点があれば、Q&Aに気軽に(質問して)もらえればそちらも回答します。 では、3層アーキテクチャについてに入っていこうと思います。3層アーキテクチャと言われた時に想像するものは、少なくとも私の場合は2つあります。 (

                                                                        アプリケーションアーキテクチャ理解に必要な“3層構造” プレゼンテーション層・ビジネスロジック層・データアクセス層それぞれの役割
                                                                      • Goで作ったロジックにWebUIをつけてGitHubページに公開する | フューチャー技術ブログ

                                                                        ちょっとしたツールをGoで作ってみたのですが、わざわざインストールしなくてもいいようにWebのUIをつけてブラウザで使えるようにしてみました。作ってみたのは以下のツールで、Markdownのリスト形式でざっと下書きしたテーブルの設計をSQLとか、PlantUMLとかMermaid.js形式のERDの図にします。 https://shibukawa.github.io/md2sql/ ウェブフロントエンド部分はNext.jsの静的サイトで、GoはWASMにしてロードして実行しています。WASMを使うのは初めてなのであえて選んでみました。 GoをWASM化するもともとCLIツールは作っておりました。CLIのメインはcmd/md2sql/main.goで作っていました。この中でやっていることは kingpin.v2のオプションパース 指定されたファイルを読み込み(あるいは標準入力) パース 指定

                                                                        • リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?:これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net

                                                                          リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?:これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? リモートワークは「組織記憶」と「組織学習」の危機かもしれない!? ・ ・ ・ 経営学には「組織記憶」と「組織学習」という概念があります。 ここで「組織記憶」とは、「組織のメンバーが何らかの知識を獲得し、それらが共有され、記憶されたもの」と定義します。 このように組織メンバーが、「組織記憶」をつくりあげていく過程で起こるのが「組織学習」です。「組織学習」とは「組織メンバーで生まれた知識などが、組織メンバーに共有され、組織の決まり事になり、活用されていくプロセス」のことをいいます。組織学習の結果、生まれるもののひとつが「組織記憶」です。 ▼ たとえば、今、10人で構成される職場のうちの「Aさん」が、何かの「仕事のやり方」

                                                                            リモートワークは「組織記憶」と「組織学習」の危機かもしれない!?:これは「ITオンチで、家庭にも居場所がなく、リモートワークを攻撃したいオジサマ」のためのロジックではない!? | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
                                                                          • 効果的な言葉を使えるようになりたい! 広告コピーから学ぶ言葉の伝え方、言語化のロジックがよく分かるライティングの教科書 -伝わる短文のつくり方

                                                                            Webサイトやスマホアプリ、メール、メッセージなどに使用する短い文章は、一瞬で伝えられることが重要です。ビジターに効果的に伝わるコピー、仕事で付箋に書く連絡、プレゼンに使用する見出し、商品のコピーなど、短文コピーのライティングについて「言語化のロジック」が身につく教科書を紹介します。 コピーライター向けの専門書ではなく、文章を書くすべての人を対象にした本です。仕事はもちろん、友人や仲間、家族とのコミュニケーションで使用する短文力を磨くための本です。 本書はクリエイティブな書籍を数多くリリースされているお茶美様の新刊です。デザインやイラストの書籍が多いですが、今回はコピーライティング。言葉を駆使する短文コミュニケーションのプロによる「伝わる短文のつくり方」を学べます。

                                                                              効果的な言葉を使えるようになりたい! 広告コピーから学ぶ言葉の伝え方、言語化のロジックがよく分かるライティングの教科書 -伝わる短文のつくり方
                                                                            • Next.jsで整える。デザインとロジックの分離

                                                                              先日開催されたジャムジャムJamstackで登壇させていただいた時の記事になります。 簡易構成のリポジトリを作成しましたので、参考になればと思います。 経緯 メディアサイトを作成することになった デザイナーコーダー ×1 フロントエンドエンジニア ×1(ワイ) Next.jsとmicroCMSでSSGしてvercelにデプロイ 私的、Jamstack王道構成ですね デザイナーコーダーさん「Jsわからんです」「抵抗感あります」 SSGをする為のpages/配下のファイルにはいろんな処理が記載されます。 getStaticPropsやgetStaticPathsとか ページネーションとかパンクズとか作る為の処理が色々記述されます。 この辺なんらかの方法で・いい感じに・分離できたら・いいですね^^ デザイナーコーダーが触るViewの部分 フロントエンドが触るロジックの部分 これを目指していきます

                                                                                Next.jsで整える。デザインとロジックの分離
                                                                              • Recoilにロジックを載せる運用戦略

                                                                                皆さんこんにちは。株式会社バベルでエンジニアをしている uhyo です。バベルが提供しているaileadというプロダクトではNext.jsおよびReactを使用しています。以前から、自分はaileadのフロントエンドにおいてRecoilの利用を推進する活動をしてきました。実は、筆者が以前に公開した次の記事もその流れを汲んだものです。 Recoilはステート管理ライブラリとして知られていますが、筆者はRecoilのデータフローグラフを構築しその上にアプリケーションロジックを載せられるという点に可能性を感じています。実際、aileadではそのような方向性の設計に取り組んでいます。 そこで、この記事では筆者がaileadにおいて実践しているRecoilの運用を紹介します。 この記事はReact Advent Calendar 2022の8日目の記事です。 ステート更新に反応するならまずselec

                                                                                  Recoilにロジックを載せる運用戦略
                                                                                • 食べないダイエットは痩せない|ダイエットの本当の意味を知ろう - ロジックダイエット

                                                                                  食べ過ぎで太ってしまったから、食べないで痩せる! 太ってしまったと気にする人は、誰しもが一度は考えたことがあるはず。 たしかに、何も食べなければ体重は減っていきます。 しかし、食べないダイエットでは痩せないことをご存知ですか? 食べないダイエットは「ダイエット」の本来の意味から考えると、絶対に成功しないことがすぐに理解できます。 この記事ではダイエットの本当の意味から読み解いて食べないダイエットが失敗する理由と、逆に効果があるダイエットについてご紹介します。 食べないダイエットは痩せないの?「ダイエット」の2つの意味あなたは「ダイエット」と聞くと何を想像しますか。 日本人の大半は「ダイエット=体重を減らすこと」「ダイエット=痩せること」と考えてしまいます。 そのため、多くのダイエットに関する情報は体重をいかに早く落とすか、摂取するカロリーをいかに落とすかにフォーカスを当てています。 しかし

                                                                                  新着記事