タグ

Qiitaに関するmoeggのブックマーク (7)

  • 10分で理解するTerraform - Qiita

    Terraform とは インフラストラクチャ定義ツール に分類されるツールで、クラウド上のリソースを定義ファイルの状態になるように生成・操作してくれます インフラの構成を宣言的に定義できるところが特徴で、構築手順を書くのと違って構成定義のみに集中することができます ※宣言的に定義できる とは「t2.micro インスタンスを1つ」と書くだけで、作成手順を意識しなくてもその通りに出来上がるということです 単純にスクリプト化するだけだと、手続き的に構築手順を書く必要があります Vagrant を開発している HashiCorp社 が開発しているツールなので使用感は Vagrant と同じような感じです TL;DR .tf ファイルに定義内容を記述し、$ terraform apply を実行するだけで定義内容の通りに自動でインフラを構築してくれます インストール 以下に従って OS 毎のビル

    10分で理解するTerraform - Qiita
  • Gitのカレンダー | Advent Calendar 2015 - Qiita

    URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)

    Gitのカレンダー | Advent Calendar 2015 - Qiita
  • SQLの制約の種類とその指定方法 - Qiita

    NOT NULL制約 チェック制約 一意性制約(UNIQUE KEY) 主キー制約 (PRIMARY KEY) 参照整合性制約、外部キー制約 (FOREIGN KEY) NOT NULL NULL値を禁止 CREATE TABLE product ( product_id INT PRIMARY KEY , product_name VARCHAR(16) UNIQUE NOT NULL , price INT ) ; CREATE TABLE user ( user_id INT PRIMARY KEY , age INT , city_code CHAR(4) , gender CHAR(1), CONSTRAINT agecity_check CHECK(age >= 18 OR city_code = '0003'), CONSTRAINT gendercheck CHECK(ge

    SQLの制約の種類とその指定方法 - Qiita
  • バッチファイルでの試行錯誤を回避するためのメモ-または人類には早すぎた言語 - Qiita

    草 「それ海外だとアウトローですぅ」 「ここではない何処かに行きたいだけなら、それでもいいですけど(ドヤァ)」 「プログラミング言語に詳しくなるのは、もう生き甲斐のようなものなんです(ドヤァ)」 「来月からレポートしますぅ」 「レポートはしないですぅ」 「私は先に進みます(キリッ)」 クッソワロタwww この記事の背景 最近、仕事でバッチファイルを書かざるを得ないという不幸な場面に遭遇しているのですが、これがまた、ものすごくどうでもいいことでハマることが多々あり、思わず「このWindows、壊れてる!」と思ったほどでした。犠牲者を増やさないためにも、DOS文法の挙動を記録したメモを載せておきます。 (記事を見てもらえば納得されると思いますが、DOSバッチの言語設計は「驚き最大の原則」を方針とし、その言語仕様は「実装」です。言語法律家というものが成立しえない、非常に平和な世界でもあります。

    バッチファイルでの試行錯誤を回避するためのメモ-または人類には早すぎた言語 - Qiita
  • Slack | @here @channel @everyone @group の違い - Qiita

    Slack のアット記法と、通知が届く先について。 @here ひとつチャンネルで。 アクティブなメンバー全員に通知を送る。 非アクティブのメンバーには送らない。 @channel ひとつチャンネルで。 すべてのメンバーに通知を送る。 メンバーがアクティブかどうかは関係ない。 なので @here より強力。 @everyone どのチャンネルで発言しても、必ず #general 宛のコメントになる。 そして #general のメンバーに通知を送る。 ( #general には必ず全メンバーが参加しているので、必然的に全員への通知になる ) @group @channel と全く同じ効果。古い書き方。使わなくて良い。 おそらく @group というネーミングが紛らわしいので、@channel に統一されたのだろう。 結論 @here と @channel だけで事足りる。 補足 どの記法を

    Slack | @here @channel @everyone @group の違い - Qiita
  • [社内新人向け]Gitで使ってほしくないコマンド - Qiita

    社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。 当はネガティブなことばかり書かずに、「覚えて欲しいコマンド、使ってほしくないコマンド」というタイトルにしたかったのですが、予想以上に長くなりそうなので分けます。 (追記:第二弾できました) → [社内新人向け]Gitで絶対にオススメなプラグインや設定3つ 社内環境 Web系開発がほぼ100% ブランチワークはGitflowをベースにしたプルリク駆動開発 少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい(vagrantや開発サーバ上の操作など) GitGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイ

    [社内新人向け]Gitで使ってほしくないコマンド - Qiita
  • [Git] .gitignoreの仕様詳解 - Qiita

    対応バージョン この記事の内容は、少なくともGitのバージョン2.19.1までは対応している。 もし最新のGitで新しい動きがあれば随時更新する。 基 .gitignoreを使うと無視する(Gitのトラッキングの対象外とする)ファイル or ディレクトリを指定できる。 .gitignoreは複数のディレクトリに置くことができる。 深い階層の.gitignoreに書かれた指定の方が優先順位が高い。(後に解釈される) .gitignore内の記述は上の行から順に以下のように解釈される。 /を含まない行(fileなど) .gitignore以下の全サブディレクトリ下にあるこの名前のファイル or ディレクトリを無視する 末尾以外にのみ/を含む行(/file, /path/to/file, path/to/fileなど) .gitignoreが置いてあるディレクトリをカレントディレクトリとする相

    [Git] .gitignoreの仕様詳解 - Qiita
    moegg
    moegg 2018/07/26
    「.gitignoreにファイルを追加したのに無視されない」
  • 1