バグハンター・にしむねあ氏特製“脆弱性たっぷり”Webアプリを半日でどこまで「堅牢化」できるか？ - はてなニュース
2017年7月某日の朝9時、デジタルコンサルティング事業などを手がけるSpeeeのオフィスにエンジニアたちが続々と集まってきた。エンジニアたちに向けて提示されたのは、リクルートテクノロジーズ シニアセキュリティエンジニアの西村宗晃氏（にしむねあ氏）いわく「Ruby on Railsで頑張って書いた、脆弱性てんこもりのソーシャルメディアアプリケーション」。そこから半日かけてそのソースコードを修正し、どれだけ堅牢化できるかに取り組むユニークな勉強会が行われた。 （※この記事は、株式会社リクルートテクノロジーズ提供によるPR記事です） クロスサイトスクリプティング（XSS）やSQLインジェクション、ディレクトリトラバーサルといったWebアプリケーションの脆弱性について、知識としては知っているエンジニアが大半だろう。だがこの勉強会では、にしむねあ氏がGitHubで公開したソースコードを目で見て確認
エンジニアもプレゼン入門！ LT（ライトニングトーク）のテーマ選びから、スライドの作り方まで｜ハイクラス転職・求人情報サイト AMBI（アンビ）
エンジニアもプレゼン入門！ LT（ライトニングトーク）のテーマ選びから、スライドの作り方まで LT（ライトニングトーク）は、 カンファレンスなどで実施される短時間のプレゼンテーション。エンジニアにも避けて通れないプレゼンの経験を積むには絶好の機会です。LTに挑戦したい若手エンジニアに、気をつけるべきポイントをお伝えします。 エンジニアとして仕事をするときにも避けて通れないのがプレゼンテーション。ディレクターや営業などの他職種のメンバーに対して技術側から説明すべき場面や、提案をしたい場面で必要になるでしょう。技術力を高めるだけでなく、新人のうちにプレゼンテーションにも慣れて苦手意識をなくしたいところ。 しかしながら、業務中に自分からプレゼンテーションの機会を作るのは難しいでしょう。そこで、LT（ライトニングトーク）をうまく活用することをおすすめします。 今回はLTに挑戦する際に気をつけると良
Webプログラマと数学の接点、その入り口
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
社内技術勉強会で「技術ブログを書くことについて」発表しました - Hatena Developer Blog
こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今回ははてなで毎週開催している社内技術勉強会で発表した「技術ブログを書くことについて」という発表資料を公開します。 speakerdeck.com 今回の発表をなぜ行ったかというと、もっと気軽に自分のやったことをブログに書くといいのではという考え方を社内に伝えたかったからです。エンジニアをしていると、ブログを書くときは他の人が書いていないことしか書いてはいけない、しかも完璧に書かなければならない、というような気持ちになることもあります。しかし、ブログを書くことで自分の学習をより深め、加速することもできるので、あまり気負いせずにブログを継続して書いて欲しいという思いを発表しました。これがエンジニアのブログに関する正しい考え方と言い張るつもりはなくて、一つのブログに対する考え方として、参考になれば良いなと思います。 発表で
変態的 CSS トリック
多少複雑なデザインでも、画像や JavaScript には頼らず、CSS で実現させる。そこにはもはや手軽さなどは存在しない。あるのは男のロマン。
マイクロにしすぎた結果がこれだよ！
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
はてなでの サービス信頼性向上のための 取り組み事例
SRE Tech Talks ( http://connpass.com/event/34825/ ) でお話した際の資料です
Composerを速くするために必要だったもの // Speaker Deck
PHPカンファレンス関西2016の基調講演です。
このRDBについて私は驚くべき闇を見つけたがそこを発表するにはネットは怖すぎる
YAP(achimon)C::Asia Hachioji 2016midの資料です。
フリーランスデザイナーの「つくること、はたらくこと」 - Speaker Deck
Transcript ϑϦʔϥϯεσβΠφʔͷ � ʮͭ͘ Δ͜ͱɺ ͨΒ ͘ ͜ͱʯ ࣗݾհ ͢Έ͔ͩ͋ ʢ֯ాҁՂʣ 8FCσβΠ ϯˍΠ ϥε τ Ϩʔλʔ େࡕࡏॅɺ ੍࡞ձࣾͰͷ8FCσβΠφʔΛܦͯ����ʹϑϦʔϥ ϯεʹɻ ओʹ-1αΠ τͷσβΠϯɺ ΠϥετΛ੍࡞͍ͯ͠·͢ɻ ͱ�ࡀͷஉͷࢠͱ ͏͕͗͞�ඖ͍·͢ɻ Ωϟ ϦΞ͚ͩ ��ʹ ɾ ɾ ɾ ࠓͷ͓͠ͳ͕͖ σβΠϯΛ࡞Δ ʮཧʯ ͱ ʮϏδϡΞϧʯ � ཧฤ � ϏδϡΞϧฤ � σβΠϯͷઆ໌ฤ ϑϦʔϥϯεͱͯ͠ಇ͘ Θͨ͠ͷ৺ಘ 01 02 ࠓͷͶΒ͍ ࠓͷςʔϚ ʮσβΠϯࡇʯ ɻ ʮσβΠϯղܾʯ ͜ͷ͜ͱΛͣͬͱ؊ʹ͡ ͖͚ͯͨΕͲɺ ࠷ۙͲ͏ͬ͘͠ Γ͜ͳ͍ɻ ࠓͷͶΒ͍ ݟ͚͕ͨͩσβΠϯ͡Όͳ͍ɺ ͰσβΠϯͷத Ͱɺ ͖Ε͍ͳ৭ɺ ͖ͯ͢ͳϑ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術的負債と向き合う
RDBアンチパターン // Speaker Deck
クックパッドがどのようにMicroservicesしてきたか/How Cookpad shifts to Microservices
エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）
C/C++プログラマのための開発ツール
Reactの最新動向とベストプラクティス
開発組織マネジメントのコツ - Speaker Deck
インフラエンジニアの綺麗で優しい手順書の書き方
⼤企業で実現するイマドキの内製開発
Rails高速化戦略 / Speeding Up Rails
