投稿者: nomeshi

先週、5/24 に東京に行くついでがあったので、そのままYYPHP#85に参加してきました。

YYPHPは毎週金曜日に行われるPHPerの集まりです。

conpassでの説明文を見ると

「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。

とあります。IT系の勉強会などは様々ありますが、PHP限定というあたりが嬉しいところです。地元にいるとなかなか言語専門の勉強会とかはなかったりするので。

それにしても、毎週休まず開催。今回で第85回とのこと。自分でも数回、勉強会を主催させていただいたことはありますが、結局日々の忙しさに流されて1年近くもやってないので、この継続力はすごい。続けることは本当に大事！
とても素晴らしい取り組みだと思います。

内容も非常に濃いもので、とても勉強になりました。

 

以下に公式まとめがありますので、内容はそちらをどうぞ。

https://qiita.com/suin/items/7033187982e922d73934

 

個人的に気になった事を振り返ります。

WordPressでComposer使うとき、みんなどうしてるのかな？の疑問について

自分のお仕事としてWordPressに機能を追加したり改造したりするお仕事をいただくことが多いんですが、そういうときにcomposerを使いたかったりします。

が、WordPressはネームスペースとか無いので、そこにPSR-4のオートロード入れてネームスペースで管理すると、WordPressの既存関数とかfunctions.phpに書いてあるやつと、うまくあわなかったりとか、ようするに、なんか気持ち悪いなぁといつも思っていて、みんなどうしているのかな？というぼんやりした質問をさせてもらいましたが、やっぱり、index.phpとかの起点になるファイルから、オートロードして、関連するファイルとかだけネームスペース下で、WordPressのクラスとかはバックスラッシュつけて使う感じのようです。

gRPC

この話題がでたときには、自分は勉強不足のため聞いたことない言葉で「？？」ってなっていたのですが、気になったので少し調べてみました。

Googleが開発したRPCのフレームワーク？ぽいもののようです。

今の所、自分の理解としては

Protocol Buffersというデータのやり取りのための構造を定義するスキーム言語というもので、リクエスト、レスポンスを一括で定義してあげて、そこからサーバサイド、クライアントサイドのコードを一式でジェネレートする感じのフレームワーク。

と理解しています。

gRPCの公式ドキュメント的なのをみると、なんとPHP向けのドキュメントもありました。

今の自分のお仕事からはあまり触れる機会はないのかもですが、興味は持てました。時間を見てもう少し学びたい。

参考

• gRPCのPHPドキュメント
• Protocol Buffers

全体的に思ったこと・感じたこと

PHPerの集まりだけど、やっぱりサーバレスはみなさん気になるようでした。

また、Laravelの高負荷環境での運用とか、WordPress冗長化とか、そういうお話も沢山でした。

なんか、ちょっと前にくらべて、PHPでこんなアプリ作りました。とかそういうのじゃなくて、ウェブアプリとか作るのは当たり前で、それをいろいろな要件とか環境にあわせて、どうやって運用していくのか？
というあたりがエンジニアの腕の見せどころということなのかな。

その中の選択肢というか、実現するための、手段の一つとしてPHPがあるよね。という空気になってきていて、フロントからバックエンドからサーバ環境から広い視点で、見れたり、選択できたり、提案できるようになっていきたいなと思わせられる勉強会でした。

毎週やっているので、日程が合う日は参加しやすいし、なるべく金曜日に合わせて東京出張するようにスケジューリングしようかな。

また、リモートでの参加も可能とのこと！

ちなみに、この記事、金曜日に書いてますので、今日もあります。

 

最近、ブログを全然更新しないので、こういうのに参加したときくらいはちゃんと書こうと思ったり思わなかったりする今日この頃な私です。
参加してきました。
https://connpass.com/event/50766/

新潟グラムは、参加2回目ですが、有料のイベントのわりに（もしくは有料だからこそ？）、たくさん人が集まりますね。
４〜50人くらいの教室がいっぱいになっていました。

最近のレスポンシブウェブデザイン対応の勘所と実装方法あれこれ

講師: 長谷川広武(´ oムo `) さん
株式会社HAMWORKS 代表取締役
https://ham.works

実は今回遅刻しての参加になってしまったので最初のほうが聞けなかったのですが、レスポンシブな案件を請けるときに気をつけること、お客さんと事前確認したほうが良いことなどをまとめて発表いただきました。

ありがたいことに、私の場合はこまかいところはざっくりおまかせでお仕事をいただいたときにも、ちゃんとこちらの判断や提案をとりいれてくださるお客様が多いので、つい甘えてしまいますが、取り決めをちゃんとやることで、制作の際に迷うことがなくなって工数がへったり余計な手間がなくなって、本来頑張るべきところに集中できることも多いと思うので、事前確認とかちゃんとやろうと思いました。

講義いただいて一番気になったところが、最後におまけ的に発表されていた

「うちはSASSでメディアクエリーこうやって書いてます」

というところ。

この後の交流会のときに、そんなに質問するほどのことじゃないんじゃね？とか言われたので、おそらく一般的なやり方なんだろうと思うんですが、一応有料セミナーってことで、見せていただいたコードをそのまま書いていいのかわからないので、ざっくり説明するけど
こんな感じでメディアクエリー書くやり方。
↓

親ファイルで

各ブレイクポイント毎にフラグを準備

フラグ１ をtrue
 メディアクエリー1{
  ここで子ファイルをインポート
 }

フラグ2をtrue
 メディアクエリー2{
  ここで子ファイルをインポート
 }

子ファイル

if フラグ１
　いろいろ書く
if フラグ２
　いろいろ書く

という書き方。
私は、@cotentを使ったやり方でやってきたので、このやり方は新鮮でした。

小生のやり方。

/*こういうのを定義しておいて*/
@mixin media_query_pc{
    @media (min-width: 768px){
        @content;
    }
}
@mixin media_query_mobile{
    @media (max-width: 768px){
        @content;
    }
}

/*こんなふうに書く方法*/
.body{
  width:1100px;
  @include mediaquery-mobile{
    width:1000px;
  }
}

@contentを使うほうが、同じセレクタに対するスタイルが離れないので見やすいかなというのはありますが（このあと発表された西畑さんも、自分の書き方を発表してくれて、こっちは覚えられなかったのですが、たしかおなじような書き方で、同じような事言われていました）
でもIF使うやり方は、このパターンを覚えておくと、ほかのときにもいろいろと流用できそうな気がしたので覚えておこうと思います。

SASSのメディアクエリーは勝手に、@content一択だと思っていたので、他の人のやり方を見るって大事だなぁて思いました。

ステップアップjQuey -jQueryをもうすこしだけ上手に書くための10のTIPS-

講師: 西畑 一馬 さん
株式会社トゥーアール代表取締役
https://www.to-r.net

JQueryを書くときに、便利になったり楽になったり、「過去の自分のコードに苦しめられたり」しないためのちょっとしたTips集の発表でした。

実は、PHPとかHTMLとかCSSとかって、最初に触り始めたときは右も左もわからず、ネットにもあまり情報がなかった時代なので、とにかく本を読みながら体系的に覚えてきたのですが、javascriptって、昔はサイトの一部をピカピカさせたりするためのプログラムという認識で（個人的な意見）、そんなに本気で学んでいませんでした。そうこうしているうちに、jQueryとかがでてきて、ドロップダウンメニューとか画像の表示などサイトの一部をかっこよく動かしたりする流れがきて、そのままjavascriptをCSSみたくいじれるやつ。ってことで、やっぱり断片的に、「そのとき実現しなきゃいけないこと」を学んできたのみでした。

なので、よく考えると本を読んだりして体系的に学んだ事がなくて、結構自己流でやっつけちゃってるところが多いかも。。なんて思っていたので、こういう場で、一般的にはこうやってるよ。的なTipsは結構役に経ちました。

初心者向け的に発表されていたけど

• 同じ要素にイベント仕掛けるときに、わかりやすくするためのjsプレフィックスをつけましょうというお話（固有名詞はうろ覚え）
• 変数名の付け方　とくに　jQueryオブジェクトには ＄をつけようとか、定数は大文字スネークケースとか
• javascriptでの、ネームスペース風な書き方

等々、実は結構ためになりました。

大まかにみれば、自分用のノウハウのなかで同じような課題解決はしていたけど、他の人がどうやっているかとか、一般的なお作法とかって、一人で仕事しているとついつい学ばずに進んでしまうので、とても参考になります。
おそらく、こういう気付きが、私が勉強会にでる一番の目的だと思ったり思わなかったり。

最後に交流会と懇親会

今回もいろいろな人に出会えました。新潟ってITの人いっぱいいるんだなぁ。。ってこういうの出るたびに思います。
あと、個人的に感じただけなんで、実際はどうなのかわかりませんが、「最近、ここの会社なんかすげーな」っていう会社に、優秀な技術者さんがだんだん集まってきているように思います。
ちょっと前は、他の会社だったり、フリーランスだったりした人が、だんだん勢いのあるところに集まってきているという感じです。

そういう先頭をぐいぐい行くIT企業みたいところが新潟に増えてきたのかなぁ。。。
新潟のIT界隈も変わっていくんだなぁ。。なんて思ってみたりしたりしなかったり。そんな交流会でした。