並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 112件

新着順 人気順

handbookの検索結果1 - 40 件 / 112件

  • 設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選

    はじめに 今回の記事では、設計やソフトウェアアーキテクチャを学べるGitHubリポジトリを16個紹介する。 対象とする読者 設計やソフトウェアアーキテクチャに興味関心があるエンジニア GitHubをエンジニアリングの情報収集に活用したいエンジニア タイトルで気になった人 Architectural Patterns システムの基本的な構成を理解するためのパターンやテンプレートを提供している。これらのパターンを学ぶことで、システムの構造やコンポーネントの関連性、相互作用を理解できる。これが開発者にシステムをより効率的かつ効果的に設計・実装する能力をもたらす。 Design Patterns for Humans 設計パターンを人間が理解しやすい形で説明している。デザインパターンは特定の問題に対して再利用可能なソリューションを提供する。これによって、開発者はより効率的にコードを記述でき、メンテ

      設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選
    • 早期ミスマッチ解消のために、職務経歴書のガイドを公開しました - スタディサプリ Product Team Blog

      こんにちは、Web Engineer の @wozaki です。 今回は、採用プロセスの改善として、職務経歴書に記載いただきたいことを公開した背景をご紹介します。 概要 職務経歴書に、採用チームとして期待する情報が不足していることがある 不足すると、以下の課題が発生することがある 書類選考は通過するが、その後の選考でミスマッチと分かる (経歴書が充足していたら、より早期にミスマッチが分かったかもしれない) 面接の前に経歴に踏み込んだ質問を設計できずに、面接時間内でマッチしているか情報を引き出す難易度が上がる 既存の対策として、情報の追記をお願いすることがある 新たな対策として、記載いただきたいことを ガイドとして公開 することにした 記載いただきたいこと 早期ミスマッチ解消の必要性 Web Engineer の採用は競争が激化している肌感があります。 応募者の方々にとっても、様々な企業の中

        早期ミスマッチ解消のために、職務経歴書のガイドを公開しました - スタディサプリ Product Team Blog
      • 設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ

        はじめにTIG真野です。 秋のブログ週間2023 の3本目は、設計ドキュメントをGit管理して腐らせないようにがんばってみた話をします。 前段として6年前、「我々はいかにシステム開発におけるドキュメント腐る問題と戦えば良いのか」という記事を書いたのですが、その後の試行錯誤はどこにも残していないことに気づきました。普段のフューチャー技術ブログですとちょっと引け目を感じるテーマですが、秋の夜長を楽しむため読み物成分を多めに書くというテーマのこのブログリレーにピッタリな気がするため、この機会をお借りします。 ドキュメントも色々な種別があるかと思いますが、この記事では設計ドキュメントを指すことにします。設計ドキュメントは開発メンバーが参照するもので、ステークホルダーへの説明資料に引用して使うことはあれど、主目的は異なるという前提です。Design Docの場合もありますし、システム構成図、ERD、

          設計ドキュメント腐る問題、Git管理で運用してみた結果 | フューチャー技術ブログ
        • ひとりで作った「理想のタスク管理ツール」は5年でこうなった(なってない)|ガッシー|Repsona

          ─これから挑戦する次の誰かにとって、何かの気づきになったら嬉しいです。 @GussieTechです。ひとりで「理想のタスク管理ツール」を作っています。いつも使ってくださっているみなさん、本当にありがとうございます。今日は、ひとり開発の知られざる5年間を、惜しみなくシェアします。 僕が作ったサービス5年前「理想のタスク管理ツールを作ろう」と思いたちました。軽くておしゃれで「人」に寄り添う、他にはないサービス。こんなものを無料でリリースしたら、世の中ひっくり返るんじゃないかって、本気で思って作りました。それはもう、ワクワクしました。 総売上高 1,240万円。スペース 5,873登録¥12,403,567名前は「Repsona」といいます。ワクワクを原動力にひとりで作ったRepsonaは、5年でこうなりました。数字に感じるところは人によると思います。趣味の個人開発としては大成功。スタートアップ

            ひとりで作った「理想のタスク管理ツール」は5年でこうなった(なってない)|ガッシー|Repsona
          • 日本D&D興亡史|柳田真坂樹

            以下の記事はブログメディア、TokyoDevにて公開されている『The rise and fall of D&D in Japan』の元になった原稿です。 日本在住の英語話者向け記事として「日本におけるD&Dの歴史」をまとめてほしいという依頼を受けたため、刊行されていたり、自分が立場上知り得た情報に基づいて日本のD&Dの歴史と展開を追いました。 英語版の記事は、編集部の協力により、この記事からディテール部分を大幅にカットしてD&Dの興亡と現状、影響をシンプルにまとめたものとなっています。 1985年、『ダンジョンズ&ドラゴンズ』(以下D&D)は日本で爆発的なヒットを記録し、日本語版『ベーシックルールセット』は発売された年だけで10万部を売り上げた。翌年にはゲーム雑誌『コンプティーク』にてD&Dのセッションの様子を読み物とした記事、『D&D誌上ライブ ロードス島戦記』が掲載された。この記事を

              日本D&D興亡史|柳田真坂樹
            • セキュリティエンジニアを目指す人に知っておいてほしい組織 - FFRIエンジニアブログ

              はじめに 研究開発第二部リードセキュリティエンジニアの一瀬です。セキュリティエンジニア同士の会話では、「"シサ"が最近またレポート出していて…」とか「"アイピーエー"から注意喚起出てたね」といった、初学者には謎の単語がたくさん出てきます。本記事では、そういった会話に出てくる単語のうち、国内外のセキュリティ関連の主な組織についてまとめました。セキュリティに興味があれば、ここに挙げた組織と、その組織が関わる政策や活動について、事前に抑えておいて損はありません。これからセキュリティを学ぼうという方の参考になれば幸いです。 なお、記載した情報はすべて執筆時点 (2023 年 6 月) のものです。 【2023/06/30 追記】NISC および ENISA の日本語名称を修正、CISA の読み方について修正・追記、NCSC について追記しました。 はじめに 中央省庁 内閣サイバーセキュリティセンタ

                セキュリティエンジニアを目指す人に知っておいてほしい組織 - FFRIエンジニアブログ
              • DB に JSON を保存したいときに Protobuf を使うと便利 #LayerXテックアドカレ - LayerX エンジニアブログ

                こんにちは。バクラク事業部 Enabling チームの @izumin5210 です。最近「HUNTER×HUNTER」の既刊を全部読みました。 この記事はLayerXテックアドカレ2023の9日目の記事です。 前回「1人目データアナリストとしてデータチームに異動しました 」 次回「Slack × Zapier × MiroでKPTでの振り返りをラクにする」 RDB や KVS などのデータ保存先において、データを正規化せずにそのまま保存したいと思うことはありませんか? 8月にリリースされた「バクラク請求書発行」というプロダクトには「柔軟なレイアウトカスタマイズ」機能が搭載されています。リンク先の画面操作イメージを見ていただくと、この機能の雰囲気を理解していただけると思います。この機能が扱うレイアウトデータはまさに「関係の正規化をせずに保存したいデータ」でした。 bakuraku.jp こ

                  DB に JSON を保存したいときに Protobuf を使うと便利 #LayerXテックアドカレ - LayerX エンジニアブログ
                • Free Wi-Fi(00000JAPAN)は安全なのか? - Qiita

                  元記事 元記事を読んで恐くなり、災害用公衆無線LANの00000JAPANを含むFree Wi-Fiの使用を躊躇してしまった一般利用者個人のためにこの記事を書きました。 本記事では大雑把に元記事がどのようなリスクを指摘しているのか、そしてなぜそれを考えなくて良いのかを説明した後、情報セキュリティについて持論を述べる前に理解しておくべき点に触れます。 結論 正しくスマホやPCを使う限りFree Wi-Fiは危険ではありません。00000JAPANをぜひ活用してください。 これに同意した方とネタが嫌いな人はセキュリティクラスタは口が悪いまで読み飛ばしてください。 まだ心配な人のために暗号化の重要性を知っている専門家の見解を紹介します。 災害時無料公衆無線LANの利用がNHKで紹介され、Wi-Fi暗号化がされていないことから「クレジットカード情報やパスワードなどの入力は極力、避けるよう」と呼び掛

                    Free Wi-Fi(00000JAPAN)は安全なのか? - Qiita
                  • 社内技術ドキュメンテーションを科学する - スタディサプリ Product Team Blog

                    最終更新日: 2024年02月27日(月) 1. ご挨拶 2. 本記事執筆のモチベーション 3. ワークショップを通じて得たフィードバック 3-1. Pains -過去抱えた/現在進行形で抱えている辛み- 3-2. Approaches/Solutions -Pains を解消するために取った方策や導き出した解決策- 3-2-1. えいやで場所を決め打ちしてしまう(e.g., GitHub Wiki + Google docs しか使わない) 3-2-2. 個人的に、2023/12/05時点で〜みたいな書き方を心がけている 3-3. Tips -効果的な手法- 4. オーディエンスからの反響 4-1. 気づきや学び・NEXT ACTIONS 4-2. プレゼンター(@hayat01sh1da)へのフィードバック 4-3. Slack での反応 5. おわりに 1. ご挨拶 初投稿となります

                      社内技術ドキュメンテーションを科学する - スタディサプリ Product Team Blog
                    • 【詳細版】 1+1=2 笑えない数学 ~笑わない数学の笑えない間違いの話~ - Sokratesさんの備忘録ないし雑記帳

                      NHK で放映された『笑わない数学』という番組の次の回が話題になっていた. www.nhk.jp 企画意図としては「\(1+1=2\) という式を通して数学基礎論という分野を紹介する」というものだったのだが,怪しい説明や誤解を招く説明,端的に誤っている説明があった.というか,全体を通してそういうものがとても多かった.どう少なく見積もっても番組の内容の半分以上がそういうものになっている.正直,全然笑えない.笑わないのではなく笑えない. そういった説明に注意喚起を促し,簡単にだが訂正をするための記事を以前書いた.その記事は速報性を重視して書いており,「ここが怪しい」「ここが間違っている」ということだけを伝えることを目的としていたため,詳細や「具体的にどう直すべきだったのか」という点の記述が不十分であった.というか,一部わたしも素でまちがったこといくつか書いちゃった(訂正・取り消し線による削除済

                        【詳細版】 1+1=2 笑えない数学 ~笑わない数学の笑えない間違いの話~ - Sokratesさんの備忘録ないし雑記帳
                      • Node.js + TypeScriptのモジュールを整理してみる

                        はじめにlink 最近受けるNode.js + TypeScript環境の相談の中で、CommonJSやECMAScript Modulesのあたりで落とし穴にはまっている人が多いという事に気づいた。 Node.jsは歴史的にCommonJSとECMAScript Modules(以後ESMと表記)がどうしても入り乱れる環境にあり、これにTypeScriptのモジュールが加わると組み合わせでさらに複雑度が増すのが現状である。 説明する際に口頭より整理した文章が欲しいと思ったので記事にする。 以下のリポジトリで検証コードを管理している。 https://github.com/koh110/module_test Node.jsモジュールチェックシートlink まず最初にNode.jsにおけるCommonJSとESMの挙動について整理する。 いきなり書かれても把握できないかもしれないが、一旦こ

                          Node.js + TypeScriptのモジュールを整理してみる
                        • TypeScriptのモノレポ構成を考える

                          はじめにlink あまりモノレポの構成について語られている記事が多くないなと感じたので、現時点で自分が考えている設計をまとめてみる。 以前にTwitterでディレクトリ構成と内容については言及したが、実際に利用する技術についてはあまり触れなかったので改めて検証してみた。 https://twitter.com/koh110/status/1617510034266808322 クライアントサイドとサーバーサイドのコード共有については下記の記事がよくまとまっていた。 https://capelski.medium.com/effective-code-sharing-in-typescript-monorepos-475f9600f6b4 上記の記事の構成も参考にしつつ、自分の考えも加えて検証していく。 相対パスを利用する方法 npmのローカルパス指定(file:xx)を利用する方法 シンボ

                            TypeScriptのモノレポ構成を考える
                          • The Front End Developer/Engineer Handbook 2024

                            This guide is open source, please go ⭐️ it on GitHub and make suggestions/edits there! https://github.com/FrontendMasters/front-end-handbook-2024 1. Overview of Field of Work This section provides an overview of the field of front-end development/engineering. 1.1 — What is a (Frontend||UI||UX) Developer/Engineer? A front-end developer/engineer uses Web Platform Technologies —namely HTML, CSS, and

                              The Front End Developer/Engineer Handbook 2024
                            • 「ガベージコレクション 自動的メモリ管理を構成する理論と実装」を読んだ

                              最近「おれってガベージコレクションを勉強するにあたってめちゃくちゃ恵まれた環境にあるのでは?」とふと思い立ち、ベージコレクションの勉強を始めました。 ガベージコレクションの勉強を始めるにあたって、とりあえず「The Garbage Collection Handbook (first edition)」の邦訳である「ガベージコレクション 自動的メモリ管理を構成する理論と実装」を読むことにしました。 この記事では、読み終わってうれしいので、雑に感想を書きなぐっています。表記が「GC」だったり「ガベージコレクション」だったりするのは雑に書いたからです。 前提知識 ガベージコレクションの事前知識はほとんど不要で、何をしてくれるものか大まかにわかっていれば良い程度だと思います。つまり、ヒープに確保した領域を明示的に解放しなくても、何かのアルゴリズムでいい感じにやってくれる仕組み、ということを知って

                                「ガベージコレクション 自動的メモリ管理を構成する理論と実装」を読んだ
                              • ドキュメント文化を支える不文律 - ROUTE06 Tech Blog

                                ROUTE06では、GitLab Handbook*1を参考に、全社に関係する情報をハンドブックとして社内に公開しています。ハンドブックは2023年8月時点で383ページ*2あり、50人前後の組織規模の会社としては文章化に積極的なことが現れている数字だと思っています。 また、ハンドブックとは別に、プロジェクトごとのレポジトリでは技術選定や設計方針をADR*3で残していたり、参加したセミナーのレポートをGitHub Discussionsに書いていることからも、ROUTE06で働く人は文章を書くことが習慣になっていると感じます。 そんな中、ある日社内のSlackに一つの問いが投げかけられました。 ドキュメント文化というのは、たとえばマニュアルに書いてないから分からなかった・故になんらかの失敗が発生した場合、マニュアルに書いていなかったことが悪いみたいな考え方になるのでしょうか 社内のSlac

                                  ドキュメント文化を支える不文律 - ROUTE06 Tech Blog
                                • ecspressoを活用したECSデプロイの改善 - LayerX エンジニアブログ

                                  2月にバクラク事業部Platform Engineering部DevOpsチームに入社したid:itkqです。7月はLayerXエンジニアブログを活発にしよう月間 ということで、この記事では、私が入社してから中心となって進めた、ECSサービスのデプロイの改善について書いています。 バクラクのインフラ 私が所属するバクラク事業部では、バクラク請求書をはじめとする、BtoB向けのSaaSを提供しています。SaaSは主にAWS上でホストしており、サービスの大半がECS Fargateにデプロイされています。昨年、プロダクト開発をイネーブルメントするEnablingチームが発足し*1 、今後の事業成長を支えられるようなソフトウェアアーキテクチャと周辺の仕組みが発達してきています。以下の記事で述べられているように、モノレポかつサービスが多数存在します。 tech.layerx.co.jp DevOp

                                    ecspressoを活用したECSデプロイの改善 - LayerX エンジニアブログ
                                  • SREチームのリーダーになって1年経過した|あんどぅ

                                    SIerから事業会社のエンジニアに転職後、SREチームのリーダーになって1年経過※したので、個人的なふりかえりのためにやったことを言語化し整理します。 ※ 本当は7月で1年なので先月書きたかったけど、7月は評価と目標設定に加えて障害対応などが重なりめちゃくちゃ忙しかった。。。 筆者の略歴SIerで10年半、インフラ主軸で大企業向けクライアントワーク&技術支援 2021/10〜、NewsPicksのSREチームメンバーとして参画 2022/7〜、同チームリーダーになり、現在に至る SREチームの業務Googleが提唱した サイト信頼性エンジニアリング(SRE)がチーム名の由来です。SREはサービスの安定運用と変化への対応のバランスをとるためのプラクティス(技術的実践)なので、このプラクティスを遂行することがチームの業務と完全に一致するかというとそうではありません。 とはいえ、それを体現するチ

                                      SREチームのリーダーになって1年経過した|あんどぅ
                                    • WordPressの小ネタ集 - Qiita

                                      この記事は、「CMS Advent Calendar 2023」の21日目の記事で、WordPress に関してもしかするとあまり知られていないかもしれない事を、とりとめもなく独断でまとめたものです。 特に、ここ数年 WordPress に触れておらず、今の WordPress はどうなっているのか? という事を知りたい方向けの情報も少し盛り込んでいます。 クラシックエディターはいつまで使えますか ? Classic Editor プラグインの説明には、この記事を書いている時点で「Classic Editor は公式な WordPress プラグインであり、少なくとも2024年まで、または必要なくなるまでの間、完全にサポート・保守されます。」と記載されています。 それでは2025年以降、クラシックエディターが使えなくなる可能性があるのでしょうか ? 自分は、クラシックエディターは残り続ける

                                        WordPressの小ネタ集 - Qiita
                                      • ウェブアクセシビリティハンドブック|ましじめ株式会社

                                        本ハンドブックは、WCAG 2.0(JIS X 8341-3:2016)の達成基準をもとに すべての利用者がウェブサイト利用できるようにするためのアクセシビリティ向上の具体的な指針と実践的なアドバイスを提供します。 はじめに ウェブアクセシビリティとは 運用時のウェブアクセシビリティの取り組み 開発時のウェブアクセシビリティの取り組み ウェブアクセシビリティ試験 ウェブアクセシビリティ試験の流れ ウェブアクセシビリティ方針(サンプル) ウェブアクセシビリティ検証結果(サンプル) ウェブアクセシビリティ検証試験実施ページリスト(サンプル) 参考 実装の参考 ツールの参考 達成基準(適合レベルA,AAを解説) 1. 知覚可能の原則 代替テキストのガイドライン 【A】非テキストコンテンツの達成基準 時間依存メディアのガイドライン 【A】音声だけまたは映像だけ(収録済み)の達成基準 【A】キャプシ

                                          ウェブアクセシビリティハンドブック|ましじめ株式会社
                                        • Making Decisions

                                          Intro to making decisions On this page, we have outlined how we make decisions at GitLab. Making decisions GitLab’s values are the guiding principles for our business. They inform hiring, performance management, and promotion assessments. They also guide other decisions that we make. At times, values may be in conflict. To address this, GitLab has a values hierarchy. At the top of this hierarchy i

                                            Making Decisions
                                          • Software Requirements Essentials(2023)をざっと読む - 勘と経験と読経

                                            「ソフトウェア要求 第3版」の著者であるKarl Wiegersの新著が出ていたので、ざっと読んでみる記事(あるいは読んだ記録)。 「私はかつて、過去10年間でベストセラーになった要件エンジニアリングの本を10 冊を読んだことがあります。この1冊には、それらの10冊を合わせたものよりも有益な情報が簡潔に記載されています」-- Mike Cohn ここまで言われたら読むしかない。 Software Requirements Essentials: Core Practices for Successful Business Analysis 作者:Wiegers, Karl,Hokanson, CandaseAddison-Wesley ProfessionalAmazon もくじ もくじ 全体的な感想 ソフトウェア要求 第3版から何が省略されたのか 20のコアプラクティス #1: 解決策を

                                              Software Requirements Essentials(2023)をざっと読む - 勘と経験と読経
                                            • ウォンテッドリーのバックエンド領域を支える言語の歴史を読み解く | Wantedly Engineer Blog

                                              こんにちは、ウォンテッドリー株式会社でインフラエンジニアをやっている @fohte です。 筆者はウォンテッドリーに join して 1 年が経過しようとしており、ようやくウォンテッドリーが採用しているアーキテクチャについて全貌が掴めてきました。そこで改めてウォンテッドリーの技術スタックを考え直してみると、ウォンテッドリーのバックエンド領域において利用している言語はなぜ採用されているのかが気になりました。今回はそれを読み解くべく、過去から現在までに利用されている言語の比率から、その背景と歴史を追っていきます。 ウォンテッドリーで採用している言語とアーキテクチャの歴史まずはじめに、ウォンテッドリーでは下図の技術およびアーキテクチャを選定しています。 (参考: 技術とアーキテクチャ - Wantedly Engineering Handbook) 本記事では、この図での "The System

                                                ウォンテッドリーのバックエンド領域を支える言語の歴史を読み解く | Wantedly Engineer Blog
                                              • ノエル・ジョンソン&マーク・コヤマ「近代国家と経済成長にはどんな関係があるのか:国家行使能力(State Capacity)に関する経済史研究のサーヴェイ」(2017年4月1日)

                                                近年の政治経済学と開発経済学における研究は揃って、経済成長を実現させた国とさせられなかった国を分かつ要因を説明する上で、「国家行使能力」(state capacity)の重要性を強調している。 アブストラクト 「国家行使能力」(State capacity)は、開発経済学や政治経済学で最も議論される概念の1つとなってきている。このサーヴェイでは、近代国家が行使能力を獲得するプロセスについて、経済史研究が重要な洞察を提供していると論じる。ヨーロッパとアジアの様々な国における国家建設のプロセスを検討することで、国家行使能力と経済成長の関係を「解きほぐす」(decompress)ことができる。本稿での分析は、国家建設プロセスが多様な性質を持っていることを強調する。また本稿では、国家行使能力と経済成長を関係づけるメカニズムの解明にとって手助けとなる近年の研究に焦点を当てる。 [1] … Conti

                                                  ノエル・ジョンソン&マーク・コヤマ「近代国家と経済成長にはどんな関係があるのか:国家行使能力(State Capacity)に関する経済史研究のサーヴェイ」(2017年4月1日)
                                                • 情報セキュリティ部「部内勉強会」の取り組み

                                                  はじめに MICINの情報セキュリティ部では、2021年3月から部内勉強会を毎週開催しています。最初は4名から始まりましたが、部門メンバーの増員や組織改編もあり、現在は毎週10名程度が参加し、持ち回りで発表を行っています。勉強会の目的としては、 最新の技術情報の交換 各自の業務内容のアウトプット・キャッチアップ 各自が興味のある情報の共有 としており、本の輪読や技術解説、ハンズオンなど形式は様々で、ジャンルも情報セキュリティ部が担当するセキュリティやSRE・インフラ分野だけでなく、生成AIやワークスタイルなど、情報セキュリティ部のメンバーとして有益な情報であれば、何でもOKとしています。 この記事では、2023年に部内勉強会で発表された内容をジャンル別にご紹介します。情報セキュリティ部の1年間の取り組みについて、簡単に知っていただければ幸いです。 部内勉強会の様子(オンラインとのハイブリッ

                                                    情報セキュリティ部「部内勉強会」の取り組み
                                                  • 1人1人が小さなアーキテクトになる組織を目指す | Wantedly Engineer Blog

                                                    こんにちは!ウォンテッドリーでバックエンド領域のエンジニアリングマネージャーをしている鴛海です。 この記事ではウォンテッドリーのバックエンド組織がどのような課題を解決してきて、現在どのような課題が存在しているのか、どのようなバックエンド組織を目指しているのかを紹介します。 ウォンテッドリーはプロダクトを大きく変化させる時期に入っています。チームとしても個人としても大きな挑戦ができる環境にあるので興味を持ってもらえると幸いです! 前提: ウォンテッドリーのプロダクトこれまでの取り組みと現在の課題を紹介する前に前提となるプロダクトについてご紹介します。 ウォンテッドリーでは「究極の適材適所により、シゴトでココロオドルひとをふやす」をミッションとして仕事に関するサービスを展開しています。ココロオドルシゴトを見つけてその環境で活躍するまでを “Recruitment Marketing”、 “Re

                                                      1人1人が小さなアーキテクトになる組織を目指す | Wantedly Engineer Blog
                                                    • 何故いつもモテ男性の犯した罪で非モテ男性が裁かれるのか?|rei

                                                      Xでは定期的に「青春時代に恋愛出来なかった男性は非モテを拗らせて痛い言動をとる」「昔からモテていた男性は成人したら遊びに飽きて誠実になるが非モテは逆に遊ぼうとする」的な言説がバズってくる。しかしながら結論から言えば、これは典型的な「モテ公平世界信念」であり現実は真逆だ。 例えばアメリカの強姦の実態について調査した「Rape Investigation Handbook」の中では、数々の研究や実際の観察を踏まえ「強姦犯は大体は女性を惹き付け多数の女性と性的関係を持っている」と結論した。例えば16年間に1000人の犯罪者を調査したGrothは「私が見た強姦犯の3分の1ぐらいは既婚者かつ性

                                                        何故いつもモテ男性の犯した罪で非モテ男性が裁かれるのか?|rei
                                                      • バニラアイスの香りはビーバーの分泌物、まことしやかに言われる理由

                                                        アメリカビーバー。北米最大のげっ歯類で、体重30キログラムに達する個体もいる。(PHOTOGRAPH BY JOEL SARTORE, NATIONAL GEOGRAPHIC, PHOTO ARK) バニラアイスクリームにビーバーの分泌物が入っている? ニュース記事やソーシャルメディアのフードインフルエンサーは、「ビーバーの肛門の近くにある香嚢(こうのう)から分泌される黄色いシロップ状のカストリウムが『天然香料』としてバニラ風味の商品に使われている」と言っているかもしれない。こうした情報源の一部によると、アイスクリームからイチゴ味のオートミールまで、カストリウムはあらゆるものに入っているそうだ。(参考記事:「エンジンとアイスクリームの共通点とは? 身近な物質の意外な歴史」) ただし、答えは、おそらく「いいえ」だ。 専門家に言わせれば、これは事実から懸け離れている。確かにカストリウムは古代か

                                                          バニラアイスの香りはビーバーの分泌物、まことしやかに言われる理由
                                                        • iOSプロジェクト内の神クラス解体の進め方 - Mirrativ Tech Blog

                                                          こんにちは、クライアントエンジニアの竹澤(@to4iki)です。 Mirrativでは、リアルタイムの配信視聴時のコメントやギフト機能を実現するために、WebSocket ベースの仕組みを利用して、サーバー・クライアント間でPub/Subのメッセージングを行っています。*1 サーバーからのHTTPレスポンスをマッピングするように、ペイロードのJSONを受け取り、それをクライアントで扱う型に変換して使用していますが扱いにくい点がありました。本記事では改善に取り組んだ内容と進め方を紹介します。 目次 課題 ゴールと進め方の認識あわせ 1. 最初にゴールの定義を行う 2. 段階的な進め方の方針と見通しを立てる ゴールまでの道筋を可視化する 3. 技術的な懸念事項などを先に潰し作業をパターン化する 動作検証に利用する再利用可能なサンプルのペイロードを定義する Decodable準拠のレスポンスでI

                                                            iOSプロジェクト内の神クラス解体の進め方 - Mirrativ Tech Blog
                                                          • JSConf JP 2023 公開資料・Xアカウントリンクまとめ

                                                            2023/11/19(日)で開催された JSConf JP 2023に関する、現時点での公開資料と X アカウントリンクをまとめました。 よろしければご活用ください。 はじめに 登壇者名は敬称略させていただいています。 x アカウントについては、以下のように確認できたものを記載しております。 JSConf JP 公式サイトに記載がある JSConf JP 公式サイトに記載のプロフィールと一致している 当イベントで登壇されることに言及されている スライドに記載されている リンクの間違い等ありましたらコメントいただけると助かります🙏 アーカイブ 本イベントは YouTube で配信されていましたが、執筆時点ではトラック A の動画が非公開になっていました。 アーカイブとして残るのかがわからなかったため、一旦 JSConf JP の YouTube アカウントへのリンクのみ記載にしておきます。

                                                              JSConf JP 2023 公開資料・Xアカウントリンクまとめ
                                                            • 先進校レポート|翔和学園 ギフテッド教育の課題とは? 【発達障害8.8%をどう受け止めるか #7】 | みんなの教育技術

                                                              ■ 本企画の記事一覧です(週1回更新、全7回) ●提言|川上康則 学校管理職に気づいて欲しいのは「学校が子どもに合わせる時代」になったこと ●提言|児童精神科医が指摘! 発達障害の子どもと不登校の関係は? ●提言|木村泰子 「困っている子が困らなくなる学校」をつくる ●提言|赤坂真二 今、学校がすべきなのは学級経営のUD化 ●提言|授業づくりのポイントはUDL×「個別最適な学び」 ●提言|中邑賢龍 学習障害の子どもの見つけ方とICT支援 ●先進校レポート|翔和学園 ギフテッド教育の課題とは?(本記事) 2015年からギフテッド教育に取り組む 翔和学園には、小中学部、高等部、大学部があり、小中学部はフリースクール、高等部は民間の教育機関として位置づけられ、大学部は、18歳以上の支援を必要とする若者向けの障害福祉サービスを提供しています。この学園に通うのは、ADHD(注意欠陥・多動性障害) と

                                                                先進校レポート|翔和学園 ギフテッド教育の課題とは? 【発達障害8.8%をどう受け止めるか #7】 | みんなの教育技術
                                                              • はてなブログとblogsyncの歴史 | おそらくはそれさえも平凡な日々

                                                                ヘンリーでVP of Engineeringを務めるSongmuです。このエントリーは株式会社ヘンリー Advent Calendar 2023 、11日目の記事です。 はてなブログとblogsync はてなブログにはAtomPub APIという、はてなブログをAPIで操作できる機能があります。これは実は結構古くからある機能で、2013年にリリースされています。当時のはてなインターン生によるもので、moznionさん、krrrrさんが担当されたようです。歴史を感じますね。 そのAtomPub APIを利用し、はてなブログを管理するためのCLIツールとして、当時はてな社のチーフエンジニアで現CTOのmotemenさんが「個人で」開発したGo製のOSSがblogsyncです。これは2014年にリリースされています。社員が自社サービスのユーザーであり、社員が趣味の個人開発でそのサービス利用のため

                                                                  はてなブログとblogsyncの歴史 | おそらくはそれさえも平凡な日々
                                                                • Pythonデータサイエンスハンドブック 第2版

                                                                  Pythonのデータサイエンス用のツールを使いこなすための実用的な情報が詰め込まれたリファレンスの待望の改訂版です。IPythonとJupyter、NumPy、pandas、Matplotlib、scikit-learnを利用し、データの操作、可視化、行列計算、時系列解析、統計分析、機械学習、データモデルの構築、複雑な科学計算まで、幅広いトピックをカバー。それぞれのトピックについて、押さえておくべき基本、tips、便利なコマンドなどを紹介します。Pythonでデータ処理を行う人にとってはいつも手元に置いておきたい「使える」一冊です。 『Python Data Science Handbook, Second Edition』への称賛 訳者まえがき はじめに Ⅰ部 Jupyter:Pythonより優れたPython 1章 IPython、Jupyter入門 1.1 IPythonシェルの起動

                                                                    Pythonデータサイエンスハンドブック 第2版
                                                                  • GitHub Certifications are generally available

                                                                    EducationGitHub Certifications are generally availableUnlock your full potential with GitHub Certifications! Earning a GitHub certification will give you the competitive advantage of showing up as a GitHub expert. Certifications are the golden keys to unlocking a world of opportunities that can supercharge your career, boost productivity, and amplify your salary. For employers, certifications are

                                                                      GitHub Certifications are generally available
                                                                    • Culture Change at Google

                                                                      This is the personal blog of Ben Collins-Sussman. Also see Debugging Teams, his book on collaboration & culture in software engineering. His How to Leader talk (available in prose form.) Disclaimer: this post is solely based on my lived experience of working at Google for 18 years. I don't actually know the reasoning of the company's highest leaders, so all I can do is share my personal hypotheses

                                                                      • 読書推進を語る前に知っておきたいこと(飯田一史) - エキスパート - Yahoo!ニュース

                                                                        読書推進の議論は「健康診断を受けずに健康増進策を語る」ようなかたちになりがちだ。 本当は内臓脂肪を減らすための食事制限にまず取り組むべきなのに、高脂血症であるという自覚すらなく「筋トレをするべきだ」と言っていたりするようなものだ。 まず重要なのは現状の把握である。 ■なぜ読書を推進したいのか?そもそもなぜ読書推進をしたいのか? その目的によって ・達成したい状態 ・どこが課題と認識するか ・なぜそれが問題だと思うのか ・どんな打ち手が良いのか が変わってくる。 自らのゴール設定が重要であり、また、他の立場の人との相互理解も重要になる。 たとえば、非常に戯画化・単純化していえば、本を読む量が増えると何が嬉しいのかに関して 教師や保護者は「受験科目の成績UPにつながるから」 司書や貸出率/冊数が「自分たちの評価指標だから」 出版業界は「売上UPにつながるから」 文科省は「PISA(OECD加盟

                                                                          読書推進を語る前に知っておきたいこと(飯田一史) - エキスパート - Yahoo!ニュース
                                                                        • フルスクラッチして理解するOpenID Connect (4) stateとnonce編 - エムスリーテックブログ

                                                                          こんにちは。デジカルチームの末永(asmsuechan)です。この記事は「フルスクラッチして理解するOpenID Connect」の4記事目です。前回はこちら。 www.m3tech.blog 13 state の実装 14 nonce の実装 15 まとめ 16 参考 Wre're hiring! 今回は全4回中の第4回目です。 (1) 認可エンドポイント編 (2) トークンエンドポイント編 (3) JWT編 (4) stateとnonce編 13 state の実装 https://openid-foundation-japan.github.io/rfc6819.ja.html#anchor15 https://openid-foundation-japan.github.io/rfc6749.ja.html#CSRF state は OAuth 由来の仕様です。つまりアクセストーク

                                                                            フルスクラッチして理解するOpenID Connect (4) stateとnonce編 - エムスリーテックブログ
                                                                          • フィッシングサイトや偽サイトの注意喚起で載せる例示用ドメインについて知っておいてほしいコト - にゃん☆たくのひとりごと

                                                                            どもどもにゃん☆たくです(「・ω・)「ガオー サイバーセキュリティ月間の真っ只中の現在2月15日なわけですが皆さんいかがお過ごしでしょうか。 この期間中は特にサイバーセキュリティに対しての啓発イベントや動画、コンテンツが多く公開される期間です。 しかし、サイバー攻撃やサイバー犯罪はこのサイバーセキュリティ月間問わず発生するため、お客様や消費者向けに注意喚起を日々発信している組織も少なくありません。 今回僕がブログのテーマにしている話題は、サイバーセキュリティの特にフィッシング詐欺やサポート詐欺、偽サイトについて注意喚起を行う方(社会人、学生問わず)に知っておいておいてほしい話題です。 先日僕がXでもポストした事例を紹介します。 あ!!!URLが変わってる!!!! https://t.co/o0qhaRymCm pic.twitter.com/cVAQbylEgu — にゃん☆たく/tak

                                                                              フィッシングサイトや偽サイトの注意喚起で載せる例示用ドメインについて知っておいてほしいコト - にゃん☆たくのひとりごと
                                                                            • 分散形態論 - Wikipedia

                                                                              分散形態論(Distributed Morphology)は、生成言語学において1993年にモリス・ハレとアレック・マランツによって導入された理論的枠組みである[1][注釈 1]。分散形態論の中心的な主張は語の構築と文の構築の間には境界がないということである。統語部門が句と語のいずれについてもその音と意味の対応を形成する唯一の生成動力 (single generative engine)として位置付けられる。このアプローチは派生語の形成が行われたり特異な意味が貯蔵されたりする部門としてのレキシコン (Lexicon)という伝統的な概念に対して異議を唱えている。分散形態論においては、初期の生成言語学で語形成を担っていた統一されたレキシコンは存在せず、他の理論でレキシコンにあるとされる諸機能は文法の複数の部門に分散している。 分散形態論の概要[編集] 分散形態論では統語部門のみが語の形成と句の

                                                                                分散形態論 - Wikipedia
                                                                              • リモートワークでの意思疎通に困らないためのコミュニケーションテクニック9連発 | DevelopersIO

                                                                                こんにちは!越後長岡から「ふるさと勤務」というなのフルリモートワークを続けて早6年目になる髙野です。 ここ数年世の中の流れとしてリモートワーク中心の働き方をする方が増えたのではないかと思います。 しかし、リモートワークで円滑に意思疎通するには かなりのスキルが必要です。 この記事では、そんなスキルアップに向けて使えるテクニックについて、自分が自然に行っていることを明文化してみます。 始める前に大前提 具体の話を始める前に、リモートワーク問わず以下の大前提を頭に入れておいて下さい。 伝えなければ伝わらない 伝えても伝わらないこともよくある 人の記憶は当てにならない 自分も他人も 想像するものは人によって違う 同じ言葉でも違うものを指していることがある パフォーマンスは機嫌によって結構左右される 萎縮すると能力は数段落ちてしまう オフラインのやり取りでは、このあたりを同期的に軌道修正することが

                                                                                  リモートワークでの意思疎通に困らないためのコミュニケーションテクニック9連発 | DevelopersIO
                                                                                • アカウント&インストール不要で使えるビデオ会議ツール「Jitsi Meet」が悪用多数のため会議作成時はログインが必要に

                                                                                  2013年にサービスが始まった完全無料&インストール不要のオープンソースビデオ会議ツール「Jitsi Meet」で、匿名でのルーム作成機能がなくなり、GoogleやGitHub、Facebookアカウントでの認証が必要になりました。 Authentication on meet.jit.si - Jitsi https://jitsi.org/blog/authentication-on-meet-jit-si/ Jitsi MeetはGoogle MeetやMicrosoft Teams、Zoomなどと同様のオンライン会議ツールで、特徴は「アカウントがなくてもルーム作成&参加が可能」という点です。 Jitsiチームによれば、2013年にサービスを開始したときから、「できるだけプライバシーを確保し、摩擦の少ない状態での会議体験を提供する」ことを目標にしてきたとのこと。 このため、事前に会議

                                                                                    アカウント&インストール不要で使えるビデオ会議ツール「Jitsi Meet」が悪用多数のため会議作成時はログインが必要に