事業成長を加速させたエンジニアリングのウラ側 https://medpeer.connpass.com/event/211745/
事業成長を加速させたエンジニアリングのウラ側 https://medpeer.connpass.com/event/211745/
Learn Modern Web Development in a Fraction of the TimeSharpen your skills and stay current with the modern stack. Start Today. Your deep catalog of byte-sized courses Get access to 1000s of to the point, practical video lessons on modern web development. egghead courses are focused and don't waste your time. There's no meandering, no fluff, no filler. Just the best, most relevant content for moder
新人にドヤ顔で説明できるか、今風フロントエンド開発ハンズオン(Git/Node.js/ES6/webpack4/Babel7)JavaScriptNode.jses6webpackbabel 概要 今風の手法でJavaScriptアプリを作ろうとすると色々ツールがあって便利な反面、複雑でわからないことがたくさんあります。 わからないことがあったら、それを放置せず、しっかり理解して大いに寄り道しつつブラウザで動作するJavaScriptアプリをゼロから作っていきます ブラウザ上で動作するフロントエンドアプリを作ったら、ライブラリ化してnpmモジュールとして公開します 対象読者=今風のJavaScript開発の入門者、初心者 11年前からタイムトラベルしてきたひと ブラウザ用アプリを作りたいが今風の手法の初心者(jQueryだけでなんとか生きてきた人とか) Node.jsの環境をつかってフロン
はじめに Dockerを理解するには試してみるのが一番です。 でも、あなたはある日突然「あと一時間でDockerを理解する必要がある」 状況に追い込まれた不運なプログラマになってしまうかもしれません。 そんな状況で公式サイトのチュートリアルは長すぎることでしょう。英語ですし。 なので、Dockerでプログラムが最低知るべきことが最速でわかるチュートリアルを書いてみました。 簡単に「Dockerそれっておいしいの?」に答える Dockerは単に仮想環境を提供するアプリケーションです。LinuxのVMを提供します。ただ、コンテナ型ってやつなので軽量です。VMが短時間で構築できて便利です。コンテナ型ではないフルの仮想環境はゲストOSに中間マージンを払っているようなものなので、ゲストOSとホストOSが同じことやってるならリソースのムダです。ならば、ホストOSと直取引し、ゲストOSに支払っていた中間
某社で自分が React/Redux + TypeScript などの講習をやってみた結果、TypeScript 入門用資料が必要だと思って書いたやつです。 このドキュメントのターゲット TypeScript で書かれたプロジェクトに参加する人 TypeScript を導入するために、その事前知識が必要な人 このドキュメントの読み方 ES2015 for Beginners ES2015 for ES5 Programmers ES Modules 非同期表現: Promise と async/await TypeScript エコシステム編 自分が React/Redux などの講習でいろいろやってみた結果、 ES2015 と TypeScript を同時に教えると、初学者は何がどの概念に由来するかの区別が出来ずに混乱します。なので、ES5 -> ES2015, ES2015 -> Ty
BPS社内勉強会のmorimorihogeさんのスライド「Webアプリの基礎とさまざまな実行環境を理解する」を2回3回に分けてお送りします。 追記: 3分割に変更しました🙇。 #1: Webのしくみ(本記事) #2: Webサーバーの役割とWebサービスの代表的な形態I〜III #3: Webサービスの代表的な形態IV(Rails)、ステートレスとステートフル はじめに 本記事はWebアプリの開発初心者、または書いたことはあるけどサーバーやインフラについてはよく分かっていない人向けです。 細かい話をしていくと色々とありますが、あくまで代表的なWebアプリの動作環境の構成について説明していきます。 なお、発表者(morimorihoge)のWeb開発経歴はPHP 7年程度 -> Rails開発8年程度となっており、いわゆるエンタープライズJavaアプリケーションやASP.NETのような世界
どうしてもHTTPSでないとならない開発環境では、オレオレSSL証明書を入れてHTTPSでアクセスできるようにすることがありますが、オレオレ証明書はそのままではブラウザに信頼されていないため「信頼できない接続です」といったエラーが出て、サイトが見れない状態になります。 このような場合、大抵のブラウザでは、無視して閲覧するオプションがありますが、今回は、証明書をMac OSXのChromeやSafariに信頼させることでこうしたエラーを回避する方法を紹介します。 Firefoxと違い、ChromeやSafariは、ブラウザ単体では信頼するSSL証明書の追加ができません。そのためOSXでは、KeyChain Accessに証明書を追加し、信頼してあげる必要があります。 KeyChain Accessに証明書を追加・信頼する手順 信頼したい証明書をダブルクリックで開きます。 証明書の追加ダイアロ
問い合わせフォームもサーバレスでDevOps! (Github,CircleCI,AWS lambda/cognito/ses) 後編GitHubAWSCircleCIlambdacognito 前回の記事で、単純な静的サイトのオートデプロイフローまで完了した後の続き。 後編 「問い合わせフォームもサーバレスでDevOps!」 認証 AWS Cognito 処理 AWS Lambda 通知 AWS SES を利用して、もちろんサーバレスで。 Gibhubへのstaging/masterへのpush のみで、 CircleCI経由で各種環境へ自動デプロイを実現。 前提 前回同様の続きなので、 s3site.proudit.jp -> 本番サイト st.s3site.proudit.jp -> ステージングサイト が、すでにGithub+CircleCiにてデプロイ可能である前提で進める。 構
S3とLambdaとCognitoを使って、簡単でセキュアなお問い合わせフォームシステムを作ってみます。 記事執筆当時、Cognitoがバージニア/アイルランドのみ利用可能だったため、今回はS3/Lambda/Congito全部バージニア(us-east-1)に揃えています(S3とLambdaはリージョン揃える必要があります)。2015年9月以降、東京リージョンでもCognitoは利用可能となっています。 全体像 S3上にホスティングしているお問い合わせフォームから投稿すると、S3上にJSON形式で内容がuploadされます。ファイルがuploadされると、Lambdaがイベントフックして内容をGmailに送信する構造です。 お問い合わせ数の少ないサイトでは、これで十分でしょう。 SQLインジェクションとは無縁ですし、負荷も気にしなくて良いので、選択肢としてはありかなと思います。 0 準備
業務で製品の問い合わせフォームを作る機会があったので、まるまるAWSの機能を使ってみようかと。。 下記を参考にさせて頂きましたが、nodemailerの使い方がよく分かっていないので、メール部分はSESを使ってみました。SES以外の設定方法はこちらで S3 + Lambda + Cognitoを使って、簡単お問い合わせシステム構築 http://qiita.com/takuma_yoshida/items/3bd3af8b09307d25981a 1.SESの設定 1-1 メールアドレスを登録 まずは使うメールアドレスを登録。「Email Addresses」の「Verify a New Email Address」からメールアドレスを登録。設定すると登録確認用のメールが飛んでくるので、メール本文にあるURLをクリックして本登録する。登録がされるとStatusがverifiedになります。
ホットペッパービューティーで開発を担当している須藤です。 ホットペッパービューティーは近年著しい成長を見せている、リクルートライフスタイルの主力サービスの一つです。 当然システムもエンジニアの体制も大規模で、開発チームはエンジニアだけで100名を超えています。 しかし、その急激な成長故に、いろんなところで歪みが生まれているのもまた事実です。 ホットペッパービューティー開発チームは、「開発スピードがビジネス要求に遅れを取ることがあってはいけない」を合言葉に、様々な改善活動を行っています。 ホットペッパービューティー開発チームのインセプションデッキから引用 今日はそんな取り組みの中から、私のチームで実施しているものをいくつか紹介したいと思います。 チームビルディングで大切にしていること 最初に、私がチームビルディングする際に、常にチームに意識してもらうよう心がけている価値観をお話します。 常に
モバイルから欲しい情報があって、サーバー立てるのも大げさだし最近良く聞くLambdaを使ってみることにしました。ちょっと調べたらいろいろわかりやすい情報が出てきて本当に助かりました。 手元で動かしてテスト 初めてのJavaScript、初めてのAWS Lambda | Developers.IO AWS Lambdaのための関数のローカル開発とテスト – Qiita この二つを参考にしました。とりあえず、npmで必要なライブラリをインストールして、手元でテストをして動作確認します。index.jsはこういう感じに書きます。 index.js exports.handler = function(event, context) { ... }; 動作確認はこんな感じでやりました。本体ファイルはindex.jsです。それを取り出して、仮のeventとcontextを渡して実行しています。 te
Sublime Text の利用パッケージと設定 2015で予告したとおり Sublime Text に近い環境を Atom で構築してみる。対象は現時点の最新 Atom v1.2.4 とする。 パッケージ管理 Atom は標準でパッケージ管理機能が組み込まれている。追加と削除、検索、設定も GUI ベースなのでわかりやすい。 紹介しているパッケージを検索する場合はメニューから Atom > Preferences を選ぶと Settings タブが表示される。その左メニューから Install を選択して検索窓にパッケージをコピペした後 Enter キーを押す。 検索結果にはパッケージ情報と共にダウンロード数も表示されるため、評価の目安になる。パッケージ情報の Install ボタンを押すことでインストールできる。 検索結果として既にインストールしたパッケージも混在して表示される。ここか
Plack::Middleware::PostErrorToSlackというのを書いた.これは何かというと,アプリケーションの例外を自動的にSlackに投げるやつ. 使い方は簡単で,Incoming WebhookのURLを設定するだけ.あとは例外を起こすだけ. enable "PostErrorToSlack", webhook_url => 'https://hooks.slack.com/services/...'; それで,Slackにこんなのが出る. 誰が,どのブランチで,何をしたら,こういうエラーが出ましたよ,というのがSlackに投稿される.uriメソッド呼びたいけどなんかおかしそう,とか分かる. これだと寂しいので,😇な絵文字などを設定すると,😇感が出て良くなる. enable "PostErrorToSlack", webhook_url => 'https://ho
gitなど既存のコマンドラインを拡張して新しいサブコマンドを追加する方法はいくつか考えられる。 git alias gitの場合はgit aliasを使うことで簡単にサブコマンドを追加できる。gitのとき限定。 ラッパー github/hubのような既存のコマンドラインをラップしたスクリプトを書き、alias hub=gitのようにaliasすることで既存の機能を保ちつつ機能を追加できる。 問題点としては、複数のラッパーによる拡張が難しくなる。例えば、ここでbubというgitのラッパーを書いたとする。gitにhubの機能とbubの機能を拡張したい。hubは入力されたサブコマンドがhubになければgitにフォワードしている。なので、hubとbubを同時に拡張するにはbubをhubのラッパーとして実装することになってしまう。依存関係をハードコーディングすることになるため、まったくスケーラブルじ
2015年3月25日に、株式会社ロフトワークさま主催の『ビジネスを躍進させる創造的チームの作り方』にて、千葉県の柏にある柏の葉オープンイノベーションラボ(KOIL)にて、「小さなままで世界を相手に冒険できる自己組織化したチーム」というタイトルでお話をさせていただきました。また、最近ではないですが、2012年9月には、Movida School にて「スタートアップは自己組織型であるべき」といったタイトルでスタートアップの起業家に向けてお話させていただきました。 いづれも、「チームの作り方」に触れるような内容でした。 また、同様の内容で、台湾のお客様の社内セミナーや、その他多くの場所でお話させて頂いてます。 自分自身もまだまだ勉強中だということもありますが、このような題材は、「こうすることが正解」というケースは無いと思います。なので、いずれも「会社の文化や、背景、業務内容などにあわせて、良さ
ギルドワークス市谷です。 ギルドワークスで手がけている開発プロジェクトは、チームメンバーがだいたいリモートワークで参画しています。ギルドワークス自体も、仙台や大阪で開発しているメンバーがいますし、一緒に組んでいるフリーランスのデベロッパーも、東京にかぎらず日本の場所を問わず参画してもらっています。東京在住であったとしても、所在が離れあっているため、結局どのような立ち位置であれリモートワークなチームとなるわけです。 リモートワークに限らず、チーム運営を間違えると「何を何のために作っているのか」が見えにくくなりがちです。目の前のバックログを倒して続けていれば、目的にあったプロダクトがいつ出来上がるだろうというのは、いくら何でも楽観的過ぎますよね。プロダクトオーナーと目線を同じくとしたチームでなければ、期待するプロダクトを作り出すのは難しいところです。プロダクトオーナーやチームの他メンバーとの接
https://atnd.org/events/66159 で実施したプレゼン資料
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く