2015年1月18日のブックマーク (9件)

  • GitHub - Watson1978/kotori: An OS X client app for https://esa.io/

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - Watson1978/kotori: An OS X client app for https://esa.io/
    yanap1214
    yanap1214 2015/01/18
  • pgcli

    We stand with Ukraine Ukrainian people are fighting for their country. A lot of civilians, women and children, are suffering. Hundreds were killed and injured, and thousands were displaced. This is an image from my home town, Kharkiv. This place is right in the old city center. Picture by @fomenko_ph (Telegram). Please consider donating or volunteering. https://savelife.in.ua/en/donate/ https://ww

    yanap1214
    yanap1214 2015/01/18
  • [IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG

    「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要

    [IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
    yanap1214
    yanap1214 2015/01/18
  • fishシェルがとても素晴らしかったので、お伝えします。 - megane9988のブログ

    どもメガネです。最近では、もろもろ作業をはじめるために、まず黒い画面を開く程度になった私です。そんな私が最近、おしえてもらって便利だったシェルがfishシェルです。 fish shell シェルってなんだよ?という方にはWikipediaをどうぞ シェル つまりは、黒い画面を動かすときのインターフェイスですね。分かり難いですが、そういうことです。じゃあどういう具合にfashシェルが便利なのかをお伝えしていきましょう。 インストールが簡単 homebrewでインストールできるので簡単ですね。 OSXでfish shellを使う fish-shell はじめてみた ほとんど設定しなくていい .bashrc とか .bash_profile とかそういったのをほとんど触らなくていいです。 後述しますが私が追加したのは2つぐらい。楽ちんですね。 秀逸な候補提案 ※ 画像は公式サイトから流用 ディレ

    fishシェルがとても素晴らしかったので、お伝えします。 - megane9988のブログ
    yanap1214
    yanap1214 2015/01/18
  • 個人が無料で受けれるGoogleAnalytics認定試験の勉強方法 - 今日学んだこと

    Google Analyticsの認定試験(認定資格)、Google Analytics IQなるものをご存知でしょうか? 自身でWebサイトやブログを持っている方であれば、一時期ダッシュボード上にお知らせとして表示されてたのでご存知の方も多いかもしれません。 Google アナリティクス IQ のよくある質問 - アナリティクス ヘルプ から引用すると Google アナリティクス個人認定資格(IQ)とはどんな資格ですか? Google アナリティクス個人認定資格は Google アナリティクスの習熟度を認定する資格で、Google アナリティクス IQ 試験に合格した個人に付与されます。試験に備えるには、Google アナリティクス IQ 試験対策をご覧ください。 受講や受験にはいくらかかりますか? アナリティクス アカデミー コースの受講料と Google アナリティクス IQ 試験

    個人が無料で受けれるGoogleAnalytics認定試験の勉強方法 - 今日学んだこと
    yanap1214
    yanap1214 2015/01/18
  • Docker Meetup Tokyo #4 - 資料一覧 - connpass

    終了 2015/01/17(土) 13:30〜 Docker Meetup Tokyo #4 オープンソースの軽量コンテナDockerを使おう! kazunori_279 他 東京都千代田区丸の内1-9-2 グラントウキョウサウスタワー41F アカデミーホール

    Docker Meetup Tokyo #4 - 資料一覧 - connpass
    yanap1214
    yanap1214 2015/01/18
  • 直近で最大の失敗はニコキャス--夏野剛氏、失敗力カンファレンスで「本当すみません」

    8割の起業家が金目当て 米倉誠一郎氏(以下、米倉):会場の皆さんの中からですね、この3人に聞いてみたいことがあれば質問をどうぞ。 質問者:失敗力に関して最終的には個人っていうのもあると思うんで、個人の失敗に関してちょっとお伺いしたいんですけども。 自分の弱みと思っていらっしゃるところですとか、あと経営者となると特に何もしないことが最大の失敗っていうふうに思ってるんですが、そういった心が折れそうな時ですとかに、自分をセルフコントロールする秘訣をお教えいただければ幸いです。 米倉:抑制力。自分が折れそうなときにどうしてるか。 三木谷浩史氏(以下、三木谷):折れそうなとき。僕思うんですけど、大体特にITのベンチャーとかってほぼみんな躁状態だと思うんですよね。だから、あんまりにならない。当に新しい刺激が多すぎて。 なんでほとんど折れるってことがないし、逆にいろんなインシデントがあったり、難しい

    直近で最大の失敗はニコキャス--夏野剛氏、失敗力カンファレンスで「本当すみません」
    yanap1214
    yanap1214 2015/01/18
  • Dockerコンテナのクレデンシャル設計パターン | DevelopersIO

    ども、大瀧です。 データベースやクラウドストレージにアクセスするために、DockerコンテナでパスワードやAPIトークンキーなどのいわゆるクレデンシャル(資格)情報を扱うことがあります。これらの情報の扱い方についていくつかパターンを挙げ、考察してみたいと思います。 TL;DR(要点) DockerイメージやDockerfileに埋め込むのはアンチパターン コンテナ実行時に環境変数で渡すのがメジャー。しかしクレデンシャル管理が不要になるわけではない コンテナ実行時に外部から動的取得するのがおすすめ。クラウドのメタデータサーバーの利用がお手軽 クレデンシャル情報とは クレデンシャルは、コンテナから外部のデータソースにアクセスするための資格情報を指します。典型的なクレデンシャルとして以下があります。 DBユーザー名とDBパスワード : dbuser/dbpass WebサービスにアクセスするAP

    Dockerコンテナのクレデンシャル設計パターン | DevelopersIO
    yanap1214
    yanap1214 2015/01/18
  • 異なるgitリポジトリ間でもcherry-pickはできる - Qiita

    git cherry-pickは異なるリポジトリ間でも使える。 なんとなく似てるコードがいろんなリポジトリにある。。。残念な状況だけど。 そんなとき点在している同じコードに問題が見つかったら一生懸命修正して回ることになるけど、ちょっとでも楽したい。 (修正を導入したいリポジトリ内で) git remote add FIXED_REPO {すでに修正を導入したリポジトリのURL} git fetch FIXED_REPO git cherry-pick {FIXED_REPO上のコミットのSHA1} git push origin master (最初に修正を導入したリポジトリ内で) git remote add TO_FIX_REPO {これから修正を導入したいリポジトリのURL} git fetch TO_FIX_REPO git checkout -b TO_FIX_REPO-mast

    異なるgitリポジトリ間でもcherry-pickはできる - Qiita
    yanap1214
    yanap1214 2015/01/18