ゼットコードログスマートフォン用の表示で見るゼットコードログコード的な何かを書いていきます。いうメソッドを実行するとカラムごとの定義情報が配列に入って返ってくる。@table_name="#{テーブル名}">,カラムの設定情報によって、表示する情報を動的に変えたいときなどに役に立つ。自分はカラムのnull許可設定に応じてフォームの項目ごとに入力必須か任意かを出し分けるということがしたかった。application_recordにこんな感じでメソッドを入れておくと、各modelごとにメソッドが使えるのでいい感じ。LINEWebアプリを作っていると時々ソーシャルログインをやることがあります。要件によってはユーザーのメールアドレスを取得することもあります。FacebookやTwitterだと、コールバックで飛んできた内容にそのままメールアドレスが含まれているのでそれを使えばいいんですがLINEだと含まれていません。どこにあるかというと、IDトークンの中にひっそりと入っています。Rubyだとominiauth-lineというgemがあるんですが、オリジナルだとid_tokenを取得できないのでfolkしてコードを1行追加しました。github.comこんな感じで調整しました。endこうやって調整したgemを使えば、コールバック時に含まれているid_tokenを解析して、メールアドレスが取得できます。APIでemailを受け取れる設定にしておく必要があるのと、そもそもユーザーが了承しないとダメです。コールバックの処理のところでこんな感じで使う。*.phpで終わらない。本来のAPIのURLではこうですがhttp://example.com/wp-json/wp/v2/posts実はこれでも同じことになります。〜*.phpを基準に制御していて扱いづらい場合などの回避策に使えますね。index.phpでリクエストを受けつけて適宜APIとしての返り値を返している模様です。WordPressのバージョンが上がる過程で変わるかもしんないのでその辺のリスクを取る取らないの判断は必要です。やむなくWordPressを取り扱うことになった開発者からすると希望の光です。これを使えば、WordPressの管理画面を使って記事を作成する運用を維持しつつ、ユーザーに見せる画面はWordPressではない方法で作ることができます。PVも上がってきたから本腰を入れて途中からサイトを作り直す、みたいなときに記事のデータはそのまま使ってリニューアルするみたいなときに有効ですね。ところでXServerのレンタルサーバーでは、このAPI機能に微妙な制限がかかっています。API」に対する国外IPアドレスからの接続を制限します。最初からの設定だと国外のリクエストののみ、アクセスできないんですね。アクセス制限」をオフにすると、APIがフルオープンになります。この設定を変えないといけないです。禁止、国内のみ、フルオープンくらいに3段階で選択できたらいいと思うんですけどね。春を迎えて、学生の採用活動も活発になってきているこの頃。採用の端くれを担うものとして、近頃思うことがある。ITエンジニアの採用は新卒と中途で分けなくていい。細かくいくと、次のような感じで是非一度やってみたい。新卒と中途で採用活動を分けない応募受付は通年でやっている中途採用の場合もインターンしてよい接待みたいなサマーインターンは不要だ現在の能力よりも、一緒に働きたいかを重視をする現場の人たちのOKがすべて新卒と中途で採用活動を分けない特に技術的なところ、たとえば、プログラミングスキルやITリテラシー的なところでいうと、もはや新卒と中途で差はほとんどない。「その人が今時点でどのくらいできるか」を判断材料にして決めるほうがいい。現場の意向として、若手がほしいのか経験者がほしいのか。そのニーズにマッチした人を採用すればいい。ほんと、それだけのことなんだ。新卒の子でも即戦力っぽく働ける人もいるし、逆に中途でもOJTが必要で伸び代を期待して採用するケースもありえる。会社的にも採用フローが二本あるのは運用しづらいだろう。彼らは3年も経たずに辞める。多くの予算を費やして、新卒採用向けのカリキュラムを組む必要などない。それよりは、新卒も中途もごちゃ混ぜにして回転率を上げることだ。末長く働きたい人は大歓迎だ。応募受付は通年でやっている春夏秋冬、いつでも歓迎したほうがいい。その人が働きたいと思ったその瞬間を大事にしたい。機会を最大化することで、"優秀"な人も採用しやすいのではないだろうか。常に受け入れている状態にすることで、社内でも変なキックオフミーティングとかが減らせる特典もありそうだ。中途採用の場合もインターンしてよいどうして、新卒だけがインターンの対象になるのか。別に中途の人だってインターンしたっていい。その会社が合うか合わないかを決めるほうがよっぽどいい。やめたくなった場合も、インターン期間中なら辞めやすい。本採用OKとするのかを判断することもできるだろう。不採用もあり得ることを合意してもらうのだ。接待みたいなサマーインターンは不要だ実業務を経験してもらうこと以外に何があるのか。リアルな現場をありのままに体験してもらったほうがいいだろう。一緒に時間を共有することが大事なんだ。コピーだって掃除だって、仕事はある。昼飯を一緒に食べよう。一緒にいて場の空気を知ることが重要なんだ。サンプルプログラムに毛が生えたようなものを作って何が楽しいんだい?現在の能力よりも、一緒に働きたいかを重視をする職場問題の大半は「人間関係」だ。ITスキルが我が社のクリティカルな課題だ、なんていう会社があるだろうか。すると、その人の今時点の技術力なんて二の次だ。チームのカルチャーにマッチするかとか、既存のメンバーが今以上に働きやすくなるかが全てだ。して高い士気を維持できるのなら、技術力なんてあとからでもどのようにでもなる。一緒に働く人たちの意見を最大限に取り入れたほうがいい。その代わり、現場のメンバー全員がその人の採用に合意することだ。しても、社長面接をしたいのなら、順番を逆にしてみてはどうだろうか。社長面接の前に現場メンバーの判断で一定のフィルタリングをしてみてもいいだろう。現場の判断に狂いはないはずだ。BASH_ENV変数に追加するとよい。「BASH_ENVの中」に>>で追加するのがミソ。gitのリポジトリで最新のタグ名をTAG_NAMEという環境変数として定義したい場合はこんな感じ。$BASH_ENVそうすると、jobs実行時のコマンドで普通に環境変数として参照できる。.最初、BASH_ENVというのはあくまでも例のひとつで、そこに自分の都合に合わせて環境変数を定義する感じかと思っていたらそんなことはなかった。CIのJobで任意の環境変数を設定するにはもっと読むコメントを書く次のページプロフィールWebとアプリケーションのエンジニア。一流のレストランよりかはガード下の焼き鳥屋っぽいエンジニア。(2)スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。