「BookMark」を含む日記

■[メモ][bookmark]ブックマークのメモ：2018年6月15日_②

この増田は・・・

この増田は、増田主のブックマークに入りきらないブックマークを整理するための、メモ代わりの増田です。
[メモ][bookmark]ブックマークのメモ：2018年6月15日_①の続き。
まとメモ：はてな匿名ダイアリー（増田）,togetter

ジャンル：考察・議論・問題提起

「個人がアフィリエイトで儲かる時代」の終焉
「シナリオの都合で助けられないヒロイン」かどうかを確認してよいのか問題 - Togetter
『男の子だってお姫様になれる！』プリキュア屈指の名言が飛び出す神回！！！「女の子がヒーロー目指したって良いのがプリキュア」「ジェンダーに切り込んできたな」#precure - Togetter

ジャンル：事件・事故

新幹線殺傷事件の発生時のツイッターが阿鼻叫喚　後日くわしく語られた状況も恐ろしい - Togetter
新幹線殺傷事件、犯行は許されませんがその背景には何があったのでしょうか - Togetter

ジャンル：就職・職業

図書館で働くための道のりやその現実に関するツイート（現役図書館職員含む） - Togetter

Permalink | 記事への反応(0) | 18:20

ツイートシェア

■anond:20180421212649

リンク無かったっけ。とりあえずユーザーのブコメの日付のところをクリックすると#bookmark-362603220みたいな形でIDがくっついてたりするけど。

Permalink | 記事への反応(0) | 21:33

ツイートシェア

■[メモ][bookmark]ブックマークのメモ：2018年4月13日_②

この増田は・・・

この増田は、増田主のブックマークに入りきらないブックマークを整理するための、メモ代わりの増田です。
[メモ][bookmark]ブックマークのメモ：2018年4月13日_①の続き。
まとメモ：togetter

ジャンル：漫画・アニメ

『機動戦士ガンダム』のキャラには表現規制（放送コード）の壁があった！ - Togetter
「漫画村」がGoogleの検索結果から消える→削除申請したのはハーレクインだった - Togetter
漫画村が廃村したと思ったら復活？…このいたちごっこに終わりはあるのか - Togetter

ジャンル：特撮

東映版スパイダーマン(1978)のアクションシーン撮影方法がスゴい！『合成やトリックなし』『当日に考える』 - Togetter
戦隊ものが好きな５歳の娘が「女の子は見ちゃいけないの？」「女の子だからピンクが好き」と言い始めた…という話からの、様々な反響 - Togetter

ジャンル：ネタ

【健全】どう見ても健全な写真なのに見間違える人続出「私の心は穢れているようだ」 - Togetter

Permalink | 記事への反応(0) | 09:36

ツイートシェア

■読んだページを全部自動でブクマする

数日前に puppeteer で自動で PDF にする試みを書いたブログがホッテントリに入ってるのを見た

それに影響されて自動でブクマするものを作ってみた

bg.js

const username = ""
const api_key = ""

chrome.runtime.onMessage.addListener((message, sender, sendResponse) => {
	if(message.bookmark){
		bookmark(message.bookmark)
	}
})

async function bookmark(url){
	fetch("http://b.hatena.ne.jp/atom/post", {
		method: "POST",
		referrer: "no-referrer",
		headers: {
			Accept: "application/x.atom+xml, application/xml, text/xml, */*",
			"X-WSSE": await createCredential(),
		},
		body: `
			<entry xmlns="http://purl.org/atom/ns#">
				<link rel="related" type="text/html" href="${url}" />
			</entry>
		`.replace(/\t/g, ""),
	}).then(e => {console.log(e)})
}

async function createCredential(){
	const non = Math.random().toString(36).substr(2)
	const now = new Date().toISOString()
	const buf = new TextEncoder().encode(non + now + api_key)
	const u8a = new Uint8Array(await crypto.subtle.digest("SHA-1", buf))
	const str = Array.from(u8a, e => String.fromCharCode(e)).join("")
	const b64 = btoa(str)
	return `UsernameToken Username="${username}", PasswordDigest="${b64}", Nonce="${btoa(non)}", Created="${now}"`
}

username と api_key を埋めてバックグラウンドで動かす

page.js

chrome.runtime.sendMessage({
	bookmark: location.href
})

ページ内で動かすコード

URL をバックグラウンドに投げる

今は全部投げるコードになってるが、必要に応じていらないドメインを弾いたりする

Permalink | 記事への反応(1) | 04:06

ツイートシェア

■[増田統計]2018年3月22日木曜日の増田

はてなブックマーク仕様変更あり。増田個別の新着エントリーリスト、人気エントリーリストには古い増田が並ぶようになった。←はURLがhttpで登録されたページとhttpsで登録されたページが別々に集計されるようになり、http側のページを見ていたせいだった。

追記

頻出名詞

人(263), 自分(206), 女(123), 増田(115), 今(108), ー(108), 話(97), 男(96), 前(85), 人間(84), 仕事(81), 同じ(79), 問題(68), 時間(67), 関係(66), 相手(64), あと(63), 意味(63), 必要(63), アニメ(63), 好き(63), 感じ(63), https(61), 気(59), 女性(59), 気持ち(54), 世界(53), 普通(52), ～(51), 安倍(48), 性(48), 日本(48), 結局(47), 最近(47), 男性(47), ネット(45), com(45), 確か(44), 会社(44), 社会(44), 理由(43), ゲーム(43), 奴隷(43), こんな(42), 周り(41), 理解(41), http(41), 場合(41), 他(40), 存在(39), 子供(39), 言葉(38), 無理(38), 手(38), 子(38), 漫画(38), 結婚(37), 最初(36), 他人(35), 内容(35), 絶対(35), レベル(35), 金(34), 可能(34), 状態(34), 自体(33), 事実(33), 顔(33), 全部(33), 個人(33), 逆(32), 政治(31), 価値(31), 説明(31), 今日(31), いいん(30), 責任(30), 頭(30), anond(30), 嫌い(30), 一緒(30), www(29), 結果(29), 情報(29), 実際(29), 場所(28), 目(28), 時代(28), 基本(28), ダメ(27), 人生(27), 状況(27), 被害(27), 本人(26), 自身(26), 名前(26), 声(26), 現実(26), 最後(26), 心(26)

頻出固有名詞

増田(115), 安倍(48), 日本(48), 財務省(17), 自民党(15), 森友(12), キモ(11), 枝野(10), bot(10), アメリカ(9), headline(9), 中国(8), マック(8), 昭恵(7), 晋(6), 東京(6), 民主党(6), ワイ(6), 緒方(6), 平成(5), 麻生(5), 昭和(5), マン(5), twitter(5), togetter(5), イラ(5), 南極(4), Cha(4), ー(4), マッキー(4), bookmark(4), EN(4), 佐川(4), gendai(4), 諭吉(4), 大阪(4), 韓国(4), REGARDER(4), article(4), AEne(4), インド(4), jsfiddle(4), キレ(4), all(4), nikkan(4), TANZANE(4), LIEN(4), HD(4), セブン(4), 朝日新聞(4)

Permalink | 記事への反応(0) | 00:01

ツイートシェア

■anond:20180316232605

Excelを持っているならはてブのJSONデータをそのまま取り込めるそうだからそのデータを使ってブクマが付いた時間のグラフが描けそう。

例えばこんな感じでJSONデータが取れる。 http://b.hatena.ne.jp/entry/jsonlite/https://anond.hatelabo.jp/20180315232737

Excel持ってないならスクリプトでCSVにしてしまえばいい。

rubyスクリプトだとこんな感じ。(Mechanize無し版に差し替え。なぜMechanizeを使っていたかと言うとはてブがUser-Agentが空だと値を返してくれないから。ちょっと長くなるが自前でUAを渡すようにした。)

#!/usr/bin/ruby

require 'uri'

require 'net/http'

require 'json'

require 'csv'

site = ARGV[0]

json_uri = URI.parse("http://b.hatena.ne.jp/entry/jsonlite/%s" % [site])

response = Net::HTTP.start(json_uri.host, json_uri.port) do |http|

http.get(json_uri.path, "User-Agent" => "Mozilla/5.0")

end

json_data = JSON.parse(response.body)

json_data['bookmarks'].each do |bookmark|

puts [bookmark['user'], bookmark['timestamp'], bookmark['comment'], bookmark['tags'].to_s].to_csv

end

引数に取得したいページのURLを入れる。hatebuapi-csv.rbという名前で保存したとしたらこんな感じで実行。

% hatebuapi-csv.rb https://anond.hatelabo.jp/20180315######## ＞ 結果.csv

このケースでは朝の7時から爆発的にブクマが付き始める様子が分かる。

https://imgur.com/66FlJIB

Permalink | 記事への反応(0) | 00:28

ツイートシェア

■はてなブックマークのタグを一括置換するiMacrosのコード(無保証)

何で一括置換機能消えたん……

VERSION BUILD=1001 RECORDER=CR
SET !REPLAYSPEED MEDIUM
SET !ERRORIGNORE YES
URL GOTO=http://b.hatena.ne.jp/username/OKIKAE/
TAG POS=1 TYPE=A ATTR=CLASS:js-keyboard-entry-page-openable
TAG POS=1 TYPE=IMG ATTR=ALT:ブックマークを編集
TAG POS=2 TYPE=LI ATTR=TXT:OKIKAE
TAG POS=1 TYPE=LI ATTR=TXT:オキカエ
TAG POS=1 TYPE=INPUT:SUBMIT FORM=ACTION:/my/bookmark ATTR=*
WAIT SECONDS=20

ユーザ名usernameで使用してる「OKIKAE」タグを「オキカエ」に一括置換する場合。Chrome版で実行済み。最後に20秒待ってるのは、置換後に一覧ページへ反映されるのが遅れる為。

ただ自分でやった時(当然ユーザ名・タグは別の名前)に、2013年11月頃の分で一向に置換されないままループしたりで安定しない。

Permalink | 記事への反応(0) | 16:23

ツイートシェア

■はてぶ全体でドメインごとのbookmark数ってわかる？

yahoo news（headlines.yahoo.co.jp） / 日本経済新聞（www.nikkei.com/） / 朝日新聞(www.asahi.com/) / 産経新聞(www.sankei.com/) 読売新聞（www.yomiuri.co.jp）

ニュースは、はてサの皆さんの影響なのか、朝日新聞が多い

増田 （anond.hatelabo.jp）がトップと思ってる

Permalink | 記事への反応(1) | 14:44

ツイートシェア

■コメント一覧ページに「リンクを埋め込む」が出来た

ブコメ一覧の一番下に。

前からあったっけ？なかったよね？

増田にも埋め込めるのかな？

試してみる。

<iframe marginwidth="0" marginheight="0" src="http://b.hatena.ne.jp/entry.parts?url=https%3A%2F%2Fanond.hatelabo.jp%2F20171105205526" scrolling="no" frameborder="0" height="230" width="500"><div class="hatena-bookmark-detail-info"><a href="<a href="https://anond.hatelabo.jp/20171105205526">https://anond.hatelabo.jp/20171105205526</a>">80年代のアニメのおしゃれさ</a><a href="/entry/s/anond.hatelabo.jp/20171105205526">はてなブックマーク - 80年代のアニメのおしゃれさ</a></div></iframe>

増田には埋め込めないみたいね。

表示されるのは最新コメ4件固定か。スター表示もない。

人気コメ順のほう選べたり、表示件数も設定できたら良いのに。

いつから変わった？

今朝から？

毎度の事ながらリリースだせよ。

Permalink | 記事への反応(0) | 22:52

ツイートシェア

■増田を転記している

面白いと思った増田は自分の非公開ダイアリーに転記している。

今日の長年日記を見れば、転記した増田を1年おきに読み直すことができる。

自分が面白いと思った記事なので1年経っても面白い。

しかし気がついた。タイトルを「[増田のURL:title:bookmark]」にしてあると元記事が消されたとき「はてな匿名ダイアリー」というタイトルになってしまう。

ここは「[増田のURL:title=増田のタイトル:bookmark]」にしておくべきだった。

転記時に「[増田のURL:title:bookmark]」と書いてしまった全増田のタイトルを「[増田のURL:title=増田のタイトル:bookmark]」に書き換えた。

はてなダイアリーライターを使っているので、いちいちその日のダイアリーをブラウザで編集する必要はない。

元記事が消えていてタイトルが「はてな匿名ダイアリー」になっている増田でもタイトルを知る方法はある。

「[URL:title:bookmark]」という書き方なら、消えた増田でもブックマークされていれば「はてな匿名ダイアリー[1users]」などと末尾にブクマ数の画像が表示される。

その画像がある記事は[1users]をクリックしてブクマページを見れば元のタイトルがわかる。

そうやってできるだけ多くの記事のタイトルを取得した。

その作業が先ほど終わった。

自分以外誰の得にもならない自己満足だが達成感があった。

Permalink | 記事への反応(0) | 16:34

ツイートシェア

■ブクマ一覧ページで、無言ブクマ以外をフィルタしたい

他の人のブクマ一覧

http://b.hatena.ne.jp/ユーザーID/

自分のブクマ一覧

http://b.hatena.ne.jp/自分のID/bookmark

で、コメント付きのブクマだけをフィルタリングしたいんだけど、できないの？

Permalink | 記事への反応(0) | 15:05

ツイートシェア

■私はAセクですか？

私はAセクですか？当てはまるような当てはまらないような気がするのでその筋の専門家がいれば教えてほしい

• 35歳独身男性/セカンド童貞
• 性欲はある。主に二次元女性をオカズに月2回くらいオナニー
• 男性には性欲はない でも神木くんはかわいいと思う
• 三次元女性には美を感じるが性欲はあまり感じない。篠原涼子・戸田恵梨香・橋本環奈が好み
• 結婚欲なし。子供も欲しくない。
• 恋愛も特にしたくない
• キョロ充気味で、友人も少ない。あまり他人に打ち解けたことがないように思う
• 一人でさみしさを感じたことはないが、2chとはてなBookMarkは毎日見る
• クンニがどうしてもできなかった
• 勃起せずにSEXできないことがあった
• 今思えば付き合っていた時もあまり相手を愛しいと思わなかった気がする
• 風俗は行ったことがないし行きたいとも思わない

Permalink | 記事への反応(0) | 21:50

ツイートシェア

■はてブのユーザーページを元に戻せという馬鹿な文句が意味不明

開くアドレスを

http://b.hatena.ne.jp/＜自分のID＞

から

http://b.hatena.ne.jp/＜自分のID＞/bookmark

に変えれば済む話だろ。

自分以外のユーザーのページは前者でもブックマーク一覧が出るし、何が問題なのかマジで意味が分からない。

そんな下らないことより、＞の半角をpre記法とスーパーpre記法のどちらで囲っても>に変換される方がよっぽど糞だろ。

Permalink | 記事への反応(0) | 20:54

ツイートシェア

■はてブが改悪した

１ヶ月前から予告はしていたようだが、強制的に変更となった。

仕方ないのでブックマークのリンク先をhttp://b.hatena.ne.jp/（ユーザ名）/

から、http://b.hatena.ne.jp/（ユーザ名）/bookmark

に変更した。

はてブのマイページをクリックしたのにマイホットエントリーという謎ページを

見せられるのは苦痛でしかない

Permalink | 記事への反応(0) | 22:09

ツイートシェア

■hateb boy

塀!塀!塀!

塀!塀!塀!

Welcome to this crazy Town

このイカレた社会へようこそ

君はhateb boy

まともな奴ほど feel so bad

正気でいられるなんて運瞑睡だぜ

you, hateb boy

ここはまさに世の場末

澱んだホッテントリで僕らは出会った

Keep you bookmark 言い抜けて

この腐敗と自由とコールのまっただなか

No bkm no cry 肉染みは

絶望じゃなくてスターのマニフェスト

We are living, living in the panties

We still fight, fighting in the panties

丙!丙!丙!

丙!丙!丙!

誰もこころは傷だらけ

増田書いて泣いててもはじまらないから

print out

どっちを向いても feel so sad

だけど詩には至らない

気分はどうだい? masuda boy

ここは永遠のルックアウト

梯子を握りしめ僕らは出会った

Keep you bookmark 切り抜けて

この狂気と希望と手斧のまっただなか

Nonpori no cry 進まなきゃ

勢いを増した互助会の中を

We are living, living in the panties

We still fight, fighting in the panties

We are living, living in the panties

We still fight, fighting in the panties…

Permalink | 記事への反応(1) | 22:35

ツイートシェア

■個々のブコメに対応するリンクが2つある

(1) b.hatena.ne.jp/entry/(9ケタ数字)/comment/(はてなID)

ブクマの鎖マークを踏むとここに飛ぶ。ソーシャル共有ボタンもあり、こっちが公式？

ブコメがある時にしか生成されないっぽい。

(2) b.hatena.ne.jp/(はてなID)/yyyymmdd#bookmark-(9ケタ数字)

ブクマのIDを踏むとここに飛ぶ。該当ID・該当日のブクマ一覧から該当箇所にジャンプする形式。

ブコメが無くてもOK。

どっちかに統一すればいいのに。

Permalink | 記事への反応(0) | 17:24

ツイートシェア

■

ttp://b.hatena.ne.jp/blueboy/20161019#bookmark-304243901

将棋連盟が本項と同趣旨の話を示した。→　http://shukan.bunshun.jp/articles/-/6688 　　ブコメで本項を批判した はてなーは全員、撃沈。　大破。

ttp://b.hatena.ne.jp/blueboy/20161020#bookmark-304986081

羽生さんが「疑わしきは罰せず」と発言したのは、「三浦はシロだ」という重要な証拠が出てきたせいだよ。　→　http://j.mp/2dNZ79w 　これを見れば、「もはやクロだとは断言できない」とわかるのだから、羽生発言は当然。

ttp://b.hatena.ne.jp/blueboy/20161102#bookmark-306388611

これは「何かを明かす文書」ではなく「誤解を是正する文書」だ。それ以上を求めるな。真実を知りたければ、別人の文書に求めよ。そこでは「三浦はクロ」とはっきり証明されている。→　http://j.mp/2eABEOn 　http://j.mp/2eSAP1z

ttp://b.hatena.ne.jp/blueboy/20170102#bookmark-314395968

「完全に三浦九段は潔白です」→　白だと証明されたわけじゃない。黒だという根拠が不足だ、というだけ。しかもその根拠は自分自身の調査。論理的には「調査不足」しかありえない。では、どこが？ →　http://j.mp/2hZ88l3

ttp://b.hatena.ne.jp/blueboy/20170130#bookmark-318347940

他人事だと思っている人が多いだろうが、はてなーだって、私にすごい攻撃を仕掛ける人がいっぱいいる。やたらと粘着して中傷する人もいるし、それにスターを付けて同調する人もいる。twitter だけじゃない。はてなも。

Permalink | 記事への反応(2) | 14:11

ツイートシェア

■意識が低いので最近 facebookに投稿したくない理由

ここ最近、facebookの投稿をしづらくて、twitterに原点回帰しているという話をよく聞く。

自分もそのうちの一人だ。

見ている分には友達の近況などしれていいけれど、でも自分で投稿したいという気持ちは

１年前と比べるとかなり減っている気がする。

大体のポストはこんな記事。そういうクラスターに入っているだけかもしれないけれど。

「こんなすごい人と一緒にいます(タグを添えて) 」

「海外出張いってきます、かえってきます（空港のタグを添えて）」これが一番

「カンファレンスに登壇予定です」

「ニュースに出ました」

「Noteでこんな記事かきました 」

「昔でいうRSSリーダ的に読んで意識高そうな記事をシェアしました」

といった、ポジショントークまざりの話が 多すぎる気がする。

もうちょっと前のユルフワな、足折れたとか、ここのお店が美味しかったとか、家族写真がきれいーとか

どうでもいい和やかな雰囲気がすきだった。

今はそんなことをつぶやこうと思っても、周りの意識が高いつぶやきに比べると、

「いやまてよ、こんなこと書くよりも、なんかすごいことをしている、常にアンテナはってますよというオーラを出さないといけないのか？」

と我一瞬冷静に事態を振り返り、投稿をやめる　というのが最近である。

また、個人的に可愛いと思っていた女の子の写真をググって、そのリンク先がfacebook上にあり、

そこを眺める　といったソーシャルネットワークという映画のザッカーバーグ氏の昔のような風景も、

いまでは、可愛いもしくは意識高い女子というのは、Instagramに上げるのみで、プライベートな写真の更新はかなり減っている気がする。

※facebook社としては、買収したサービスであるinstagramにトラフィックが寄り付く分にはID統合されているのであれば、広告面としては問題なっそう。

そしてfacebook機能としても

「同窓生枠だけに投稿する」といった、セグメント別の投稿ができないので、

地元の同級生と意識高いクラスターが納得するであろう最適な投稿が確立できなくて、

結局Read onlyになっているような人が多いような気がしている。

アメリカ人と話して、facebookやってる？と聞くと、

「ごめんね、facebookは本当にprivateな人のみでやっているだ、Linkiedinでつながりましょう」

とよく言われて、それがアメリカでの使い分けらしい。

日本だと、その使い分けができず、ビジネスとプライベートが完全に一体化しちゃったおかげで、

まとまりがなくなってきているから、最近多い使い分けとしては以下となっている模様。

facebookでは意識の高い情報を見て、シェアする場所。他の人に興味もないので退会。

twitterはどうでもいいつぶやきとよさそうなリンクをとりあえずshareするOpen bookmark

Instagramはその瞬間きれいな写真をとって残すのと、オシャレ感をポジション投稿する場所としての Open photo storage

といった使い分けをしている人が多いのではないかなーと思っている。

とここまで書いて定量的な情報をみていたら、

まったく同じようなことを半年前くらいに書いている記事をみつけた。

http://www.yomiuri.co.jp/fukayomi/ichiran/20160622-OYT8T50037.html?page_no=1

IR上だと、asia pacificでくくられてしまっているので、

日本の情報はよくわかりませんが、

参考になりそうなFBのIRの資料はこちら

https://s21.q4cdn.com/399680738/files/doc_presentations/FB-Q316-Earnings-Slides.pdf

それにしても今日は腰が痛い。

Permalink | 記事への反応(0) | 16:55

ツイートシェア

■Trick or bookmark.

ところで、増田における 迷惑行為に該当しないイタズラとはどのようなものなのでしょうか?

Permalink | 記事への反応(0) | 16:47

ツイートシェア

■gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。

要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。

仕方なく自分でまとめたので、増田に垂れ流しておく。

はじめに

ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。

抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した（あわせて前処理として、コミットログ冒頭のタグ情報は消去した）。

結果として対象としたリポジトリは以下の通り。

• swift
• atom
• electron
• rails
• tensorflow

atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。

• ピリオドで終わっているもの(4535件)
• 小文字で始まっているもの(2242件)
• 過去形, 現在進行形で始まっているもの(1044件)
• Merge/Revertで始まっているもの(6555件)
• 絵文字を使っているもの(2171件)
• その他バージョン番号のみ等、参考にならないと判断したもの(313件)

こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。

ということで、以下用例を羅列していく。

用例集

オプションやフラグ、メニューを追加した

• Add -enable-experimental-nested-generic-types frontend flag
• Add --main-process flag to run specs in the main process
• Add Throws flag and ThrowsLoc to AbstractFunctionDecl
• Add "event" parameter for "click" handler of MenuItem
• Add File > Exit menu on Windows

ファイルを追加した

• Add npm start script
• Add build script
• Add SkUserConfig.h with blank SkDebugf macro

メソッドや機能を追加した

• Add TypeLowering::hasFixedSize()
• Add overflow scrolling
• Add convenience API for demangling
• Add a typealias to avoid a build ordering dependency between projects
• Add a helper method mayHaveOpenedArchetypeOperands to SILInstruction

実装を別のものへ切り替えた

• Use args.resourcePath instead of args.devResourcePath
• Use arrays instead of while loops
• Use auto instead of repeating explicit class names
• Use weak pointer instead of manual bookkeeping
• Change all uses of 'CInt' to 'Int32' in the SDK overlay
• Change Integer#year to return a Fixnum instead of a Float to improve consistency

新しく何かに対応した/機能上の制約を取り払った

• Add support for closure contexts to readMetadataFromInstance()
• Add support for activating and deactivating package-specific keymaps
• Add support for launching HTML files directly
• Add support for allocators that require tensors with zero
• Make it possible to call `reflect` multiple times
• Make it possible to set a data type for variables that come out of constants
• Allow atom-pane to be shrunk independently of its contents' width
• Allow null TextEditorComponent::domNode during visibility check

何かを使うようにした

• Use const for util require
• Use FoldingSetNode for ProtocolType
• Use unique text editor title in window and tab titles
• Use an empty object if metadata is ~null
• Use target_link_libraries for fat executable dependencies
• Use existing flatMapToOptionalTests dataset

より好ましい実装に改良した

• Make the clone function more generic
• Make IO faster for v8 compile cache
• Make model constructor argument to addViewProvider optional
• Make Browser::Quit more robust
• Make Menu.getApplicationMenu() public
• Improve incompatible native module error message
• Improve readability of multi-line command
• Improve folds behavior when duplicating lines
• Improve deprecated message on webPreferences options

何かを出来ない/しないようにした

• Don't bail reading a metadata instance if swift_isaMask isn't available
• Don't exit until the parent asks for an instance
• Don't include Parent pointer in Nominal/BoundGeneric TypeRef uniquing
• Don't use MatchesExtension for matching filters
• Don't use ES6 class for AutoUpdater windows class
• Don't use MatchesExtension for matching filters
• Avoid `distinct` if a subquery has already materialized
• Avoid infinite recursion when bad values are passed to tz aware fields

オブジェクトの内容や挙動を確認しやすくした

• Emit capture descriptors in their own section
• Emit field metadata for @objc classes
• Emit reflection info for protocols

Assertを追加した

• Add assert for role with app name in label
• Add assertions for no available bookmark
• Add asserts for properties

不要なコードを除去した

• Remove some dead code
• Remove some unused enum declaration
• Remove unused variable
• Remove unnecessary line feeds
• Remove trailing whitespace
• Remove debug statement
• Remove redundant mapType{Into,OutOf}Context() calls

コードを移動した

• Move function signature analysis to a Util
• Move markInvalidGenericSignature() to a method on TypeChecker
• Move diagnostic for stored properties in protocols from type checking to validation
• Move Doxygen converter into a proper MarkupASTNode visitor
• Move Module require to top

名前を修正した

• Rename environment -> environmentHelpers
• Rename watchProjectPath to watchProjectPaths
• Rename generic arguments
• s/grammarName/grammar
• fullVersion -> writeFullVersion

小さなバグやタイポを修正した, 警告を潰した

• Fix typos
• Fix a typo
• Fix a test
• Fix typo in DevTools Extensions tutorial
• Fix DownloadingState typo
• Fix includes order
• Fix mistake in tvOS availability
• Fix cpplint warnings
• Fix wrong markdown
• Add missing return
• Add missing period in comment

バグや好ましくない挙動を修正した

• Fix a memory leak in FSO
• Fix lifetime issues in ManagedBuffer.value
• Fix mangling for nested generic types
• Fix memory corruption in another circularity check
• Fix thread-unsafety in Process.Argument initialization
• Fix "Object has been destroyed" error in "page-title-updated" event
• Make Error.prepareStackTrace read-only (again)
• Make string slicing tests standalone
• Make sure showing success dialogs works correctly
• Make sure to emit closure bodies only once
• Make sure all native resources get freed on exit
• Make sure temp file will be cleaned up when base::Move fails

テスト、コメント、ドキュメントを追加した

• Add tests for pending pane items
• Add validation test for projecting existentials
• Add a basic test for opening an editor in largeFileMode if >= 2MB
• Add specs for moveSelectionLeft()
• Add failing spec for Menu.buildFromTemplate
• Add comment about map key/values
• Add TODO about blinkFeatures -> enableBlinkFeatures
• Add a design-decisions section to the CONTRIBUTING guide
• Add style.less examples
• Add docs for app.getLocale()
• Add documentation for --proxy-bypass-list

テストを削除した

• Remove a redundant test
• Remove an empty test

テスト、コメントを修正した

• Fix comment
• Fix outdated comment
• Fix failing specs on Windows
• Fix PersistentVector test for powerpc64{le}
• Update specs for deferred activation hooks
• Update successor/predecessor in validation tests
• Update some tests to use LifetimeTracked instead of hand-rolled canaries

ドキュメントを修正した

• Update README.md
• Update docs for marker callback
• Update documentation for mark*Position
• Update link to solarized-dark-syntax
• Improve documentation of `ses.cookies.set()`
• Improve readability in CSRF section of guide
• Improve spec description

表現傾向とまとめ

以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。

コミットログの基本形はもちろん動詞 + 名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は a が使われるか、あるいは省略される。the はまず使われない。

何かを追加した、という表現では非常に広く Add が使われる。メソッドからテスト、ドキュメントに至るまで大概これでまかなえる。

一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typo や crash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である。

Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合は Make sure が使われる（こちらはthat節が取れる）。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う（Ensure はさらに重い表現っぽい）。

また、Fix は typo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメント、コメント、テストに使われ、本体のコードの修正に対しては使われない。本体コードの修正にあわせてテストも更新したなら Update が使われる。ただ、テスト機構それ自体のバグを修正したなら Fix である。

無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)から別のもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合は Don't use を使うことが多い。

何かをしないようにしたなら Don't を、内部実装の効率化なら Make A + 比較級/形容詞 か Improve が使われる。

中身の変更を伴わない単なる名前の変更なら Rename A to B、コードや機能の論理上の場所を移動させたなら Move A to B である。

この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。

余談

コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である。

一方で、シンプルな単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的で平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。

おわりに

8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体が効率のいい学習になるという話と同じだと思う。

このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。

Permalink | 記事への反応(4) | 09:24

ツイートシェア

■http://anond.hatelabo.jp/20160128092815

「この世から未読を無くそう」は最近のスローガンなのであんまり関係ないな。

diggとかはてブとかdel.icio.usとかは以下のようなサービス。

ソーシャルブックマーク（Social Bookmark、SBM）は、インターネット上のサービスの一つで、オンラインブックマークサービスの発展形。自分のブックマークをネット上に公開し、不特定多数の人間と共有する事で、これらを有益な情報源とすることができる。

同一アドレスを登録している他人のブックマークを見たり、またタグと呼ばれる登録者が付ける分類用の語句により同一タグで分類している他人のブックマークを見たりすることで同じ指向のコンテンツが見付けやすくなる（フォークソノミー、ソーシャルタギング）。

Permalink | 記事への反応(1) | 09:35

ツイートシェア

■はてなブログランキングのコメントが多かった順ソート

手持ちのプログラムをちょっと手を加えれば作れそうだったので作ってみた（総工数0.5MH)。最下位２つが404になってたおかげでちょっと変なことになってるけど、だいたいこんなもんかな。いわゆるホッテントリーに上がる記事を大雑把に分けると、

• オピニオン系
• インフォメーション系

に分かれる（勿論ミックスもあるけど）。諸君が『くだらねー』と思っている、エクセルだの英語だの簿記だのは後者だな。ただ、はてブはSNSとして機能している側面もあるけど、SBMが本来の目的である以上、インフォメーション系の記事も当然上位に上がってくる。まあ、ブコメが盛り上がっている何か？を表示出来るようにしたいんだったら、日曜プログラミングでちょろっと書けば？と思う今日このごろ。

ブログに書くほどの話じゃないので、スペースお借りしますm(_ _)m

Permalink | 記事への反応(0) | 23:33

ツイートシェア

■Hi, Hatena users!

Im american.

I think Hatena user is cunt.

Hatena diary? Shit!

Hatena blog? Fuck!

Hatena bookmark? You're full of shit!

Hatena tokumei diary? Hmm.....awesome community!!!!

I become fanatic devotee of Masuda.

HAHAHA, Have a sweet dreams, FUCKetena users!!

Permalink | 記事への反応(3) | 19:33

ツイートシェア

■「Ａ１理論はミニマリストの人」に伝えたいただ一つのこと

コメ欄封鎖しても、よく訓練されたはてブ民同士はコメントが見えてしまっているので、

隠せてるつもりで全然隠せてなくて、自ら望んで影でクスクス笑われてる形になっているだけだよ。

例１：googleで検索する

google検索「site:http://b.hatena.ne.jp/ bookmark-260021322」

コメ欄がクローズされてる記事をブックマークして、自分のブックマークコメントの日付をクリック。

URLの末尾の「bookmark-000000000」という部分をgoogle先生にたずねると普通に見える。

まぁ、これは暇人がやる手段だと無視してもいい。

例２：めぼしいはてブユーザをまとめてフォローするorフォローしてる人のページを見に行く

はてなブックマーク - fusanosuke_n のブックマーク - 2015年7月20日

該当ブックマークの下にずらっと並んだアイコンでコメント欄の代わりがほぼ果たせてしまっている。

更に言えば、参照した人のお気に入りユーザで抽出されているので、より純度の高い批判コメント群が形成されている。

ほらね、はてブのコメント欄を閉じても正当な批判は全然とめられないでしょ？

Permalink | 記事への反応(0) | 10:16

ツイートシェア

■Wikipediaを楽しめる人が羨ましい

情報を得ようと思っても、

• 概念を知る程度ですら、文中リンクの他の概念を再帰的になんども辿って読まないと分からない
• 全体像を知りたいのに、詳細にリストアップされまくり

などの記事が結構ある。

本腰を入れて調べようとしてすら、退散する羽目になること多々あり。

ユーザーの理解度別に複数の階層ページを設けるとかは無理なんかな。

紙でなく、ブラウジングできる百科事典が別途あれば良いのかもしれないが……。

そんなわけで、自分は人類の英知の恩恵に与ることが出来ていない。

Wikipediaと昔ながらの百科事典、どっちが読みやすい？ : ギズモード・ジャパン

はてなブックマーク - Wikipediaと昔ながらの百科事典、どっちが読みやすい？ : ギズモード・ジャパン

増田はhttp記法の:bookmarkが使えないのか。しょぼすぎ。

Permalink | 記事への反応(1) | 01:01

ツイートシェア