builderscon tokyo 2018での情報セキュリティのセッション。 "実例と基礎で情報セキュリティについて知る" というお題で話しました。
![知らなかった、時に困るWebサービスのセキュリティ対策 / Where Do We Start With Information Security?](https://cdn-ak-scissors.b.st-hatena.com/image/square/3e3366bd9e1370d5650c1814536f4a9065e7241a/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F5f560c3c8151499abe91355bb2934d7b%2Fslide_0.jpg%3F10720623)
ベイジで社内のワークフローを整理しだしたのは確か2014年頃です。その頃はまだ4~5人しか社員がいない状態で、タスクの粒度も粗く、いくつかのタスクは各人の能力に委ねたものでした。しかし10人を超えて関わる人が増えたあたりから、仕事の進め方も徐々に変わり、ワークフローの綻びも色々と出始めてきました。そこで今年の春に、全社員参加のもと、これまでの進め方の問題点を話し合ったうえで、ワークフローの大幅な刷新を行いました。本エントリーはそのご紹介です。 刷新にあたって、受注から納品までをサブタスクを含めて約140に分解しました。また、各タスクで用いられるドキュメントもできるだけフォーマット化し、効率よくドキュメントワークができるようにしました。 合わせて、タスク毎の職能の再定義を行いました。プロデューサー、ディレクターといった業務範囲が曖昧な職能は、より厳密な職能の定義を試みました。例えばディレクタ
Intro 筆者がやっている Podcast である mozaic.fm の中で、 Monthly Web という月ごとの Web の動向をまとめる回をやっている。 未だに落ち着いたとはいえないが、 2017 年 7 月に初めてから 1 年続けたので、結果として現状どうなっているかをログに残す。 Monthly Web mozaic.fm は、 Web について「今何が起こっているのか」「これからどうなっていくのか」を議論するための Podcast である。 そこでは、ゲストをお呼びし、特定のテーマについて議論をするということを行ってきた。 しかし、このテーマの設定と消化よりもよほど早い勢いで、多くの重大なトピックが日々生まれており、その大局的な流れを扱うことはできないかずっと考えていた。 通常回が「縦を深く掘る」議論であるとすれば、「横の流れを繋ぐ」部分の議論を行うことができれば、議論す
What makes a good Progressive Web App? Stay organized with collections Save and categorize content based on your preferences. Progressive Web Apps (PWA) are built and enhanced with modern APIs to deliver enhanced capabilities, reliability, and installability while reaching anyone, anywhere, on any device with a single codebase. To help you create the best possible experience, use the core and opti
1. Hey Google, you sound great today! You can now choose from six new voices for your Google Assistant. 2. There will even be some familiar voices later this year, with John Legend lending his melodic tones to the Assistant. 3. The Assistant is becoming more conversational. With AI and WaveNet technology, we can better mimic the subtleties of the human voice—the pitch, pace and, um, the pauses. 4.
これが役に立った。xibファイルの読み込み時のエラー http://blog.ch3cooh.jp/entry/20160330/1459305848
Introduction Developers have a number of choices today when it comes to selecting a JavaScript framework or UI library for building scalable web apps. React / Next.js, Vue / Nuxt, Angular…the list of solutions continues to grow, but just how do you decide on which to use in a sea of so many options? To help you understand the options, we created TodoMVC - a project which has offered the same Todo
Examples of common custom control and widget design patterns. Toggle button design patterns Toggle button with button element Toggle button with a element Toggle button with span element Disclosure button design patterns Disclosure button with button element Disclosure button with a element Disclosure button with span element ToggleTip button design patterns ToggleTip button with button element To
プロポーザルのステージの進み方 2ヶ月に1度行われるTC39のミーティングでプロポーザルのステージを更新 ミーティングの議事録は tc39/tc39-notesで公開 毎年のECMAScriptをリリースするタイミング(6月)で、Stage 4のプロポーザルをマージ ECMAScript 20XXとしてリリース なぜ仕様策定プロセスが変わったのか ES2015以前: すべての仕様の合意が取れてからリリース ES2016以降: 合意が取れた仕様からリリース 変更理由: ECMAScriptのリリースに長い歳月がかかり言語の進化が停滞した 歴史的失敗: ES4では多くの変更を入れることを試みたが、TC39内でも意見が分かれ最終的に合意できなかった これにより言語の発展が数年間停滞した[^1] [^1]: Programming Language Standardization: Pattern
The HTML (ARIA and ARIA-associated attributes displayed in green) <form action=""> <fieldset> <legend>Login form</legend> <div> <label for="username">Your username</label> <input type="text" id="username" aria-describedby="username-tip" required /> <div role="tooltip" id="username-tip">Your username is your email address</div> </div> <div> <label for="password">Your password</label> <input type="t
はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 <ご注意> 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する
Here's our stack: Open Source Ruby on Rails Mostly VanillaJS with PreactJs for some components Postgres (hosted on Heroku) Infra/Services Heroku Fastly Airbrake Skylight Sendgrid Amazon S3 Google Analytics Stream Algolia Algorithmia Timber Codeship Codeclimate GitHub Pusher Twilio Video DaCast Sometimes it's hard to say where to delineate the line of services that are part of the "stack" vs ones t
のようなイメージではないでしょうか? (灰色と橙色の分け方は作者のおすすめ度(匙加減)な気もしなくないんですが) はい…まさにこの通りですのでこれを参照頂ければなと思います。隅まで目を通していないのがバレますね。 では早速本題 🚀Introduction これが2017版 2018版 左の奴らが軒並みチョーヤバいです。雑だな! まあここは導入みたいなもんなんで深くは追及しません。最早OSSや仮想鯖、クラウド環境化での開発は必須なんだってことが言いたいんだと思います。(適当) デザインパターンってのはGoF(Gang of Four)というおじさん4人がソフトウェア開発に取り入れたオブジェクト指向プログラミングにおけるこう書くとオブジェクト指向的にええと思う!っていうパターンの集まりです。全23種、知らず知らずのうちに使っているものも多いです。 なんで今追加されたのか僕にはよくわかりません
Introduction to safe programming with numeric library / 数値ライブラリで始める安全なプログラミング
はじめに おばんです、冬アニメ1話の段階ではポプテピピックが今期覇権だと思った田中です。星色ガールドロップも作って欲しい...! 最近はCIについて学んでいるのですが、なぜCIが必要かということをうまく説明できませんでした。なので、色々記事を読んで今回は以下のことについてまとめてみます。 CIとは なぜCIが必要なのか CIサービス どんなプロジェクトに導入すべきか? 短期的なプロジェクトに必要なのか? 受託開発に必要なのか? CIが無視される問題 対象読者 そもそもCIとななにかイメージがつかない人 なんとなくCIが大切だとはわかるが、具体的に腑に落ちていない人 CIとは Continuous Integration: 継続的インテグレーションのこと。 アプリケーション作成時の品質改善や作業コストの削減を目的 とし、コミット単位で以下のような作業を実行することである。 コンパイル テスト
I’ve compiled a list of essential Vim commands that I use every day. I have then given a few instructions on how to make Vim as great as it should be, because it’s painful without configuration. Essentials Cursor movement (Normal/Visual Mode) h j k l - Arrow keys w / b - Next/previous word W / B - Next/previous word (space separated) e / ge - Next/previous end of word 0 / $ - Start/End of line ^ -
2017-11-09「フロントエンド開発に再入門する」タスクフォースの進め方こんにちは。開発本部の宍戸です。 メドレーでは定期的に、テーマに沿って組織の技術的な底上げを行うための機会(タスクフォースと呼んでいます)を行っています。そのタスクフォースの1つとして先日、フロントエンド開発力のベースアップを目的としたタスクフォースを行いました。本記事では、その取組みについてご紹介したいと思います。 背景メドレーには現在 20 人弱のエンジニアが在籍しており、その約半数がサーバーサイド出身者です。また普段の開発においては、一つの機能をフロントからサーバーサイドまで一貫して一人が担当するケースが多くあります。サーバーサイド出身者のフロントエンド開発のスキルセットには多少ばらつきはあるものの、普段の開発業務ではレビュー等でそれぞれサポートしつつ開発を行っています。 しかし、フロントエンドの基礎的な部分
Nintendo Switchの中ではReactが動いてる!Nintendo eShop開発秘話を聞いてきた 白石 俊平(HTML5 Experts.jp編集長) こんにちは、編集長の白石です。 この記事は、9月24日に開催されたHTML5 Conference 2017に登壇したエキスパートに、お話されたセッションのトピックを中心に語っていただこうとういものです。セッションの内容をより深く理解する手助けになるだけでなく、本記事単体でも面白く読んでいただけることを目指しています。 今回は、「Nintendo SwitchとWeb」という講演をされていた任天堂さんに、Switch開発におけるWeb技術の活用方法や、開発秘話を伺ってきました。任天堂のお二人は京都から、リモートでの取材に応じていただきました。 Nintendo SwitchではWeb技術が大活躍! 白石 簡単に自己紹介をお願いで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く