Vagrant+Dockerなんて使わなければよかった・・・ - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
初心者にお勧めするChefの正しいインストール方法 - Qiita
どうやってChefをいれる？ Gemでインストールする？ もちろん！ 私もそう思っていました。 世の中のChef環境構築記事はGemばっかり！ この記事はよくありません。（私が書いた） http://qiita.com/hamichamp/items/e27a0ecacc33482936c8 Chef Development Kitでインストールしよう。いやするべき！ https://downloads.getchef.com/chef-dk ここから各OS毎のChef Development Kitがダウンロードできます。 私はMacで使っていますので、Mac版をインストールしました。 Chefが使うRubyやGemも抱え込んでいるので、お使いの環境に依存しなくなります。 すでに、GemでChefを入れちゃっている方は、かぶるとめんどくさいので、アンインストールしたほうがいいと思います。
「Advanced Swift」のSwiftコーディング規約 - Qiita
以下は書籍「Advanced Swift」のSwiftコーディング規約の部分を翻訳したものです。原文はオンラインプレビューで公開されています。 Advanced Swift - Swift Style Guide この本を書くとき、そして私たちのプロジェクトでSwiftのコードを書くとき、以下のルールに従うようにしています。 可読性が最も重要です。これには簡潔性が助けになります。 関数には常にドキュメントとしてのコメントをつけましょう。ジェネリクスを使うものは特に。 型は大文字で始め（UpperCaseLetters）、関数と変数は小文字で始めます（lowerCaseLetters ）。 型推論を使いましょう。型が明らかなのに明示的に書くことは可読性を損ないます。 曖昧さがある場合や規約を定義する場合は型推論を使わないようにしましょう。（例えばfuncが明示的な戻り値の型を持つのはこれが理
テストコードとか書いてみてもいいんじゃない？ - Qiita
本記事はテストコードを「書いたことない」、「いらない」、「意義がわからない」 といった方々に、「書いたらちょっとはいいとこあるよ」と紹介する記事です。 そもそも書き方がわからない ※バリバリテスト書いてる人は飛ばしてください テストコードの書き方って習ったことありますか？ そういえばないなーなんか難しいことやるんでしょ？ って方もそれなりの数いるような気がします。 まず結論から言えば、テストコードは基本的に、 割と泥臭いよ！ なんか自動的にソースファイル内の関数引っ張ってきてくれて、 値評価とかもしてくれる。でも難しいんでしょ？ と思ってたりする人もいるんじゃないでしょうか。 そう思っていた時期もありました。 (探せばあると思いますがたぶんお金かかる系。むしろお金取れる系) 簡単に例を挙げますと、 犬の鳴き声を国を指定して取得する関数
参考訳：Docker ネットワーク設計哲学 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Docker 社の Blog にネットワーク機能や新しい Compose 1.6 に関する投稿がありました。翻訳しましたので、以下参考程度にどうぞ。 対象となるのは、2016年2月にリリースされた Docker Engine 1.10 Docker Swarm 1.1 Docker Compose 1.6 です。 Docker Networking Design Philosophy | Docker Blog https://blog.docker.com/2016/03/docker-networking-design-philos
テストがうまくいかないプロジェクトに捧ぐ、正しいテストの考え方 - Qiita
この記事の対象者 プロジェクトでテストを書いている。(書いたことある) テストが重要らしい事は知っているが、テストの恩恵をそこまで実感できていない。 結局手動テストに依存したバグフィックスをしている。 はじめに 私はテストの設計手法、実装に関する知識は多く持っていましたが、知らなかったことはテストの考え方でした。 テストが重要らしいことを知っている人は多いと思います。 しかし、実際に恩恵を実感できていない人もいると思います。 事実、 テストが重要だと発信している人 と、 テストが重要らしいことを知っている人がいます。 後者の人は、とりあえずテストを書く事ができます。しかし、テストに時間を割く割りに、最終的には手動テストでバグを発見することに依存している事も多いかなと感じます。 世間ではテスト書くのが当たり前、テストは重要！という風潮であるのに、何故テストが重要であると実感できないのでしょう
Qiitaの及川氏「米国ではコードを書ける人が最も高い給料を貰う。日本は違う」 : IT速報
グーグルからベンチャー企業のIncrements（インクリメンツ）に転じた及川卓也プロダクトマネージャは、穏やかな表情の中にも力を込めて語る。 「プログラマーの地位を上げたい」。 情報共有サービス「Qiita（キータ）」を通じ、プログラマーをはじめとするITエンジニアの交流や情報発信を後押し。盛り上がりの気運を見せるプログラミング教育を歓迎しつつ、「学んだ子たちが将来がっかりしないためにも、プログラミングという仕事の魅力を高めたい」と強調する。 （中略） 日本のITエンジニアやIT業界の在り方に対して、以前から問題提起をしています。ずっと思っていることだが、日本はITエンジニア、中でもプログラマーの地位が低すぎる。 米国のシリコンバレーなら、優れたコードを書ける人が最も高い給料をもらっている。 プログラマーからSE、管理者と職種が変わっていくほど偉くなるといった、変なピラミッド構造があるの
Redmine3.2プラグイン開発入門 (1) - 新規画面を追加する - Qiita
昨年末Redmineのプラグイン開発方法について調べる機会があり、 冬休みに復習したので備忘録としてまとめておきます！ 参考にしたページにはRedmineのプラグイン開発でできることとして、 新規画面の追加 既存画面に項目を追加 Redmine本体のメソッドの置き換えによる動作のカスタマイズ とありますので、3回に分けて1つずつやってみました！ 今回は1つ目の新規画面の追加についてです。 開発環境 以下の環境で試しました。Redmineのインストール等は割愛します。 CentOS 6.6 Ruby 2.2.3 Rails 4.2.5 Redmine 3.2 新規画面の追加 Redmineのプラグインではプロジェクトのメニューやアプリケーションメニューに新しい画面を追加できます。 今回はサンプルとして、PivotTable.jsを使ってチケットをドラッグ&ドロップで簡単にピボット分析できる機
GitHub にパスワードとかセンシティブなファイルを push してしまったときの対処法 - Qiita
すればすぐ何もなかったことにできます。 が！そこで気付かずに GitHub へ git push してしまった！こうなると容易に何もなかったことにはできません。 この記事では、こういうときに何もなかったことにする方法を紹介します。 そのデータを無効にする 特に Public Repository の場合はすでにそのデータが他人の目に触れていた…ということも十分ありえます。AWS_SECRET_ACCESS_KEY なんかは取得用のクローラが存在するとも聞きます。ので、まずは不正利用されても影響が出ないように、__パスワードの書き換えやトークンの無効化__を施しましょう。 （この時点でもう何もなかったことになってない気がする） git の履歴から該当のファイルを消す git reset と git filter-branch 2つの方法があります。 git reset (2015-12-29
さいきょうの二重サブミット対策 - Qiita
この記事はシステムエンジニア Advent Calendar 2015 - Qiitaの記事です。 弊社アーキ部で@kawasimaさんに教えてもらったさいきょうの二重サブミット対策について書いていきます！ 二重サブミットが発生するケース 不正な更新リクエストが発生するケースとして、以下のものが考えられます。 サブミットボタンをダブルクリックする 戻るボタンで戻って、再度保存ボタンを押す 完了ページでブラウザリロードする CSRF攻撃による不正な更新リクエスト 1. サブミットボタンをダブルクリックする 確定ボタンをダブルクリックすることによって、ユーザが意図していないリクエストが発生してしまうケース。 2. 戻るボタンで戻って、再度保存ボタンを押す 処理完了画面から戻るボタンで前の画面に遷移し、再び確定ボタンを押すケース。 本来は入力➡︎確認➡︎完了の画面遷移が適切だが、その画面遷移にな
LinuxコマンドをPythonから上手に扱う方法 - Qiita
# -*- coding: utf-8 -*- from __future__ import absolute_import, unicode_literals from subprocess import PIPE, Popen def cmdline(command): """ コマンドを実行する。shell=Trueの場合シェル経由で実行する。 :param command: str :return: Popen """ return Popen( args=command, stdout=PIPE, stderr=PIPE, shell=True ) # 標準出力 print '標準出力:' + cmdline('date').stdout.readline() # 標準エラー出力 print '標準エラー出力: ' + cmdline('echo 2015|xargs wc -l
テストが通った時だけ`npm publish`する - Qiita
npm prepublishは、npm install時に実行してしまいます。 この記事では、それを回避する方法と、TravisCIで利用する方法を紹介します。 方法は、.travis.ymlのafter_successと、package.jsonのscriptsをうまく連携させます。 まず、下記のnpm scriptsを書きます。 { "scripts": { "prepublish": "node -e \"if(process.env.TRAVIS_PASSED){}else{process.exit(1)}\" && npm run compile || echo skip prepublish" } }
最強のSSH踏み台設定 - Qiita
追記：openssh-7.3 以降なら ProxyJump や -J が使えます ホスト名を + で繋げることで多段Proxy接続も簡単に、がコンセプトだった本エントリの設定ですが、OpenSSH 7.3 から ProxyJump という設定が使えるようになったので、使えるなら ProxyJump を使う方が健全だし柔軟で使い勝手も良いのでそちらを覚えて帰ることをオススメします。 使い方は簡単で以下のような感じです。多段も行けるし、踏み台ホスト毎にユーザ名やポート番号を変えることも出来ます。 # 1. bastion.example.jp -> internal.example.jp ssh -J bastion.example.jp internal.example.jp # 2. bastion.example.jp -> internal.example.jp -> super-de
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/ANTON072/items/2de0353c9e5973847035
https://qiita.com/magaya0403/items/01c8bd7c281c31d1db0d
これから始めるChefのチュートリアル 応用編 - Qiita
クリスマスもコードを書きたいアナタに送る！ 次世代エンジニアの技術の学び方とは? 〜Qiitaの投稿データから読み解く、2016年の技術トレンド〜
実務で役立つシェル系Tips - Qiita
perl - length @array - Qiita
検索ではあんまり出ないbashの便利技 - Qiita
