サーバーレスシングルページアプリケーション
Webアプリケーションにまつわる様々なリスクとコストを取り除くサーバーレスアーキテクチャをとり入れれば、強力なWebアプリケーションを素早く構築することができます。本書は、実際に動くアプリケーションを作りながら、サーバーレスアーキテクチャの特徴について学びます。 S3でアプリケーションをすばやくデプロイする方法、CognitoでGoogleやFacebookなどのIDプロバイダと接続しユーザーIDを管理する方法、DynamoDBでブラウザから直接ユーザーデータを読み書きし、API GatewayとAWS Lambdaでカスタマイズしたマイクロサービスを構築する方法などについて豊富なサンプルコードを使って解説します。サーバーレスアプローチのシングルページアプリケーションを設計、コーディング、テストして、再び設計にフィードバックする一連の流れを実践的に学べる本書はエンジニア必携の一冊です。 正
アメリカよりもクラウドよりも「デザインファースト」
「誰でも知っているが日本語に訳しにくい言葉がある」。社会生態学者ピーター・ドラッカーのほぼ全著作を翻訳された上田惇生氏と話していて、こう言われたことがある。一例として上田氏は「アート（Art）」を挙げた。「デザイン（Design）はどうですか」と尋ねたところ、「デザインも訳しにくい言葉の一つ」と仰った。 手元の岩波英和辞典で“Design”を引いてみた。最初の意味は「計画する」であり、「目論む」「企てる」「志す」といった訳語が並ぶ。2番目の意味として「設計する」があり、「下絵、設計図、図面を描く」などと書かれていた。 もう一つ、別の書籍に出ていた説明を紹介する。テクノロジー利用に関わる「デザイン」の定義である。 「資源を、人間の要求や欲求に対処し得る製品やシステムに作り変えたり問題を解決するために、計画を作成する反復的な意志決定のプロセス」――。 分かりにくいが要するにデザインは「意思決定
短期間で新技術を学ぶ技術
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
衝撃的な効率性～最高の DevOps チームは「知っている事」で構成されていた～ - メソッド屋のブログ
今回マイクロソフトの社内カンファレンスに参加するために、シアトルに滞在したが、以前からどうしてもやりたかった、マイクロソフト最高の DevOps チームを直接観察してみたいという夢をかなえてみた。 私はマイクロソフトの DevOps エバンジェリストだが、Sam Guckenheimerのチームの話は、本人の口と、プレゼンテーションと、アーティクル経由で理解したものに過ぎない。現場に行って本物を見てみたかったのだ。 だから、今回Ｓａｍにお願いして、VSTS/TFSを開発しているMatthewのチームを観察させてもらった。そこで得たことを皆さんと共有しておきたい。 気になっていたSamの一言 VSTS / TFSの開発チームがいるビルにやってきた。ここにあのチームがいるのかと思うとすごくワクワクしてきた。一体どんなことを彼らはやっているのだろう。それと同時に、私が顧客訪問をSamと日本で行っ
マイクロサービスの終焉 | POSTD
これは未来からの投稿です。現在、信頼のおけるスケーラブルなプロダクションシステムの構築は、言ってみれば、その他のソフトウェアを書くのと同じくらい容易になっています。未来にはどのような風景が広がっているのか、お伝えしましょう。 2016年当時は、誰も彼もが「マイクロサービス」を取り上げていました。例えば、1996年に「情報スーパーハイウェイ構想」の記事ばかりが出回った頃に似ています。「情報スーパーハイウェイ構想」というフレーズがやがて消滅し、人々はインターネットの構築に戻っていったのと同様に、サービスが、スケーラブルなソフトウェアシステム構築の標準になるにつれ、マイクロサービスの「マイクロ」の部分もまた、削り落とされて行きました。私たちが使ってきた（そして捨て去った）名称であるにもかかわらず、どちらの用語も、当時のテクノロジーに対する考え方とその使い方に起こった転換を示しています。サービスベ
不安とストレスから解放される見積りとスケジュール方法 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを
これ知ってる？WEBの人なら押さえておきたいツール＆サービス50選 - 死ぬまでWEB屋
公開前に知人に見せたら、読むのに20分もかかったわ！！ と、お叱りを受けましたｗ オススメのツールやWEBサービスということで50ほど紹介していますが、僕の使用感のほかに、ところどころ経験談的なものが入っています。そのあたり、読むのがめんどうな方は読み飛ばしていただければ幸いです。 2万文字近くあるので、お時間ある際にゆるりと読んでいただければと思います。 それではお楽しみ下さい！ サイト解析に使えるツール・サービス import.io Juicer Ptengine GTmetrix CLOUD FLARE wayback timemachine シミラーウェブ Open Site Explorer サクラサクLABO aguse Built with ディレクションに使えるツール・サービス ウェブチェッカー Cat Mdes maindmaister ひとりブレスト 関連キーワード取得
今あえて試行錯誤しながら"車輪の再発明"をする意味 #jtf2016
#jtf2016 ( http://2016.techfesta.jp/ ) にて『今あえて試行錯誤しながら"車輪の再発明"をする意味』というタイトルで発表しました。
マイクロサービスで必要になるかなぁって思って僕がOAuth2とOpenID Connectをなんとなく分かるようになるまでの物語 - Mitsuyuki.Shiiba
プライベートの勉強は気が向くままにふらふらと。梅田の地下街を歩いてる感じで！（←つまり迷ってる） 元々は、Pivotal Japanさんの、この「今日から君もヒーローだ！」的なタイトルに惹かれてJava(Spring Cloud)でマイクロサービス作るぞーって進めてみたのであった。が、早速その2の「認可サーバーを立ち上げよう！」で「あー、これ知らない。分かんない。もう寝たい。」となってしまったのだった。 そんな僕が「なんとなく分かった！」になるまでの物語。・・・になるはず（ここを書いてる今はまだ分かってない）。 たぶん1ヶ月したら何を読んだか忘れてると思うので記録しとくことにした。 github.com ゴール OAuth 2.0って聞いたことあるけど、よく知らない。この辺、マイクロサービスの認証・認可部分で必要そうだなーって思うので、OpenID 2.0とOpenID Connectも含
Jenkinsを使った自動テスト環境を作る（前編） | さくらのナレッジ
継続的インテグレーション（CI）ツールとして有名なJenkinsは、ソフトウェア開発におけるテストやビルドと言った作業を自動化するツールだ。本記事ではJenkinsの最新版となるバージョン2系で正式に導入された、パイプライン機能を使ったビルド/テスト環境の構築を紹介する。 CIツールと「Jenkins」 ソフトウェア開発の現場において、そのテストはソフトウェアの設計やコーディングと同じくらい重要な過程である。近年のWebアプリケーションやスマートデバイス向けアプリケーション開発ではアプリケーションのリリース間隔が短くなっている傾向があり、そのためテストもより迅速かつ頻繁に行わなければならくなっている。そういった環境で有用なのが、継続的インテグレーション（CI）ツールだ。 CIは、元々は「ソフトウェアの開発コストを下げるためには開発の初期から頻繁にテストを行ってフィードバックを行うべき」とい
ブルックスの法則 - Wikipedia
ブルックスの法則（ブルックスのほうそく）は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 根拠[編集] ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる
周囲に振り回されないプロダクト開発法 – freee のリリースからの学び
今回は、「クラウド会計ソフト freee」のリリースにおける学びについてまとめてみた。今後、新規にプロダクト開発を行う人や、ソフトウエアをコアとするスタートアップの人にとって参考になると嬉しい。周囲からのフィードバックをうまく活用できず、本来すべきだった仮説検証をしきれないケースというのはとても多いのではないかと思う。僕達の失敗もや苦悩などを含め、より多くのよいアイデアが力強く世の中に出ていく一助になれると嬉しい。 freee のリリースまでの間、評判は決してよくなかった freee は 2013年3月19日にリリースされた。リリースまでの間、いろいろな方に見ていただいたり、触っていただいたが、実はリリース前の freee は決して評判がよいわけではなかった。「今までの会計ソフトで十分」、「この業界は30年間変わっていない。今さら変わる訳ない」、「自動で帳簿がつくのは気持ち悪い」など、いろ
UI Flowを簡単に記述できるguiflowが良い - note
画面遷移の図を起こしたり、それをアップデートしていったり、共有したり、といった作業ってじつはとても地味で重い。重要な作業に変わりないんだけど、その作業的な重たさに辟易してしまうこと多数。特に、Office系を使うと死が待っている。同僚のテクニカルディレクターが死亡していたので、ツライなーと思っていたらよいものを見つけたので、実際に触ってみた。 ＞もう保守されない画面遷移図は嫌なので、UI Flow図を簡単にマークダウンぽく書くエディタ作った - Qiita 魔法っぽい。マークダウンみたいなかんたんな記法でテキストを書くだけで機能遷移図になる。 graphviz というしくみを使っているようで、チャートを構造化しながら描画できるっぽい。しかもGUIのツール「guiflow」というものまで用意されているので、図の一部分をさわるとコードの該当箇所に飛べたりとか、いろいろ良い。 入れ方今回ほぼはじ
10年のツケを支払ったフロント界隈におけるJavaScript開発環境（2016年4月現在）。 - 日々、とんは語る。
2015年はCSSが普及した以来となる10年に1度のフロントエンド大変革期で、それまでのツケが一気に回ってきたと個人的に感じていました。目まぐるしく状況が変化していきましたが、2016年になり、個人的にだいぶ落ち着いてきたと感じているので、ここらへんでまとめておきたい思います。 最初に結論を書いておくと、 『React + Redux + react-router + material-ui + axios + ES2015 + Babel + webpack + ESLint + Airbnb JavaScript Style Guide』 という組み合わせが、いま僕の採用しているJavaScriptの環境です。 主要ライブラリは React A JavaScript library for building user interfaces | React 去年、一気に普及したReact
2016年版 フロントエンド開発フォーマット
実務でよく使うhtml,css,jsの小技をつらつらと紹介します。 ※2/11のスクーの授業中で使った資料です。 https://schoo.jp/class/1776 【オシャレCSS編】 1. transformを使って要素を変形させるワザ 2. transitionを使い、CSSだけで簡単なアニメーションを行うワザ 3. keyframesを使ってCSSだけで複雑なアニメーションを行うワザ 4. 矢印アイコンをcssだけで表現するワザ 5. アイコンをアニメーションさせるワザ 6. CSSプロパティ”filter”で画像を加工するワザ 【地味だけど使えるワザ編】 7. 今どきの、要素を上下中央寄せにするワザ 8.「flexbox」で要素を自由自在に整列させるワザ 9. Windowsでwebfontをちょっとマシに見せるワザ 10. ア
【UXの迷信】ユーザーニーズは本人たちに聞くのがベスト？
ZoltánはCentralway（チューリッヒのソフトウェア企業）のUXデザイナー長。元UstreamのUXディレクター。美しく、且つ使えるプロダクトを作ることに情熱を燃やしています。 New Cokeやアーロンチェアなどが歴史的なリサーチに失敗してきたにも関わらず、いまだに多くの企業がWebサイトやサービスにどんな変化を望むのかクライアントにアンケートを取り、それに頼りきっています。 未来の行動に関して人に訊くと、人は自信ありげに間違った予測を語りがちです。新しくて慣れないデザインの場合にはなおさらでしょう。「何かを使用することを想像してみること」と「実際に使うこと」は全く異なる次元の話なのです。さらに言うと、人の嗜好はとても不安定なものです。 クライアントの意見を訊くのをやめろと言っているわけではありません。何を尋ねるか、回答をどう解釈するかを明確にすることが大切なのです。 Malc
エンジニアのハマり時間とその技術的難易度の相関関係 - Qiita
めちゃくちゃにハマったからと言って、その問題は技術的難易度が高い訳ではないんじゃね？という話。 ここで言う「ハマる」とはなにかに夢中になって没頭することではない。バグとかエラーがあって、なかなか解決できなくてそのために時間を割かれてハマる、の「ハマる」。 先日、ハマった問題が解決した時の感情は「ついに解決したぞ」という安堵感と「しょーもないハマりポイント作りやがって、あのボケが！」という前任者への怒りが混ざった状態だった。 サイトのSSLの有効期限切れが２週間後にせまっていた。やる事は証明書の更新、新しい証明書をAWSのELBに入れること。ただこれだけ。しかしハマった。どうやってもELBから「あなたのキーは無効です」みたいなエラーメッセージが返ってきた。２年前にSSLを設定したエンジニアは退職してしまって、もう居ない。その前任者とほぼ同じことをすればOkなはずなのに、なぜかできなかった。
4月からエンジニアになる人が入社前から読んでおくべきITニュースサイト10選 - paiza times
Photo by Boris Schubert こんにちは。谷口です。 4月からITエンジニアとして入社される皆さん、おめでとうございます！ 学生の方や新社会人になる方々とお話をしていると、「就活中や入社前に見ておくと役立つサイトはありますか？」「入社後はどういった情報サイトで情報収集や勉強をすると良いですか？」といった質問を受けることが非常によくあります。 最新技術や新しいプロダクト等の情報等を収集するのは技術者としてとても重要です。 ITエンジニアになる方々の中には「そんなの学生のうちからやってるぜ」という方もいらっしゃるかと思いますが、実際にお話をすると「もうすぐ社会人になるけど、何で調べるといいのかよくわかんないです…」という方も多いのが現状です。 そこで今回は4月にITエンジニアとして新卒入社をされる方々が、デキるエンジニアになるためにチェックすべきIT系情報サイトを、大きく分野
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日経電子版アプリ 穴のあいたバケツ開発
足を地に着け落ち着いて考える
