世の中のエンジニアのalias設定 - Qiita
先日、同僚と「世の中のエンジニアはターミナルにどんなalias設定をしているんだろう？」という談義になったので、GitHub上の1000リポジトリのコードから調査してみました。 2019/04/10 コメントを元に微修正しました。コメントくださった方々、ありがとうございます。 2019/04/11 こんなのも書いてみました。 よく使われているvimrcの設定ランキング 2019/04/15 プラグイン版も書きました。よく使われているvimのプラグイン top20 aliasとは wikipediaより UNIXなどにおいてコマンドを別名で登録したもの。別名を登録するコマンド名。 長いコマンドやいつも利用するオプションを毎回入力するのは手間ですよね？ ターミナルの設定ファイルにaliasを記述することで、別名として定義することが可能というわけです。 調査方法 GitHub APIを利用 do
『入門Kubernetes』を翻訳しました
『入門Kubernetes』を翻訳しました 2018-03-12 コンテナを管理するオーケーストレータとしてデファクトスタンダードになりつつあるKubernetesに関する入門書『入門Kubernetes』を翻訳しました。2018年3月22日に、オライリー・ジャパンから発売されます。原著は『Kubernetes: Up and Running』です。 目次 Amazonの書籍詳細ページ Kubernetesの開発者たちが直接Kubernetesを解説した本で、Kubernetesでアプリケーションを動かすために必要な色々な概念を、実際にKubernetesクラスタ上で動かしてみながら学んでいくという構成になっています。 また、チュートリアルだけでなく「なぜコンテナを使うべきなのか」「どういう経緯でKubernetesが生まれたのか」「マイクロサービスの何がいいのか」といった、コンテナやマイ
Redhat6.x + SCL 使う時に気をつけたい３つのポイント - AWS / PHP / Python ちょいメモ
Redhat系で新しいパッケージを公式サポートしてくれる SCL : Software Collections を使った際にはまったポイントを３つメモしておきます。慣れた方なら当たり前な事かもしれませんが、初心者にはハードル高く、何度もつまづきました。 SCL とは Redhatはサポート期間が長く、一つ前のメジャーバージョンでも標準パッケージのバージョンが古い事が結構多いです（Redhat 6.xの場合：Apache2.2.x , Python 2.6.x など）。今からスタートするサービスに使うには、古さを感じました。 そこで各種パッケージの新しいバージョンに、公式に対応してくれる仕組みが SoftwareCollections （以下、SCL）。提供される追加リポジトリを登録するなどすれば、新しいバージョンが、標準リポジトリでの導入バージョンと衝突しないで利用できるという仕組み。 R
PostgreSQLをyumでインストール（yumとrpmの復習込み） - 薮蛇なエンジニアの開発備忘録
概要 PostgreSQLをCentOSにインストールしようと思って調べたところ、yumを使った方法が何種類か見つかりました。 どれも根本は同じ事をしているように見えますが、コマンドが微妙に違っています。 yumとrpmについて自分の理解度が低かったせいで混乱しかけたので、改めてyumとrpmの関係を復習しつつPostgreSQLのインストールを実践してみようと思います。 前提 Cent OS 6.7を対象 PostgreSQL未インストール状態から開始 yumとrpmの違い Google検索で上位に出てきたこちらのサイトが大変分かりやすかったです。 （参考サイト1：初心者の頃に知っておきたかった rpm と yum の違いと使い分け - 彼女からは、おいちゃんと呼ばれています） （参考サイト2：【パッケージ】Linuxの「パッケージ」と「yum」と「rpm」について勉強したのでまとめてみ
GolangのWebアプリケーションをECSにデプロイするCI環境をCodeCommit、CodeBuild、CodePipelineでつくる【cloudpack大阪ブログ】 | iret.media
cloudpack大阪の佐々木です。 内部で開発しているGolangのWebアプリをECSで稼働させるように、CI環境をつくってみました。 パブリックのgithubとかであれば、CircleCIとかでもう少しいい感じにできるとおもうのですが、ローカルのGitリポジトリで開発しているため、パブリックアクセスできないCodeCommitを使う形にしました。 概要 動作イメージは下記のような感じです。 CodeCommitにプッシュ CodePipelineでコミットを検知し、CodeBuildを起動 CodeBuildでコンパイルし、実行ファイルをビルド、S3に保存 S3に保存後、ECSのサービスの既存タスクを停止 サービスが新しいタスクを起動 新しいコンテナがS3から実行ファイルをダウンロードし、実行 もとのアプリケーションのファイルは下記のような感じです。 . ├── app │ ├──
[アップデート] AWS CodeCommit が東京リージョン対応 | DevelopersIO
渡辺です。 開発者に待望のアップデートです。 CodeCommitが東京リージョンで利用できるようになりました。 早速リポジトリを作成してみます。 リージョンがap-northeast-1（東京）になっていますね。 CodePipelineからCodeCommitのリポジトリを参照してみましょう。 バッチリです。 これで開発系サービスのCodeDeploy, CodeBuild, CodePipeline, CodeCommitが東京リージョンで利用できることになります。 これまでは東京リージョンでCodeDeployを利用する時にS3を利用せざるを得ませんでしたが、今後はCodeCommitを利用することでスムーズな連携が可能になるでしょう。 残るはCodeStarのみです。 CodeStarは各開発系サービスを連携するサービスですから、遠くない時期には対応されるのではないでしょうか？
![[アップデート] AWS CodeCommit が東京リージョン対応 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/13935a4e593b03d16999ca4cb4f253480dea8a3f/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F07%2Fcodecommit.png)
[AWS]Systems ManagerのAutomationとAnsibleを使ってAMIを作成する | DevelopersIO
コンニチハ、千葉です。 Systems ManagerのAutomation機能を利用するとカスタムAMIの作成を自動化できます。 AutoScaling利用時、Packer等でカスタムAMIを作成すると思いますがこれの置き換えを想定しています。EC2上でPackerを動かしている場合、EC2を減らすことができるかなと思います。 環境 以下の環境で試しました ソースAMI：Amazon Linux リポジトリ：CodeCommit プロビジョニング：Ansible 2.2.3.0 やってみた リポジトリ作成 Ansibleコードを格納するリポジトリを作成します。リポジトリは、GitHubやS3などでもいいと思いますが、今回はEC2利用時のリポジトリへのアクセスをシームレスに行えるCodeCommitを選択しました。EC2へIAMロールをアタッチすることで簡単でセキュアにCodeCommit
![[AWS]Systems ManagerのAutomationとAnsibleを使ってAMIを作成する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/58278067871ebaae68a873315f4dd4b9b78f6b5a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_EC2.png)
Amazon EC2 Container Service コンソールチュートリアルをやってみた | DevelopersIO
はじめに 以前の記事となりますが、AWS 上に Kubernetes cluster を構築しました。 Developers.IO 読者の皆様であればご存知かと思われますが AWS には、Amazon EC2 Container Service (ECS) という コンテナ化されたアプリケーションを、本番環境で実行するサービスが用意されております。 本記事では、AWS から提供されている ECS コンソールチュートリアルを通じて ECS へ触れてみたいと思います。 前提条件 チュートリアルに従い、検証を行うには予め AWS CLI および Docker コマンドが利用できる環境を用意しておく必要があります。 各ツールのインストール方法については、以下のドキュメントをご参照ください。 AWS CLI をインストールする場合 AWS Command Line Interface のインストール
Fedora、MP3をフルサポートへ | スラド Linux
Fedoraが、標準でMP3をフルサポートすることを発表した（Fedora Magazine、BetaNews、Phoronix）。 Fedora Workstationでは昨年11月、MP3デコードに関する特許の存続期間が満了したことを受け、mpg123ライブラリとGStreamerでのMP3デコードを有効化していた。さらに4月23日、Fraunhofer IISとTechnicolorがMP3関連特許とソフトウェアのライセンスプログラムを終了したことから、Red Hatの法務部門がFedoraへのMP3エンコーダー追加を認めたとのこと。 これまではライセンスの問題からFedoraのベースディストリビューションにMP3デコード/エンコード機能を含めることは困難だった。そのため、多くのユーザーがサードパーティーのリポジトリからMP3関連のライブラリをインストールしていたが、近いうちにFed
今、Reactでリポジトリ公開するなら、これくらいは対応しておきたい - Qiita
趣味で作ったwebサービスのリポジトリをgithubに公開して2ヶ月くらい フロントエンドのソースが雑だったので、リファクタリング中にした対応を紹介 前記事：Go + react + ansibleでサービスを作ってOSSにしてみた http://qiita.com/wheatandcat/items/66d72445ad0c5df2a8be github 記載している内容は、下記のリポジトリに取り込み済みの内容です。 うまく動かなかったら、こちらから動きを見てもらえたらと思います。 ■dotstamp_client https://github.com/wheatandcat/dotstamp_client flow javascriptでも型が使えるようになるライブラリ。 ファイル単位で実装していけるから、稼働中のプロジェクトでも柔軟に導入していけるのが魅力。 導入的にはファイルの頭に
React + Redux + react-router + material-ui + axios + ES2015 + Babel + webpack + ESLint + Airbnb JavaScript Style Guide を Ubuntu Server 16.10 環境に Vagrant でセットアップするスクリプトを書いた - Qiita
成果物 https://github.com/ktrkmk/rrrmaebwea 詳しくはリポジトリ側の README.md も御覧ください。 きっかけ Web アプリケーションにおけるバックエンド側をそれなりにやってきていましたが、とある日「10年のツケを支払ったフロント界隈におけるJavaScript開発環境（2016年4月現在）。」という記事を読み、フロントエンド界隈に少し興味を持ったのがきっかけになった感じです。 試そうとしたのはいいが… 早速その「React + Redux + react-router + material-ui + axios + ES2015 + Babel + webpack + ESLint + Airbnb JavaScript Style Guide」を試してみようじゃないか、と思ったものの、これだけ色々並ぶと何がなにやら状態。そもそも一番最初に必要
ソースコードをAWS CodeCommitに入れる - Qiita
AWSを無料枠の中で使っていますが、ソースコード管理のサービスも使ってみようと思います。 AWS CodeCommitというサービスで、Gitリポジトリを提供してくれます。 以下、無料枠の範囲です。 ・最初の 5 人のアクティブユーザー ・無制限のリポジトリ ・50 GB のストレージ/月 ・10,000 件の Git リクエスト/月 AWS側の準備（リポジトリの作成） CodeCommitのサービスを選択して、「Create Repository」します。これでおしまい。 設定としてはConnect to your repositoryで接続するプロトコル（https or ssh）とClient OS(Unix系 or Windows)を選択します。 私はhttps と Windowsを選択しました。 リポジトリを作成した後に、CloneURLで表示されるURLが、ローカルリポジトリか
SQL開発者を幸せにする！？ Sublime Text 3でも使える uroboroSQL Formatter を公開しました | フューチャー技術ブログ
SQL開発者を幸せにする！？ Sublime Text 3でも使える uroboroSQL Formatter を公開しました はじめにはじめまして、太田です。 今回、弊社謹製のSQLフォーマッターuroboroSQL formatterを公開しましたので、その紹介をさせていただきます。 また、弊社、星が昨年投稿した記事の中でJavaのコーディング規約を公開しましたが、今回その第2弾として、SQLのコーディング規約（Oracle限定）も公開いたしましたので、こちらについても触れたいと思います。 作成経緯みなさんはどのようなSQLフォーマッターを利用されていますか？ 色々あって悩みますよね。 中には、「実はSQLフォーマッターを使っていない」とか、「SQLフォーマッターを使っていても最終的には手で修正する」という開発フローをとっているチームも少なからず存在するのでは無いでしょうか？ というか
GitHubを使うなら最低限知っておきたい、プルリクエストの送り方とレビュー、マージの基本
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終える頃には、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 前回の記事「これでもう怖くない、Git／GitHubにおけるリモートリポジトリの作成、確認、変更、更新時の基本5コマンド」では「リモートリポジトリ」に対する基本操作を解説しました。 連載第10回目の本稿では「プルリクエスト」の基本機能や手順について解説します。 本稿で解説する作業は、前回の記事で作成したリポジトリをベースに進めていきます。リポジトリを作成する作業をまだ行っていない場合は、前回の記事を読みながら準備を進めてみてください。 プルリクエスト
ML-Askでテキストの感情分析 - Qiita
ちゃお……† 今回は感情分析ライブラリML-Askについて紹介します。 ML-Askができること 感情の推定 2,100語の辞書によるパターンマッチングで{喜, 怒, 哀, 怖, 恥, 好, 厭, 昂, 安, 驚}の10種類の感情を推定します。この2,100語は、感情表現辞典に基づいているそうです。 感情の強さ 間投詞、擬態語、がさつな言葉、顔文字、「！」や「？」の数で感情の強さを推定します。 ネガポジ分類 推定された感情から文を{ネガティブ、ポジティブ、ニュートラル}の３種類に分類します。 文脈の考慮 Contextual Valence Shifters (CVS) という概念に基づいて, 文脈を考慮した感情推定を行います. たとえば, 「好きとは言えない」という文の場合、「好き」が否定されているので、「好き」の逆の感情である「厭」だと推定します。 活性的かどうか 推定された感情を元に
これでもう怖くない、Git／GitHubにおけるリモートリポジトリの作成、確認、変更、更新時の基本5コマンド
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終える頃には、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 前回の「2017年、GitHubを始めるために最低限知っておきたい各機能」ではGitHubの各機能の概要を解説しました。連載第9回目の本稿では、GitHub上に「リモートリポジトリ」を作成し、「リモートリポジトリ」に対する基本操作を試していきます。 本稿で解説する作業を行うには「GitHubのアカウント作成」や「SSH設定」を事前に行っておく必要があります。これらの準備手順については連載第7回の「はじまりはいつもプルリク？ Gitリポジトリホスティン
Gitリポジトリビジュアライザ ― Goslings - Qiita
Git Advent Calendar 2016にJGitネタで参加しようと思い立ち登録したはいいものの、JGitの使い方なんてものは既に投稿されているし、JGitを使ったことはなかったのでノウハウなんか書けないし、需要もあるとは思えない。 さてどうしようかということで、以前から啓蒙しているGitのオブジェクトモデルを学べるアプリなんか面白いかと思い、JGitを使ってGoslingsというものを作った。ソースはGitHubに置いた。 Goslingsとは Goslingsは、Gitのリポジトリの中身をビジュアライズするWebアプリケーションだ。 作ってから気付いたが、リポジトリの中身って小さいプロジェクトでもかなり複雑で、ビジュアライズしても何が何だかわからない。 見ているとちょっと楽しいという効用があることは間違いないが、それ以外の使い道があったら誰か教えてほしい。 Goslingsとい
継続的テストとしての監視実装例
その昔hbstudyで @kazuho さんは言いました 「監視は継続的なテストである」 というわけでこんにちはCTOの馬場です。 今回は弊社で実際に適用しているテストケースを紹介します。 ハートビーツと監視システム ハートビーツでは永らくNagiosを使って2拠点から同内容の監視をしています。 最適な監視を実現するためにはNagiosの監視の実体である Nagiosプラグインを自作する必要があり、 ハートビーツでは特に別途費用をいただかず必要なNagiosプラグインを実装しています。 ソースコードは社のGitLabで管理していて、 hb-nagios-plugins グループ配下には100近いリポジトリがあり、 さらにこの他にも案件固有の監視項目用に個別のリポジトリがあります。 要するにたくさんですね。 さきほどざっと hb-nagios-plugins グループ配下のファイル数を確認し
アンチウィルスソフト導入(Clam AntiVirus) - CentOSで自宅サーバー構築
EPELリポジトリ導入(EPEL)を参照してEPELリポジトリを導入する [root@centos ~]# yum -y install clamav clamav-server-systemd clamav-update clamav-scanner-systemd ← Clam AntiVirusインストール [root@centos ~]# vi /etc/freshclam.conf ← ウイルス定義ファイル更新設定ファイル編集 # Send the RELOAD command to clamd. # Default: no #NotifyClamd /path/to/clamd.conf NotifyClamd /etc/clamd.d/scan.conf ← 追加（ウイルス定義ファイル更新をclamdに通知する） [root@centos ~]# freshclam ← ウイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 | Developers.IO