Goのおすすめのフレームワークはnet/http | フューチャー技術ブログ
僕としてはGoのおすすめのフレームワークを聞かれたら、標準ライブラリのnet/httpと答えるようにしています。というよりも、Goの他のフレームワークと呼ばれているものは、このnet/httpのラッパーでしかないからです。 Goでアプリケーションを作成する場合のイメージは次の通り。battery includedなアプローチは他の言語でもたまにありますが、ついてくる機能が今時のものが多くて、標準ライブラリで済むことが多いです。ウェブ開発についてもそんな感じです。 PythonとかRubyとかもそうですが、言語組み込みのウェブサーバー機能はテスト用で本番運用には機能が足りない、性能が足りない、ということから「プロダクションに耐えうるフレームワークを別に入れないと」と思う人も多いんじゃないかな、と思いますが、Goの場合は組み込みのサーバーで問題なかったりします。Node.jsに近いかも？世間に
【アジャイル】書籍「Clean Agile」より「小規模開発のアジャイルプラクティス」
プロジェクトを機能・ストーリー・タスクに分割する方法と、それぞれの見積もり、優先順位付け、スケジューリングのガイダンスを提供します。 見積もりは細かく細分化するほど精度を上げることができるのは明らかです。しかしその代償として時間がかかります。不正確にすべきではありませんが、見積もりのコストは抑えたいと考えます。 有効な技法として「三点見積り」があります。この見積りは、「最良ケース」「最有力ケース」「最悪ケース」の３つの数値で構成されます。これらの数値は信頼性のより見積もられます。これはPERT法として調べると詳しい情報が得られるでしょう。 しかしながら三点見積りは長期のプロジェクトには有力ですが、プロジェクト内部のマネジメントで使うには精度が悪すぎるため、「ストーリーポイント」を用いるとよいということです。 ユーザー視点での機能であるユーザーストーリーに対し、具体的な時間の工数ではなく、相
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
