タグ

unaristのブックマーク (9,828)

  • Webサービス公開前のチェックリスト

    個人的に「Webサービスの公開前チェックリスト」を作っていたのですが、けっこう育ってきたので公開します。このリストは、過去に自分がミスしたときや、情報収集する中で「明日は我が身…」と思ったときなどに個人的にメモしてきたものをまとめた内容になります。 セキュリティ 認証に関わるCookieの属性 HttpOnly属性が設定されていること XSSの緩和策 SameSite属性がLaxもしくはStrictになっていること 主にCSRF対策のため。Laxの場合、GETリクエストで更新処理を行っているエンドポイントがないか合わせて確認 Secure属性が設定されていること HTTPS通信でのみCookieが送られるように Domain属性が適切に設定されていること サブドメインにもCookieが送られる設定の場合、他のサブドメインのサイトに脆弱性があるとそこからインシデントに繋がるリスクを理解してお

    Webサービス公開前のチェックリスト

  • ID周りをやりたいエンジニアにすすめたい学習ステップ(1) : 単一アプリケーションとID管理


    ritouです。 これについての話です。 この辺りずっとやってると﹁認証認可について詳しくなりたいです！﹂﹁OIDCに興味があります！﹂みたいなところから﹁何をやればいいですか！？﹂みたいなことを聞かれたりします。(やりたいことやればいいじゃんと思いつつ) 昔は 年に一回ぐらいIdPを作りましょう なんて言っていた時期がありますが、まぁそう簡単にできるものでもありません。ふじえさんの記事をdisっているわけではないですが、OIDCのところから始めても他にやることが多すぎて結構つらいのです。 何から始めたら良いか 現状のおすすめとしては、 Webアプリケーションフレームワークを使って単一アプリケーションを動かして、既存コードを追ったり拡張できるならやってみて色々細かい部分を理解するところから始めましょうというところです。 なんと、ひと昔前にQiitaに溢れたようなやり方ですが どのフレーム
    ID周りをやりたいエンジニアにすすめたい学習ステップ(1) : 単一アプリケーションとID管理

  • MIXI Mと社内外のサービスを支える認証基盤を作るためにやってきたこと #MTDC2024

  • 身分証の検証を用いた身元確認/当人認証を意識してみよう


    (4/14 表記揺れなどのコメントいただいたので、少し修正、追記しました。) ritouです。 私のタイムラインによく出てくる、この辺りの話っていつになってもしっくりこない人が多いと思います。 OAuth認証👮 : アプリケーションがユーザー情報取得を提供するAPIを叩いて受け取ったユーザー識別子を使って新規登録やログインさせてはいけない。OIDCのIDTokenを使え ユーザーIDが取得できればログインさせていいのではないか IDTokenはユーザーIDを含むJWTだが、どうしてこれは良いのか デジタル庁が進めるマイナンバーカードを用いた個人向け認証アプリケーション(以下、認証スーパーアプリ)の用途 マイナンバーカードを用いた本人確認は既にいくつかの民間サービスで使われているが、ログインに使えるとはどういう事なのか デジタル庁からは スマホ用電子証明書搭載サービス　という物も出ているが
    身分証の検証を用いた身元確認/当人認証を意識してみよう

  • 方法不確実性を下げるための松竹梅メソッド - 貳佰伍拾陸夜日記

    若手メンバーのスキルアップのための相談に乗っていると, うまい設計ができるようになる, 仕様の整理やメリット・デメリットの判断がうまくなる, あるいは技術の引き出しを増やすにはどうしたらよいか, という話がよく挙がる. この手の話題にいつも同じようなアドバイスをしていると気づいたので, 説明を楽にするために書き下しておく. ソフトウェア開発の話だけど, もしかしたら一般的な仕事のやり方の話だと思っても成立するかもしれない. 文脈 ソフトウェア開発のプロジェクトを進めるとき, 少人数の精鋭だけで開発するなら極論するとカウボーイコーディングでも成立するかもしれない. そうでなければ, たとえばスクラムのように, なんらか段取りをチームでマネジメントし, 不確実性を下げるためにどういう方法でアプローチするか検討し, 仕様を固めて細かいタスクに分解するプロセス(以降ざっくり「ソリューションを定める

    方法不確実性を下げるための松竹梅メソッド - 貳佰伍拾陸夜日記

  • テックリードを再生産可能にする - テックリード養成講座をやっている話 - 貳佰伍拾陸夜日記

    この記事はEngineering Management Advent Calendar 2022の7日目です. 今はエンジニアリングマネージャ(EM)としてエンジニアリングマネジメントの4領域(プロダクト・プロジェクト・テクノロジ・ピープル)すべてを見ていますが, それ以前は長い間テックリードをやっていました. その経験を活かして, 最近は後進を育ててテックリードあるいは「弱いEM」*1をできる人材を増やそうとしています(これ自体がピープルマネジメントの一環ですね). テックリードを育てるためにやっていることの全容を詳細に書くと本が1冊書けるくらいになってしまうと思うので, その中でも再利用可能そうな(と言うより再利用可能にしたいと目論んでいる)「テックリード養成講座」について紹介したいと思います. Memeplex.appで生成した, テックなリードが養成されるイメージ 経緯 僕自身は,

    テックリードを再生産可能にする - テックリード養成講座をやっている話 - 貳佰伍拾陸夜日記

  • 株式会社一休に入社しました - 貳佰伍拾陸夜日記


    転職のお知らせ、あるいは個人の日記です。6月から以下のように所属変更となっています。 From 株式会社はてなTo株式会社一休 マネージャではなく、とくに役職のないソフトウェアエンジニアとして働きます。いわゆるIC (individual contributor)というやつです。 きっかけ はてなには新卒として入社して以来11年も勤めて、インターンやアルバイトとして関わった時期から数えると16年になります。出入りの激しいこの業界でずっと1社しか知らずに過ごすのは負い目に感じていました。また、年齢的にも今年で40歳になることもあって、そろそろ転職を経験しておかないとまずいという焦りもありました。 そんなときに、大学の同期でプライベートでも仲良くさせてもらっているid:suzakから声をかけてもらい、ちょっと真剣に転職を考えたのがきっかけでした。 できることではなくやりたいこと はてなで
    株式会社一休に入社しました - 貳佰伍拾陸夜日記

  • 【調査中/追記】ニコニコサービス全体において正常に利用できない場合がある不具合｜ニコニコインフォ


    ※ アカウントなしで無料で視聴できます ※ ニコニコ公式番組のみの対応となります ※ アクセス集中を避けるため、国内からのみ利用可能です ︻6/14 追記︼ 当社サービスへのサイバー攻撃に関するご報告とお詫び ＜ドワンゴプレスリリース ‥6月14日︵金︶15時配信＞ 株式会社ドワンゴ︵本社:東京都中央区、代表取締役社長:夏野剛︶は、2024年6月8日付けのニコニコインフォで公表したとおり、6月8日早朝から当社が運営する﹁ニコニコ﹂のサービス全般を利用できない状態が続いております。本障害は、ランサムウェアを含む大規模なサイバー攻撃によるものであることが確認され、現在サービスの利用を一時的に停止し、被害状況の全容把握と復旧に向け、調査と対応を進めております。 当社は、サイバー攻撃を確認後、直ちに関連するサーバーをシャットダウンするなど緊急措置を実施するとともに、対策本部を立ち上げ、被害の全容
    【調査中/追記】ニコニコサービス全体において正常に利用できない場合がある不具合｜ニコニコインフォ

  • ソースコードを読むのが好き - たにしきんぐダム

    ライブラリになにか変な挙動があるときや、ドキュメントが書かれておらずどういう挙動をするのかわからないときや、他言語のコンパイラやIDEの実装方針を調べるときなど、一度も触ったことのないない他人の書いた巨大なソースコードを読むことが多い。 どうやら自分は他人の書いたコードを読み解いていくことが、他の人よりも好きだし得意なようだ。 自分のプログラミングへのモチベーションも、何かを作る楽しみをというよりか、自分の使っているソフトウェアの機能がどうやって実現されているのか仕組みを理解していくのが楽しくてやっているところが大きいように思う(何かを実装するのは、すごい機能を作ることが楽しいというよりかは、自分の発見やアイデアのバリデーションのためにやっているところが大きい)。 (一方、難しい文書を読み解くことよりも、何かを創作することのほうが負荷が高いのは当たり前なので、楽な方が好きだというだけの話か

    ソースコードを読むのが好き - たにしきんぐダム

  • 1443641775


    よく﹁どうやって情報手に入れてるの？﹂みたいに聞かれますが、そんなの、ひたすら時間かけてgithubみたりメーリングリスト読んだり最近ではgitterの会話読んでるに決まってます。 どうやって(How)ではなく、なぜ(Why)、自分がそんなことをするようになったのかを、あらためて書いてみる気になったので書いてみたいと思います。 書こうと思ったのは、Howだけ書いても、Why書かないとあまり意味ないと思うことが多くなったからですかね。(この件に関しては) 無責任に大雑把にいうと、(どんな理由であれ)情熱みたいなものがあれば、Howは自然に身につきます、たぶん。 なお、少し長くなるし、自分語りっぽくなるし、いつも書いてるようなものとは少し方向性が違い、具体的なすぐ役に立つ技術的な内容*1は基本出てこないので、期待してるものが違うと思う人は、ここで読むのやめたほうがいいと思います。 どれほどコー
    1443641775

  • ライフスタイルとしての ScalaMatsuri · eed3si9n


    2016-02-13 / scala 僕にとって ScalaMatsuri とはライフスタイルのようなものだ (他の27名近くいるオーガナイザーも同じように思っているんじゃないだろうか)。確かに、近日東京で 550名を動員したカンファレンスがあって、それは成功に終わった。しかし、オーガナイザーは 2015年の 2/28 からかれこれ11ヶ月間準備してきた。僕が関わったのは一部でしかないけども、ScalaMatsuri 2016 はこれまでで一番関わりの深いカンファレンスになったと思う。この何ヶ月の間 Slack、Hangoutたまには対面で、さまざまな議論を重ねてきた。面白かったのは、一緒にアイディアを出し合ってそれが実現されるのをみることだったと思う。僕が奇抜なアイディアを出して、その詳細を誰かが実行してくれることもあれば、他の人が始めたことを元に僕が現場の作業をすることもあった。

  • シェーダー最適化入門 第1回目「条件分岐を使いこなせ」 - CORETECH ENGINEER BLOG


    はじめに こんにちは、サイバーエージェントゲームエンターテイメント事業部、SGEコア技術本部︵コアテク︶のグラフィックスチームに所属している清原です。 コアテクのグラフィックスチームは、各子会社で利用されるグラフィックス関係の基盤の開発や、開発されているタイトルの描画系の不具合の調査や、パフォーマンスチューニングを日々行っています。 この記事では、シェーダー最適化入門として、基盤の開発や実際に開発されているスマートフォンアプリのパフォーマンスチューニングから得た知見を紹介していきます。 第一回目の連載記事として、何かと話題に上がるシェーダーでの条件分岐について取り上げます。﹁使ってはダメ﹂や﹁今のGPUなら使っても問題ない﹂など、様々な意見があるかと思いますが、この記事ではGPUの並列処理の仕組みを踏まえて、条件分岐の問題点とその対策についてお話ししていきます。 また、最後にはコアテクのグ
    シェーダー最適化入門 第1回目「条件分岐を使いこなせ」 - CORETECH ENGINEER BLOG

  • コードレビューについて - camlspotter’s blog

    このところ立て続けにコードレビューについて話をする機会があったので 私が経験した最高のレビュー体制を簡単にまとめておこうと思います。 利点 何故必要か 何が嬉しいのか コスト うまく回すためには何が必要か 細かい運営方法 はっきり言って当たり前の事しか書きません。 私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。 ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。 ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。 だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点 レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。 型システムや

    コードレビューについて - camlspotter’s blog

  • 優しさ、親切という名の「能動性の強奪」｜shinshinohara


    ﹁自他の区別ができない、入れ込みすぎる﹂と指摘された、という人から相談を受けた。それを聞いて思い出したのが、2人のメディカルソーシャルワーカー。 一人は、自分の担当することになった患者に同情しすぎ、プランを提案した後も﹁もっとどうにかできなかったのか﹂と悔やみ、悩んでついに退職。 もう一人はサバサバしていて、患者に合っているであろうプランを複数提示し、それぞれのメリットとデメリットを説明し、本人に選ばせる。それが済んだら次の患者に意識をシフトし、過去の仕事を振り返らない。その代わり﹁こういうケースにはどういうプランが最適か﹂を常に模索し、研鑽を怠らない。 後者の人は、今もその仕事を続けている。常にベストなプランを提示できるよう努力はしているが、そのベストなプランでさえ患者の人生を完全に救えるほどの力がないこともわかっている。けれど﹁自分にできることはそこまで﹂ともわかっている。あとは患者自
    優しさ、親切という名の「能動性の強奪」｜shinshinohara

  • 「IDOLY PRIDE」における動画のようなADVの実現方法 | Unity Learning Materials


    QualiArtsではこれまで3Dの各タイトルのADVパートを独自のエンジンとエディタを用いて実現してきました。 ﹁IDOLY PRIDE﹂ではこれをさらに進化させ、UnityのTimelineの仕組みを参考に、動画のようなADV表現にチャレンジしました。 本公演ではこれを実現するPlayableAPIを活用したシステムの構成と工夫について紹介します。 また、Unity上での制作の効率化や品質向上のための機能開発についても紹介します。 こんな人におすすめ: ・Unity上でADVを制作する仕組みを作りたい方 ・動画のようにシーク可能なADVの仕組みに興味がある方 ・PlayableAPIの実践的な活用事例に興味のある方 受講者が得られる知見: ・PlayableAPIの活用手法 ・UnityのADV開発を効率化するためのアプローチ 出演: 山城 悠太郎 (株式会社QualiArts)
    「IDOLY PRIDE」における動画のようなADVの実現方法 | Unity Learning Materials
    unarist
    unarist 2024/05/19
    リンク

  • Building fast.com

    On our company blog in May, we introduced fast.com, our new internet speed test. The idea behind fast.com is to provide a quick and simple way for any internet user to test their current internet speed, whether they are a Netflix member or not. Since fast.com was released, millions of internet users around the world have run the test. We have seen a lot of interest in the site and questions about

    Building fast.com

  • 騒音の種類と防音対策 / 防音の方法


    ■ 騒音の種類 ■ [ 騒音内容をクリックすると説明リンクに飛びます。 ] 隣室からの 話し声 ステレオの 重低音 階上からの 歩行音 水道管 の音 ペットの鳴き声 ドアの開閉音 どこから聞こえてくるか 分からない音 (鉄筋コンクリート造 / 鉄骨造) ※空気伝播音はオレンジ色。 おもに固体伝播音は、赤色で表しています。 道路騒音 鉄道騒音 工場騒音 エアコンの 室外機 低周波音 超低周波音 ＲＣ造のマンションで 話し声が聞こえる 1. 音響機器の騒音 低音 重低音 ‥ 防音の難易度 4 [1～5 / 5が最も難しい ] カラオケやステレオなどの出力の大きい音響機器の音には重低音が多く含まれています。重低音・低音域の音は、壁などを透過する力が強く、壁の防音性能を超えて低音部分だけが 聞こえて来るケースがよくあります。 アパートやマンションで、スピーカーを直に床に置いた場合、スピーカーの振
    騒音の種類と防音対策 / 防音の方法

  • エンジニア基礎 ウィルゲート2024年度エンジニア新卒研修

    ▼この研修についてのテックブログ記事 https://tech.willgate.co.jp/entry/2024/04/01/184252 ▼補足 株式会社ウィルゲート 2024年度エンジニア新卒研修「エンジニア基礎」の資料です。 実際に研修で使用したものを加筆修正して外部公開しています。 ▼研修を実演するイベントが開催されました 2024/4/15 18:30〜『エンジニア基礎 - 話題の新卒向け研修実演』 https://forkwell.connpass.com/event/315283/ YouTube Live アーカイブ https://www.youtube.com/watch?v=VidNzvmlbvE

    エンジニア基礎 ウィルゲート2024年度エンジニア新卒研修

  • ノア・スミス「安楽死の歪んだインセンティブ」（2024年4月3日）｜経済学101


    ﹁死んではいかが﹂とほのめかすのは，納税者のお金を節約するいい方法じゃないね"Euthanasia" by alberto.biscalchin, CC BY-SA 2.0﹁税金を低いままにしたくって / 市長は悪ガキどもを殺してる﹂ ――The Weakerthans今回の記事では，繊細で扱いにくい話題をとりあげる‥安楽死，別名﹁死亡幇助﹂について語ろう． 原則として，安楽死はしてもいいとぼくは思ってる．頭脳が正常な状態にあるかぎりなら，おぞましい苦痛を耐えながら生き続けるかわりに死ぬのを選ぶ権利が人々にはあるとぼくは信じてる．安楽死のことを考えても，ぼくは嫌悪感を覚えないし，心の奥に深く根ざした道徳的禁忌に触れたりもしない．この点についてぼくと意見がちがう人は――あらゆる人命は神聖でどんなコストを払ってでも守らなくてはいけないと思ってる人や，さらには，どうにも言い表せないけれど安楽死は
    ノア・スミス「安楽死の歪んだインセンティブ」（2024年4月3日）｜経済学101

  • 単体テストを書かない技術 #phpcon_odawara

    PHPカンファレンス小田原2024での発表資料です https://fortee.jp/phpconodawara-2024/proposal/4d39c7ef-058c-4648-b1d7-5510497e0d81

    単体テストを書かない技術 #phpcon_odawara
  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.