フレームワーク特性 もう一つは、Go の Ruby の設計思想の違いと、そこから導かれるフレームワーク特性の違いという話があります。Go はミニマルであることを志向している言語です。そこで、Go でフレームワークを作るとしても抽象化の層は薄く剥がしやすいものとなりますし、使うかわからないような機能がデフォルトで入るというようなことはないでしょう（実際にこのような Go にフィットしたフレームワークとして Wantedly では grapi というものを開発しました、これは次節で話題にします）。一方、Ruby は開発者の楽しさを重視する言語であり、哲学はありますがミニマル志向ではありません。Ruby で支持されている Rails もまた非常に多くの API を提供しますし、HTMLの記述からメールの送信までも行うフルスタックのフレームワークです。なので Rails サーバー一つでアプリケーシ
（本記事は Go Conference 2019 Autumn にて無料配布した冊子『WANTEDLY TECHBOOK GoCon Edition vol.2』からの掲載です） 配布した冊子の前半では Go の導入にあたってどのような工夫をしてきたのかを紹介しました。そこに書かれていたように、新しいプログラミング言語を導入するにはそれなりの整備コストがかかります。それではなぜそこまでして Go を導入したのでしょうか。本記事では Go を導入した背景について説明していきたいと思います。 なぜ Go か技術的・事業的背景どのプログラミング言語を採用するかや、どのようなアーキテクチャを選定するかというようなことは非常に影響範囲の大きい決断になるため、会社全体の技術的・事業的なコンテキストと切り離しては語れません。そこでまずは Wantedly の技術的・事業的な背景について、この後の話をする
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
