【一週間振り返り】挑戦＋自分を振り返る一週間でした【296日目】

1.今週一週間の感想(ざっくり)

自分を見つめ直して、新たな発見ができた一週間でした。

2.良かったこと

新しいレトロスペクティブ挑戦完了
　→そこそこ好評。挑戦を良しとしてくれるチームに感謝
　→ここから運用をしっかりするのが重要

上司の方に、自分の悩みを表現 　→マナーをスキルとして身につける
　→自分は『みんなが役に立つ仕組みを作る』『自分がいなくても良い状態にある環境を作る』ことに情熱を持つ
　→今『感謝』など定性的フィードバックがほしいのは、『ファシリテーション』他、定性的行動をしているから

Bluetoothスピーカーや、マイク。あと服も購入
　→趣味だとしても、新しい風を入れるのはいいね！
　→ただ、出費かなり増えてるから、お財布にはちょっと注意が必要・・・ｗ

3.もっとこうしたかったこと

もう少しプログラミング面で自主学習する時間取りたかった。

ただ、本読む時間も大切なので、一旦はよしとする。

4.新しく気づいたこと

プログラミングを久々にやる
　→なんか疲れてること多い気がする
　→休みを定期的に取れてない疑惑

5.来週したいこと

Laravelのローカル開発環境を作る。
本を読む。(エンジニアリング組織論への招待)

6.その他

今、また外部の方とランチの計画中。

twitterで募集したら思った以上に反応があったので、渋谷でいいお店を探さねば・・・ｗ
このままだと海鮮丼の一週間が続いてしまう＼(^o^)／

【HTML】typeに何も書かなかった時のbuttonタグの挙動。【295日目】

buttonタグについて質問されたので

昨日の記事でbuttonタグについて質問されたので。

よくある使い方

<form>
    <input></input>
    <button type="submit"></button>
</form>

これで、formのinputタグに書かれた内容を、pustで送る送信ボタンという使い方

typeを書かなかったら

自動的に、submitとして扱われます。

submitしたくない時は、 type=buttonと明確に書きましょう

submitをJavaScriptで書いている時

submitをJavaScriptで書いている時には、IEだけ二重で送信されたりと、
思わぬ挙動をする時があります。

詳しくは、こちらの記事で。

willow710kut.hatenablog.com

【IE】Formタグのsubmitで二重送信されてエラーが出る【294日目】

こんなときがありました

<form>
    <input></input>

    <button onClick="submit();"></button>
</form>

こんな感じの構成で、submitが想定通りに動かなかった。

私のときは、Laravelのバリデーションのエラーで、サーバーサイドを疑いそうになった。
ブラウザの問題なのに。

IEは二重送信をそのまま送る

1. buttonタグのonClick()でsubmit(他ブラウザはこれで終わる)
2. buttonタグのデフォルト機能で、クリック時にsubmitするのが動作(IEはこれも動く)

これが原因でエラーが出ていました。

解消方法

JS側でsubmitしている行、例えば

(this).parents('form').submit();

の記述のあとに、

return false;

をする。

なんで？

return false によって、このあと発火されるデフォルトのbuttonの機能を止めることが出来る。

これは、aタグでも起こることなので、JSのあとにHTMLのデフォルトの機能を動かしたくないときに有効。

【Laravel】バリデーションでエラーが出た時に、ページにエラーを出したい【293日目】

こんな時

Laravelのバリデーションを作る。

その時のエラーに応じて処理をしたい

Request側

省略。

Controller側

    public function index(XxxRequest $request)
    {
        xxxxxx
    }

該当のバリデーションをかけたリクエストを用意する。

View側

    @if (count($errors) > 0)
            @foreach ($errors->all() as $error)
                <p>{{ $error }}</p>
            @endforeach
    @endif

バリデーションエラーが出た場合、$errorsという変数は自動的に作ってくれるので、コントローラー側は気にせず書くといいです。

ここの$errorsのところで、いい感じに書いてください。

参考

中級者向けタスクリスト 5.1 Laravel

【振り返り】7月振り返り。成長と実験の両方ができた月。【292日目】

1.今月の感想(ざっくり)

新しいことを始めた月でした

2.良かったこと

1. レトロスペクティブに新しい挑戦
2. ブログで振り返りを始める
3. 自分の性質『仕組み作り』が軸であることを知る

3.もっとこうしたかったこと

プログラミングの方は、あまり進んでなかった。
スクラムとかの方に力集中してたから仕方ないかな？

4.新しく気づいたこと

自分の軸は、『仕組み』を作ること。

極端な話、自分がいなくても、その仕組みが機能して、みんなの役に立てればよい。

自分本位な偽善的なところも強い。
性質としては『自分がいいと思うものが広がればいい。そしてそれによって誰かが幸せになると良い』

ゲームの回復役が好きな理由は、明確に役立っていることがわかるから。そこに私への感謝は存在しなくてもいい。

5.来月したいこと

プログラミングを少し頑張るよ！

最近ポジティブ活動・発言が少し増えてきたから、維持するよ！

6.その他

新しいことを学んでるのは良いこと！

成長と実験の両方ができた月でした。

【Laravel】URLが『/hoge』のように、.phpが要らない理由【291日目】

普通のページなら

phpの普通のページだと、URLは

https://domain.jp/hoge/huga.php

のように、phpをつける必要がありました。

では、なぜLaravelはそれが必要ないのでしょう。

必ずindex.phpを開いてるから

これはURLがなにであろうと、ドキュメントルートのindex.phpを開いているからです。

https://domain.jp/hoge/huga

と書いていても、開くのは、ドキュメントルートのindex.phpです。

そして、そのindex.phpが、route.phpを読み込んで、目的のページを表示させています。

では、どうやって必ずindex.phpを読み込ませているのか

.htaccessに秘密が

    RewriteEngine On

    ## Redirect Trailing Slashes If Not A Folder...
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.*)/$ /$1 [L,R=301]

    ## Handle Front Controller...
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^ index.php [L]

URLの最後がスラッシュなら、残りを第一引数に渡したり、
強制的にindex.phpを呼び出したり。

あーここでいろいろしてたんですね。

nginxの場合

ちなみに、nginx+php-fpmとかで構築してるときには、nginxの方でも設定されてることもあります。

詳しくはこちらへ

willow710kut.hatenablog.com

【振り返り】レトロスペクティブを新しくしてみた結果と感想【290日目】

レトロスペクティブを新しくしてみました

ということで、今日はレトロスペクティブを新しくしてみました。

といっても、大きく変えたわけではなくて、
少しだけ変えてみることを実行してみました。

ただ、今までやり方が変わっていなかったところから、
変化を許容するレトロスペクティブになれるための、
第一歩として頑張りました！

やったこと

• 振り返りのアクティビティを2グループに分ける
• ドット投票時、重要度順に貼る数を変える
• レトロスペクティブの振り返りを実施

狙い

振り返りのアクティビティを2グループに分ける

今まで8人でやっていたので、 1. 間延びする 2. 時間がかかる という2点を解消したかった。まあそもそも、一度に5人くらいまでしかまとめられないって言われるくらいらしいです。

ドット投票時、重要度順に貼る数を変える

1票だと『興味がある人多いけど重要じゃない』ものに票が集まるので、重要度に重みをつけたかった。
ただ、最終的に決定するときに、この票を絶対にせずに、あくまで参考値として扱うようにしました。

レトロスペクティブの振り返りを実施

今までレトロスペクティブのカイゼンをやる余地がなかったので、
振り返りを行って、カイゼンを行える仕組みを作る。

結果

思ったより好評でした。

2グループ

2グループに分けるのは混乱を生むかと思いましたが、メンバーの協力により、問題なく進みました。
話しかけるメンバーが少ないため、心なしか全員の発言回数が増えていたように思います。

ドット投票

最初は6,3,1という重み付けでしたが、貼るの面倒ということが、あとの振り返りでTRYに上がりました＼(^o^)／
4,2,1にしようかと検討中。あるいは、『正』の字書くかな？

レトロスペクティブの振り返り

フィードバックいただけたのは大きい。 『実は今までマンネリ化してた』という声もありました。

おかしがほしいを全員の合意にしたのは大きいので、今度みんなでお菓子を買う仕組みを作ります(・∀・)w
議論の方向性にも言及されたのは、なかなかいいフィードバックでした。

変化が出来るレトロスペクティブの環境ですか？

レトロスペクティブは、スプリントを振り返り、良くするものです。

そんなレトロスペクティブを、振り返り、良くする仕組みは出来ていますか？

レトロスペクティブに対して、TRYやチャレンジが出来る環境を作るためにも、
今レトロスペクティブに対して向き合ってみて、チャレンジしてみてはいかがでしょうか！

【一週間振り返り】外部の方との交流の一週間でした【289日目】

1.今週一週間の感想(ざっくり)

色んな人と交流した一週間だった

2.良かったこと

残り2ヶ月の計画できた
　→プログラミングもマネジメントも勉強頑張る

新しいレトロスペクティブのテンプレ作成完了
　→明日本番

始めましてorお久しぶりの外部の方4人と交流。
　→ディナー2回、家招く1回。

目標全達成！どころか予定よりよい！！！
あと、比較的明るく話す努力できてたと思う！

3.もっとこうしたかったこと

特になし！いい一週間でしたね！

4.新しく気づいたこと

VRを布教するのちょーたのしい。
夢中になって素？っぽいの出てるの見るのちょーたのしい。

定期的に自分褒めるって大切。
あと、今めっちゃ悩んで焦ってるけど、新卒2年目なんて悩むもの。って思うよろし。

5.来週したいこと

新レトロスペクティブ頑張る。そして振り返る。
Laravelのローカル開発環境を作る。

6.その他

テンプレ作ってよかった。ぶっちゃけ一週間の振り返り面倒って一瞬思った。
過去の私ナイス！！！