並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 794件

新着順 人気順

patternの検索結果361 - 400 件 / 794件

  • Patterns | APG | WAI | W3C

    An accordion is a vertically stacked set of interactive headings that each contain a title, content snippet, or thumbnail representing a section of content.

      Patterns | APG | WAI | W3C
    • オタサーの姫が多すぎる - 梅本夏芽 | 少年ジャンプ+

      JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

        オタサーの姫が多すぎる - 梅本夏芽 | 少年ジャンプ+
      • なぜ「〇〇ライク」は生まれるのか? ゲームジャンル名の変遷とその文化的背景

        なぜ「〇〇ライク」は生まれるのか? ゲームジャンル名の変遷とその文化的背景 ライター:白夢 「ソウルライク」という言葉を,最近よく目にしないだろうか。 それだけでなく,「メトロイドヴァニア」や「ローグライク」といった言葉も。ゲームストアを覗いたり,レビューを読んだりしていると,その作品のスタイルを示すこれらの言葉によく出くわす。これらは,ある特定の画期的なゲームに似た作品群を指し,私たちが好みのゲームを見つけるための便利な「タグ」として機能している。 「Lies of P」「黒神話:悟空」「REMNANT II」「STAR WARS ジェダイ:フォールン・オーダー」。いずれもSteamのユーザーによってソウルライクとタグ付けされている作品だ しかし,ここで一つの疑問が浮かぶ。なぜ,「高難易度アクションRPG」のような新しいジャンル名が作られるのではなく,特定のゲームの名を冠した「〇〇ライク

          なぜ「〇〇ライク」は生まれるのか? ゲームジャンル名の変遷とその文化的背景
        • フェミニストのレスバ常套手段「ガスライティング」とは何か?|rei

          Xで男性差別・女性差別の話題になる度に、ある種の女性が好んで使う論法がレスバ相手に対する「非モテ」「チー牛」「弱者男性」認定だ。使われ方としては例えば女子枠や奢り奢られ論については「そんな事を気にして文句言うのは金や学力のない弱者男性だけ。真に強い男性はそんな事を気にしないし、結局はそういう男性がモテるのだ」みたいなものだろう。 ここで「いやそんな事はない。女子枠や奢り奢られ論に反対するのは社会的弱者や非モテ男性だけではなく…」と反論しようした貴方は、まんまとガスライティングにハマってしまっている。何故なら貴方はその時点で彼女達が暗黙の前提にしている「社会的弱者や非モテ等は精神的安定性を失い、正義や論理ではなく私怨や感情でモノを言う。従ってマトモに取り合う必要はない」を認めてしまっているからだ。 当然に発言の正当性は発信者の属性が担保するわけではなく、また発言の動機も同様に発言の正誤を担保

            フェミニストのレスバ常套手段「ガスライティング」とは何か?|rei
          • 「金融機関のシステム障害に関する分析レポート」の公表について

            金融庁では、監督指針等に基づき、金融機関からシステム障害等の報告を受領するとともに、障害からの復旧状況、障害の原因及び再発防止策等について、必要に応じて確認やヒアリング等を行っています。 金融庁では、例年、金融機関からのシステム障害の報告等に基づき、システム障害の傾向、原因及び対策を分析した結果をレポートとしてまとめ、金融機関のシステムリスク管理上の参考となるよう公表しています。 今般、2023年度(2023年4月~2024年3月)に報告書を受領したシステム障害の傾向、並びに、2018年7月から2024年3月までに報告書を受領したシステム障害のうち代表的な事例の事象、原因及び対策についてまとめましたので、公表します。 「金融機関のシステム障害に関する分析レポート」(PDF:1,668 KB) 「金融機関のシステム障害に関する分析レポート」の概要(PDF:495 KB) なお、今般のレポート

              「金融機関のシステム障害に関する分析レポート」の公表について
            • 【fabric】複雑なタスクをAIが自動化、人間の能力を拡張するオープンソースAIを使ってみた | WEEL

              FabricはオープンソースのAIフレームワーク。複雑なタスクを自動化し、人間の作業効率と創造性を高める パターンやステッチといった構成要素を使い、文章要約や動画処理などのAIタスクをシンプルに実行・組み合わせことができる 2025年のアップデートでClaude4に対応するなど常に進化している fabricは、誰でも人生や仕事を向上させるために使用できる、オープンソースAIフレームワークです。2025年5月22日にfabricのアップデートがあり、Claude 4にも対応! このフレームワークは様々なタスクをパターン分けしており、文章の要約や動画の抽出といったタスクを簡単に実行できるほか、それらのパターンを組み合わせて高度なタスクをこなすこともできます。 以下の動画は実際に動作している様子です。 引用元:https://github.com/danielmiessler/fabric?ta

              • チームトポロジーを読んだ

                はじめに 最近、チームってどんな構成にするのがいいんだろうか?と考えることがあって、参考になる情報がほしかったのでこの本を読んでみた。この本は組織設計について書かれた本で、次のようなことが書かれてる。 どうチームを構成するか? チーム間のコミュニケーション(インタラクション)をどう設計するか? 定義したチーム構成やコミュニケーションの設計をどう変化させていくべきか? チームファースト、コンウェイの法則などの考え方をベースにこういった問いに答えており、具体的な事例も紹介されつつ説明されていたので、わかりやすかった。 個人的に特に知りたかったことが、1つのチーム内で複数のプロダクトを扱うときのアプローチ方法だった。この本はコンウェイの法則推しなので、境界線をみつけてチームを分けた方が良さそうだと思いつつ、よく読んでみると組織のサイズやソフトウェアの規模が小さい場合は、必ずしもこの法則に従わなく

                  チームトポロジーを読んだ
                • 不確実性の高い仮説を 迅速に検証するための開発プロセス

                  2025-02-21 【増枠】Product Engineer Night #7 〜LT大会!〜 https://product-engineer.connpass.com/event/345220/

                    不確実性の高い仮説を 迅速に検証するための開発プロセス
                  • ファンタジーにおける「聖女」の類型について - WINDBIRD::ライトノベルブログ

                    「聖女」とは何か 「聖女」と言えば、現代日本においてはキリスト教における「聖女」を指すことが多いだろう。 カトリックで「聖女」あるいは「聖人」(英語では区別なく「saint」)と認められるための条件ははっきりと決まっていて、もちろん敬虔であることは大前提だが、まず「殉教」、つまり信仰のために亡くなっていること、あるいは「奇跡」、科学では説明できない現象が起きたこと、が教会によって認定される必要がある。 殉教者であれば奇跡を一度、殉教者でなければ奇跡を二度、起こしたと認定されれば「聖人」「聖女」となれるらしい。「奇跡」なんてどうやって調べるんだ、そんなポンポンと起きるもんなのか、と思ってしまうが、たとえば、 アクティスさんは2020年、膵臓(すいぞう)に先天性疾患のあるブラジル人の子供を癒(いや)したとして、すでに福者に列せられていた。 そしてローマ教皇フランシスコは今回、アクティスさんが、

                      ファンタジーにおける「聖女」の類型について - WINDBIRD::ライトノベルブログ
                    • 要求から体験への変換を、AIが検証する時代のデザインシステム - freee Developers Hub

                      はじめに 現在freeeでAIフィジビリティ検証基盤のPdMをしています。Jです。もともとはフロントエンドエンジニア、デザインエンジニア、プロダクトデザイナーとキャリアを渡り歩いてきました。 どの職種にいても感じていたのは、要求が画面になり体験になるまでの変換のたびにロスが発生する、という問題です。デザイナーがFigmaで描いた画面をエンジニアが実装すると、見た目のズレで差し戻しが入る。デザインシステムのコンポーネントが標準化されても、画面全体の組み立て方(どのパターンを使い、要素をどう配置し、状態遷移をどう設計するか)は各チームの解釈に委ねられていた。コンポーネントが揃っていても、組み合わせ方の解釈が食い違えば「意図と違う」は起き続けます。 2023年頃には、この断絶の橋渡し役として「デザインエンジニア」が業界で注目されましたが、橋渡しを人に求める限りスケールしません。この変換を、人では

                        要求から体験への変換を、AIが検証する時代のデザインシステム - freee Developers Hub
                      • 証券コード英文字組入れ | 日本取引所グループ

                        証券コードとは、証券コード協議会が日本の上場株式やその他の上場証券などに対して設定する識別コードをいいます。 現在のコードは「9809」のように数字4けたで設定されておりますが、2024年1月以降は「130A」のように英文字が入ったコードが設定されます。 これにより、投資家が2024年1月以降に新規上場の承認が発表された上場株式等の発注でコードを使う場合は、数字のほか英文字も入ったコードを使用することになります。 ただし、それ以前に既に設定されているコードが変更されることはありません(数字のみのコードのままです)。 例えば、株式会社日本取引所グループの証券コード「8697」は2024年1月以降も継続して当該コード(8697)を使用します。 証券コード協議会は、上場会社等に付番する証券コード(「1300」から「9999」までの数字4けたの「株式固有名コード」のこと。)の設定可能な残コード数が

                          証券コード英文字組入れ | 日本取引所グループ
                        • 「ハンドメイド本」の掲載作品を自分で作って販売、「著作権法」違反にあたる? - 弁護士ドットコムニュース

                            「ハンドメイド本」の掲載作品を自分で作って販売、「著作権法」違反にあたる? - 弁護士ドットコムニュース
                          • 48. GoFデザインパターンとDI (前編) w/ twada | fukabori.fm

                            話したネタ デザインパターンとは? ソフトウェアパターン 書籍: オブジェクト指向における再利用のためのデザインパターン Gang of Four 進研ゼミみたいなもの Composite パターン デザインパターン以外のソフトウェアパターンとは? アーキテクチャパターン、アンチパターン、コンカレンシーパターン AWSクラウドデザインパターン パターンにはフォーマットがある GoFのデザインパターンはいつ頃生まれたもの? GoFのデザインパターン登場時に、ソフトウェア業界では何が起きていたのか? Ruby 20 周年記念パーティーレポート ―― プログラミング初心者の運営スタッフが見た Ruby コミュニティ C、C++、Perl、Smalltalk、Visual Basic の時代 デザインパターンには、どういうカテゴリがある? 生成・構造・振る舞い Javaのクラスライブラリにおけるデ

                              48. GoFデザインパターンとDI (前編) w/ twada | fukabori.fm
                            • さようなら、Amazon誘導広告|広告を見るやきそば

                              2025年頃から見られた他サイトからAmazonに誘導し、Amazonのアフィリエイトを獲得しようとしていた広告が禁止される。 4月20日からのアップデートで禁止になるため、4月18日現在Xではこの類の広告が増加している状況だ。Amazon誘導広告を視聴できる最後の2日間を皆で楽しむために、私は今記事を書いている。 ※4/25更新 Amazon誘導広告が結局まだ流れている理由に関しては下記をご覧ください。 ・Amazon誘導広告の変遷参考リンク 最初にAmazon誘導系の広告を見かけたのは、Livedoor Newsやクラシルリワードなどのタイトル。遡ることだいたい2年前くらいの話になります。 理由はよく分からないがライブドアニュース公式からamazonセールに誘導する広告が出始めて、まさかAmazonからのアフィリエイト目当てとも思えないし一体どういう理屈でこのアカウントがこんな広告を出

                                さようなら、Amazon誘導広告|広告を見るやきそば
                              • Rust vs. Haskell

                                Rust and Haskell don’t shy away from powerful features. As a result, both languages have steep learning curves when compared with other languages. Trying to learn Rust or Haskell can be frustrating, especially in the first couple of months. But if you already know Rust, you have a head start with Haskell; and vice versa. In this article, we want to show how knowledge of one of these languages can

                                  Rust vs. Haskell
                                • useRefでステートを管理するのはReact18でアンチパターンになるからやめよう - Qiita

                                  こんにちは。最近、Reactでのステート管理において「useStateの中にステートを置くのではなく、useRefで得たrefオブジェクトの中にステートを置いてuseState(またはuseReducer)をコンポーネントの再レンダリングを発生させるためだけに使う」というやり方を複数の記事で見かけました。このパターンは、今(React 17以前)は動くけどReact 18でアンチパターンに変貌するやり方なので、啓蒙するためにこの記事を用意しました。 ステート(コンポーネントのレンダリングに使用される値)は、useRefではなくuseState(またはuseReducer)をちゃんと使って管理するようにすれば、React 18以降も安泰です。 useRefをステート管理に使うパターンとは こういうやつです。 // 普通のやり方 const Counter1: React.VFC = () =

                                    useRefでステートを管理するのはReact18でアンチパターンになるからやめよう - Qiita
                                  • AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ

                                    このエントリーはSayanさんによるUnderstanding the AGPL: The Most Misunderstood Licenseの日本語訳になります。 オープンソースの出現は、ソフトウェア産業全体を一変させました。しかし、オープンソースのコードを使って誰が何をできるかを管理することは課題でしたし、今も解決していません。オープンソースライセンスはそこに救いの手を差し伸べました。しかし、常に次のことを忘れないでください:石のない土地はなく、骨のない肉はありません。OSI(オープンソースイニシアチブ: オープンソースを促進することを目的とする組織)が承認したライセンスは80以上あり、その数はさらに増加しています。それぞれのライセンスには利点と欠点があるため、オープンソースの開発者は自分のプロジェクトにあったライセンスを選ぶのは簡単ではありません。Affero General Pu

                                      AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ
                                    • ポエム:LLM時代のライブラリ設計、LLMが書きやすいものにした方が良いので泣く泣く方針転換した

                                      株式会社ジェイテックジャパン CTOの高丘 @tomohisaです。 私は Railway Oriented Programming が好きで、C#で実現するために ResultBox というライブラリを作り、自社のイベントソーシングライブラリ Sekiban にも組み込んできました。自分がメインで作る小さなプロジェクトでは問題なく機能していましたが、チーム開発とLLM時代の到来により、方針転換を決断しました。 この記事は、自分の好みよりチームとLLMとの協働性を優先した、ライブラリ開発者の決断の記録です。 Railway Oriented Programmingの魅力 Railway Oriented Programming(ROP)は、Scott Wlaschin氏が提唱したエラーハンドリングのパターンです。F#などの関数型言語で一般的な Result<T, E> 型を使い、成功と失敗

                                        ポエム:LLM時代のライブラリ設計、LLMが書きやすいものにした方が良いので泣く泣く方針転換した
                                      • Rust の DI を考える –– Part 2: Rust における DI の手法の整理 - paild tech blog

                                        paild 社でお手伝いをしている yuki です。前回に引き続き Dependency Injection 略して DI の話題を書いていきたいと思います。今回は Rust における DI についていろいろと考えてみました。今回紹介する実装はかなり単純な例を用いたもので、この記事からさらにみなさんのアプリケーションの実装状況に合わせていくつか工夫は必要になるかもしれません。ただ、とっかかりとしては十分なものになっていると思うので、DI でお困りの方はぜひ参考にしてみてください。 今回実装したいアプリケーションのお題について 今回紹介する技法の種別について コンストラクタインジェクション 静的ディスパッチを用いたもの 動的ディスパッチを用いたもの 静的ディスパッチと動的ディスパッチの利点・欠点 shaku (DI コンテナ)を用いたインジェクション shaku の利点・欠点 余談: DI

                                          Rust の DI を考える –– Part 2: Rust における DI の手法の整理 - paild tech blog
                                        • DevOpsトポロジー

                                          みなさんこんにちは。@ryuzeeです。 2021年12月1日に発売した『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』ですが、おかげさまで多くの方に読んでいただき感謝しています。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計著者/訳者:マシュー・スケルトン、 マニュエル・パイス、 原田 騎郎、 永瀬 美穂、 吉羽 龍太郎出版社:日本能率協会マネジメントセンター発売日:2021-12-01単行本:280ページISBN-13:9784820729631ASIN:4820729632 今日はこの「チームトポロジー」の元となったDevOpsトポロジーについて紹介します。 このアイデアは2013年に著者の1人であるマシュー・スケルトンが自身のブログに書いた記事をまとめたものです。 2013年頃といえばDevOpsが流行しはじめた時期だと思いますが、こ

                                            DevOpsトポロジー
                                          • 今年「部門」を廃止、小学館漫画賞を通して考える「マンガ賞」の現在とこれから - コミックナタリー コラム

                                            今年「部門」を廃止、小学館漫画賞を通して考える「マンガ賞」の現在とこれから 審査員の島本和彦&ブルボン小林にも話を聞いた 2024年4月16日 18:00 123 45 マンガ大国・日本。「手塚治虫文化賞」「講談社漫画賞」「マンガ大賞」「次にくるマンガ大賞」……プロのマンガ家による作品を表彰するマンガ賞が、日本にはいくつもある。そんな名だたるマンガ賞の中でも、69年というひと際長い歴史を持つのが小学館漫画賞だ。第69回となる今年度は山田鐘人原作・アベツカサ作画「葬送のフリーレン」、松井優征「逃げ上手の若君」、絹田村子「数字であそぼ。」、稲垣理一郎原作・池上遼一作画「トリリオンゲーム」の4作品が受賞した。3月に開催された贈呈式では、参列者も聞いていて思わず笑みがこぼれるような、受賞者・審査員の“マンガ愛”が弾けるスピーチの数々が披露された(参照:やっぱり私はマンガが大好き!受賞者・審査員の思

                                              今年「部門」を廃止、小学館漫画賞を通して考える「マンガ賞」の現在とこれから - コミックナタリー コラム
                                            • なんとなくのにじさんじライバー分類図

                                              右上に行くほど落ち着いていて、左下に行くほど個性的、っていうイメージ。清楚鈴谷アキシスター・クレアベルモンド・バンデラス鈴木勝ルイス・キャミー小野町春香桜凛月モイラレヴィ・エリファエリー・コニファー来栖夏芽愛園愛美ニュイ・ソシエール物述有栖雪城眞尋先斗寧戌亥とこ舞元啓介天宮こころ葉加瀬冬雪アクシア・クローネフレン・E・ルスタリオドーラ家長むぎ西園チグサレイン・パターソンイブラヒム社築森中花咲アルス・アルマル瀬戸美夜子竜胆尊夢追翔天ヶ瀬むゆ朝日南アカネ長尾景白雪巴安土桃鷹宮リオン健屋花那夜見れな神田笑一夢月ロアラトナ・プティ緑仙叶加賀美ハヤト魔使マオ奈羅花飛鳥ひな渋谷ハジメ早瀬走ガキ椎名唯華星川サラリゼ・ヘルエスタ静凛黛灰大人笹木咲海妹四葉甲斐田晴ローレン・イロアスオリバー・エバンスえま★おうがすと東堂コハク葛葉夕陽リリ弦月藤士郎宇志海いちご空星きらめ三枝明那春崎エアルシェリン・バーガンディ

                                                なんとなくのにじさんじライバー分類図
                                              • 「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまで - Qiita

                                                DIはインタフェース定義しなくても十分実用的だし、むしろそっちの方が本質だよ、という話をします。C#や.NETを使っていますが、それに限らず普遍的な内容です。 インタフェースと実装に分けるとか無理。DIなど不要! 中堅社員のA氏は、**「DIっていちいち実装とインタフェース分けないとダメなんでしょ?。さすがにやってられんわ」**と言って頑なにDIを導入しようとしません。 DIはテスタビリティと併せて語られることが多かった為か、A氏は「注入するクラスは基本的にインタフェース定義しましょう」という記事ばかりを読んでいたのです。 インタフェースと実装を分けるとは、例えば次のような事です。 services.AddScoped<IMessageStore, MessageStore>(); public interface IMessageStore { string GetMessage(str

                                                  「DI使うとインタフェース地獄に陥るらしいから使いたくない」と言っていたA氏がインタフェースを使わずにDIで幸せになるまで - Qiita
                                                • 高速な文字列探索:Daachorseの技術解説 - LegalOn Technologies Engineering Blog

                                                  こんにちは。LegalForce Researchで研究員をしている神田 (@kampersanda) です。 LegalForce Researchでは現在、高速なパターンマッチングマシン Daachorse(ダークホース)を開発・運用しています。文字列処理の基礎である複数パターン検索を提供するRust製ライブラリです。以下のレポジトリで公開されています。 github.com 本記事はDaachorseの技術仕様を解説します。具体的には、 複数パターン検索に関係する基礎技術(トライ木・Aho–Corasick法・ダブル配列) Daachorseの実装の工夫と性能 を解説します。 以下のような方を読者として想定します。 文字列処理アルゴリズムやデータ構造に興味のある方 自然言語処理の要素技術に興味のある方 Rustライブラリに興味がある方 Daachorseについて 複数パターン検索の基

                                                    高速な文字列探索:Daachorseの技術解説 - LegalOn Technologies Engineering Blog
                                                  • ほぼ無限のコード進行の可能性を生成するリアルタイムMIDIジェネレーター、W.A Production「MIDIQ」が85%OFF! | Computer Music Japan

                                                    Re-Compose社からリリースされていた「I2C8」が、W.A Productionから再リリースされたものです。Re-Composeは開発専門になって今後はW.A Productionが製品やサポートは引き継いています。 スタジオに座っても、まったくアイデアが浮かばない時があります。そんな時こそMIDIQを活用し、コード進行、ハーモニー、ベースラインのコンセプトを起動させましょう。MIDIQはスタジオとライブの両方に対応した革新的なMIDIシーケンスジェネレーターで、ユニークで高度にインタラクティブなユーザーインターフェースを備えています。 ほぼ無限のコード進行の可能性を生成するMIDIQは、繰り返すコードを定義するためのシンプルなパターン言語を採用。スロットマシンを思わせるレイアウトで、インターフェースは非常に視覚的です。実際、MIDIQで素晴らしい結果を得るのに音楽理論の知識は一

                                                      ほぼ無限のコード進行の可能性を生成するリアルタイムMIDIジェネレーター、W.A Production「MIDIQ」が85%OFF! | Computer Music Japan
                                                    • アジャイルをスケールさせる手法に正解はない 自社のモデルを探す事例と課題 平鍋健児さんに聞く - Agile Journey

                                                      仕様書の通りのITシステムをカッチリと時間をかけて作っても、顧客に「依頼したものと違う」と言われてしまう。ソフトウェアエンジニアの「いいものを作りたい」という気持ちがビジネスに生かされていない。そう感じていた平鍋健児さんは、ピラミッドのように大きな建築物を数十年かけて作るやり方ではなく、生鮮食品のように鮮度を大切にしたアジャイルの開発手法に出会い、この20年を実践と普及に取り組んできました。 近年はビジネスの立場からも語られる「アジャイル」ですが、このインタビューではアジャイルを導入する企業がステージや事業規模に応じてどのような課題に直面するのか? とくに、小さなスタートアップ企業がアジャイルネイティブから大きくなったメガベンチャーだけでなく、旧来の開発手法を続けてきた既存の企業が、自分たちにフィットしたアジャイルを見つけるときに参照できるいくつかの事例とあわせて紹介します。 アジャイルが

                                                        アジャイルをスケールさせる手法に正解はない 自社のモデルを探す事例と課題 平鍋健児さんに聞く - Agile Journey
                                                      • トランザクションを考慮した実装について考える

                                                        はじめに アプリケーションレイヤーでトランザクションを考慮した実装をどのようにすればいいのか悩んでいる人が多いことに気がつきました。オニオンアーキテクチャ等でアプリケーションコードを関心ごとのレイヤーに分離するときに、トランザクションを開始するためのDBとのコネクションの作成をどのレイヤーで実施するのか悩んでいる人が多いそうです。 本記事ではDDD+オニオンアーキテクチャ+Repositoryパターンを使う前提で、私がよく使うトランザクションを考慮した実装について説明しようと思います。 トランザクションを考慮した実装 私はトランザクションを開始するためのDBとのコネクションの作成はUsecase層で実施します。 私がよく書く実装ではDDDでいうEntityを定義します。そしてRepositoryではEntityのCRUDのみ行うように実装し、Repositoryをトランザクション境界にしま

                                                          トランザクションを考慮した実装について考える
                                                        • 新しい第3の分断 〜 建前社会の疲弊と、新・本音主義の登場 | タイム・コンサルタントの日誌から

                                                          わたしが大学に入った頃、新入生の手続きは、正門前の本館と呼ばれる建物で行われていた。事務方にいろいろ書類を提出し、学生の自治会からも熱心な勧誘と説明を受ける(自治会は当時、共産党系の民青が牛耳っていた)。それが終わると、隣の建物で、様々なサークルが新入生勧誘を繰り広げる。その間の渡り廊下に机を置いて、新左翼の連中がにこやかな顔で「アンケートにお答えください」と呼びかけていた(革マル派だったと思う)。わたしは何となくそこに座ってしまった。 アンケート用紙の主要な部分には、「ベトナム反戦、三里塚闘争」から始まって、「部落差別、狭山事件」等々に至るまで、当時の政治的イシューが単語だけずらりと並べられていた('70年代半ばのことだ)。そして「この中で興味がある問題があったら丸を付けてください」という。 (左翼って、なんて馬鹿なんだろう)わたしは内心あきれて、相手にいった。「この中のどれかに関心があ

                                                            新しい第3の分断 〜 建前社会の疲弊と、新・本音主義の登場 | タイム・コンサルタントの日誌から
                                                          • GoCLIツール職人のためのRust入門

                                                            三連休中にこんなツールを作った。 普段はGoでCLIツールを書いているけど、このツールで初めてRustを本格的に使ったのでその際に得た知見を元にGoでCLIを作っている人向けにとりあえずRustでツールが作れる状態になれることを目指して、CLIツールを作るときによく使っている処理やRustならではの構文などを中心に書いてみた。 この記事を通して「なぁ~んだ。案外Rustでもサクッとツール作れそうじゃん」とか「Rustにも意外とツール向けのライブラリとかあるんだなぁ」とか思って貰えると嬉しい限り。

                                                              GoCLIツール職人のためのRust入門
                                                            • そのクーポン機能は不正利用を防げる実装ですか? - Webサービスにおけるクーポン機能の仕様とセキュリティ観点 - GMO Flatt Security Blog

                                                              こんにちは。株式会社Flatt Securityセキュリティエンジニアの村上です。セキュリティ・キャンプ卒業後、新卒入社組としてFlatt Securityでセキュリティエンジニアをしています。 本稿では、BtoCのWebサービスにおいてマーケティング施策として頻繁に発行される「クーポンコード」及び「クーポン機能」のセキュリティ観点について考えたいと思います。様々なサービスが題材として考えられますが、今回はECサイトなどを例に解説していきます。 クーポン機能は割引やポイントの付与など直接的に金銭的な影響に繋がりますが、Googleなどで検索してみると分かる通りどのような対策をすれば良いのかという情報はほとんど知られていません。そこで今回は、クーポン機能を設計・実装する上でSQL Injectionなどの典型的な脆弱性以外でどのような点に気をつければ良いのかについて解説を行います。 Flat

                                                                そのクーポン機能は不正利用を防げる実装ですか? - Webサービスにおけるクーポン機能の仕様とセキュリティ観点 - GMO Flatt Security Blog
                                                              • 日本のある半纏(はんてん)製造現場では40年前のPCが現役で使われている

                                                                古くから日本で着用されている上着「はんてん」を製造している宮田織物株式会社では、パンチカードを使用してデータを処理するPCが現役で使われています。そんな宮田織物のはんてん製造過程を、製品の製造過程を映像に収めるYouTubeチャンネル・プロセスXが紹介しています。 40年前のパソコンが現役!機械と手仕事で伝統を守りながらはんてんを作る日本の工場 - YouTube 宮田織物は1913年に福岡県筑後市で創業された企業です。デザイン、織り、裁断、縫製まですべて自社で行い、わた入れはんてんや婦人服、作務衣(さむえ)、甚平なども自社生産しています。 そんな宮田織物で、わた入れはんてんが製造される様子が紹介されていました。従業員の女性はmaxellのカセットテープを取り出して作業を行おうとしています。 カセットテープをデータレコーダーに挿入。 「AUTOMATIC PATTERN PUNCHING

                                                                  日本のある半纏(はんてん)製造現場では40年前のPCが現役で使われている
                                                                • 【フリーレンミーム31種まとめ】知らぬ間にミームが増えていくからもうわけがわからなくて、“流行を知る”ためにまとめてるんだ。その途中で“少なくとも31種類ミームが存在すること”を知ったんだよ。 #フリーレン

                                                                  トゥギャッター編集部 @tg_editor 2023年の傑作トゥギャッターまとめ30が公開されました! 今年話題になったまとめ、今年を象徴するようなまとめを30本厳選しています。読み応えばつぐんなので、年末年始のお暇な時にぜひ! #まとめ総選挙2023 も同時開催中!投票して和牛をもらおう🐮 togetter.com/special/matome… 2023-12-26 11:55:47 リンク Togetter [トゥギャッター] 2023年の傑作トゥギャッターまとめ30&まとめ総選挙 2023年に作成されたまとめの中から編集部が選んだ30本の中から、あなたの一票で大賞が決まります! 7 users 2 ※大まかに前半が構文系、中盤が概念系、後半が定番の行動・お約束のセリフなど ※表記揺れの可能性あり。フリーレン構文(私はエルフ~)、ヒンメル理論(ヒンメルなら~)など、一部私の造語がご

                                                                    【フリーレンミーム31種まとめ】知らぬ間にミームが増えていくからもうわけがわからなくて、“流行を知る”ためにまとめてるんだ。その途中で“少なくとも31種類ミームが存在すること”を知ったんだよ。 #フリーレン
                                                                  • パワーポイントのデザインパターン集。資料作成時に使える39のアイデア | Coneのコンテンツ制作所

                                                                    パワーポイントで資料を作成するとき「伝えたいことは明確なのにデザインのアイデアが浮かばない」という人は多いのではないでしょうか。 せっかく構成ができたのに、パワポのデザインに頭を悩ませ、結局全体的に時間がかかってしまうという方をよく見ます。 そこでこの記事では、資料作成代行サービスを運営している弊社が蓄積した、ほぼすべてパワポデザインを網羅した「39のデザインパターン集」を紹介します。 アイデアが浮かばないときにいつでも参考のデザインを探せるように、本記事をブラウザで開きながら資料作成してみてください。当社のメンバーも実際にこの使い方をしています。 また、本記事で解説する①デザインパターンに加え、②スライドマスターのテンプレートや、③営業資料などの資料テンプレートを含んだ「デザインパターンデータ(pptx)316 P」を販売しています。 → PPTテンプレート購入はこちら パワーポイントの

                                                                      パワーポイントのデザインパターン集。資料作成時に使える39のアイデア | Coneのコンテンツ制作所
                                                                    • 業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 後編

                                                                      はじめにこんにちは。GMOアドマーケティングのKONCEです。新卒で入社し、数年経ちました。日々の業務で学ぶことは多いですが、今年度は技術の深堀りをテーマにやっていきたいと思っています。今回は入社してDBやSQLに関しては業務内で学ぶことが多く、特別訓練をしていたわけではなかったのですが、「SQLアンチパターン」を用いて学びながら、改めて自分の現状を見つめ直していけたらと思います。今回は学習を行う側面と自分自身のレベルについて見直していきたいので 知っていた → ○ 部分的に知っていた → △ 知らなかった → ... 今回は後編です。 今回も 知っていた → ○ 部分的に知っていた → △ 知らなかった → × を付けてみようと思います。 目次 SQLアンチパターンについて Ⅲ部 クエリのアンチパターン 2-1. [△]13章 フェア・オブ・ジ・アンノウン(恐怖のunknown) 2-2

                                                                        業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 後編
                                                                      • レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU

                                                                        メンバーと1on1をしていると、「うっかりミスが多くて Pull Request で毎回コメントをもらってから気づくのを何とかしたい」という相談を受けることがある。 まず、そういう認識を持てていることが素晴らしい。課題意識があるのであれば、どう補正していくかを一緒に考えることができる。 自分がオススメしているやり方は、レビューを依頼する前に徹底的にセルフレビューすることである。巷でよくやられている方法ではあるが、どういうやり方かを雑に書いておく。 レビューを依頼する前に レビュワーになりきって 自分の Pull Request を自分でレビューしてみる 頭にレビュワーが思い浮かぶのであれば、その人を "憑依" させるイメージ 「この人はここでこういうコメントしそうだな」と思ったら、 先回りして PR上にコメントしておくか、突っ込まれないようにコードやコードコメントを改善する タイトルや説明

                                                                          レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU
                                                                        • コンパイル技法: パターンマッチ

                                                                          本書では関数型言語をはじめとして多くの言語にあるパターンマッチをコンパイルする方法を紹介します。パターンマッチはシンプルに条件分岐の連鎖にコンパイルすることもできますが、よく研究された手法を使えば驚くほど効率的なコードを生成できるようになります。そのような手法を2種類紹介します。 パターンマッチはデータ型に照合しそのデータを取り出すものです。例えばRustであれば match opt { Some(x) => f(x), None => g()} のように Option 型への照合などに使えます。本書の前半ではパターンマッチの挙動や使い方などを学びます。挙動の確認にはプログラミング言語Standard MLを使い、一部Cのコードも使います。その後Common LispやJavaなどの他の言語でのパターンマッチの状況を確認します。後半ではパターンマッチのコンパイル技法について紹介します。パタ

                                                                            コンパイル技法: パターンマッチ
                                                                          • 多コピーの原罪

                                                                            Rust 分かんないッピ ・ε・ Rust の文字列周りのプラクティスを基礎から勉強してみようと思って勉強したのでそのときのメモをまとめます。 Rust は GC を持たない なぜ Rust の文字列周りの型があんなに大変なことになっているかは、Rust のメモリモデルと Copy の仕組みを学ぶことで理解できた気がしたので、メモリの話から始めます。 FYI: https://www.reddit.com/r/rustjerk/comments/ovx0uq/the_two_major_ways_rust_changed_my_life/ GC とは まずは GC からです。 GC とは Wikipedia をそのまま引用すると ガベージコレクション(英: garbage collection; GC)とは、コンピュータプログラムが動的に確保したメモリ領域のうち、不要になった領域を自動的に

                                                                              多コピーの原罪
                                                                            • ベロシティ Deep Dive。スクラムにおけるベロシティのアンチパターンと適切な使い方とは(前編)

                                                                              開発プロジェクトにおいて、開発スピードを測る尺度としてよく使われるのが「ベロシティ」です。このベロシティによって示される数字を適切に扱い、開発に活かしていくにはどうすればよいのでしょうか。 そのことを詳しく株式会社アトラクタ 吉羽龍太郎氏のセッション「ベロシティ Deep Dive」が、1月に都内で開催されたアジャイル開発の代表的な方法論であるスクラムをテーマにしたイベント「Regional Scrum Gathering Tokyo 2024」で行われました。 吉羽氏のセッションの内容をダイジェストで紹介しましょう。 本記事は前編、中編、後編の3つに分かれています。いまお読みの記事は前編です。 これから「ベロシティ Deep Dive」ということで「ベロシティ」についてお話をしていきたいと思います。 ベロシティを使っているっていう方、会場にどれぐらいいますか? (手が挙がる) 結構多いで

                                                                                ベロシティ Deep Dive。スクラムにおけるベロシティのアンチパターンと適切な使い方とは(前編)
                                                                              • インターフェースと型クラスの違いを考える

                                                                                この記事では、JavaライクなインターフェースとHaskellライクな型クラスを比較します。どちらも、複数の異なる型を統一的に扱うための仕組みです。 インターフェース インターフェースはご存知の方も多いと思いますが、コード例を載せておきます。 // インターフェースの定義 interface Greetable { String greet(); } // 実装の例1 class Hello implements Greetable { String message; Hello(String m) { this.message = m; } public String greet() { return "Hello " + message + "!"; } } // 実装の例2 class Goodbye implements Greetable { public String gree

                                                                                  インターフェースと型クラスの違いを考える
                                                                                • 【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle

                                                                                  【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle

                                                                                    【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle

                                                                                  新着記事