タグ

2014年7月23日のブックマーク (11件)

  • ggsoku.com

    ggsoku.com
    sonots
    sonots 2014/07/23
    悪い予感しかしない
  • シェルの変数に慣れる

    ユーザー定義変数の使い方 変数は、シェルの世界、とくに英語のドキュメントでは「パラメータ」と呼ばれていますが、日語でパラメータというとどうも違う意味にとられがちなので、ここでは「変数」と呼ことにしたいと思います。ではシェルスクリプトにおける「変数」の取扱と特徴について見ていくことにしましょう。 シェルやシェルスクリプトで変数を定義する場合は、 のように記述します。とくに前もって変数を宣言したりする必要はありません(宣言することもできますが)。‘=’の両側にスペースをあけたりしてはいけません。C言語などの変数代入などの際にスペースをあける癖のある方は気をつけてください。 格納された値を参照する場合は、変数の先頭に‘$’をつけます。ためしにechoを使って標準出力に変数を表示してみます。

    シェルの変数に慣れる
    sonots
    sonots 2014/07/23
    :-
  • 何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita

    エンジニア組織を強くするためのを出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 デメテルの法則 別名最小知識の法則。デメテルは、豊穣の女神。アスペクト指向などの研究であった「デメテルプロジェクト」に由来。 基的な考え方は、任意のオブジェクトが自分以外(サブコンポーネント含む)の構造やプロパティに対して持っている仮定を最小限にすべきであるという点にある。 単純化して説明すると、オブジェクトの"メンバーのプロパテ

    何かのときにすっと出したい、プログラミングに関する法則・原則一覧 - Qiita
    sonots
    sonots 2014/07/23
    ボーイスカウトの法則
  • 誰も教えてくれなかったMySQLの障害解析方法 - Qiita

    それほどDBに詳しくないアプリエンジニアが何かトラブった時にすぐさま行動して問題把握できるようになる情報を列挙しておきます。 開発時、障害時の対処療法やちょっとした定期監視方法などを対象にしています。 抜的な対策などはインフラエンジニアさんにお任せしたほうがいいと思います。 DBはいろんな意味でこわいんでできれば触りたくないです>< 事前確認 MySQLサーバーのシステム設定値を確認しておく 以下のようにサーバーのシステム設定値を確認できます。 mysql> SHOW GLOBAL VARIABLES; # ワイルドカード(%)を用いた絞り込み mysql> SHOW GLOBAL VARIABLES LIKE 'performance_schema%'

    誰も教えてくれなかったMySQLの障害解析方法 - Qiita
    sonots
    sonots 2014/07/23
    Good
  • GitHub - kiyoto/fluent-pluginator: Fluentd plugin scaffold generator

    sonots
    sonots 2014/07/23
    こんなの作ってたんだ
  • Private Presentation

    Private content!This content has been marked as private by the uploader.

    sonots
    sonots 2014/07/23
  • インプットのためにフォローしておきたい、WEB・IT業界人Twitterアカウントまとめ | キャリアハック(CAREER HACK)

    Twitterから業界・技術・トレンドの今がわかる? 刻々と最新情報が飛び込むWEB・IT業界。 いち早くキャッチアップするため欠かせないのがTwitter。 なんといってもFacebookよりフランクにフォローできますし、くだらないネタからタメになる情報まで取りきれますよね。 今回はWEB・IT業界でぜひともフォローしておきたい方々をまとめてみました。 ぜひご参考までにどうぞ! 起業家・経営者 注目の起業家・経営者をフォローすれば、情報収集も効率化!? 中川綾太郎(Peroli CEO) @ayatan48さんをフォロー 山田進太郎(メルカリCEO) @suaddさんをフォロー 国光宏尚(gumi CEO) @hkunimitsuさんをフォロー 古川健介(nanapi 代表) @kensuuさんをフォロー 金山裕樹(VASILY CEO) @yukillerさんをフォロー 家入一真(シリ

    インプットのためにフォローしておきたい、WEB・IT業界人Twitterアカウントまとめ | キャリアハック(CAREER HACK)
    sonots
    sonots 2014/07/23
    佐々木達也(エンジニア)
  • libchanを読んだ - 世界線航跡蔵

    libchan を読んだのでまとめてみる。 libchanとは libchanはdockerに使われているライブラリの1つで、先月の DockerCon で発表された。 非同期かつ一方向の通信チャネルをインプロセスでもネットワーク越しでも扱えるというGoライブラリである。 一方向とはいうものの、チャネル自体をデータに添えて他のチャネル越しに送れる。なので、返信や待ち合わせが必要ならば自分宛のチャネルを送って相手に使ってもらい、自分はそのチャネルの上で待機していれば良い。 早い話がGo言語の機能であるチャネルをネットワーク対応したようなものだ、と書いてある。 DockerはこのDockerConではDocker 1.0に加えてlibcontainer, libchan, libswarm, Docker Hubを発表していて一応キーノートの話題の1つではあったものの、 個人的にはlibswa

    libchanを読んだ - 世界線航跡蔵
    sonots
    sonots 2014/07/23
  • MySQL 5.6 でのレプリケーション遅延は危険 : DSAS開発者の部屋

    MySQL 5.6 の検証中に MySQL 5.5 とは違うタイプのレプリケーション遅延を見つけたので紹介します。 MySQL のレプリケーションのおさらい MySQL のレプリケーションは次のような仕組みで動作しています。 マスターの更新トランザクションが binlog を書く スレーブの I/O スレッドがマスターに接続し、 binlog を取得し、 relaylog を書く. マスター側はスレーブからの接続を受け付けると(dump スレッド)、指定された場所から最新までの binlog を転送する binlog が追記されるのを待ってさらにスレーブに送る スレーブのSQLスレッドが relaylog を再生する MySQL 5.5 でよくあったレプリケーション遅延 マスターは並列してトランザクションを処理して、最終的にコミットした順で反映されれば問題ないようになっています。 一方、ス

    MySQL 5.6 でのレプリケーション遅延は危険 : DSAS開発者の部屋
    sonots
    sonots 2014/07/23
  • 株式会社アドウェイズ に行ってきた! - 941::blog

    毎日がエブリデイ!くしいです! どんなオフィスなのかを紹介しまくっている行ってきたシリーズも86記事目、いつもお世話になっております。今回はスマートフォン向け広告事業などを手がけている株式会社アドウェイズさんにお邪魔してきた。5月にお引っ越しされたばかりということでピッカピカでゴッリゴリ!「義理と人情」がコンセプトだそうで、日を誇張して表現したオフィスは凄いとこでした。 西新宿の超高層タワー、途中エレベーターを乗り継いで辿り着くとピカピカの会社ロゴ ==== 廊下がめっっっちゃ長い!端から端まで2年くらいかかりそう ※公開から3ヶ月以上経過した特定の記事は有料となっている場合があります この続きはcodocで購入

    株式会社アドウェイズ に行ってきた! - 941::blog
    sonots
    sonots 2014/07/23
  • エンジニアがアウトプットすべき理由 | 外道父の匠

    ブログが流行りだして10年以上が経とうとしているのに今更な内容ですが、エンジニアがブログを書く書かないについて再考する機会があったので、書き留めておきたいと思います。 書く人にとってはメリットがわかってるし、書かない人にとってはデメリットを流せるし、ぶっちゃけ好きにすればいいだけではあるのですが・・・ アウトプットとは ”発信”の方がしっくりくるのでどっちも使いますが、ここでは一般的っぽい”アウトプット”としています。私が思いつくアウトプットとは、 技術ブログを書くこと Wikiに手順やバッドノウハウをまとめること Twitterやコミュニケーションツールで短文メッセージを投稿すること 登壇発表すること 講師やメンターとして育成すること 書籍や連載を執筆すること ソースコードを公開またはプルリクすること で、どれも社内/社外どちらでも問わない、といったところです。ただし、社内におけるコード

    エンジニアがアウトプットすべき理由 | 外道父の匠
    sonots
    sonots 2014/07/23