Dev Containersの始め方(2) : Python環境 | フューチャー技術ブログ
前回のエントリーでは、Dev Containersの動作原理を理解したのでそれにあわせたPython環境を作っていきます。 ベースの環境まずリポジトリのフォルダを作ります。python-devとします。 ここをVSCodeで開き、Dev Containersの設定をしていきます。左下のリモートのボタンを押して Add Dev Container Configuration Files… を選択します。 基本のPython3を選びます。公式を選んでおくのが吉。オプションでPythonバージョンを選びます。Apple Silliconは-busterついているのを選べって言ってますね。半年前にスクリーンショットを撮ったときは3.11までしかありませんでしたが、今は3.12も選べます。 Pythonのイメージをインストールすると、有名どころのツールはすでにインストール済みとなっていますこの辺りは
スクリプトや設定ファイルをテンプレート化して環境変数を埋め込むenvsubstコマンド - notebook
簡単なスクリプトや設定ファイルなど、環境変数を埋め込んたファイルを生成したいみたいなパターンのときにenvsubstコマンドが使えます 今まで知らなかったことがもったいない ということでメモ残しておきます インストール gettextを入れると使えるようになる yum yum install -y gettext apt apt install -y gettext help envsubst --help Usage: envsubst [OPTION] [SHELL-FORMAT] Substitutes the values of environment variables. Operation mode: -v, --variables output the variables occurring in SHELL-FORMAT Informative output: -h, --
Macでの環境変数（environment variables）の設定方法
対象 システムレベルでグローバルに有効にしたい環境変数の話。GUIアプリケーション上で有効にしたい、などが対象ユースケース。 ターミナルコンソール上で有効になる .bashrc や .bash_profile に export A=hogehoge の話はここでは割愛。 下記のように、Mac OS のバージョンによって設定方法が違うので注意。 Mac OS 10.10 (Yosemite) 以降は一つ目の同じ方法で問題ない。 Mac OS 10.10 (Yosemite) 以降 Mac OS 10.11 (El Capitan), macOS 10.12 (Sierra), macOS 10.13 (High Sierra) Mac OS 10.8 (Mountain Lion), 10.9 (Mavericks) Mac OS 10.7 (Lion) 以前 ユースケース Use Case
Rails 5に入ったDB破壊系taskの防止処理について
Rails 5から、production environmentでのDB破壊系のtaskの実行を防止する仕組みが入りました。 例えば、production environmentでdb:dropを実行しようとすると、下記のようなエラー(ActiveRecord::ProtectedEnvironmentError)が発生します。 $ RAILS_ENV=production ./bin/rails db:drop rails aborted! ActiveRecord::ProtectedEnvironmentError: You are attempting to run a destructive action against your 'production' database If you are sure you want to continue, run the same co
dots. Conference Spring 2016 大規模Webサービスを支える技術 (mercari)
Mercari has continuously improved its site reliability and performance to handle rising traffic and data volumes. Improvements included introducing dedicated servers and load balancers, partitioning databases and search servers, optimizing code, and moving to a scheduled automated deployment process. The site reliability engineering team is responsible for ensuring high availability, performance,
Go 1.6開発環境整備
しっくり来る所まで来たのでまとめ。 前提 Mac OS X 10.11.3 homebrew Go 1.6 zsh neovim 1.3-dev Go自体の管理 homebrewでインストール。 $ brew install go $ go version go version go1.6 darwin/amd64 $ which go /usr/local/bin/go .zshrcに以下の環境変数を設定。 # for golang export GOVERSION=1.6 export GOPATH=$HOME/.go/$GOVERSION export PATH=$GOPATH/bin:$PATH 一応バージョンをGOPATHに入れて新しいバージョンのGoがリリースされても最初から綺麗にディレクトリ分けてビルドできるようにしてる。後方互換結構大事にしているように見受けられるのであまり
Railsの開発効率をあげる - Hirbを使ってRailsでコンソールのModelの出力結果を表形式で分かりやすく表示する - Rails Webook
rails consoleでモデルの内容をきれいに表形式で表示できるようにするhirbというgemのインストール方法を説明します。 Hirb導入前 値が表示されているが、複数表示された時にデータが見づらい。 $ rails c Loading development environment (Rails 4.1.5) irb(main):001:0> User.all User Load (1.1ms) SELECT "users".* FROM "users" => #<ActiveRecord::Relation [#<User id: 1, firstname: "太郎", lastname: "鈴木", email: "t.suzuki@test.com", created_at: "2014-10-23 17:07:14", updated_at: "2014-10-23 17:
ghqによるGoのプロジェクト管理 & プロジェクト毎で外部モジュール管理 - Qiita
$ cd ~/Documents/go/hoge $ tree . . ├── main.go └── redis ├── redis.go └── redis_test.go $ cat main.go package main import ( "./redis" ) func main() { ... } 上記のようなmain.goのimport文はGoのお作法的にアウト。ただ、コンパイルも実行も可能。 お作法的には、import文にはgithub.com以下から記述するべき。 上記のようなディレクトリ構成にするためには$GOPATH/src/github.com/kosuda/hogeにしなくてはいけない。 つまり、好きな場所にディレクトリ作って開発的なことは避けるべき 外部モジュールも含めてすべてGOPATH以下に含めるべき そこで、なんかプロジェクトを管理する上でうまいやりかた
GOPATHとghqの設定を変更した話とgitconfigのコマンドでの設定の話 - @znz blog
ghqを使ったローカルリポジトリの統一的・効率的な管理について - delirious thoughts を参考にして、 go と ghq で同じディレクトリを使っていたのですが、 go で自動で追加ダウンロードされたものと 自分でダウンロードしたものが混ざるとわかりにくいと思ったので、 分けることにしました。 対象バージョン go version go1.3 darwin/amd64 git verseion 2.0.0 Mercurial Distributed SCM (version 3.0.1) ghq version HEAD (2014-06-27 が最新コミットの状態) go などのインストール Homebrew を使って brew install go --cross-compile-common でインストールしました。 git と mercurial もインストールし
nginx.conf で環境変数を読み込む - Qiita
Docker container で nginx を起動するときとか、nginx.conf で何かしらのパラメータを動的に設定したいことがあると思います。server_name とか。 今回は nginx.conf で何とかして環境変数を読み込む手法を紹介します。 TL;DR env ディレクティブと ngx_http_perl_module (or lua_nginx_module) を使って、環境変数を nginx 変数に設定する。 Example server_name を環境変数 SERVER_NAME から動的に読み込む例を示します。 user nginx; worker_processes 4; env SERVER_NAME; http { perl_set $server_name_from_env 'sub { return $ENV{"SERVER_NAME"}; }'
Protractor for AngularJS: writing end-to-end tests has never been so fun
Protractor for AngularJS Writing end-to-end tests has never been so fun @ramonvictor Table of contents Why is testing so important? Testing is about gaining confidence that your code does what you think it should do @juliemr Whats the idea behind E2E testing? How would the users see my application? Is my backend communicating with my frontend? Can I release this code? It does NOT replace Unit Test
Chef Starter Kitの活用 #opschef_ja #getchef_ja - クリエーションライン株式会社
Chef Starter Kitとは Chef Starter Kitとは、Enterprise ChefにユーザとOrganizationを作成した際にダウンロードできる、chef-repoとユーザとOrganizationの秘密鍵、knife.rbなどをアーカイブしたものです。これを用いることで、Workstationにchef-repoをセットアップする手順が大幅に簡略化できます。 Chef Starter KitはEnterprise Chef 11以降の新しいWeb UIでダウンロードできます。 Enterprise Chefへのユーザ登録 では、Chef Starter Kitをダウンロードしてみましょう。そのためにはEnterprise Chefへのユーザ登録が必要です。2014年10月現在のHosted版Enterprise Chefや、オンプレミス版Enterprise
Atrae Tech Blog — Vagrant/Chefを用いた失敗しないミドルウェアの導入方法
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、Greenのシステムを担当している森山です！ 今日は最近Greenのシステムをリニューアルするにあたり、新しくミドルウェアを追加する事が多く、その際の手順を少しだけお伝えできればと思います。 以前までのフロー①開発環境でミドルウェア導入②設定をいじりながら、チューニング③動作テスト④問題なければ本番導入多くの方はこうやってますかね？ Greenでも上記のようなフローで以前までは実施していました。 問題点①開発環境はあくまでも本番環境に近いだけOSのバージョンが違ったり、入っていないミドルウェアがあったり、、、 そのために本番環境に導入した際にエラーになるケースが
AppStoreからリリースしたアプリで、デバイストークンの取得ができずプッシュ通知ができない、、、
テストではばっちりOK、自信を持ってリリースしたのに、いざリリースしてみたらAPNsができなくてがっかり・・・という目に会いました。 App Storeからインストールしたアプリの挙動を見る限りでは、デバイストークンの取得ができていない様子でした。 もっと具体的な情報を拾えないとどうにもならないので、デバイスをMacに繋いでxcodeのオーガナイザのコンソールを横目で見つつアプリを動かしてみると、下記の怪しげなログが目につきました。 Sep 21 09:16:15 xxx-no-iPad SpringBoard[28] <Warning>: No valid ‘aps-environment’ entitlement string found for application ‘<バンドル表示名>’: (null). Notifications will not be delivered.
ghqを使ったローカルリポジトリの統一的・効率的な管理について - Kentaro Kuribayashi's blog
GitなどのVCSからcloneしたローカルリポジトリをどう管理するのがいい感じなのか、よくわからない。なんとなく自己流でやっているが、もっといい方法を知りたい。 tl;dr - ディレクトリレイアウトをgolangの作法に合わせ、すべてのリモートリポジトリをghqを使ってcloneし、percolを使って簡単に検索できるようにしましょう。 追記: いまならpercolの代わりにpecoというツールを使うのもよいでしょう。というか、僕はそうしています。設定方法はこのエントリとほぼ同様の内容でいけると思います。 背景 そんな課題を抱えつつも、特になにかをするわけでもなく日々暮らしていた折、Rebuild: 42: When in Golang, Do as the Gophers Do (lestrrat)で@lestrratさんが、Goのお作法に、他の言語のリポジトリも含め、すべてあわせる
オレオレ開発環境まとめ | 随時更新！ - Qiita
オレオレ開発環境について、まとめてみました。 随時、更新して行きます。 マシン MacBook Air 13インチ 2.0GHzデュアルコアIntel Core i7 8GB 1,600MHz DDR3L SDRAM 256GBのフラッシュストレージ バックライトキーボード (JIS) OS OS X Yosemite アプリケーション ブラウザ メイン Chrome chrome-extension - オレオレ Chrome 拡張まとめ - Qiita サブ Safari Firefox ニュース Pocket 仕事効率化 1Password Airmail2 Alfred2 CheatSheet Dropbox Google ドライブ Keynote Kobito LICEcap OneDrive Skitch Slack Sunrise Calendar Toggl Wunderl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - yohokuno/dl4nlp: Deep learning for natural language processing
HOME, GOPATH and me
GitHub - stakes/Frameless: A chromeless web browser for viewing prototypes.
GitHub - k0kubun/rebuild: Development environment bootstrap automation toolkit for OSX
