派遣先を選ぶ際の「バカ避け」としての質問項目
東京都内で、一般派遣のPGとして何年か働いてきました。時給は2600円前後の案件が多かったです。（個人的にはもっと上げたいところですが、なかなか叶っていません） いわゆるWeb系が7割、SIer系が3割です。 SIer系（社内SE含む）は総じてクソだという印象を抱いていますので、バイアスがあるかもしれません。 どんな職種や就業形態であれ、何年かやっていると誰でも、「この条件を満たす就業先はアウトだから、ここで働いてはいけないな」という判断基準が自分の中で確立されてくるものだと思います。 自分のそのような判断基準を整理する意味合いも含めて、「就業先（派遣先）との面談の際、これを聞けば良いな」と思う質問項目を書き出してみようと思います。 typoはご容赦ください。 (1)作業に使うPCのメモリ容量とディスプレイの画素数と枚数を教えてください。 メモリ8GB未満→論外。「我々は、たかだか数千円の
CentOS6とCentOS7の比較表 - Qiita
①anacondaの画面フロー変更。 ②GUIでのパッケージ選択を廃止 ③6.5➡7へのupgradeをサポート CentOS6.5➡7にupdateするには下記 CentOS6.5 ➡ Centos7にアップグレード eth0などはそのまま引き継がれる。 サービスは停止するもの（例えばntpなど）があったり、 6.5で動いてたものが正常に動作しなくなる可能性があるので、upgradeは推奨はしません。
システム開発の契約が民法改正で変わる
民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追
大規模システム構築に求められる自動化とChefの基本的な考え方とは
システム構築・運用の問題 近年、HadoopやOpenStackといった大規模分散基盤が注目を集めています。それに伴い多数のサーバーを構築・運用する機会のある方も増えてきているのではないでしょうか。 筆者も以前、数百台のHadoopクラスタ構築を担当したことがあり、構築台数の多さと作業の煩雑さに愕然としました。特に以下の点が問題でした。 （1）設定ミスにより膨大な作業が発生するリスクがある 検証環境の構築で、当初筆者は同じようなサーバーの構築を何度も行っていました。同じ作業を何度も繰り返していると、すぐに作業がマンネリ化し集中力が続かなくなり、設定ミスが多くなりました。その様な設定ミスが致命的な場合は、切り分け作業や設定の見直し作業が発生します。最悪の場合、全サーバの設定を確認することも考えられます。 （2）全体の待ち時間が大きな時間のロスになる パッケージのインストールなどは待ち時間が1
IT用語で以下の用語がいまいち理解できておりません。以下の用語の違いについて教えていただけないでしょうか。[500枚] - 可用... - Yahoo!知恵袋
「RAS」という概念があります。 R：信頼性（Reliability） A：可用性（Availability） S：保守性（Serviceability） の頭文字です。 1970年代初頭発売され当時大型コンピュータシェアを席捲していたIBMSystem/370シリーズから採用された概念と言われています。 信頼性はシステム（ハードウェア・ソフトウェア）の障害率が低く、故障期間が短い事。 可用性はそのシステムを利用者が使用出来る事。 保守性はシステムのメンテナンス（保守）しやすい事。 です。 立場で分けますと システムを提供する側ㅤシステムを享受する側 ㅤ信頼性ㅤㅤㅤㅤㅤㅤㅤㅤ可用性 ㅤ保守性 となります。 システム障害の観点で言いますと、 ・信頼性が高くなれば、可用性も高まります。 ㅤ信頼性（↗）ㅤㅤㅤㅤㅤㅤ可用性（↗） ・信頼性が低くなれば、可用性も低まります。 ㅤ信頼性（↘）ㅤㅤㅤㅤㅤ
![IT用語で以下の用語がいまいち理解できておりません。以下の用語の違いについて教えていただけないでしょうか。[500枚] - 可用... - Yahoo!知恵袋](https://cdn-ak-scissors.b.st-hatena.com/image/square/1d07bee2b75b182ba712690f3a3464c29972e28b/height=288;version=1;width=512/https%3A%2F%2Fs.yimg.jp%2Fimages%2Fks%2Fclap%2Fimage%2Fogp%2Fogp.png)
Python+SSHな自動化・デプロイメントツールFabricを活用するTips
こんにちは。CTOの馬場です。 みんな大好きFabricのTipsです。 Welcome to Fabric! -- Fabric documentation よくデプロイツールとして紹介されますが、 自動化のためのPython+SSH+コマンド実行フレームワークとして柔軟に使えて超便利です。 基本的には 手元でのコマンド実行 SSHごしのリモートサーバでのコマンド実行 SSHごしのリモートサーバでsudoしてコマンド実行 ができるツールなのですが、使い方の例を紹介します。 間違いなどあればお近くのハートビーツ社員か @netmarkjp に教えていただけると嬉しいです。 Python 2.7.10 + Fabric 1.10.2 + Paramiko 1.15.2で動作確認しました。 複数のサーバに対して同じユーザ・パスワードでログインする ユーザ名やパスワードを一括指定できます。 鍵認
意識の低い自動化 - Qiita
意識レベルを低く保ったまま自動化する話 世の中にはChefやらAnsibleやらPuppetやらと様々な自動化ツールがあって、 意識の高いはてな民は日々「Chef-soloはオワコン、いまやChef-zeroの時代」 「Ansibleなら対象サーバへの事前準備が不要、時代はAnsible」といった不毛な会話を繰り広げていると聞く。 「モダンなエンジニアは全員Chefを使いこなしているものだ」みたいな空気すらある。 なるほど、自動化ツールの学習は興味深いし楽しい。 大規模なサーバ群が次々と自動的にセットアップされてゆく様子は感動すら覚える。 が、私がやりたいことはリモートサーバのログを消したいだけなんだ、コマンド2つで済む内容なんだ･･･というときにはちと大仰すぎる。 「鶏を割くに焉んぞ牛刀を用いん」とはよく言ったものである。 シェルスクリプトで済むような内容、特に冪等性が必要ない場面、日常
インフラエンジニアとしてよく使うコマンド集 - Qiita
私がよく使うコマンド集となります。 参考に頂けたら幸いです。 随時更新するかと思います。 コマンドを打つ前に覚えておく事 ①サーバに負荷がかかるコマンドを打つ場合、下記をコマンドの先頭に付けましょう $ ionice -c 2 -n 7 nice -n 19 # -c 2：ディスクI/Oの実行優先度をベストエフォートで実行 # -n 7：さらにこのコマンドの優先度を低くする # -n 19：プロセスの実行優先度を一番低くする
利用範囲がさらに広がる！Postgres Plus 9.4新機能の全容 Vol.1 | アシスト
Postgres PlusはPostgreSQLに未実装のエンタープライズ向け機能を強力に補完したRDBMSで、サブスクリプション・ライセンス形式で提供されています。開発元であるEnterpriseDB社にはPostgreSQL開発コミュニティの主要コミッタが複数名在籍しており、Postgres Plusに加えてPostgreSQL本体の開発にも積極的に参画しています。 2014年7月17日に開催された国内初となるEnterpriseDB社主催「EnterpriseDB Summit Tokyo 2014」は、定員数を大きく超える250名以上の参加があり、Postgres Plusへの国内ユーザ企業の関心の高さが伺えるイベントとなりました。 イベントでは、Postgres Plus導入成功事例セッションとしてOracle Databaseが稼働するミッション・クリティカルなシステムをPos
「もうMATERIALIZED VIEWの挙動でやきもきしない」 9.4での設定・運用の改善
「もうMATERIALIZED VIEWの挙動でやきもきしない」 9.4での設定・運用の改善：PostgreSQLガイダンス（2）（1/4 ページ） PostgreSQL 9.4の新機能のうち、postgresql.auto.confを使った設定変更の方法や、pg_prewarm、 MATERIALIZED VIEWのCONCURRENTLYオプションなど、主にPostgreSQL環境を運用する際に関係する改善点を中心に紹介します。 連載バックナンバー 本稿では、間もなくリリースが予定されているPostgreSQL 9.4beta2を基に、新機能をレビューしています。 実は、PostgreSQL 9.4のリリースが例年のメジャーバージョンリリースと比べてちょっと遅れています。2014年5月に9.4 beta1がリリースされ、7月にbeta2が出たのですから、例年であれば9月にはrc版をリリ
Serverspecの概要からインストールまで
変化の激しいビジネスに対応するためにシステムやサービスには、これまで以上に迅速な導入や安定した運用が求められるようになってきています。このような要求を満たすために、仮想環境やクラウド環境を基盤として利用し、サーバの構築プロセスや構成管理プロセスの効率化のためにChefやPuppet、Ansibleといった自動化ツールが活用されるようになってきています。 このように自動処理で手軽にシステムやサービスをセットアップできるようになると、構築時の人為的ミスを防げるようになるなど便利になる反面、内部で実施されている処理が人の手から離れて、把握しづらくなる傾向にあります。また自動化の導入に際しては、システムが意図した状態に作り上げられているのかを確認する作業も重要になってきます。特に大規模で複雑な環境において、この確認作業を手作業で実施することは、高コストの要因となってしまいます。 参考: Think
Linuxコマンド【 chkconfig 】サービスの自動起動を設定する - Linux入門 - Webkaru
使用例 オプションなしでchkconfigコマンドを実行すると、現在のランレベルでの サービス自動起動の設定 on/off が確認できます。 # chkconfig acpid on apache2 on atd on bootlogs on bootmisc.sh on checkfs.sh on … 略 … chkconfigコマンドを使って、サービスの自動起動 on/off をリスト表示します（オプション -l）。 # chkconfig -l acpid 0:off 1:off 2:on 3:on 4:on 5:on 6:off apache2 0:off 1:off 2:on 3:on 4:on 5:on 6:off atd 0:off 1:off 2:on 3:on 4:on 5:on 6:off bootlogs 0:off 1:on 2:on 3:on 4:on 5:on
PostgreSQL のパフォーマンスチューニング - Qiita
PostgreSQL Advent Calendar 2014 の 13日目です。 Advent Calendar を今年もやってみたいと思って、枠が空いていたので飛び込んでみました。 昨日は osapon さんの libpqxx を使ってみたでした。 概要 PostgreSQL のパフォーマンスチューニングは大きく下記に分かれます。 システムチューニング SQL チューニング ここでは Linux 上で動かしていることを前提に、それぞれ説明します。 システムチューニング システムチューニングの概要 システムチューニングとは、OS または PostgreSQL の設定を変更することです。 それぞれ順に説明します。 OS チューニング PostgreSQL では特にメモリ関連でOSパラメータを設定変更すると、高速化効果が得られます。 特に下記のカーネルパラメータに注意します。 vm.dirt
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more
JavaでPostgreSQLにCSVデータを取込むときはCopyManagerが速くて便利 - kamegu's memo
無知は怖いという話です。 今まではORMフレームワーク使って1件ずつinsertしたり、ちょっと早くしたい場合はINSERT文を構築して100件ずつとかまとめてinsertしたりしてました。 今回、ちょっと調べてみるとPostgreSQLではCOPYコマンドというのがあって、jdbcライブラリにこれに対応したAPIがあるというのも知りました。 それがCopyManagerです。 使い方はこんな感じ CopyManager copyManager = new CopyManager(connection); Reader reader = new InputStreamReader(new FileInputStream(file), "MS932"); String sql = "COPY table_name (column1, column2,,,) FROM STDIN (FORMA
Slack、僕は君と別れようと思う【寄稿】 - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Samuel Hulickさんによる寄稿記事です。オレゴン州ポートランドに住むUXデザイナー。新しいプロダクトにユーザーを迎え入れ定着して利用してもらうプロセス「User Onboarding」への関心が高く、専用のWebサイトを運営しています。Twitter アカウントは、@SamuelHulick。本記事は、Mediumへの投稿記事を許可を得て翻訳したものです。元の英語記事もどうぞ。 「過去、革命が暴政の重荷を軽減したことはない。それはただ重荷をまた別の肩の上に移したに過ぎない。」 — George Bernard Shaw やあ、Slack。これは決して簡単ではないけれど、僕たちにとってベストな選択だと思う。 君も僕も承知の通り、最初のうちはすごく上手くいっていた。僕の溢れかえったメール受信箱と、君のそのEメールを置き換えるという（すごくセクシーな）野望と。 ただ、結局、僕たちの相性
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
まずやっとくPostgreSQLチューニング
アジャイル/DevOpsコラム | NTTデータ先端技術株式会社
findコマンドのmtimeオプションまとめ - Qiita
FUJITSU Server PRIMEQUEST（プライムクエスト） Linuxマニュアル - 富士通