今シーズン行ったゲレンデ 岩原スキー場
12月27日 猛吹雪
1月6日 雪/晴
2月10日 晴
日帰り新幹線ツアーがメインになるから、結局は越後湯沢界隈がメインになる。
友人とゲレンデ選択をする際にホームページがファミリー向けだったから小さい子多いかなー。と避けていた岩原だったが知人から良いゲレンデだよ。との情報をもらい今シーズンから行き始めたゲレンデ。
初回の12月27日は記録的な大雪で前日夜だけで50cm、滞在中の1日で30cm以上の雪が積もる猛烈な雪、圧雪が追いつかない状況なので新雪をかき分ける良い言い方をすれば最初から最後までパウダーサーフィン
悪く言えば膝まで雪が常に降り積もりスピード出ないわ足元が解らないから先行動作出来ないわ雪が青く見えてゴーグルで見えないから裸眼になるわのコンディション。
山頂ゲレンデからの迂回ルートは尾根伝いを滑ってつづら折りに入るが、その尾根伝いが風の通り道となってしまい軽い雪が舞い上がりホワイトアウト。
何度となく友人と「これやべーーーー！」と大声を出し、途中知らない人とパーティを組んで下山するレベル。
ここまで雪が酷いと、何がなんだか分からないお祭り的なテンションも相まって「楽しかった！色んな意味で！」と言う評価に。
次に一人で行った1月6日、朝は雪がちらついていたものの日が上がると雪雲が抜け時々太陽が顔を出すコンディション、しかし全体的に冷えた状況で雪質は上場。
上に新雪が積り適度にしまった雪でスピードが出る、ゲレンデは大きなメインバーンが有り人が分散しているので広々使える。
ただ広いバーンを活用いたスクールが多く、滑れる人間が下で調子づくよりは上側のゲレンデに言って棲み分けをした方が良いかも。
小さい子を連れた家族連れが多く、キッズでも楽しめる斜度だが、それだけ滑れる人間が周りに気を使う事が必要。
以外にもベテランの地元や近隣のスキーヤーさんが多く、若いボードの人との比率は半々かむしろスキーの方が多いと感じるレベル。
自分のようなカービングのフリーランが好きな人間だと滑ってそのままリフトに入れるコースレイアウトは歓迎出来るが、その分ゲレンデのバリエーションと言う意味ではガッツリ滑りたい！景色楽しみたい！と言う人の場合山頂エリアからの迂回コースしかないので、少し物足りない。
またボードだけにはなってしまうが、迂回コースからメインゲレンデに戻る細いコースは上から一気に滑り降りないとバインディングを外してのワンフットでの移動を強いられる。
コース自体も細く日中は日陰でアイスとなっており、エッジが掛からず転倒もあるのでコースレイアウトとして、ここだけはボードは難所となっている。
また、頂上からのオフピステゾーンはスキー、スノーボードを問わず難易度が高く攻略には相当熟練した技量が必要になる。
アクセス： ★★★★☆
越後湯沢駅からのバスは充実している。土曜17時代のバスの混雑がキツい。最低でも16:30には着替え終わりバス列にならぶべき。
ゲレンデ： ★★★★☆
メインゲレンデの広さは越後湯沢界隈随一、広々滑れてキツい斜度のコースとの棲み分けがしっかりしている。
色んなコースを回りたいと言う人には少し物足りないかも。
施設： ★★★☆☆
日帰り施設のコインロッカー数が足りないと言う事はない。ただ着替えスペースは帰りの時間帯に混雑すると順番待ちがかなりある
食事： ★★★★☆
ピザが旨い。あとゲレンデ中腹の食堂のラーメンがシンプルなラーメンで旨い。
総合： ★★★★☆
メインバーンの広さは周りのゲレンデとは比較出来ない広さで、土曜日の混雑する時間帯でも混雑して怖いと感じさせる事はほとんどない。
スノーボードに優しい作りでリフトまでの平坦が少なく、降りてきたらそのままバインディングを外してリフトに乗れると言う部分は本当にありがたい。
また、キッズのスクールが盛んで小さな子供の初心者スクールが朝から盛んに行われている。
斜度が緩やかで、あまり滑りに自信の無い人でも楽しめるコースレイアウト、ただコース数が多くはない為、ガッツリ滑りたい若者よりはむしろ家族連れや地元のスキーヤーさんが多い印象。
少し人が多い際に子供に突っ込まれた事が数回ある、避けようが無い所なのでどうしようもないが細いコースでは注意が必要。
また、帰りの17時のバスは非常に混雑する。
確実に座る場合は16:15くらいにはあがり、16:30過ぎにはバス待ちの列に並ばないと次の便まで待たされる事が多い。
vagrant upが動作しない。
vagrant + virtualboxでローカル用のイメージを作るってな事をしていて、gitからダウンロードしたデータに対してvagrantで設定する。
ってなコマンドを叩く為にpowershellにて
$ vagrant up
とコマンドを打ち20分経過。。。。。動かない！！！
Qiitaのこの記事 https://qiita.com/nobb_hero/items/3422b37ba2e9e3299680
を参考にすると、Windows7でpowershellのアップグレードをしておらず、新しいバージョンのvagrantを使っていると漏れなく該当すると。
と言う事で、記事の中のURLの
https://docs.microsoft.com/ja-jp/powershell/wmf/5.1/install-configure
上記をダウンロードし解凍。
powershellを管理者権限で実行し、スクリプト実行ポリシーを変更する為に
$ Set-ExecutionPolicy RemoteSigned
$ .\Install-WMF5.1.ps1
インストーラーを実行。
windowsアップデート後に再起動をし、再びpowershellを起動して
$ vagrant up
とすると、応答が返ってくる！
windows7の環境の人は注意な件。
それと、Progressが0%から動かない場合、powershellの画面を右クリックしたりすると何故かProgressが動く。
ファミカセの斜め差しのような裏技感が。
jQueryで後から追加した要素の操作を行う
ボタンを押すと要素が増える。
特に入力要素等が多く、決め打ちで入力欄を持たずにボタンを押すとどんどんと要素が追加されるって言うフォームが増えている。
ただ、その入力要素に対してのチェック等は既存の書き方だと、jsは読み込んだ際に有る要素に関してのイベントのバインドは出来るが、新たに生まれた要素に関してはバインド出来ていない。
#仮にidがhoge、classがfugaと言う要素が新たに生まれた要素とする場合 <p id="hoge" data-role="ほげだよ">ほげほげです</p> <div class="fuga" data-role="ふがだよ">ふがふがだよ</p> #こんな感じのhtmlがjsによって生成されたとする #要素名には #hoge .fuga どちらかを明示させる $(document).on("click", "要素名", function (){ alert($(this).data("role")); });
ここから導き出される挙動として、クリックされた要素に設定されているdata-roleの値をダイアログとして表示させると言う事になる。
動的なフォームを作っていても忘れるのでメモ。
この程度の雪で帰るの？
ファンタジー小説を読み終わり、頭の中がファンタジー(ﾟ∀ﾟ)
だからファンタジーな文章を書いてみる。
外は首都圏大混乱の大雪、2014年の時もそうだった。
朝はやいニュースから大雪に関する情報が流れ、帰宅時間に雪のピークを迎え帰宅困難や電車の大幅な遅れが見込まれる。
テレビ、ラジオ、インターネット、どの媒体を取っても「今日は雪が降りますが大丈夫」と言う言葉はない。
12時を過ぎるとオフィスの窓からも白い物が目視出来るようになる。
最初は「うわー降ってきちゃったー」とか「これ位ならねえ」等の談笑が続く。
お昼を過ぎピークを避けコンビニに向かう。さっきまでの降り方とは明らかに強さが変わっている。
気温も落ちてきたのか塊のようなアラレから、大きなボタ雪。よくみると植え込みや電車の線路と言った人の手が入らない部分はうっすらと白くなってきている。この時点で13時。
コンビニで買ってきたコーヒーを啜りながら午後の予定とメールチェックと開発の打ち合わせ。
さて買ってきたご飯をオフィスで食べるか。と外を見ると傘いっぱいに積もった雪の中をいそいそと歩く人の影。
オフィスの有る街は普段はビル群と青空の景色だが流石に銀世界が広がり始め、オフィス内でも「やばくね？」の声が挙がる。
14時45分、東京23区と東京多摩地区に大雪警報が発令。
この時点であきらかに降り方は強まり、ポータルサイトには電車遅延や運行本数の間引きの情報が羅列される。
15時を過ぎ休憩がてらラジオを聴いてみると楽しいおしゃべりの時間帯だが、やはりこの大雪の情報で○×線は雪の影響で～～～と延々とアナウンスしている。
パーソナリティからは「この雪の影響はお帰りの時間帯に影響が見込まれ～～～」と今後の影響に言及がはじまっていた。
さてさて、自分の周りを見るといわゆるモーレツさんが目を輝かす。
こんな天候がなんだ！貢献が一番！仕事が一番！
おっしゃる通り、自分のようなサラリーマンは会社に貢献してナンボ。それも目に見えて金の稼げないシステム屋と言う職業。
営業様のご意見に反論する事は難しい。
さて、この状況で会社に波風を立てられないと言う一般の方々が意見具申をするのは非常に難しい。
しかしこの状況で帰りを気にして電車が動かなくなるんじゃないかと言う焦燥感から仕事よりも大雪に関する情報収集を行い、仕事なんぞ手につかない。
とりあえず状況を観ながら定時まで…と言う恐る恐るの状況判断をしている。
となると自分のような不良社員が意見具申に出る。
まず遠距離通勤者で該当路線の間引き運転がはじまった。積雪は10cmを越え今も降り続いている。
このまま途中まで帰宅し、帰宅難民になった際には労災なり一晩過ごした分の経費は全てもっていただけるのか？
答えは半分はYes、半分はNoである。
結局、その経費が正当であったかどうかの加味を行った上で正当であれば出すよ。
体よくタクシーとかホテルとか贅沢言うな。ネカフェで寝ろ。位のニュアンスだろう。
だいたいここまでで16時。
定時が18時と仮定すれば残り2時間。
その2時間で生産効率が100%の人間なぞ、そうそう居ないであろう。
会社が全て保証してくれていれば良い。
駅に入場出来ない人達が溢れ、交通インフラは軒並み人人人でごった返し乗車すら出来ない。その間も雪は深々と積もる。
休憩室のテレビを観て、もう無理だと思い上司に頭を下げ会社を出る。
もう、その時には手遅れである。
手に持っているビニール傘のビニール部分はあっという間にたわみ傘の骨がきしむ。
行列を成す中で傘を振る事も出来ない。結局の所は傘を閉じ積もる雪を払う事も出来ずに駅への入場に40分掛かった。
と、妄想ファンタジーはここまで。
今後も同様の自体が見込まれる。
同調圧力に似た、この程度で帰るの？に対して平然と帰れるか、一種忠誠心の尺度にも似ている。
その圧力に遠慮してしまう事が、組織としての限界なのだろう。とこの所思う。
EC-CUBE3の既存パーツ 購入の際の数量のサイズ調整
どうしても独自のデザインを当て込んだ際に、既存で提供されているパーツはそのまま残しておりデザインした物と大きさの統一感が揃わない。と言う事がある。
ただ、このパーツ自体はそのまま残してなんとか最小限の修正に抑えたい。と言う事も多々要望としてある。
javascriptの要素を強制的に変更する事も出来るが、提供パーツの修正は以下。
今回は商品詳細ページの数量部分を弄る。
/src/Eccube/Form/Type/AddCartType.php 83行目付近
if ($Product->getStockFind()) { $builder ->add('quantity', 'integer', array( 'data' => 1, 'attr' => array( 'min' => 1, 'maxlength' => $this->config['int_len'], ), 'constraints' => array( new Assert\NotBlank(), new Assert\GreaterThanOrEqual(array( 'value' => 1, )), new Assert\Regex(array('pattern' => '/^\d+$/')), ), )) ;
元のソースをまずは貼ってみた。
addとして要素に情報を足している。今回の場合サイズを値で指定されたので以下ように変える
if ($Product->getStockFind()) { $builder ->add('quantity', 'integer', array( 'data' => 1, 'attr' => array( 'min' => 1, 'maxlength' => $this->config['int_len'], 'style' => "width:50px", ), 'constraints' => array( new Assert\NotBlank(), new Assert\GreaterThanOrEqual(array( 'value' => 1, )), new Assert\Regex(array('pattern' => '/^\d+$/')), ), )) ;
変更点はmaxlengthの下にstyleとしてサイズを明示した。サイズ自体はこれで変更出来る。
また余談だが、数量部分はmaxlengthが設定されているのにその値を越えてしまう。ここはmaxlengthに任せずにjsで制御するのも手かと思われる。
