Go言語のFunctional Option Pattern - Qiita
オプション パッケージを作る際、柔軟性を持たせるためにオプションを持たせたい時がしばしばあります。 しかしオプションは知っての通り設定しないことが少なくありません。 単にコンストラクタに並べるようでは無用な複雑さをはらむことになります。 JavaなどではOptional Parameterなどのように、デフォルト値が指定できる機能があります。 機能の厳選されたgo言語ではそのような機能はありませんが、 "Self Referential Functions Design"というテクニックがあり、 それについての記事がRob Pike氏の記事を筆頭にいくつか説明されています。 オプションと相性が非常に良いため、合わせて"Functional Option Pattern"とも呼ばれています。 Dave Cheney氏の記事を参考におおまかに説明したいと思います。 様々な解決策 あるServe
エンジニア向けイベントをやる時に忘れがちだけどやっておいたほうが良いこと - potato4d log
昨日完全独立コミュニティのイベントと、会社が関係するコミュニティのイベントの connpass が両方空いたのは良いけど、同じことを外向けにも会社向けにも両方書く必要はないよなと思ったのでメモ。 思い出したら随時追記するかも。自明なこととかお金の話は書いてません。 登壇者系 接続端子の共有 基本的に最近だと HDMI / Type C をカバーしておけばトラブルが起こることはない 上記が揃っているならその旨を、その上でほかもカバーしている場合や、不足している場合はその情報も添えて共有しておくと良い セッション後の質疑応答の有無の共有・確認 質問タイムがあるかないかで実質登壇時間が変わってくるため セッションの間に 5 分休憩などがある場合、それが休憩なのか質問用バッファなのかがわからないので明確にする そもそも人によって質疑応答の有無は選択できたほうが良いので確認すると良い 自分が登壇者と
フォロワーに葬式に来てもらうことは難しい - マグロの戯言帖
自分もツイッター歴9年、陰のオタクなら「自分のよくわからん親族よりフォロワーに葬式に来て欲しい」 そういう感情はよく分かります。ですが、それは中々条件が揃わないと難しいと思いました。 たまたまうまく行った今回の実例とともに、「フォロワーに葬式に来てもらうこと」の何が難しいか、条件は何かを書いていこうと思います。 1.今回の事例 2.「フォロワーに死を知らせること」 3.「フォロワーに葬式に来てもらうこと」 4.まとめ 1.今回の事例 先日、事故により弟が急逝。ショックに頭が働かない中、母が「もしもの時はツイッターで何か言ってってどこかで書いてた気がする」と発言。もともと弟と仲が良く、ネット上での友達も多いことを知ってた私は彼のノートやスケッチブックを漁って遺書のようなものを見つけました。弟の最後の望みを叶えるべく、行動に移りました。 2.「フォロワーに死を知らせること」 正直、「葬式は難し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nondestructive_TypeScript.md