はてなキーワード: タープとは
引き出し式 大
荷物の整理しよう <h3>o- *</h3>
MYOGするとしてためしにタープ
3m x 3.5m
約49g/平米
約1.54m幅
¥1,400. / 1m
7m買うとして\9800- 約350g
張り綱30m?
太さ:約2.3mm
3.3g/1m
¥150./1m 4500円?!
ヒルバーグが25mで3,240円(税込)
http://store.shopping.yahoo.co.jp/vic2/95556.html
スタッフサックも。
これ勝ったほうがいいかも
http://locusgear.com/products/tarp/tarp-x-duo
長さ290cm x 幅290cm(収納時サイズ:長さ23cm x 幅14cm)
カラー:アスペン・ゴールド、アルパイン・グリーン、ブロンズ・ミスト
¥13,800.ガイラインが+3240円(仮)
重量 570g
ヤフオクで18000円くらいまでなら買いだな
「収入とポジションが一致しない」というより、「収入と管理のハイアラーキが一致しない」かな。senior developerとmanagerがいて、後者が前者を管理してる場合でも、前者の方がたくさん給料をもらうことはいくらでもある。そのsenior developerがよっぽどスタープレーヤーならVice Presidentよりもらっててもおかしくはない。ただ、同業界の同ポジション、例えばjunior developer/senior developerといった枠で考えるとある程度相場感はあるので、その「ポジション=職種」という意味では収入とある程度一致する。developerのキャリアで給料を上げようと思ったらjuniorからintermediate, seniorへとポジションを上げてくしかない。日本との違いは、A社でjuniorで経験を積んでからB社にintermediateで入るのも、A社でそのまま持ち上がるのも、ポジションを変えるという意味では同じように考えられること。在社年数に意味はなく、スキルのみに意味がある。
先日のオーストラリア戦で感じたのはコンセプトとシステムの限界である。
前回のユーロでのスペイン、C.ロナウドやメッシー、カカ、ロナウジーニョに代表されるようにサイド攻撃重視のコンセプトとシステムは世界を席巻している。
サイドを制するものが世界を制すと言う言葉はもはや常識とまで言える。
報道ではアジリティ(笑)を活かした日本のサッカーなどと持ち上げているが、実は世界の流行そのままのコンセプトであることは多くの人が気づいているだろう。
それでも、このコンセプトに誰も文句を言わないのは日本にとってそれ以上のコンセプトが存在しないせいだ。
日本サッカーはこれまで、コンセプトとシステムに泣かされてきた。
主戦場であるヨーロッパで活躍する選手が少ない日本にとっては、流行遅れも大きな弱点であった。
加茂は当時流行したプレッシングサッカー(ゾーンプレス)をコンセプトとしたが、それに見合わないシステムを導入したことで流行に乗ることが出来なかった。
トルシエは、3バック&司令塔システムをサイド攻撃ガン無視超守備的5バック&司令塔システムに進化させたが、結局は4バック&司令塔システムにはかなわなかった。
ジーコは、スタープレーヤを並べることだけを考え、超時代遅れブラジル型個人技重視ボックス型中盤システムを構築した。「システム(笑)?自由最強!」だった。
オシムは世界で最先端のコンセプトとシステムを日本に残してくれた。
しかし、このコンセプトとシステムもいつ時代遅れになるか分からない。
その証拠に、このコンセプトとシステムは、もはや珍しいものではなくなっている。
全く日本独自のものではない。
なんて難しいことだろうか。
今のコンセプトとシステムそして選手であれば、昨日のオーストラリア戦がベストなのではないか?
今のコンセプトとシステムで行くならば選手がレベルアップするしかない。
それも、C.ロナウドやメッシー、カカ、ロナウジーニョに肩を並べるほどに。
一般的なエンジニアの人材派遣市場においては、設計スキルのあるなしをもって、SE、PGという称号を変えていると思われる。
なおこの市場においては、採用側がエンジニアのスキルを正しく判断できないということもあり、逆選択に近い状態になっている。
明確な指針が不足している為、採用側は悪貨を掴まざるを得ないということを覚悟しなければならない。
であれば、技術的難度の高い箇所は自社エンジニアであったり、多少単価が高くともリスクが低いと思われるSEにお願いをして、
そうでない部分をPGにお願いするという形になる。
本来であれば、PMとITアーキテクトが分離されており、それぞれの得意(人の管理、技術の管理)に注力できるのが理想ではあるが、
PG=>SE=>PMといった出世魚的キャリアプロセスをとっている組織体であれば、「PMはSEやPGの行うことは出来てしまう」という認識が容易に発生し、
これにより、PMにITアーキテクトの役目をも負わせるようになる。
一人の人間に役割を集約させる為、コミュニケーションコストなどは減少するメリットはあるが、
同時に、そういった役割に対して十分なキャパシティを持っている人は少ないということもあり、最新技術への対応が後手後手に回るというデメリットがある。
更に言えば、ウォータープロセスの場合、要求定義、設計、開発、検証といったようにフェーズの切り分けが明確である。
PMの役割は本来それぞれのフェーズの進捗度管理と投入されるリソースの管理であり、それ自体は至って機械的な作業であると思われる。
ただ、現実には、発注元との窓口(これは実は営業的機能であるので、本来は別ものではないか?)であったり、生産性向上の為の要員のモチベーション管理の役目を背負わされているのが実際だろう。
・BBQしてる人が多かったですが、適度に間隔取れる程度。
・木陰が多く、天然のターフタープになってます。
・1組だけBBQしてるの見かけました。
・けど、水場がない。
・なにより広すぎて顔も名前も知らない人が集まるのは無理か。
・毛馬地区を見てきました。
・BBQしてる人は見あたらず。
・広々としていいのですが、日陰皆無なのがつらいかも。
・あと水回りがあんまりなかった、かな。
万博公園 遠くて断念。
信太山青少年野外活動センター 遠くて断念。
こんな感じ。場所は久宝寺緑地(ファミリー広場)にしようかと。
http://anond.hatelabo.jp/20070526095842
バカだけが取り柄です、から。
(追記)