あるときコードレビューするときにどういうところ見てるんですか？ と訊かれてたしかに自分でもあまり言語化したことはなかったな、と気づいたので簡単に書いておく。 変更意図が要求に沿っているか そもそも実現しようとしていることが、ユーザやプロダクトオーナーの要求に沿っているか。モデリングや実装のコンテキストを自分でも把握しておく。 関連する別の変更やイシューなど、自分が知っていて相手が知らない有意義な情報があったらコメントする。 モデリングが妥当か モデルによって意図が表現できているか。仕事が適切な粒度で明確に切り分けられているか。意図のない共通化がなされていないか。 わかりやすい名前がつけられているか。ここが混乱していると何かがよくないサイン。既存のコードがすでに……ということもある。そういう場合は改善できそうな道筋について議論できるとベター。 仕事にあったインタフェースになっているか。テスト

※この座談会は緊急事態宣言以前に実施しました。 イエラエセキュリティの顧問を務める川口洋が、イエラエセキュリティを支える多彩なメンバーと共に、サイバーセキュリティやサイバーリスクの今を語り合う座談会シリーズ、第11回をお送りします。 川口洋氏は、株式会社川口設計 代表取締役として、情報セキュリティEXPO、Interop、各都道府県警のサイバーテロ対策協議会などで講演、安全なITネットワークの実現を目指してセキュリティ演習なども提供しています。 イエラエ顧問として、「川口洋の座談会シリーズ」を2019年に開始。サイバーセキュリティを巡る様々な話題を、社内外のゲスト達と共に論じ語ってきました（川口洋の座談会シリーズ)。 今回ゲストとして登場するのは、イエラエセキュリティのペネトレーション課に所属する馬場将次。Webデザイナーとしての経験から、Webに関するセキュリティへの鋭い視点を持つ馬場。

こだわり続ければ海を越える！「同人音楽の鬼才」bermei.inazawaの仕事術とルーツに迫る（インタビュー前編） アニメ インタビュー 劇伴音楽 コミックマーケット、M3などの同人即売会で自主リリースした作品のクオリティーが反響を呼び、「同人音楽界の鬼才」として世間に発見されたbermei.inazawa（ベルメイ・イナザワ）さん。今では同人の枠を超えて「ぼくのりりっくのぼうよみ」や「やなぎなぎ」などのアーティストへの楽曲提供や、TVアニメ『ひぐらしのなく頃に 解』『ヨルムンガンド』『世界征服〜謀略のズヴィズダー〜』などのテーマ曲の作編曲、そして最近では中国発のノベルゲーム『Christmas Tina ‐泡沫冬景‐』の劇伴なども手掛けています。 Annabel + lasah「送葬と再生」（bermeiさんが作編曲を担当） 「世界はイナザワを知らなすぎる」……2011年にビクターより

注：単純なデータモデルでさえ、今後の維持や説明が必要になる6つものエンドポイントが含まれています。 あなたがクライアント側の開発者で、movies APIを使い、HTMLとjQueryで単純なWebページを作るとします。そのためには、映画と出演俳優・女優の情報が必要です。APIに必要な機能は揃っているので、データを取得します。 新しくターミナルを開いて以下を実行します。 curl localhost:3000/movies 以下の応答が返ってきます。 [ { "href": "http://localhost:3000/movie/1" }, { "href": "http://localhost:3000/movie/2" }, { "href": "http://localhost:3000/movie/3" }, { "href": "http://localhost:3000/mo

Transcript FlutterͱKotlin/NativeͰ࡞Δ ΫϩεϓϥοτϑΥʔϜ͸࣮ݱग़དྷΔͷ͔ʁ ʙϓϩϩʔάฤʙ KotlinѪ޷ձ x GDG Kyushu~෱Ԭͱ౦ژͷKotlinษڧձίϥϘ~ (2020/01/25) @kurun_pan About me @kurun_pan @Kurun-pan Software Engineer @Sony Linux / Android /εϓϥτΡʔϯΛѪ͢ΔΤϯδχΞ Kurun / ͘ΔΜ ຊ೔ͷ಺༰͸Flutter + Kotlin/Nativeͷ ҙຯ౳ਂ͘ߟ͑ͣʹௌ͍͍ͯͩ͘͞ • ֓ཁ ‣ Flutter + Kotlin/NativeͰ࣮ݱ͍ͨ͜͠ͱ ‣ Flutterͱ͸ʁ ‣ Kotlin/Nativeͱ͸ʁ • Kotlin/Nativeʹ͍ͭͯ ‣ ίϯύΠϥͷ࢖͍ํ (without Gradle

日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

なぜ仮想 DOM という概念が俺達の魂を震えさせるのか - Qiita から 5 年経ち、 仮想 DOM を備えた React やそれを採用した Vue や他のライブラリも市民権を得たように思います。 有用な技術が市民権を得る、というのはエコシステムが花開くことでもあります。新しいプロダクトを作る際の技術選定において、 TypeScript + React が常に正解というわけではないですが、このスタックはかなり強力だという手応えがあります。 このスタックは得意のウェブフロントエンドは勿論、それ以外もとりあえず 80 点ぐらいの品質でプロトタイピングできる、というようなエコシステムになってきたような肌感があります。 モダンフロントエンドだと TypeScript と Webpack は採用しているのを前提として、本記事では React を軸にその技術を活かすために、次の 6 個の技術を紹介

Dockerの登場により急速に普及をはじめたコンテナ型仮想化の技術は現在、DockerコンテナそのものからKubernetesを軸としたオーケストレーションツールへと主役が移ってきています。 その様子は2017年12月に公開した記事「Dockerコンテナ時代の第一章の終わり、そして第二章の展望など」で紹介しました。 この記事の公開から2年が経過し、現在のコンテナ型仮想化技術は、マイクロサービスやクラウドネイティブなどの文脈とともにエンタープライズな分野でも使われるメインストリームな技術へと確実に進み続けています。 本記事では前記事で描いたDockerコンテナ時代の第一章に続く第二章として、コンテナ型仮想化技術のここ2年半ほどの動向をPublickeyなりにまとめてみました。 Docker 1.0の到達とKubernetesの登場 まずはDockerとKubernetesの登場とその後の主要

We were pretty sure 2018 would be the last time we did this survey. After all, the JavaScript ecosystem can’t very well keep changing again, can it? But what do you know, turns out JavaScript isn’t quite done changing just yet! And so after over 21,717 respondents took this year's survey we had to dig up our components and charts, curse us-from-a-year-ago for writing such crappy code, and get to w

この記事は、ドメイン駆動設計 Advent Calendar #1 の16日目の記事です。 Eric Evansのドメイン駆動設計（以後Evans本）第2部の第4章で触れられている 「利口なUI」についてまとめています。 なぜこれをピックアップしたかと言うと、アンチパターンから入ったことで、 ドメイン駆動設計というものがだいぶしっくりくるようになったためです。 利口なUIは、ユーザーインターフェイスにビジネスロジックが入っているパターンで Smart UIとも呼ばれており、Evans本には唯一アンチパターンという言葉が添えられて紹介されています（もちろん他にもアンチパターンはいくらでもあります）。 利口なUIと言う呼ばれ方がされているのは、UI層が責務を持ちすぎている意味が込められています。 Eric Evansは「アンチパターンと紹介することに対して皮肉を効かせている。」 と言っています

WebアプリでPDFを扱うときって、どうしています？  一昔前ならサーバーサイドで生成してAdobe Readerで表示させるぐらいでしたが、いまならJavaScriptだけで描画も制御できちゃうんですね。 本記事はJani Hartikainen、Florian Rappl、Jezen Thomas、Jeff Smithが査読を担当しています。最高のコンテンツに仕上げるために尽力してくれたSitePointの査読担当者のみなさんに感謝します。 現在のブラウザーはほぼすべて、WebサイトでのPDF文書を閲覧できる機能を最初からサポートしています。しかし、開発者はこのもともと備わっている機能を制御できません。たとえば、Webアプリ側のルールでPrintボタンを無効にしたい場合、有料会員への移行ページだけをレンダリングしない場合などを考えてみます。embedタグを使えばブラウザーにもともと備わ

11/25(月) LT Party presented by GeekHub (大阪) エンジニア向けゆるいフリーテーマLT大会!

by EstudioWebDoce トップレベルドメインの1つ「.org」を管理しているPublic Interest Registry(PIR)が、Ethos Capitalという投資会社に売却されたことが判明しました。これにより、「.orgドメイン」を利用する非営利団体などが法外な登録料の請求に直面することが懸念されています。 Ethos Capital to Acquire Public Interest Registry from the Internet Society | Internet Society https://www.internetsociety.org/news/press-releases/2019/ethos-capital-to-acquire-public-interest-registry-from-the-internet-society/ Brea

「サンプラーやアナログモデリング音源の音作りはある程度分かるけど、FM音源だけはさっぱり分からない」、「FM音源、フィルターがないって意味分かんないですけど」……そんな思いの人は少なくないと思います。その昔、8ビットパソコン内蔵のFM音源をいじったり、携帯内蔵のFM音源をハックして使っていた人でも、「音作りだけはさっぱり…」という人も多いようですね。 それはFM音源がほかのシンセサイザと仕組みがまったく異なるためなのですが、9月にヤマハからreface DXが発売されたことにより、またFM音源に大きな注目が集まっています。reface DX自体は品不足でなかなか入手困難という状況のようですが、そうした中、ヤマハ主催による「誰でもわかるFM音源」というセミナーが先日、開催されました。講師は、DX7の音色カートリッジ「生福」で一世風靡した音楽プロデューサーの福田裕彦(@YasuhikoFK)さ

元ネタはこれ scotthurff.com Webアプリケーションを作ったことがある人ならわかる話だが、アプリケーションは確実に予想外の状況に晒される。サーバーはレスポンスを返すのに時間がかかるし、ユーザーの環境がメモリ1G以下のこともあれば、完全に想定外の使いかたをするユーザーもいる。デザイナはそれらの現実に起こりうる可能性を全て考慮に入れてデザインをする必要がある。 2004年にBasecamp（当時は37signals）はThe Three State Solutionという提案をしていて、その内容は「全ての画面設計は3つのステート（Regular, Blank, Error）を考慮するべきだ」というものだった。その当時はまだAjax黎明期だったし、もちろんスマートフォンも存在していなかった。けれども、新しいテクノロジーが生まれるにつれて、インターネットを利用する環境は恐ろしく多様に