タグ

開発と開発環境に関するarx0balestのブックマーク (5)

  • 会社の本番環境をDocker(ECS)に置き換えるために準備したこと気づいたこと

    エンジニアの@macs_6です。 このブログでは社内のAWS EC2上で運用しているアプリケーション群をECS移行したプロジェクトについて紹介します。 ローカルの開発環境をDockerした話は以前の記事(複数の rails プロジェクトが共存する開発環境を Docker 化した話を晒してみる)で西辻が紹介しているので、そちらを参照して下さい。 概要 プロジェクトを始める前に感じていた課題 目指す状態 ECSを選択する理由 設計 移行のために必要な作業 Digdagによるスケジューリングについて ECSを使って見て気づいたこと 今後やりたいこと プロジェクトを始める前に感じていた課題 ローカル・番で再現性のある環境を簡単に作れるようにしたい 簡単にスケールできるようにしたい コストを抑えたい ECS移行プロジェクトを始める前にはこれらの3つの事に課題感を持っていました。 1.ローカル・

    会社の本番環境をDocker(ECS)に置き換えるために準備したこと気づいたこと
  • 無料で整える趣味チームの開発環境 - Qiita

    簡単に言うと以下のようなことができます。 メンバ数 制限なし プライベートリポジトリ 作成可 任意のデバイスからのチャット(~1万メッセージ)、ファイル共有(~15GB) 毎月2000分 までのCI 24時間稼働のChatbot 24時間稼働のVM (1vCPU, 0.6GB) × 1 イメージ図から大体想像つくかと思いますが、Blumix上のHubotでSlackからChatOps的なこともやってます。 VMの 起動 / 停止 定期ジョブの実行 起動中VMの通知 課金額の通知 VMでのコマンド実行 地味にありがたいのは「 起動中VMの通知 」「 VMの停止 」あたりですかね。 無料枠だけではどうしてもリソースが足りないときは当然有料のVMを借りるんですが、なんとなく止め忘れちゃったりすることもあるので、 気づくことと停止がSlackだけでサクッとできる のは非常に重宝します。 あとは「課

    無料で整える趣味チームの開発環境 - Qiita
  • Pythonの環境管理ツール良し悪し - Zopfcode

    EDIT: 2018/06/19 pipenvについて追記 記事は社内向けに書いた文章を修正したものである。 世の中にある代表的な「Python環境管理ツール」に virtualenv, pyenv, venv, pipenv の4つがある。これらをGoogleで検索すると使い方が書かれたページばかりが出てきて、それらの違いや使い分けを解説する記事は少ない。 当は必要ではないのに「pyenvは便利」のような謳い文句で何となく使わせる記事や、古い情報を元に書いた「一見新しそうに見える記事」も多く見られる。 この記事では、中立・実用重視な視点から各ツールを解説し、筆者が考えうるベター(ベストは人それぞれ)な組み合わせについて書く。 なおAnacondaは初学者が使うにはおすすめできない。Anacondaについての筆者の解釈は末尾にあるためそちらも参照されたい。 記事公開後いくつか近い話題

    Pythonの環境管理ツール良し悪し - Zopfcode
  • がんばらないTypeScript環境ほしい - 藻ログ

    色々あってシンプルなtypescriptの開発環境をつくろうとして消耗した話です 小規模なプロジェクトをシュって書けるシンプルな環境がほしい でもナウくなっててほしい そもそもナウいとは... 最近のフロントエンドの人は何を言ってるのか全然わからないし依存パッケージが多すぎて混乱する でもちょっとはナウくなっててほしい 試行錯誤した結果 npm scripts + browserify + tsify + watchify で構成することにきめた. 体を1行も書かないまま日付が変わっていた. もうナウくなくていいから体が書きたい 構成 とりあえずbuildすると色々なものがdistに送られる構成にした ├── dist (static-assets) │ ├── bundle.js │ ├── bundle.css │ └── index.html ├── src │ ├── ts │

    がんばらないTypeScript環境ほしい - 藻ログ
  • AndroidStudioで覚えておくべきデバッグTIPS - Qiita

    前口上 AndroidStudioのデバッガは非常に高機能でちゃんと使いこなせば人生が捗ります。 教わらないと意外に知らない機能もあると思うので紹介したいと思います。 基 ブレークポイントはる 行番号の辺りをポチッと押すとその行にブレークポイントはれます。基ですね。 デバッガを実行中のプロセスにアタッチする 虫マークでビルドしなおさなくても、その2つ右隣の アイコンをクリックすると既に実行中(デバッグ実行じゃなくて普通のRunでよい)のプロセスにアタッチできます。 アタッチ可能なデバイスを選択します。 デバイスが2つ表示されていますが下の方には当該アプリを入れてないので選択できません。 なので予めアタッチしたいデバイスで当該アプリをRunしておいてください。 止まる あとは普通にアプリを動かすとブレークポイントはったところで止まります。 ブレークポイントで止まったらAndroidStu

    AndroidStudioで覚えておくべきデバッグTIPS - Qiita
  • 1