sprintf('1. %s, 2. %s, 3. %d', 'apple', 'grape', 'apple');
こんなふうに、appleが被っている。
sprintf('1. %1$s, 2. %2$s, 3. %1$s', 'apple', 'grape');
これで、 %1$sには、appleが入り、 %2$sには grapeが入ります！
同じ値を使いたいってときは、とにかく値を並べるより、こっちの方がいいかもです！
登壇と引っ越しの準備・勉強もいろいろ出来た一週間だったよ！
引っ越し準備・・・スムーズにしたかったな・・・
一週間に一度、時間を決めてなにかやるだけで、わりとなんでもできる。
登壇準備は、もくもく会でしかやってないしね。
登壇準備引き続き。
あと、電気やガス等の今の契約をなんとかする。
引っ越しだけど、仲介業者さんが結構対応が悪くて・・・払わなくてもいいはずの契約が、私に一言もなく進んだ・・・
ちょっとしょぼーん(´・ω・｀)手取りの1/4失うってでかいよね。ちょっと抗議中。
個人見解書いています！
<div class=high">xxx</div> <div class=low">xxx</div>
.high {
margin: 10px;
}
.low {
margin: 20px;
}
どうやら、lowのmarginしかきいてない？隙間が30pxになると思っていたら・・・
なんでだろう？
まあそういうものだと思うしかないのですが、marginが片方だけだと嬉しいときがあります。
.high {
margin: 100px;
}
.low {
margin: -100px;
}
もしこれで、隙間が0になったら嫌な気分になりませんか。 highは隙間がほしいって思ってたのに。 marginというのは、これだけの隙間を用意してねってものです。
divと他の間にこれくらい隙間があれば、コンテンツは問題なく表示されます！ってのが言いたいだけです。
もし、この
そう考えてcss書き始めると、わりとmarginが他に依存しないのは便利だと思うはずです！
div {
box-shadow: 10px 10px;
}
よし、影が表示されるはずだ！
なぜだ！設定は完璧のはずだ！
div {
width: 100%
box-shadow: 10px 10px;
}
ほら！！
影は作りましたが、横幅が100%なので、影分のスペースが足りません。
なので、影を表示させるだけのスペースを用意してあげましょう。
div {
margin: 10px;
width: 100%
box-shadow: 10px 10px;
}
これで影を使うだけのスペースが確保できました！
もしこれでも上手くいかない方は、box-sizingも加えてみてください。
div {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
margin: 10px;
width: 100%
box-shadow: 10px 10px;
初めましての人もいましたが、それでもゆるーく身内感のあるこのもくもく会(‘ω‘ )すごく好き
スライドが一旦画像含めて完成しましたー！わーい！！！！
スケジュール立ててコツコツやった結果ですね！良かったよかった。
・・・あれ？フィードバックとか反映していったらスライド枚数27枚？
ってことで、わざわざ抜いたコードの追い方の部分追加できそうです。
あと、スライド読んでいて、『コントリビュート楽しい感』ないなーって思って少し修正しようかと思っています。
ただ、ここらへんの修正も後一週間だけにする予定。
一週間は練習しないといけないので・・・！
もともと話がぶれないように削ったのもあるので、内容追加するときは気をつけたいと思っていますー！
そのためにも、練習・他の人に聞いてもらうする予定！がんばりますー！
marginの書き方はいろいろありますが、その中でも
margin: 10px 5px;
margin-top: 10px; margin-right:5px; margin-bottom: 10px; margin-left:5px;
この書き方に違いはないと思います。
そう考えると、全部 marginで良くないか？って思う時がありました。
最近、この使い方だと margin-leftとか欲しくなるなというパターンがありました
p {
margin: 10px 5px;
}
p.left {
margin-left: 10px;
}
こうすることで、 <p class="left">の要素は、 margin: 10px 5px 10px 10px;の状態になれます。
もし、marginしか存在しなかった場合は、他のCSSの状態を全て覚えてないと書けないことになります。
ただ、最初に書いたように、marginの4箇所全てを一箇所で書くのであれば、わざわざleftとかで分ける必要はないです。(たぶん)
margin-left:とかを見かけたら、どうしてこう書かれているかを考えてみようと思いました！
さあ、前に出て登壇します！
・発表内容
『こんな自分だけど、それでもこれができます』
『私なんかでもできます、簡単です』
こういう表現はやめておきたいというお話。
『こんな自分でも、○○できました』
って内容を話す時は、だいたいターゲットは、まだ○○できていない人になると思います。
じゃあ、それができていない人は？
話す内容によっては、聞き手が『簡単なのか、なのにできていない自分は・・・』という考え方に誘導しかねない危険性があります。
きっと、それは話したい目的とは異なると思います。
『こんな自分でも、○○できました』
には間に何かしらあるはず。
『こんな自分でも、□□することで、○○できました』
『こんな自分でも、□□を知ったから、○○できました』
この□□の違いがあったんだ、それを知りたい。
これを知ったからできたんだ。
自分にとっての当たり前が、当たり前じゃないことを伝えるべきでは。
登壇するって、聞き手の方になにかを伝えるためであって、
全員が『知ってる知ってるー当たり前じゃんー』って話ではない可能性が高いと思います。
なら、自分の当たり前が、相手の当たり前ではない可能性こそ疑っていいのでは。
その話をするのでは。
ってことを、登壇準備でフィードバックいただきました。次回直す予定。
ちょっとネガティブになりやすい自分ですが、そこは頑張って矯正しようと思います。
がんばるぞー！
インターフェースの実装のためにbindとか、サービスプロバイダーでいろいろやることはあると思いますが、
全部AppServiceProviderのみにするかとか迷いますよね。
で、PHPユーザー会の方に質問したら、わかりやすい説明いただきました。
1. bindの設定数が少ない場合 AppServiceProviderのみ 2. bindの設定数は少ないが処理の重さが気になる場合 → 利用頻度が高いものと低いものに分ける 多くのAPIで利用されるもの → AppServiceProvider 特定のAPIでしか利用しないもの → DeferredAppServiceProvider (プロパティの$deferred=true) 3. 規模が大きいので整理したい場合 → パッケージやドメインごとに切る 特定のAPIでしか利用しないようなパッケージのServiceProviderは$deferred=trueにする -XXXServiceProvider -YYYServiceProvider -AppServiceProvider（パッケージに分類できなかったものなど
別な方からも別パターンをもらいました。
処理での、用途を分けることで、迷わなくする。
例えば、RepositoryInterfaceをbindするときは、 RepositoryServiceProviderというファイル名。
これで、どのファイルに書くか迷いませんね。
質問に答えてくださった方、ありがとうございました・・・！
かなり迷っていたので助かりました。
今は2.を実装しましたが、今後整理されていくと、用途に応じてファイル名が変わりそうです。
このおかげで次回から迷わずに済みそうです、ありがとうございました！
