ポーカー無宿323「負けた、、、の？（前編）」デイトレ無着 | デイトレ無着
この収支報告の爆上げは一体。。。 ちょっとご説明します。 ＊＊＊ ロサンゼルスに仕事で来ていたJJが、2/19の朝9時に帰ると言うので、 かなり眠たかったのですが、「JJには世話になってるし、まあ最後だし付き合うかな」的なノリで朝まで一緒に打つことにしました。かなり眠たかったんですが。 二人してブラインド$5/10のテーブルに$1,000持って座ることにしました。 しかし、しばらく打ち続けて朝6時を回る頃には$5/10のテーブルがブレイク（人数が少なくなってテーブルが割れてしまうこと）。 JJの出発まであと残り2時間ちょっとあります。 そこで、$5/5の卓が立っていたので、二人してレートを下げて別々に打つことにしました。 ここでは$500がMAXだったので$500を持って入ります。 一時間くらいして、BTN（最後に決断できる一番いい場所）のポジションでJJ（紛らわしいですがハンドの話です。
ユーザー企業における標準化のあり方 : QCon Tokyo 2010
ユーザー企業における標準化のあり方 - 形ではない、型としての標準を目指して グロースエクスパートナーズ（株） 鈴木雄介Read less
「取材記事は発表前に確認させてください」という広報担当者が「時代遅れ」では全くない理由(片岡英彦) - 個人 - Yahoo!ニュース
私は比較的、商品販促においては「攻めの広報」を行ってきた。一方で「広報」は「攻め」ばかりでは成り立たないことを良く知っている。 また、「広報」という仕事を愛するがゆえに、「広報」の仕事を表面的にしか理解していない人の発言を目にすると無性に悲しく、残念な思いになる。 特に下記のような意見が「残念」である。 特に大きな企業だと、インタビューをする際に「広報確認」が必須だったりするんですよね。「インタビューするのはいいですが、まずはできあがった原稿を見せてください。あと画像素材もすべて。広報に確認します」的な。これがライターとしては非常にだるい。先方に何の悪気はなくても、げんなりします。（略）どんだけ警戒しているんですか…と。冷静に考えると、それはインタビューを受ける社員に対しても失礼なわけです。要するに「こいつはまずいことを喋ってしまうかもしれないから、一応広報でも確認しておくか」ということで
ER図を推測しながら作成するmysqlvizを改造した（印刷可能なサイズに出力） - Qiita
download download 説明 mysqlvizをご存知ない方はmoongiftさんの解説をどうぞ。 リレーション貼ってなくてもテーブル名と～id から推測してER図作成するmysqlvizに感動しました。 しかし出力結果がテーブル数が多い場合に優しくないので見やすく改造しました。 (サンプルはEC-CUBEFree版のDBです。) mysqlとsqliteが対応とのことですが、他のDBもmysql形式に変換すれば使えるのではないでしょうか。 改良後 線の色・・・１本目：紫、２本目：ぶっとい青、３本目：緑、４本目：黄、５本目：赤、６本目以降：ピンク 他のテーブルからリンクが貼られているだけのテーブルは丸い形 つながりがないテーブルは非表示にしときました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
