教えるという技術 | DevelopersIO
渡辺です。 自分は「教える」ことにやり甲斐を感じます。 大学時代を思い返すと、家庭教師やサポートセンターのバイトをやってました。 ボードゲームをする時は、ルール説明などを行っていました。 ゲームのインストの一環としてインストカードやサマリを作ることもあり、プレゼン資料作りも得意になりました。 IT業界に入ってからは、勉強会の講師や資料作成・ハンズオンのチューターなどを行うようになりました。 技術書の執筆やIT系専門学校講師も経験しています。 最近では趣味のスノーボードで、インストラクターの資格をとり、スノーボードスクールで教えています。 「教える」ことが好きなんでしょう。 これまで、様々な分野で技術を教えてきました。 畑はまったく違ったとしても、解りやすく「教える」ための技術は大きく変わりません。 今回はそんな「教える」技術をまとめてみました。 なお、本エントリーの対象は、その分野に初めて
[小ネタ] Docker for Mac のデータを縮小する（Docker.qcow2 の肥大化対策） | DevelopersIO
こんにちは、藤本です。 先日、Macbook のディスク使用量が 90% を超えていたので整理していました。原因は色々とあったのですが、Docker for Mac で 16 GB ぐらいを使っていたのでシュリンクする方法を調べてみました。 概要 Docker for Mac は Mac 上で Docker を利用するツールです。Docker for Mac に関しては下記エントリをご参照ください。 Public BetaになったDocker for Macを使ってみる Docker for Mac は Apple の Hypervisor フレームワーク上で動作します。Docker for Mac の仮想マシンが動いています。ディスクは QEMU のイメージファイルが作られ、Docker イメージや、Docker コンテナが増えていくにつれて仮想マシンのディスク使用量、つまりイメージファ
![[小ネタ] Docker for Mac のデータを縮小する（Docker.qcow2 の肥大化対策） | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/7c4404c10d7988675ce02ece3ccc424556c849f9/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2Fdocker.png)
[レポート] 【17-A-3】サーバレスにおける開発プロセス戦略 @ Developers Summit 2017 #devsumi ｜ Developers.IO
毎年2月に目黒雅叙園にて開催されているデベロッパーの祭典『Developers Summit』。2017年の今年も02/16(木)〜02/17(金)の2日間に渡って行われ、私個人としても例年通り参加してきました(2012年以降6年連続)。当エントリでは聴講セッションのうちの1つ、『サーバレスにおける開発プロセス戦略』の内容についてレポートしたいと思います。 Developers Summit 2017 エンジニアとして生きる、技術の先にある現実に踏み出す 【17-A-3】 サーバレスにおける開発プロセス戦略 | Developers Summit 2017 目次 当セッションの登壇者 パネルディスカッション内容：本編 各者自己紹介＆サーバレスの概要について Q.サーバレスを導入したシステム、及び導入で得られたメリットについて Q.導入の経緯 Q.導入時に苦労した点等 Q.ユニットテストにつ
![[レポート] 【17-A-3】サーバレスにおける開発プロセス戦略 @ Developers Summit 2017 #devsumi ｜ Developers.IO](https://cdn-ak-scissors.b.st-hatena.com/image/square/948594a64b5a2ed4561baf577c8b14dabd1ca617/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2017%2F02%2Fdevsumi2017-logo.png){kind=logo}
無料ドメイン(.tk)とRoute53を利用して0円でHTTPS環境を設定してみた | DevelopersIO
はじめに AWSチームのすずきです。 南太平洋、ニュージーランド領のトケラウ諸島に割当られた国別ドメイン(ccTLD)の「.tk」、 条件付きですが簡単な申し込みで無料利用することが可能です。 また、AWSが提供するDNSサーバのAmazon Route53、1つのHostedZoneあたり 月額0.5$の利用費が発生しますが、設置後12時間以内の利用であれば検証用として扱われるため、こちらも無料での利用が可能です。 今回、「.tk」を取り扱うドメインレジストラのfreenom、AWSの各種サービスを利用して、 無料のHTTPS環境を構築する機会がありましたので、その内容について紹介します。 利用したサービス Freenum 無料ドメイン AWS DNS Amazon Route53 Webサーバ Amazon S3 証明書発行 AWS Certificate Manager (ACM)
マネージャーは、メンバーが力を最大限発揮できる土壌作りが大事！〜今度はDI部のPMに聞いてきたよ〜 | DevelopersIO
どうもどうも、荒井です。チョコはもらえましたか？ 先日はAWSのマネージャーに話を聞いてきたので、今回はその第二弾！ クラスメソッドで代々PMとして携わってきて、現在データインテグレーション部（DI部）でマネージャーを務める田子さんにインタビューしてきました！ 「技術は好きだけど、次のステップアップとしてマネジメントも必要かも？」と思い始めたそこのあなた！！ 刺さることがあると思うので、どうぞ、最後までお読みください。 インタビュースタート ー所属とお名前、または通り名をお願いします。 データインテグレーション部プロジェクトマネージャーの田子です。 一部でTGと呼ばれています。名付け親はもういません。 ーΣ(´⊥｀lll)ん!! ーええと、では、TGがマネージャーになるまでの簡単な経緯を教えてください。 最初からその枠で入りました（笑） 現在は2社目で、入社9年目ですね。 ーえ〜、長いです
TwilioとGoogle Cloud Speech APIで電話の内容を文章に変換する | DevelopersIO
Google Cloud Speech API (以下Speech API) を利用すると、人間が発声した音声をAPIを通してテキストに変換することができます。 Speech APIは日本語にも対応しているため、国内でも電話で話した内容を自動的にテキストに変換するといったようなことが出来るようになります。 ということで、Twilio, Zappa, Speech APIを組み合わせて、サーバレスに電話の内容を文章化する仕組みをつくってみました。 構成 以下が今回作成した仕組みの構成図になります。 Twilioを用いて電話から音声を録音する方法については、こちらの記事を参考にしてください。 上記の記事に加えて、Twilioから録音された音声ファイルのURLをSNSを通して別のLambda Functionに投げ、そこから音声ファイルの取得とSpeech APIへの問い合わせを行っています。最
新入社員のためのWAF(Web Application Firewall)入門 | DevelopersIO
佐々木です。クラスメソッドも4月から新しい仲間が増えました。今日はWAF(Web Application Firewall)の基本的な知識を整理してみました。 基礎知識 WAFとは WAF(Web Application Firewall)とは、Webアプリケーションの脆弱性を狙う悪意ある通信(攻撃)から、Webアプリケーションを保護するものです。本来論で言えば、Webアプリケーションに脆弱性があるのであればWebアプリケーションを修正するのが正しい対応です。しかし未知の脆弱性があったり、修正コストが大きくWebアプリケーションでの対応が難しい場合や、緊急度が高くすぐに防御しなければならないが修正が間に合わない場合も、残念ながらあります。ユーザーとWebアプリケーションの間にWAFを入れることで、悪意ある通信を防ぐことが出来ます。 ファイアウォールとは ファイアウォールは、IPヘッダやTC
Slack,ChatWork,Github,Backlogをまとめて管理『Franz』が便利すぎる | DevelopersIO
はじめに アプリ開発・システム開発を行っていると、さまざまなウェブアプリやチャットツールを使うことが多いと思います。これらをひとつのアプリでまとめて閲覧・管理できるMacアプリがFranzです。 公開されているプラグインを入れたり、自分だけのプラグインを作ったりすることも簡単です。 実際にすずしゅんは、こんなかんじで利用しています。これだけまとめておくとめっちゃ便利です。 プロジェクト管理ツール/Git Backlog Zube (おそらくズービって読む) Github チャットツール Slack複数PJ ChatWork GoogleApps系 Google Calendar Gmail その他 Soundcloud 更新履歴 2017/01/26 : KDDIChatWork, Backlogの通知ができるようにwebview.jsについてを追記 1. インストール 公式サイトからダウ
Clean Architectureとその派生系による最適なiOSアーキテクチャ選定の考察 | DevelopersIO
はじめに おばんです、給料日を過ぎたらいつでも給料日前、田中です。 この記事はSwift Advent Calendar 2016, 18日目の記事になります。当日より遅れての投稿になってしまいすみません！！ もくじ 対象読者 この記事はなに？ パターン紹介（クリーンアーキテクチャでの実装） パターン紹介（クリーンアーキテクチャ + Wireframe(VIPER Routing)での実装） パターン紹介（クリーンアーキテクチャ - DIでの実装） まとめ 参考・関連 対象読者 これからiOSでクリーンアーキテクチャを実装しようと思っている方 iOSのクリーンアーキテクチャを少しでも書いてる人 「もうやだクリーンアーキテクチャの実装重すぎだよおおおぉぉぉぉ」と思っている方 この記事はなに？ クリーンアーキテクチャは昨今の複雑なアプリケーション開発において非常に有効な設計ではありますが、同時
Atom と PlantUML で快適シーケンス図駆動開発ライフ | DevelopersIO
サーバーサイド開発担当のエンジニアが「設計と実装を進めようとしている」という背景で話を進めます。 PlantUMLは強い 「認識合わせ」という名目でホワイトボードに図を書いて会話することがよくあります。共通言語で会話してあいまいなところを少なくしたら、マネージャーも安心感がありますし、プログラマも自分がやるべきことに集中できますね。 …3日経ちました。あのとき描かれていたホワイトボードの図のとおりに、実装することになりました。認識の齟齬をなくしてくれた貴重な図です。写真に撮りました。どこに保存してたっけ。やっぱり変更したくなったらどうしましょう。またホワイトボードに書き起こす？DRYじゃないですねえ。 そこで、UML図 が登場します。表現したい図を電子データで作成、保存できて、あとで見るときも役に立ちますね。が、しかし、UML図はそれはそれでやや手間がかかるところもあります。作図を助けてく
Amazon QuickSight：【概要】Amazon QuickSightとは何か？ | DevelopersIO
Amazon QuickSight、いよいよGA(一般利用可能)となった事で色々触ってみたい！と思っていらっしゃる方も多いかと思います。利用するにあたって『そもそもAmazon QuickSightって何が出来るんだろう？』という部分はまず始めに抑えておくべきかと思いますので、当エントリではその辺りについて内容をご紹介してみたいと思います。 目次 Amazon QuickSight概要 データ(Data) 対応データソース データの準備 SPICEエンジン 分析(Analyses) ビジュアル(Visuals) ストーリー(Stories) ダッシュボード(Dashboards) 一般的なAmazon QuickSight可視化フロー (Typical Amazon QuickSight Workflow) まとめ Amazon QuickSight概要 Amazon QuickSight
【朗報】Terraform v0.7.0 から既存リソースをインポートする機能が追加されます！ | DevelopersIO
はじめに こんにちは、中山です。 次回リリースバージョンであるTerraformのv0.7.0にはいろいろと大きな変更点があります。本エントリでは変更点の内インパクトの大きい import サブコマンドについてご紹介します。 import サブコマンドとは何か ドキュメントから引用します。 Terraform is able to import existing infrastructure. This allows you take resources you've created by some other means and bring it under Terraform management. つまりTerraform以外で作成したAWSなどのresourceをTerraform管理下にすることができる機能です。すばらしい。ただし、v.0.7.0時点では以下の文章に書かれているよ
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
ngrokトンネルのリージョンを選択する | DevelopersIO
ども、大瀧です。 ローカルホストのサービスを手軽にインターネットに公開できるngrokが複数のリージョンでホストされるようになったので、試してみた様子をレポートします。 ngrokとは ngrokは、ファイヤーウォールやNATによってインターネットから直接アクセスできないホストで実行するWebアプリケーションを、トンネルサーバー経由でインターネットに公開することができます。 具体的には、ローカルホストで実行するCLIツールとXXXX.ngrok.comでアクセスできるHTTP/TCPトンネルをホストするトンネルサーバーで構成されるサービスです。開発環境やデモ用途として、とても便利な仕組みですね。 従来はトンネルサーバーが北米のみで提供されていたため、日本で実行するとトラフィックは毎回太平洋を往復していました。先月末にグローバルリージョンがアナウンスされ、ヨーロッパ、アジア、オーストラリアリ
[レポート]【ミクシィ様登壇】10 年オンプレで運用した mixi を AWS に移行した 10 の理由 #AWSSummit | DevelopersIO
[レポート]【ミクシィ様登壇】10 年オンプレで運用した mixi を AWS に移行した 10 の理由 #AWSSummit はじめに こんにちは、中山です。 6/2(木) 13:20 〜 14:00 に実施された「10 年オンプレで運用した mixi を AWS に移行した 10 の理由」というセッションを聴講したので、そのレポートを以下に記述します。 セッション情報 株式会社ミクシィの北村さまに発表していただきました。こちらのURLより概要を引用します。 2014 年 3 月に 10 周年を迎えた mixi。なぜ 10 年以上オンプレミス環境で継続運用して きたサービスを AWS に移管することを決めたのか。サービスの成長を支えると共に大規模 化・複雑化してしまったインフラを、どのようにして AWS に移管したのか。 当時のサービ スを取り巻く社内外の環境を踏まえ、どのように移管を計
![[レポート]【ミクシィ様登壇】10 年オンプレで運用した mixi を AWS に移行した 10 の理由 #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/148d66c86adf4dd67af10f04029ebb83085d1632/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F06%2Faws-summit-tokyo-2016.png)
【API Blueprintの使い方】Web APIの仕様書を書く・読む・実行する | DevelopersIO
【API Blueprintの使い方】Web APIの仕様書を書く・読む・実行する できればドキュメント書きたくないなー。はやくAPI実装したい！俺の頭の中に全部仕様入ってるから！俺が仕様だ！ ... その仕様、API Blueprintでドキュメントにおこしませんか？ はじめに デバイスが多様化し、その違いを吸収する統一的なインターフェースが求められる昨今、Web APIはその回答のひとつといえます。弊社でも、モバイルアプリとWeb APIを組み合わせてサービスを構築することがあります。 Web APIが登場する開発では、モバイルアプリ（APIクライアント）メンバーと、APIサーバメンバーのコミュニケーションが不可欠です。開発を円滑に進めるために、APIの仕様書 が必要になります。お互いがAPIの仕様を想像して勝手に開発を進めたのでは、いざ結合したときに悲惨な結果になることが目に見えてい
Alpine LinuxでDockerコンテナ開発を加速する | DevelopersIO
ども、大瀧です。 Docker公式のベースイメージをAlpine LinuxにするPRによって、にわかにAlpine Linuxへの注目が集まっていますね。 いつか来るかも知れない(笑)Alpine Linux必須の時代に備えるべく、DockerでAlpine Linuxをどう扱っていくのかまとめてみました。 Alpine Linux概要 Alpine Linuxは、軽量なLinuxディストリビューションの一つです。最新バージョンは、3.3(2016/02/12現在)です。特にDocker向けというわけではないのですが、ベースイメージのフットプリントのサイズが非常に小さいことと、独自のパッケージ管理システムAPKがDockerfileの記法とマッチすることからDocker界隈で注目されているようです。 ベースDockerイメージはDocker公式版とGliderLabs版の2種類 現在利用
AWSで構築した環境にありがちなシェルスクリプトたち まとめ ｜ DevelopersIO
AWSでサーバを運用する際にはEC2からAWS CLIを使って他のAWSのサービスと連携したりすることがあると思いますが、AWS環境ならではのシェルスクリプトを集めてみました。AWS CLIのバージョンは1.7.13、Pythonのバージョンは2.6.9を使っています。私はAmazon Linuxで動作を確認しています。 目次 準備する AWS CLIのインストール AWS CLIのアップデート aws configureでセットアップする IAM roles for EC2 instancesに関して 監視系 CloudWatchでカスタムメトリクスを設定する ZabbixからCloudWatchの値を取得する プロセス監視する バックアップ系 AMIとEBSのバックアップを作成する RDSのスナップショットを作成する S3のフォルダを削除する 便利スクリプト系 Route53の自動登録
[Apiary]Markdownで始めるAPI開発とAPIドキュメント作成 | DevelopersIO
APIを作るとき みなさん、毎日API使ってますか？私は、ワンライナーでAPIをコールすることにハマっています。さて、いつも使っているAPIを作る側になったとき、どのように設計していますでしょうか？また、作ったAPIをどのように使ってもらっていますか？そんな疑問に応えるサービスがApiaryです。 Apiaryとは？ Apiaryは、REST APIをサクッと書けるサービスです。また、APIドキュメントも生成してくれます。モックサーバも提供してくれます。API利用サンプルコードも作ってくれます。うん、使わないって選択肢は無いですねｗ。 無料登録すると早速使えるようになります。チームでプライベートなAPI開発をしたければ有料プランを選択してください。 API開発の流れ API開発の流れは、まずはじめにMarkdown形式でドキュメントを書きます。既にサンプルがあるのでこれを使ってみましょう。
![[Apiary]Markdownで始めるAPI開発とAPIドキュメント作成 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/60d7120d91185f1739fec5fcbd006f066b98e9f6/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F02%2Fapiary-logo.png){kind=logo}
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
