並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 292件

新着順 人気順

説明用の検索結果1 - 40 件 / 292件

  • 天才社会学者がやっていた。大量アウトプットを可能にする驚異のメモ術「ツェッテルカステン」って知ってる? - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

    Niklas Luhmann(ニクラス・ルーマン)というドイツの社会学者は、メモにとったアイデアや情報を十分に活かし、クオリティの高い本や学術論文を大量に発表したそうです。その背景には、ツェッテルカステンと呼ばれるメモ術が存在したのだとか。今回は、そのツェッテルカステンの基本的なやり方と、筆者が実践してわかったことを紹介します。 ツェッテルカステンというメモ術が、天才社会学者の大量アウトプットを支えた ツェッテルカステンの特徴は、脳の神経細胞によく似ていること すぐ始められる、ツェッテルカステンのやり方 ツェッテルカステンは勉強にも役立つ ツェッテルカステンをやってみた感想 ツェッテルカステンというメモ術が、天才社会学者の大量アウトプットを支えた ツェッテルカステン(Zettelkasten)とは、単一のアイデアや情報が書かれた個別のインデックスカード(標準サイズにカットされた紙)で、情報

      天才社会学者がやっていた。大量アウトプットを可能にする驚異のメモ術「ツェッテルカステン」って知ってる? - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
    • 2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog

      2020年10月1日、東京証券取引所はアローヘッドの機器故障によりシステム障害が発生し、終日売買を停止すると発表しました。故障した機器は交換が行われ、取引は翌日再開されています。ここでは関連する情報をまとめます。 機器故障起きるも縮退運用に失敗 障害概要図 アローヘッド内の共有ディスク装置1号機で機器故障が発生した。実際故障したのはサーバー上のメモリ周辺機器とされる。 1号機故障により両現用で稼働していた2号機のみのフェールオーバー(縮退運用)が行われるはずだったが何らかの問題により行われなかった。 共有ディスク装置を使用する相場配信、売買監視のシステムで障害が発生。 障害復旧時に発生する注文データ消失による市場混乱を避けるため当日終日の取引停止の措置を実施。(遮断) フェールオーバー失敗原因は設定ミス フェールオーバーに失敗した理由が特定できたとして10月5日に発表。 障害発生時のフェー

        2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog
      • 失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務

        前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ

          失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務
        • 頭が痛くならない「ダメージ計算式」の基本の話|だらねこ

          戦闘のあるゲームを作るなら、考えないといけないのがダメージの計算式。でも、計算式のコツとか基本とか調べると、小難しそうな話が出てきて め、めんどくせぇ~ってなったりしませんか?私はなります。色んな計算式とその特徴を羅列されても、よくわかんなくなっちゃう。 とはいえ私もゲームデザイナーの端くれなので、ダメージ計算式を考える機会がそれなりにあります。そして他人の作った変な計算式に苦しめられることも、いっぱいあります。泣きたい。 大元の計算式が悪いと、それを利用してバランス調整しても苦労する事が多いんですよ。なので、そんな悲劇を少しでも食い止めるためにもですね。 この記事では 数字が苦手な文系の人でも、なんかいい感じに計算式を考る…とっかかりになることを目指して書いていこうかと思います。 ※こういう計算式がある!選んで使え!!という記事ではありません。 ※計算式を考える時、こういうのを把握して、

            頭が痛くならない「ダメージ計算式」の基本の話|だらねこ
          • 現場で役立つシステム設計の原則メモ - Qiita

            This article is a Private article. Only a writer and users who know the URL can access it. Please change open range to public in publish setting if you want to share this article with other users. ※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎ

              現場で役立つシステム設計の原則メモ - Qiita
            • プログラマーのための原則(2 万字) - Qiita

              はじめに 今でも語り継がれる「原則」は、それだけ価値のあるコンセプトです。 歴史を振り返ることは、失敗を防ぐための効率の良い方法になります。 👑 DRY (Don't repeat yourself) 「同じことを繰り返すな。」 Andy Hunt と Dave Thomas の著書『達人プログラマー』(1999 年)で提唱された原則で、プログラミングに関する最も重要な原則といっても過言ではありません。 DRY 原則だけでなく、どんなデザインパターンやベストプラクティスでも、同じ処理が重複することは基本的に許されていません。 これにはどういう意図が込められているのでしょうか。 🔖 表面的な理由 この原則は、コードの再利用性を高め、そのために疎結合な状態を保つことは、極めて有用なことを示唆します。 1 箇所を直せば済むべき箇所をあちこちに分散させてしまうのは、自分で事故を招いているのと同

                プログラマーのための原則(2 万字) - Qiita
              • 新しいメンバーがジョインしたときのAWSトレーニング/ハンズオン - Qiita

                概要 新しくジョインしたメンバー向けに独自でトレーニングメニューを作成し、最新の情報に追従してアップデートしていくのはコストがかかる面もあります。 AWSは公開されているトレーニングが豊富なので、私のチームではそれを活用しています。良さそうなハンズオンを適宜さがしてきて「作ったものを説明&デモ」「手順の存在しないオリジナル追加課題」という工程を加えています。 今のところ省力で効果的と感じているので、流れやハンズオンの探し方をまとめてみました。 流れ 経験や勉強していることを改めてヒアリング。担当予定のシステムのアーキテクチャを説明し、理解度をお互いに確認。 レベルと補完しておきたいサービスに応じたハンズオンを探す トレーニングの実施 ゴールの設定 フェーズ① ハンズオンを一通り完了させる 作ったものをデモを交えて説明&QA。 ゴールの設定 フェーズ② フェーズ①で作ったものに対してオリジナ

                  新しいメンバーがジョインしたときのAWSトレーニング/ハンズオン - Qiita
                • 【資料】PCR検査抑制論の年譜と語録|伊賀 治 デマ撲滅ファクトチェック集

                  [2023/12/15更新] 過去を糾弾したいわけではない。 未来に過ちを繰り返さない為に。 「政治の信頼を回復するには、過ちや不公正に毅然と対峙することが必要です。この一年半のあいだ、政府や厚労省、一部の医師や専門家によって宣伝された偽情報は、撤回されなければなりません。合理的なコロナ対策はその先にしかないからです。」(※1. 引用元) 政府が検査抑制を進めた結果、日本は未だ検査キャパ不足の課題を引きずっている。もちろん、当時は致し方ない理由として、海外製試薬の調達不足・検査体制の未整備・医療従事者の感染の不安等もあったと思う。然し、それをベイズ推定という全く別の説明で安易に世論を抑え込もうとした。騙す意図はなかったとしても「国民の声を封じればよい」として、真の問題解決への努力を怠り、検査への誤った不信を抱かせ、後々の感染症対策に大きな弊害となったことは明らかだろう。 当時、多くの識者や

                    【資料】PCR検査抑制論の年譜と語録|伊賀 治 デマ撲滅ファクトチェック集
                  • 仮想DOMは本当に“速い”のか? DOM操作の新しい考え方を、フレームワークを実装して理解しよう|ハイクラス転職・求人情報サイト AMBI(アンビ)

                    仮想DOMは本当に“速い”のか? DOM操作の新しい考え方を、フレームワークを実装して理解しよう 最近のJavaScriptフレームワークで利用される「仮想DOM」について、リアルDOMの違い、メリット・デメリット、仮想DOMを使ったフレームワーク開発などを、ダーシノ(bc_rikko)さんが解説します。 はじめまして、ダーシノ(@bc_rikko)です。さくらインターネットでフロントエンドエンジニアをする傍ら、NES.cssというファミコン風CSSフレームワークを開発しています。 さっそくですが、皆さんは、ReactやVue.jsといったJavaScriptフレームワークを使ったことがありますか? そういったフレームワークで使われている、仮想DOMについて知っていますか? 「聞いたことない」「聞いたことはあるけど、どう実装されているかは知らない」「熟知している」。いろいろなレベルの方がい

                      仮想DOMは本当に“速い”のか? DOM操作の新しい考え方を、フレームワークを実装して理解しよう|ハイクラス転職・求人情報サイト AMBI(アンビ)
                    • 2021年春アニメほぼ全部観たので、ちょっとした読み物にしたよ - Sweet Lemon

                      はじめに 配信情報まとめ 独占タイトル一覧 アマプラ独占配信 アマプラ見放題独占配信 ネトフリ独占配信 FOD独占配信 その他 感想 不滅のあなたへ 美少年探偵団 SSSS.DYNAZENON スーパーカブ Vivy -Fluorite Eyeʼs Song- ゴジラS.P<シンギュラポイント> ゾンビランドサガ リベンジ MARS RED NOMAD メガロボクス2 86―エイティシックス― シャドーハウス バクテン!! ましろのおと やくならマグカップも 転生したらスライムだった件 転スラ日記 ひげを剃る。そして女子高生を拾う 聖女の魔力は万能です さよなら私のクラマー BLUE REFLECTION RAY/澪 Fairy蘭丸~あなたの心お助けします~ 擾乱 THE PRINCESS OF SNOW AND BLOOD 究極進化したフルダイブRPGが現実よりもクソゲーだったら イジら

                        2021年春アニメほぼ全部観たので、ちょっとした読み物にしたよ - Sweet Lemon
                      • Dockerイメージの理解を目指すチュートリアル - Qiita

                        概要 - 自分でオレオレ hello-world イメージをビルド このチュートリアルは、hello-world イメージを自分でビルドする例を取り上げます。手を動かしながら、Docker イメージの仕組みや性質の理解を深めます。また、効率的な Docker イメージの作成や Dockerfile の活用を目指すための基礎のほか、(主に開発者向けには)マルチステージ・ビルドも学びます。 ポイントは、Docker イメージ(image)とは、Docker コンテナの実行に必要な概念としてのパッケージ(ファイルやメタ情報の集合体)であることです。仮想マシンイメージのように、実体としての1ファイルではありません。 そして、Docker イメージを構成するのは、抽象的なイメージ・レイヤ(image layer)の集まりです。レイヤとは「層」の意味で、Docker は複数のレイヤ上のファイルシステム

                          Dockerイメージの理解を目指すチュートリアル - Qiita
                        • 『ドラゴンクエストへの道』再検証 - 神殿岸2

                          『マンガ ドラゴンクエストへの道』は、エニックスが出版事業に参入してまだ日が浅い1990年2月に出版された。 同時期の「モンスター物語」などと同じB5判で、280ページ以上もある長編だ。 中身はご存じだろうが、堀井雄二と中村光一がエニックスと出会い、ドラクエ1を開発するまでの経緯をマンガにしたもの。 有名な本だ。 現在も本書は一線級の資料として扱われており、ときにはゲーム史の参考文献として使用されていることもある。 本の中にはフィクションともノンフィクションとも書いてないのだが、大部分は事実に沿って構成されているが、もちろん一部は脚色も入っているという見方が一般的である。 そこに罠があったという話を、今回やっていこうと思う。 いろいろあったが、結局入手するしかないという考えに至り、こうなった。 のち91年にガンガンコミックスから再編集版が出ているが、単純にオリジナル版のほうが内容が多いよう

                            『ドラゴンクエストへの道』再検証 - 神殿岸2
                          • (自分の) JavaScript のユニットテストの書き方

                            (社内用ドキュメントの公開版) テストのポリシー 前提として、ユニットテストを導入するコストを、限界まで低くすることを目指す。テストが根付いていない言語環境や文化では、放っておくとテストが書かれないまま実装が進行し、結果としてテスト不可能な巨大な雪だるまが完成する。こうなるとメンテコストが高いE2Eを大量に書かないといけなくなり、テストの実行時間が膨れ上がっていく。 そうなる前に、ユニットテストを書きやすい環境を維持し、ユニットテストとして問題を切り分けられるような環境を維持する。とにかく書きやすさを重視し、一つのユニットテストを書くオーバーヘッドを限界まで下げる。 最初の一つを早い段階で書く 自分の経験的には、ユニットとテストの最初の一つを書いたらあとは自然とその周辺で増えていく。サンプルがあったら人はコピペする。逆にいうと最初の一つを書かない限り一切書かれない。まず一つ用意するのが大事

                              (自分の) JavaScript のユニットテストの書き方
                            • トレンドウェブサイトから学べ! JavaScriptで作る本格スクロール演出 - ICS MEDIA

                              「かっこいいウェブサイト」とはどのようなものでしょう? ICS MEDIAを見てくださるみなさんであれば、ダイナミックなアニメーションや3次元的な動きがあるウェブサイトに「おっ」と惹きつけられた経験は一度や二度ではないかと思います。たとえば、スクロールに連動したインタラクティブな動きは冒険するようなワクワクした気持ち、没入感を与えてくれます。 『ポーラ2029年ビジョン』 本記事の前半では、話題になったウェブサイトからかっこいいスクロール演出の事例を取り上げ、それらを分析します。 さらに記事の後半では、「自分でも作ってみたいなぁ、でもどうやって実装しているんだろう?」と悩むみなさんに向け、オリジナルのデモを用いて実装を紹介します。 本記事を読んだ後には、「どうやって実装しているんだろう?」と未知の技術に感じていたスクロールアニメーションも、「こうやっていたのか!」と身近に感じられるようにな

                                トレンドウェブサイトから学べ! JavaScriptで作る本格スクロール演出 - ICS MEDIA
                              • 10人規模のチームを自律自走させ、成長組織へ変革するため実践していること

                                はじめに チーム全体の管理をするようになって1年程度が経過しました。今回記事を作成した目的は以下になります。 これまでチームで実践してきたことを整理し、今後の活動に向けた振り返りとする 同じような環境やこれからマネジメントを行う人の一助になれば かなり記事のボリュームが大きくなってしまいました…🙇 自分が実践してきたことや考えていることを振り返るのが主目的なので大目に見てもらえるとありがたいです。興味がある章や節だけでも、かいつまんで読んでいただければ幸いです。 前提 元々メンバー間の横のつながりは強いチームでしたが、上長や部長、その他ステークホルダーを巻き込んだ情報共有に弱みを感じていました。 私自身、チーム管理を引き継ぐ前はチーム内の1プロジェクト(3,4人規模)の開発と管理を担当しており、上記情報共有に頭を悩ませていました。 チームの開発スタイルについても少し補足します。 私達は社

                                  10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
                                • RAGの実案件に取り組んできた今までの知見をまとめてみた | DevelopersIO

                                  はじめに 新規事業部 生成AIチーム 山本です。 ChatGPT(OpenAI API)をはじめとしたAIの言語モデル(Large Language Model:以下、LLM)を使用して、チャットボットを構築するケースが増えています。通常、LLMが学習したときのデータに含まれている内容以外に関する質問には回答ができません。そのため、例えば社内システムに関するチャットボットを作成しようとしても、素のLLMでは質問に対してわからないという回答や異なる知識に基づいた回答が(当然ながら)得られてしまいます。 この問題を解決する方法として、Retrieval Augmented Generation(以下、RAG)という手法がよく使用されます。RAGでは、ユーザからの質問に回答するために必要そうな内容が書かれた文章を検索し、その文章をLLMへの入力(プロンプト)に付け加えて渡すことで、ユーザが欲しい

                                    RAGの実案件に取り組んできた今までの知見をまとめてみた | DevelopersIO
                                  • UXにおけるビジュアルデザインの5つの原則

                                    スケール、視覚的な階層、バランス、コントラスト、ゲシュタルトの原則を正しく適用すれば、美しいデザインを生み出せるだけでなく、ユーザビリティも向上させられる。 5 Principles of Visual Design in UX by Kelley Gordon on March 1, 2020 日本語版2020年12月17日公開 ビジュアルを見たとき、我々はそれが魅力的か不愉快かを、通常、すぐに判断できる(なぜならば、こうした判断は、Don Normanのエモーショナルデザインのモデルでいうところの、本能レベルで展開されることが多いからだ)。しかしながら、レイアウトが視覚的に魅力的である理由を言語化できる人はほとんどいない。だが、優れたビジュアルデザインの原則をグラフィックに活かすことで、エンゲージメントを促進し、ユーザビリティを向上させることは可能である。 ビジュアルデザインの原則は、

                                      UXにおけるビジュアルデザインの5つの原則
                                    • Modern Web Development on the JAMstack を読んでまとめた - console.lealog();

                                      https://www.netlify.com/pdf/oreilly-modern-web-development-on-the-jamstack.pdf Netlify社が2019年に公開した本?PDFです。 せっかくJamstackの会社に入ったので、読んでおかないといけない気がして。 あとJamstackは人によって解釈が違ったりするとし、Jamstackの真髄について知っておきたいですよね?と思い。 ただこれなんと127ページもあるんですよね〜。 全編もちろん英語なので、読むのも中々に大変ですよね〜。 てなわけで、ざっくり訳してまとめまておきました。(それでも長いけど) はじめに ここ最近のWebの進化はすさまじい ブラウザもJavaScriptもパワフルになった その分ユーザーの要求も増える やることが増えると処理は遅くなる 遅いページは見向きもされないモバイル当たり前の世界だ

                                        Modern Web Development on the JAMstack を読んでまとめた - console.lealog();
                                      • 野村vsIBM事件控訴審 東京高判令3.4.21(平31ネ1616) - IT・システム判例メモ

                                        東京地裁の判断が覆されてユーザである野村HDの請求が棄却されたことで話題になった控訴審判決。 結論が大きく変わったので,最初に原審と本判決の判断の違いをまとめておく。 事案の概要 普段は判決文から自分なりに事案の概要をまとめるのだが,今回は判決文冒頭の記載がわかりなすいのでそのまま引用する(以下,太字などの書式変更は筆者)。 (1)  IBMは,野村HDとの間で,野村証券(野村HDの完全子会社)のSMAFW業務のためのコンピュータシステムについて,パッケージソフト(WM)を利用した開発業務支援等の委託を受ける内容の,開発段階ごとの複数の契約(原判決別紙1の1記載の契約・本件各個別契約)を締結した。本件開発業務は,平成25年1月4日のシステム稼働開始を目標として,平成22年後半から平成24年後半まで継続されたが,目標時期における稼働開始実現にリスクがあると判断されたことから,平成24年8月下

                                          野村vsIBM事件控訴審 東京高判令3.4.21(平31ネ1616) - IT・システム判例メモ
                                        • 複雑怪奇な nginx を Go と Docker でユニットテストする - Cybozu Inside Out | サイボウズエンジニアのブログ

                                          全国の nginx 職人のみなさま、こんにちは。野島(@nojima)です。 私の所属するYakumoプロジェクトでは、nginx を Go と Docker によってユニットテスト1しています。 手元で簡単に実行でき、ブランチへのpushのたびにCIでテストされるので、非常に便利です。 この記事では、このnginxのユニットテストについて紹介してみたいと思います。 背景 nginx は極めて柔軟なロードバランサであり、プロダクション環境ではその柔軟さを生かして多彩な役割を担っています。 我々の nginx は、ユーザーからのリクエストを AP サーバーに振り分け、アクセス制限を行い、リクエストをリダイレクトし、HTTPヘッダを付与したり削ったりしています。 しかし、nginx は便利な反面、その設定は極めて複雑になり、読解したり変更したりするのが難しくなっています。 そこで、nginx

                                            複雑怪奇な nginx を Go と Docker でユニットテストする - Cybozu Inside Out | サイボウズエンジニアのブログ
                                          • 日本もハーバード大のコロナ対策案を大至急検討すべきだ

                                            初版:2020/4/26 9:00公開 Ver2.0: 2020/4/26 21:00 対策会議でのIT活用検討について追記しました。 Ver2.1: 2020/4/27 13:20 タイトルの誤記を修正しました。 2020/4/20付でバーバード大のCenter of Ethics (倫理センター)が、”Roadmap to Pandemic Resilience”というタイトルのコロナ封込めプランを発表した。 彼らのプランは、ロックフェラー財団の支援を受け、経済学、公衆衛生、技術、倫理の専門家が集まって立案したもので、今までのプランにない具体性と実行可能性をもっているプランだと感じている。以下にそのプランの概要と日本における導入検討における検討ポイントを説明しておきたい。 なお、この”Roadmap to Pandemic Resilience”だが、当然ながらレポートは英語である。た

                                              日本もハーバード大のコロナ対策案を大至急検討すべきだ
                                            • 勘でリレーションを張っていないか? - Qiita

                                              はじめに 今回は外部キーを張るときに最低限意識したいことについて書きました。 何か間違えがあったり、もっとこういうところも意識してますという人がいたらコメントお願いします。 この記事で伝えたいこと ①リレーションシップ先のデータを消したときに同時にリレーションシップ元のデータが消えても自然な状態を作る ON DELETE CASCADEをうまく利用できる状態を作る つまり親子関係を正確に表現する。 リレーションシップ先は親テーブル、リレーションシップ元は子テーブルを意味しています。 ②データを作成するときのことを考えてデータの生成順序がおかしくならないように外部キーを張る ③関連を表現するときに中間テーブルを利用したほうが良い場面がある 注意 下記【例を交えながら説明】の説明に出てくるテーブル設計に関しては、上記の【この記事で伝えたいこと】の①と②と③の項目に対して想像しやすいように、理解

                                                勘でリレーションを張っていないか? - Qiita
                                              • 秘密情報には出どころも書いてくれ!頼む! - KAYAC engineers' blog

                                                SREチームの長田です。 KAYAC Advent Calendar 2022の11日目の記事です。 アプリケーションから何かしらの外部サービスを利用するとき、そのサービスを利用するためのAPI Keyなり秘密鍵なりの秘密情報を保持することになります。 暗号化したものをファイルとしてアプリケーションに持たせたり、 Amazon Web Services(AWS)ならAWS Secrets Managerや AWS Systems ManagerのParameter Store(SSM Paramater Store)に保存したものを実行時に読み込んだりするでしょう。 これらの秘密情報、どこから来たのかわかりますか? どこから来た秘密情報なのか 秘密情報を使って出どころを調べられるのであれば問題はないでしょう。 # 例えばAWSのIAM User Credenntialsとか $ AWS_A

                                                  秘密情報には出どころも書いてくれ!頼む! - KAYAC engineers' blog
                                                • QRコードを解読した話【LAWSON presents 夏川椎菜 2nd Live Tour 2022 MAKEOVER 参加記】 - marich1224 のメモ

                                                  注意 この記事では,LAWSON presents 夏川椎菜 2nd Live Tour 2022 MAKEOVER (以下,MAKEOVER) 公演中に登場した QR コード*1が何であったのかに関する重大なネタバレがあります.セトリのネタバレは(1曲を除いて)ありません. 発売した Blu-ray を見ながら自力解読したい方はご注意ください. また,あまりにも時間が経ちすぎてしまったため,話の展開に合わせて一部脚色している箇所が(たぶん)あります.そちらもご容赦ください. 追記 (2022年11月14日 4:17): 夏川椎菜さんがこのブログをご覧になったようです. 夏川椎菜さんがこのブログをご覧になったようです. 推しに駄文が読まれてしまいましたね……. 事の顛末を簡潔に説明します. 昨日,2022年11月13日 は 「MAKEOVER」Blu-ray発売記念のプレミア上映会でした.

                                                    QRコードを解読した話【LAWSON presents 夏川椎菜 2nd Live Tour 2022 MAKEOVER 参加記】 - marich1224 のメモ
                                                  • 相次ぐクレームに心折れ…ワクチン予約のコールセンターで後絶たぬ離職(西日本新聞) - Yahoo!ニュース

                                                    新型コロナウイルスワクチンの高齢者向け接種の受け付け開始から約1カ月。接種完了の「7月末」はまだ先だが、対象者が県内最多の熊本市の予約受け付けコールセンターは既に息切れ状態だという。激務ではあっても「市民の命を守る窓口」。スタッフは踏ん張り続けているが、相次ぐクレームに心が折れて離職する人も続出している。 「アナフィラキシー」日本は多い? ワクチン接種の注意点は 市内のビルの一室。ワクチン予約のコールセンターでは、市の委託を受けた数十人のスタッフが対応に当たる。予約の受付期間は電話が鳴りっぱなしだ。 同市の高齢者向けワクチン接種の対象者は約20万3千人。接種完了に向けて5月から受け付け業務もフル稼働している。一方で、電話がつながりにくいことや、医療機関へのワクチン誤配送、過剰に予約を受け付けるなどトラブルやミスが連続。これでクレームが急増した。市担当者は「決して言い訳はできないが」とした上

                                                      相次ぐクレームに心折れ…ワクチン予約のコールセンターで後絶たぬ離職(西日本新聞) - Yahoo!ニュース
                                                    • コンポーネントベースで開発する時の CSS の書き方とコンポーネントの分類 (自己流)

                                                      React や Svelte でコンポーネントベースで開発するとき特有の CSS ノウハウってあんまり効かない気がする Twitter に書いたら反響があったので、自己流だけどまとめておく React Component の管理単位と、CSS としてのレイアウトの管理ポリシーは違うよね、みたいな話をマークアップエンジニアに時折されるが、そんな話は無視して完全一致させる。そういう星のもとで開発している コンポーネントの分類 ロジックコンポーネント レイアウトコンポーネント ブロックコンポーネント インラインコンポーネント 定義 ロジックコンポーネント Provider や hooks などのデータ処理だけを扱い、子に渡すコンポーネント 一切の CSS や DOM 実体を持たない レイアウトコンポーネント レイアウトコンポーネントは複数の子ブロックコンポーネント(または slot)を持ち、子ブ

                                                        コンポーネントベースで開発する時の CSS の書き方とコンポーネントの分類 (自己流)
                                                      • 少女漫画ではヒーロー役の心の声は書かないのが鉄則?編集者と漫画家が明かす「モノローグ」のテクニック

                                                        別マ編集 金岡 @betsuma_kaneoka 別マ編集主任 担当(★:立ち上げ)→★突風とビート / ★ピュア恋ビギンズ / ★藤の舞袖 / ★君を忘れる恋がしたい / サクラ、サク。/★夜に聞かせて/★推しにガチ恋しちゃったら/★Re:blue Mee→★ラブヴァンプ/★月の燃えがら/★ライオンにあまがみ/★殺したいほど、アイしてる/★青春シンデレラ 別マ編集 金岡 @betsuma_kaneoka モノローグには種類がありますが、僕は2種に大別します。①ナレーション的モノローグ ②モノローグ(ポエム) この二つはどちらも必要ですが、“どちらかばかり”になる方が多いです。意図して使い分けると表現の幅広がります。作家さんへの説明用に書いたメモ貼ります。字が汚い&例が下手ですいません pic.twitter.com/yzgt0We1Ct 2023-09-28 22:47:06

                                                          少女漫画ではヒーロー役の心の声は書かないのが鉄則?編集者と漫画家が明かす「モノローグ」のテクニック
                                                        • Cloud Run と GitHub Actions を使って Pull Request 単位でプレビュー環境を立ち上げる - wadackel.me

                                                          はじめに 最近 Google Cloud Platform の Cloud Run が GA となったのが話題に上がりました。また gcloud コマンドを GitHub Actions 上で簡単に扱うための GoogleCloudPlatform/github-actions もリリースされました。これまで使われることの多かった actions/gcloud は deprecated となりアーカイブされています。 これらのサービス、ツールを使うことでかなり簡単に Docker コンテナを動かす環境を構築できます。そのユースケースの一つとして、実際に僕が携わっているプロジェクトでレビューコスト低減のために行っている、Pull Request (以下 PR) 単位で独立したプレビュー環境を起動する方法についてメモがてらブログにまとめようと思います。 前提 以下のようなアプリケーション、プロ

                                                            Cloud Run と GitHub Actions を使って Pull Request 単位でプレビュー環境を立ち上げる - wadackel.me
                                                          • ウェブ・ユーザビリティの簡単9原則 | knowledge / baigie

                                                            ユーザビリティというのは普遍的に重要なデザインテーマの一つですが、一方でユーザビリティへの関心は、UXが普及して以降、徐々に失われている印象があります。例えば、ユーザビリティがテーマにした書籍のほとんどは2000年代の刊行で、少なくとも日本国内において、2010年代以降に発刊された書籍は僅かです。 実際、Googleトレンドで2004年からの「ユーザビリティ」と「UXデザイン」の検索動向を比較しても、「UXデザイン」が2010年以降に増加傾向であるのに対して、「ユーザビリティ」は2000年代前半をピークに下降しています。 「UX」だと別の意図の検索を含むため、あえて「UXデザイン」で比較していますが、ここにデザイン文脈で使われる「UX」を加えると、「UX」は「ユーザビリティ」を確実に上回っているはずです。 だからといって、2010年代以降にユーザビリティが重要でなくなったわけではありません

                                                              ウェブ・ユーザビリティの簡単9原則 | knowledge / baigie
                                                            • 世界四連覇AIエンジニアがゼロから教えるゲーム木探索入門 - Qiita

                                                              はじめに 書籍化 本記事を元に ゲームで学ぶ探索アルゴリズム実践入門~木探索とメタヒューリスティクス という書籍を出版することになりました! 本記事を読んで気になっていただけたらご購入をご検討いただけるとうれしいです! この記事で得られる技術 ゲームルールに適した探索アルゴリズムを選択する ゲーム木探索をするのに適したクラス設計 主要なゲーム木探索アルゴリズムの実装 この記事の特徴 汎用アルゴリズムの実装例による他ゲームへの応用力と、実際に動作可能なサンプルコードによる具体的実装イメージの両視点でわかりやすくした(片方しか記載のない記事が多い) サンプルコード付き日本語記事がほぼないDUCTを解説している サンプルコードは印のついたメソッドを実装したクラスさえ書けば、アルゴリズム部分を変更せずそのまま他のゲームで動作可能になっている この記事で扱わない関連技術 探索の高速化 多様性の確保

                                                                世界四連覇AIエンジニアがゼロから教えるゲーム木探索入門 - Qiita
                                                              • AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ

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

                                                                  AGPLを理解する: もっとも誤解されたライセンス | フューチャー技術ブログ
                                                                • GitHubでC++プロジェクトを開発する際にやっておきたい設定 - Qiita

                                                                  この記事について 簡単な電卓アプリ開発を例に、以下を行います GitHub上でのIssueテンプレート、マイルストーン、Projects(カンバンボード)の設定 GitHub Flowを例にした簡単な開発の流れの説明 CMakeを用いた、C++プロジェクトの用意 GoogleTestを用いたUnit Testの導入 GitHub Actionsを用いた、CI/CDの導入 クロスプラットフォーム (Windows, Linux, MacOS, Linux(ARM)) GitHub Actionsを用いた、コードの静的解析 この記事では、開発の方法論はおまけとして、それを支えるためのツールの設定方法に重点を置きます 1人でやる個人開発~数名規模での開発は本記事の内容でカバーできると思います。もっと複雑になると別の仕組みが必要になってきそうです 本記事の設定を全てやる必要はなく、必要そうな項目を

                                                                    GitHubでC++プロジェクトを開発する際にやっておきたい設定 - Qiita
                                                                  • 変幻自在なグラフィック表現!CSS, SVG, Canvasでマスクを使いこなせ - ICS MEDIA

                                                                    近年、ウェブ技術の発展により、画像の一部だけを表示する「マスク表現」がよく見られるようになりました。一言でマスクと言っても、アニメーションやインタラクションとの組み合わせによりさまざまな表現が可能です。 また、どの技術を用いるかという選択も重要になります。マスク表現はCSS, SVG, Canvas APIといった技術で実現できますが、それぞれが異なる得意分野をもちます。 本記事の前半では、マスク表現を実現する技術について解説を行います。後半では実践的なマスク表現をいくつか紹介しながら、それぞれの実装方法を紹介します。いままで技術的に難しいと諦めていた表現が、マスクによって実現するヒントになれば幸いです。 ▼マスク表現の例(背景画像の一部を表示している) - Erika Moreira Portfolio マスクとは 本記事で紹介するマスク表現とは、画像の一部を切り抜く手法です。マスキング

                                                                      変幻自在なグラフィック表現!CSS, SVG, Canvasでマスクを使いこなせ - ICS MEDIA
                                                                    • 技術的負債が紛らわしいので改善対象となる設計不備に名前をつけたい - Tbpgr Blog

                                                                      システム開発に関するお仕事をしていれば、よく耳にするであろう「技術的負債」という言葉。 色々と認識が揃いにくいことや、可燃性があることで有名です。 そこで、認識の揃いにくさの理由、話題が可燃性であることの理由を踏まえた上で、よりよい名前はないだろうかという話につなげたいと思います。 なぜ「技術的負債」の認識はずれやすいか? 技術的負債は Ward Cunningham が作ったメタファです。 何らかの業務上の利益を得るために一時的に好ましくない設計を 意図的に 選び、それを負債として考えます。 負債には利子があり、それはどんどん膨らんでいくのでいつか返済する必要があります。 こういった内容を開発者ではない経営者などのステークホルダーに伝えるための表現として存在する言葉です。 その上で、さらに議論は進み 意図的ではない 設計上の不備かそうではないかの区別には意味がないのではないか、という説が

                                                                        技術的負債が紛らわしいので改善対象となる設計不備に名前をつけたい - Tbpgr Blog
                                                                      • N予備校開発でのRSpecの書き方指針 - ドワンゴ教育サービス開発者ブログ

                                                                        はじめに テストコード一般の考え方 壊れにくいテストを書く 実装した通りに動作することではなく、仕様通りに動作することをテストする テストコードはシンプルにわかりやすく書く 失敗の原因がわかりやすくなるように意識する RSpecの書き方 テストケース名をitの引数で明記する letよりもlet!を使う 通常の変数と同じ方針に基づいてlet!を利用する subjectを使わない 不要なcontextでのネストを避ける matcherを適切に使い分ける factoryのデフォルト値に依存しないテストを書く 参考にしたブログ記事等 付録:RuboCop設定 We are hiring! サムネイル画像 はじめに テストコードを書く習慣も、近年ではかなり一般的なものになってきました。 ドワンゴ教育事業のバックエンドチームでも自発的にテストコードを書く文化は根付いており、実際に計測はしていませんが、

                                                                          N予備校開発でのRSpecの書き方指針 - ドワンゴ教育サービス開発者ブログ
                                                                        • サーバーレスで作るセキュリティアラート自動対応フレームワーク - クックパッド開発者ブログ

                                                                          技術部セキュリティグループの水谷 ( @m_mizutani ) です。ここしばらくはフルリモートワーク体制になったので運動不足解消のためウォーキングをしたり筋トレしていたら、リモートワーク前より健康になった疑惑があります。 クックパッドのセキュリティチームでは日々のセキュリティ監視を効率化するため、独自のフレームワークを構築して利用しています。具体的には、セキュリティアラートが発生した際に自動的に様々なデータソースから関連情報を収集し、収集した情報をもとにアラートのリスクを評価、そして評価結果をもとに自動対応をするという一連のワークフローを実現するフレームワーク DeepAlert をAWS上にサーバーレスで構築しました。この記事では、このフレームワークを構築した経緯やアーキテクチャ、仕組みについて解説します。 セキュリティアラートの対応 ここでは、セキュリティ侵害が発生している可能性が

                                                                            サーバーレスで作るセキュリティアラート自動対応フレームワーク - クックパッド開発者ブログ
                                                                          • カシオのシンセサイザの原点はCZ-101にあり。PD音源とは何なのか|DTMステーション

                                                                            カシオから歌声合成機能を搭載したキーボード、CT-S1000Vが発売されてから2年が経過しました。世界中のユーザーがさまざまな使い方をしているようで、CT-S1000V Challenge Vol.2においてもユニークな作品が次々とUPされています。カシオ自身は、CT-S1000Vをシンセサイザとは呼んでいないようですが、音を作っていく楽器という面ではシンセサイザと言って間違いないでしょう。 もっともCT-S1000Vは突然生まれたわけではなく、カシオにおけるシンセサイザの長い歴史があるからこそ、誕生したもの。そのルーツを遡ると1984年に発売されたCZ-101というシンセサイザにたどり着きます。PD音源というユニークなシンセサイザ方式を発明したカシオが生み出した、画期的なシンセサイザだったのですが、実際どんなものなのか、その基本的な仕組みについてフォーカスを当ててみたいと思います。 19

                                                                              カシオのシンセサイザの原点はCZ-101にあり。PD音源とは何なのか|DTMステーション
                                                                            • Microsoftに買収されてサービス終了したToDoアプリ「Wunderlist」の開発者が後継アプリ「Superlist」を公開したので使ってみた

                                                                              2020年にサービスが終了したToDoアプリ「Wunderlist」の開発者が、2024年2月13日にWunderlistの後継アプリ「Superlist」を公開しました。すでにmacOS版、ウェブアプリ版、iOS版、Android版のSuperlistが公開されていたので、実際にiOS版とウェブアプリ版を使ってみました。 Superlist: Home to all your lists https://www.superlist.com/ ◆Superlist開発までの経緯 Wunderlistは2011年に開発されたToDoアプリで、2015年にはMicrosoftに買収されました。Microsoftによる買収後もWunderlistの提供は続いていたのですが、Microsoftは2019年9月にToDoアプリ「To Do」を発表し、移行を案内。その後、2019年12月にはWunde

                                                                                Microsoftに買収されてサービス終了したToDoアプリ「Wunderlist」の開発者が後継アプリ「Superlist」を公開したので使ってみた
                                                                              • HPKE とは何か | blog.jxck.io

                                                                                Intro HPKE (Hybrid Public Key Encryption) が RFC 9180 として公開された。 RFC 9180: Hybrid Public Key Encryption https://www.rfc-editor.org/rfc/rfc9180.html HPKE は、公開鍵暗号方式と共通鍵暗号方式を組み合わせて(ハイブリッド)任意の平文を暗号化するための、汎用的な枠組みとして標準化されている。 この仕様は、多くのユースケースが想定されており、 RFC になる前から ECH (Encrypted Client Hello), MLS (Message Layer Security), OHTTP (Oblivious HTTP) など、さまざまな仕様から採用を検討されている。 本サイトで書く予定の他の記事でも HPKE は頻出する予定であり、今後より多く

                                                                                  HPKE とは何か | blog.jxck.io
                                                                                • Blue/Green デプロイを使用した、RDS MySQL/PostgreSQLのアップグレード

                                                                                  TL;DR RDS の メジャーバージョンアップグレード を行なった PostgreSQL 11.6 -> 15.5 MySQL 5.7.44 -> 8.0.36 PostgreSQL は AWS CDK を利用した、自前での手動切り替えをベースにした Blue/Green デプロイによるアップグレードを行なった MySQL は AWS コンソールから AWSが提供している機能である RDS Blue/Green Deployments による MySQL のアップグレードを行なった nginx の ngx_http_proxy_module を活用してサービスのダウンタイムを防止した はじめに 初めまして。株式会社ジーニーの GENIEE CHAT開発チームのマネージャーを担当しています。 今回は、データベースのメジャーアップグレードを行った際の手順やポイントなどを書いていこうと思います

                                                                                    Blue/Green デプロイを使用した、RDS MySQL/PostgreSQLのアップグレード