契約による設計と名前による型づけ, およびオブジェクトの不変性 - 貳佰伍拾陸夜日記
契約による設計と名前による型づけ 最近, 社内で契約による設計の話が雑談として何度か出ていて, id:hakobe932さんが社内勉強会で紹介していたり, id:shiba_yu36さんがWEB+DB PRESSでSmart::Argsで制約をチェックする記事を書いていたり, 活発な議論になっている. インスタンスのファクトリメソッドとオプショナルな型を組み合わせると事前・事後条件を満たすことが保証できて, id:hakobe932さんの資料で言うところの「要求型」と「保護型」の区別も明確になってよいという話を書こうかとおもっていた. (これはそのうち別で書く.) とはいえ, こんな話はもう言っている人がいるだろうと思ってちょっと調べていて, どういう語句で調べたらいいか考えていた. インスタンスの型からそれを生成したファクトリメソッドが特定できて, それによって事前・事後条件が保証される
アーキ部：自分のエンジニアスキルを客観的にどうやって知るか - そこに仁義はあるのか(仮)
毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) 9/16のアーキ部は「自分のエンジニアスキルを客観的にどうやって知るか」がテーマでした！ （アーキテクチャの話ではない？！！） 自分のエンジニアスキルの評価として陥りやすい考え方のお話があり、それに対して少人数のグループに分かれて自分はどちらに分類されるかを話あいをしました。 （この会はとりあえず意見を発散する場でした。次回は、今回の話し合いに対しての深堀りなのかな？？） 評価の分類 自己評価は（バランスがとれている人もいるとは思いますが）過大評価をしているか、過小評価をしているかに分かれると思います。 アーキ部の最初に、自己評価の考え方として陥りやすい傾向が二つ紹介されました。 詐欺師症候群 ダニング＝クルーガー効果 詐欺師症候群 参考にしたサイトから説明を抜粋しています！ 詐欺師症候群とは、自己評価が低く、自分
goa tips : swagger-ui を使って手っ取り早く API を試す - 押してダメならふて寝しろ
はじめに 折角 API を作ったら，簡単に試して，仕様も俯瞰的に確認したいものです． そんなわけで，今回は開発環境で使える swagger-ui の tips です． swagger-ui は swagger ドキュメントを閲覧するためのサービスを提供してくれます． しかも API コンソールがついているので，ドキュメントを確認しながらその場で API を試すことが出来ます． github.com これをサービスとして立ち上げて，goa で生成した swagger ドキュメントをセットするというのもまどろっこしいので， goa で生成したサービスを立ち上げると，swagger-ui も一緒にサービスするようにしてしまおう．というのが今回の目標です． swagger-ui を配置 swagger-ui の distフォルダをコピーしてきます． 以下の説明では，作業ディレクトリの swagge
Go 言語に関するブックマーク - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本業が忙しくて Go 言語をかまってあげる暇がないのだが，ブックマークばっかり溜まっていくので，定期的に吐き出しておく。なお， Qiita でのメンテナンスは終了することにした。以降は以下のページでメンテナンスしている。 Go 言語に関するブックマーク - プログラミング言語 Go | text.Baldanders.info 公式サイト The Go Programming Language : 2017年1月26日時点での最新は 1.7.6 git repositories (Google) git repositories (Gi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
