多値について本気で考えてみた - ぐるぐる～
先日のエントリの反応として、多値の批判をしているように受け取られた方がいました。 実際には、多値の批判をしているのではなく、Go言語の「多値とそう見えるけど違うものがある」という仕様を批判したものでした。 また、タプルにこだわっているという受け取り方をした方もいました。 このエントリでは、「タプルにこだわっているのではない、多値にこだわっているのだ」ということを説明しようと思います。 このエントリで出てくるコードは言及がない限り妄想上のもので、実際の言語のコードではありません。 長いから3行で。 スタックマシンと多値は仲良し。継続と多値も仲良し。 多値は多値、タプルはタプル、みんなちがってみんないい。 多値とは、カンマで区切られた単なる複数の値だよ。妄想だけどね。 これで満足して仕事に戻っていただいて構いません。以下オマケ。 多値とタプルの違い まず、多値とタプルの意味的な違いについてをは
気兼ねなくアクティビティを書き留められるTrickleというサービスをリリースしました - maru source
こんにちは丸山@h13i32maruです。 今日、Trickle（読み:トリクル）というサービスをリリースしました！ アクティビティ トピック 他の人のアクティビティ Trickleは「Twitterなにか少し疲れてきたなぁ。でもやめたいわけではないし、うーん」と僕が困っていたことを自分で解決するために作ったサービスです。 なので自分をターゲットにしたサービスなのですが、せっかくなので多くの人に使ってもらいたい！というわけで、リリースのお知らせを兼ねた紹介記事を書きました。気になった方は是非続きを読んでみてください。 まとめ 自分のアクティビティをトピックごとに気兼ねなく書き留めることができる ジョギング、読書、猫と遊ぶ、などの自分で作ったトピックごとにアクティビティを書き留める 他人の興味あるトピックだけをサブスクライブ（いわゆるフォロー）できる 「Aさんの読書トピックはサブスクライブし
最終回 エンジニアはどこに行くのか | gihyo.jp
この連載「継続は力なり─大器晩成エンジニアを目指して」は、今回で最終回を迎える。この連載では、エンジニアとして長くやっていくために有用だと思うトピックを紹介してきた。ちなみに本連載が掲載されているWEB+DB PRESS誌上での山の挿絵は、エンジニアの人生の長い道のりを表している。 さて、この山登りの最後には何が待っているのだろうか。筆者にはわからない。われわれはロールモデルが少ない世代だからだ。上の世代のエンジニアが成功して、引退して悠々自適な生活をしている。そのような特殊な事例はWebのインタビューで見つかる。しかし、ごく平均的だったエンジニアがどうなったかはわからない。われわれの上の世代は、Web以前の人々なのだ。ブログを書いたり、Twitterで技術的なことにコメントしたりする人は少ない。だから現在ちょうど引退を迎えるような年齢のエンジニアが、何を思い、どのように生きてきたかを知る
オープンソース製品の「仕様」 - 赤帽エンジニアブログ
Red Hatの佐藤匡剛です。昨日、Red Hat Forum / Tech Nightにお越しいただいた方、ありがとうございました。 昨日のRed Hat Tech Night冒頭のトークセッションで、id:nekopこと木村さんから面白い発言があり、Twitterでも話題になっていたようなので、ちょっとフォローアップの記事を書きたいと思います。 「これは仕様ですか？」 と聞かれても、たまたま開発者がそうしただけというケースもあり、答えにくいことが多々ある #rhtn2018— 転職しても肉の妖精だった件 (@nanodayo) November 8, 2018 仕様が先かコード書いた人の気持ちが先か #rhtn2018— えいご (@enagok) November 8, 2018 実装がたまたまそうなっているw とても分かる。#rhtn2018— 水無月 忠司 (@longyoru)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
