タグ

webとRailsに関するluccafortのブックマーク (6)

  • 「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)

    scalar型を新しく定義するためにはscalarキーワードを使います。例えば、Date型を新しく定義するには次のようにします。 scalar Date スキーマではこれだけですが、実際に使う際はGraphQL処理系に対してさらにシリアライズとデシリアライズを定義することになります。 GraphQL組み込みのscalar型は先にあげたものだけなので、例えばバイナリ、日付と時刻、HTML/XML、BigIntなどを必要に応じて追加することになるでしょう。ただしその場合、サーバーサイドとクライアントサイドでシリアライズ・デシリアライズの実装を一致させる必要があります。 Enum enum(イナム)はscalar型の一種で、特定の値のみを持つ型です。例えば、組み込みscalar型であるBooleanをenumで宣言すると次のようになるでしょう。 enum Boolean { true false

    「GraphQL」徹底入門 ─ RESTとの比較、API・フロント双方の実装から学ぶ|ハイクラス転職・求人情報サイト AMBI(アンビ)
    luccafort
    luccafort 2019/03/09
    ようやく読み切ったぞ!!!気になったのが2点あって記事へのアクセスを制限するようなユーザ制限を行うときGraphQLだとどうやるのだろう?もう1つがサーバ側がエラー返すときはRESTと同じ感覚でいいのかな?
  • フロントエンド全然わからないマンが、ちょっとでも見た目のいいWebサービスを作ろうとしてやったこと - Qiita

    はじめに サーバーサイドプログラミングを勉強していると、自分でWebサービスを作りたいという気持ちがわいてくるものです(私はそうでした)。しかし、ここで大きな問題が立ちはだかります。どんなにすごい機能をつけても、いい感じのデザインのWebサービスでないとそもそも使ってもらえないのです。 試しに、QiitaのトップページのCSSを無効にしてみました。使える機能は変わらないはずなのに、全く使う気が起きなくなりますね。 しかしそうは言っても、フロントエンドの経験がほとんどないとどうすれば見た目をいい感じにできるかがわかりません。今回は、ちょっとでも見た目のいいWebサービスを作るために、そんな状況の私がやってみたことをまとめました。 (この記事は、あくまで私が試行錯誤した結果をまとめたものであり、その結果出来上がったサービスの見た目の良さを保証するものではありません) 書いている人のプロフィール

    フロントエンド全然わからないマンが、ちょっとでも見た目のいいWebサービスを作ろうとしてやったこと - Qiita
    luccafort
    luccafort 2018/03/23
    "ここで大きな問題が立ちはだかります。どんなにすごい機能をつけても、いい感じのデザインのWebサービスでないとそもそも使ってもらえないのです。"わかる…が最近はBootstrapとかMaterialUIとか選択肢が増えてきた。
  • Railsで効率的かつ安全に未使用のメソッドを削除した話 - てくすた

    ピクスタ開発部で毎日ヒィヒィ言いながらエンジニアをやっております @muramurasan です。 今回はPIXTAのとあるリポジトリにおいて、未使用のメソッドを削除しようとした際、gemを組み合わせることで、効率的かつ安全に削除することができたという話をしたいと思います。 よくやる方式 外部の勉強会などで、「未使用のメソッドを削除する際にどうしているか?」ということを聞いた際、よく聞くのが「未使用らしきコードを見つけ次第、ロギングを行うメソッド呼び出しを挟み込んでいく」というものでした。 この方式は、動的なメソッド呼び出しにも当然対応できますし、お手軽なので、一般的に好まれているようです。 問題点 ただし、この方式では以下の問題点があると私は考えています。 そもそも、未使用らしいメソッドを見つけるのが大変 プロダクションコードを汚してしまう これらの問題を解決するために、PIXTAでは

    Railsで効率的かつ安全に未使用のメソッドを削除した話 - てくすた
    luccafort
    luccafort 2017/05/26
    静的解析→動的監視の流れはいいのだけどおくりびとの問題が結構大きいように感じる。完全に分割出来るならかなり良さげだけど…。この部分だけを抽出したAPIとか用意してくれんだろうか…。
  • コードレビューについて - (define -ayalog '())

    普段お仕事している中で何故かコードレビューをしている時間がわりとあって、暇さえあれば(暇がなくても)コードレビューしている。 そんな中でどういうところを見たらいいのか、あるいは見るべきなのかというのが自分の中である程度蓄積された気がするので書いてみる。あと最後に普段考えていることを少し書いた。 前提 現在の僕の参加しているプロジェクトはこんな感じ Rails プロジェクト( AngularJS 使ったりしている) Git 使ってる( Pull Request ベースの開発で以下が merge 条件) 2 人以上に approve される テストが通ること(継続的インテグレーションの実施) 静的コード解析は導入している( Rubocop, jshint, pre-commit など ) テストのカバレッジは計測していない(月一くらいで測ってるらしいんだけど、だからどうっていう話はない) プ

    luccafort
    luccafort 2015/01/19
    コードレビュー見てていつも思うのはどうしても属人性の排除が難しいのでPRした人がわからないように匿名性にしてあくまでそのコードに対してのみ純粋にレビューするという形が取れないのかな?と思う。
  • RESTful Web API 開発をささえる Garage - クックパッド開発者ブログ

    技術部の小野(@taiki45)です。この記事では簡単なアプリケーション(ブログシステム)の実装を通して、クックパッドで作成・使用しているライブラリのGarage の紹介と Garage を使った RESTful Web API の開発をご紹介したいと思います。 Garage は RESTful Web API を開発するための、 Rails gemified plugins です。Rails プログラマは Garage を使って Rails を拡張することで素早く Web API を開発することができます。Garage は新しくアプリケーションを開発する場合にも、既存の Rails アプリケーションに組み込んで Web API を実装する場合でも使用できます。Garage はリソースのシリアライズやアクセスコントロールなど Web API の実装に必要な機能をカバーしています。 Ruby

    RESTful Web API 開発をささえる Garage - クックパッド開発者ブログ
    luccafort
    luccafort 2014/11/20
    「JSON API 開発の文脈ではデバッグ用のエラーレスポンスも JSON のほうが都合が良いです。」なるほど、確かにそういう側面は間違いなく存在するな。
  • ローンチしたサイトに人がこない。

    作った理由最近、小さなWebサイトをローンチしたわけですが、「自分でもサイトを作れるんだ!」という自信が持てた。 -今度は、世の中の人のためになるようなWebサイトを作ろうと思った。 アイデア髪を切りたい場合、美容室単位でしか予約できないので、スタイリストから選んでピンポイントで予約できたら良いのでは。 -スタイリストから髪を切りたい人を見つける場を作れたら、新人スタイリストはカットモデルを探しやすいのでは。 -家にいながらにして、自分の現状の髪型と理想の髪型をスタイリストと共有できたらなぁ~ テーマなるべくシンプルなサイトにする。他の美容室検索サイトはごちゃごちゃしすぎ。 コンセプトなるべくシンプルに -登録が簡単 -他の美容室サイトで有料のオプションは無料。(全ての機能を無料で提供) -画像を用いてスタイリストとやり取りができるサイトを目指す。 システム構成VPSサーバAWS EC2言

    ローンチしたサイトに人がこない。
    luccafort
    luccafort 2013/11/13
    何故増田で書いた…。あとサイトみたけどこれだけじゃあどういう風に使うサイトなのかさっぱりわからんので使う気にならんぜよ。
  • 1