タグ

2013年11月18日のブックマーク (6件)

  • 参加レポート【GitHub トレーニングチームから学ぶ Git の内部構造@名古屋】 - blog.ton-up.net

    参加レポート【GitHub トレーニングチームから学ぶ Git の内部構造@名古屋】 2013/11/17 | 所要時間 約14分 11月17日に行われたGitHub トレーニングチームから学ぶ Git の内部構造@名古屋 のレポートです。 メモが追いつかなかったり、聞き取れなかったりしたとこは抜けてます。すんません。 ちょっと長いですがどうぞ。 最初に ハッシュタグは@githubjp 今日の講師はマシュー(@matthewmccull)とジョン(@johndbritton)) マシュー日語勉強中だって:) 今回の内容はGitの内部構造について。Gitの紹介とは違う。 Gitの定義 the stupid content tracker (man gitしたときに最初に出てくる説明) 2005年 git誕生 githubは自社の製品を自分たちの作業にも使っている。 ここからGitの内部構

    参加レポート【GitHub トレーニングチームから学ぶ Git の内部構造@名古屋】 - blog.ton-up.net
  • 参加レポート【GitHub トレーニングチームから学ぶ Git の内部構造@名古屋】 - blog.ton-up.net

    参加レポート【GitHub トレーニングチームから学ぶ Git の内部構造@名古屋】 2013/11/17 | 所要時間 約14分 11月17日に行われたGitHub トレーニングチームから学ぶ Git の内部構造@名古屋 のレポートです。 メモが追いつかなかったり、聞き取れなかったりしたとこは抜けてます。すんません。 ちょっと長いですがどうぞ。 最初に ハッシュタグは@githubjp 今日の講師はマシュー(@matthewmccull)とジョン(@johndbritton)) マシュー日語勉強中だって:) 今回の内容はGitの内部構造について。Gitの紹介とは違う。 Gitの定義 the stupid content tracker (man gitしたときに最初に出てくる説明) 2005年 git誕生 githubは自社の製品を自分たちの作業にも使っている。 ここからGitの内部構

    参加レポート【GitHub トレーニングチームから学ぶ Git の内部構造@名古屋】 - blog.ton-up.net
  • Future of server provisioning

    A method for separating policy definition and behavior control by an intermediate language to achieve optimal server configuration management according to the situation

    Future of server provisioning
  • PHPのJSONのエスケープ

    (Last Updated On: 2023年12月8日) 追記:最近のOWASPガイドの更新でJavaScript文字列はUnicodeエンコードで安全性を確保するよう変更されました。元々このブログでもUnicodeエスケープのまま利用するように書いています。他の言語のユーザーはUnicodeエスケープを利用しましょう。PHPもASCII領域の文字をUnicodeエスケープするようにした方が良いと思います。これは提案して実現するように努力します。 JSONはJavaScriptのオブジェクトや配列を表現する方式でRFC 4627で定義されています。メディアタイプはapplication/json、ファイル拡張子はjsonと定義されています。 PHPにJSON形式のデータに変換するjson_encode関数とjson_decode関数をサポートしています。 JSON関数がサポートされている

    PHPのJSONのエスケープ
  • Git入門 v1.1.0

    Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・!15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev

    Git入門 v1.1.0
  • データベースアプリケーション開発を炎上させる負のスパイラル

    毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか? A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ

    データベースアプリケーション開発を炎上させる負のスパイラル
    array08_12
    array08_12 2013/11/18
    “漢(オトコ)のコンピュータ道: データベースアプリケーション開発を炎上させる負のスパイラル” 他42コメント http://t.co/IhhoDdkCUs