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 con texts to readMetadataFromInstance()
Add support for activating and deactivating package-specific key maps
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 executab le 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}Con text() 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 moveSelection Left()
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件から先頭の単語を出現回数で並べると次のようになった。

Add	1149
Fix	1014
Update	584
Remove	566
Use	382
Don't	260
Make	228
Move	178
Change	103
Rename	85
Improve	76
Avoid	68
Allow	65
Implement	60
Handle	58

コミットログの基本形はもちろん動詞 + 名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は 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

2016-07-22

■memo

linux カーネルのビルド

# apt-get install kernel-package
# apt-get source linux-image-$(uname -r)
# apt-get build-dep linux-image-$(uname -r)

Permalink | 記事への反応(0) | 07:57

2016-07-13

■

コンパクトな増田

最近ページ送りすると効かなくなったので直して欲しい

多分GET クエリにmode=topみたいのがつくようになったからだと思う

クエリパラメタによって挙動が変わらないようにして欲しい

http://anond.hatelabo.jp/ または http://anond.hatelabo.jp/?.* のときにスクリプトを処理する、みたいな仕様じゃダメなのかな

直ってた！対応ありがとうございます！！

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

■即戦力？

少し前から派遣の方に来てもらってる。

営業事務経験者希望で頼んだのだけれど…

書類送るときの添え状が作れない（送付品リストに欠け漏れ）

faxを１件３枚送って送信エラーになると１枚だけ送りなおす

テンプレートの穴埋めで作る書類作成が１人で出来ない

上司に掛け合って、更新は勘弁してもらうけど、

派遣ってこんなに使えないものなの？

即戦力 getして、事務関係振って別のことやる予定だったのに、

説明とか準備とか確認で全然できやしない。

というか、自分でやったほうが時短になるし精神的に楽。

派遣さん頼むとき、どう頼んだらいいんでしょう？

おしえてえらいひと！

Permalink | 記事への反応(3) | 08:22

2016-07-05

■「支持政党なし」の支持、制統的になし

票を得たいだけのドグマ

野心だけの脳だ

世の中をよくしたいならば

まず、自分一人で人助けしてみせろ

くだらない政治ごっこ

うたうのは幼稚な覚悟

こんな党に損な票入れる奴、はっきりいってAHOU！

どんな盲がこんな党に賛同しちまうんだ？GET OUT！

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

2016-06-29

■合コンに初めて行った話

社会人になって数年が経った。

合コンに行った。

合コンの中で、「テンションが上がってわーーっ！と感情が高まるものってなに？」という話になった。正直に言ってそんなものは私にはない。日常ってそんなに刺激に満ちあふれたものか？刺激に満ち溢れている必要があるものか？

いや、正確に言うと確かに仕事の中でスリルやドキドキを持つ場面はあるだろう。だけど、単発で瞬間的に感情が高ぶって、我を忘れて感情を露わにするようなものがあるか？マジックを見て、それが現実だと思ってしまって騒ぎ出す幼児じゃあるまいし、社会人にもなっていまだに何かに感情を爆発させていたら普通に生活を送ることなんてできるんだろうか？

まぁ、そんなことを言って場がしらけるのも何なので、黙ってその質問には答えないでおいた。すると二つ下の後輩が「え～私は家を出て、雨が降っていた時ですかね～～。濡れちゃうじゃないですか～～～」と宣った。

いや、そうじゃないだろ。

明らかにそうじゃないだろ。

家を出て雨だったら嫌だけどさ、そこで感情を爆発させるか？近所にそんな奴いたら絶対やばい奴だよ。

おかしいおかしい。なんなの？紙なの？雨が生殺与奪権を握ってる訳？いや、仮にあんたが紙だったとしても、その時わたしなら有給とるよ、叫びはしないよ。。。。。。。。。

そもそもこういう話ってキャリア論とか人生論になるはずのものだったんじゃないの？いや、合コンだからそれはないか。結局かわいいこをGETできればそれでいいんだよな。

けど質問にはちゃんと答えるのが、かしこい女の子アピールには必要でしょ。。。ってことは、やっぱりだめだよそんなの。

と、ひとり思いながらカシオレを流し込んでたけど、男どもは「わかる～～～！！」って大合唱。

お前らも紙だったのかよ。。。。。。。。。。

追記

後でわかったんだけど、実はその男どもは大手製紙メーカー勤務で、そこから後輩は仕事自慢の話につなげていた。後輩のこと、今度からは敬称つけよう。

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

2016-06-27

■Windows Subsystem for Linux ひさしぶりに触ったらだいぶまともになってた

リリース直後だと apt-get update && apt-get upgrade でそのまま壊滅的に環境が壊れるという状態で話にならなかったのだが、

apt-get upgrade しても壊れない
tmux や screen が動く
Windows 側の taskmgr にも WSL のプロセス名が正しく出る
ファイルシステムまわりの不具合もほぼなし

現状残っている問題点としては

sshd は立てられない
chsh してもデフォルトシェルが bash から変わらない
(これは WSL の問題ではないが)ターミナルエミュレータが貧弱、現状いちばんまともに使えるような気がする ConEmu でも 256 色が動かないっぽいとか
WSL のプロセス(bash.exe)を全部落すとデーモンが落ちる

あたり。

Mac 上で Linux サーバーで動くアプリを作ることが出来るぐらいには Linux サーバーで動くアプリを作れるようになっている気がする。

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

2016-06-10

■なぜマンガのキャラは覚醒・パワーアップすると髪が伸びるのか？

髪が伸びるキャラたち

覚醒したり、パワーアップしたりするときに長髪になるキャラって多いですよね？

ぱっと思い付くだけでも、

・ドラゴンボール（1984～）におけるスーパーサイヤ人3

・うしおととら（1990～）の潮（獣の槍所持時）

※厳密には髪が伸びているわけではないらしい

・幽遊白書（1990～）における幽助

・ハンターハンター（1998～）におけるゴン（さん）

・BLEACH（2001～）の一護の最後の月牙天衝

・ぬらりひょんの孫（2008～）のリクオ

などなどたくさんいます。

（変身すると髪が長い、というとWILD HALF（ワイルドハーフ）もそうですね。）

なぜみんな髪が伸びるのでしょう？

演出上の要請？

まず、覚醒したり、パワーアップしたりしたことを分かりやすく示すためには、見た目ががらっと変わることが必要です。

そのような演出上の必要性があるから、髪が伸びるのかもしれません。

髪が伸びる以外だと、以下のようなパターンがありますね。

・眼の色が変わる、瞳に模様が浮かぶ

ハンターハンターのクラピカ、NARUTOの写輪眼、輪廻眼、仙人モード、BLEACHの虚化、Get Backers-奪還屋-の聖痕（スティグマ）、新世紀エヴァンゲリオン

※ブコメで指摘を受けて、キング・ブラッドレイは削除しました。

・髪の色が変わる

ドラゴンボールのスーパーサイヤ人、武装錬金のヴィクター化、東京喰種

・肌の色が変わる、紋様・模様が浮かび上がる

武装錬金のヴィクター化、七つの大罪のメリオダス、アメコミのハルク、ONE PIECEのルフィのギア4、進撃の巨人、金色のガッシュ！！

・光をまとう

ドラゴンボールのスーパーサイヤ人、テニスの王子様の無我の境地

これらのパターンと違って、髪が伸びた場合、キャラクターのシルエットそのものが変わるため、使い勝手が良い、ということはありそうです。

ロン毛ブームの影響

江口洋介や木村拓哉などに人気が出て、男性の長髪が流行したロン毛ブーム。

これが起きたのが1990年代でした。

当時の、男性の長髪がかっこいい、という風潮が影響しているのかもしれません。

野生化の象徴としての長髪

覚醒すると、強力になる代わりに理性を失ったりするのもお約束の一つです。

そういった性質の象徴として、髪が伸びて野生化した姿になるのかも。

ライオンのたてがみのイメージが根底にあるのかもしれませんね。

怒りの表現としての長髪

覚醒シーンにおいては、その人物の怒りが伴うことも多いです。

「怒髪天を衝く」という言葉もあり、髪の毛が逆立つのは怒りの表現。

髪の毛が伸びて逆立つのは、そのキャラの怒りを象徴とも読み取れます。

魔法少女モノにおける変身との関係性

詳しくは知らないですが、プリキュアシリーズ（2004～）や美少女戦士セーラームーンシリーズ（1992～）など、魔法少女モノでは、変身して髪が伸びるイメージがあります。

これらについては、ターゲットとする女児のあこがれ、「大人の女性」の象徴として、髪が伸びている側面もあると思います。

ただ、少年漫画等とも、「髪が伸びて、変身・パワーアップ」というところでは共通しているので、こちらの方にルーツがあるのかもしれません。

旧約聖書における力の源としての髪の毛

旧約聖書の登場人物、サムソンは、怪力の持ち主ですが、その力の源は、髪の毛にあります。

髪の毛が力の源という発想は、このあたりから来ているのでしょか。

※ブコメでの指摘によると、髪の毛がというより、髪の毛を切らないという誓約の問題のようです。

神話・宗教・呪術・昔話における髪の毛

丑の刻参りの方法として、相手の髪の毛が必要とされる場合があるように、宗教・呪術的にも髪の毛が重要な場合があります。

日本の昔話でも髪が伸びるエピソードがあるようです。

まんが日本昔ばなし〜データベース〜 - 山姥の毛

http://nihon.syoukoukai.com/modules/stories/index.php?lid=507

きちんと確認できていませんが、ギルガメシュ叙事詩におけるギルガメシュ（ギルガメッシュ）は、長髪が抜けると力を失うようです。

※ブコメで指摘を受けて、「髪を失う」を「力を失う」に修正。

ギリシャ神話では、髪の毛に関するエピソードとして、メドゥーサやかみのけ座の話がありますね。

古来から髪の毛には何らかの力が宿るとされきたんですね。

憶測と疑問形だらけで結論は分かりませんが、思っていた以上に「覚醒して髪が伸びる」のルーツは古いところにありそうです。

追記

ブコメであがっているワンパンマンは逆のパターンですね。

あれは、アンパンマンのビジュアルありきの設定なのと、髪の毛があったころが描かれていない（たしか）のでちょっと事情が違いそうです。

フリーザは、元々髪がないですが、シルエットがすっきりするという意味では逆のパターンですね。

ブコメでは、時間の経過の表現、異形化系の説話と設定上の都合、動物の威嚇、成熟期の発毛、歌舞伎など色々な指摘があって興味深く読ませていただきました。

ありがとうございます。

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

2016-05-15

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

またすさまじいスパゲッティコードですが、要するにtimeengine.js の

        set: function set(tval) {

の中の

              seq.valOnT = seq.evalEqs(tval); //self eqs eval

で値を破壊的に更新して、それを

        get: function get() {
          return seq.valOnT;
        },

で読みだしている、まさに命令型の変数ですね。

「どんなプログラムもハードウェアのレベルでは命令型」と言いますが、kenokabeさんのコードはライブラリの内部実装だけでなく、ライブラリのユーザに見えるレベルでも

      __drawFrom.t = {
        x: e.clientX,
        y: e.clientY
      };

など、もろに命令型の破壊的代入ですね。

Permalink | 記事への反応(3) | 23:15

2016-05-12

■2016

者をおもてなし、副収入をGET！

https://gist.github.com/anonymous/1ec283f80da56875c13d2008da39cff7

https://www.strava.com/activities/573433903

https://www.plurk.com/abullalswe

https://500px.com/photo/153411109/players-championship-2016-by-the-players-championship-2016

https://paper.li/e-1463044872

https://issuu.com/theplayerschampionship20167

http://flagcounter.boardhost.com/viewtopic.php?pid=280965

https://www.zotero.org/groups/players_championship_2016

http://www.joomlatune.com/forum/index.php/topic,160141.0.html

http://preview.tinyurl.com/hzhympv

http://bit.do/b2gLb-

http://omeka.org/forums/profile/abullalswe

https://www.instapaper.com/p/5164107

https://www.wattpad.com/user/abullalswe

http://www.mobypicture.com/user/abullalswe/view/19110191

https://dribbble.com/abullalswe

http://abullalswe.kinja.com/players-championship-2016-1776208380

https://gitlab.com/abullalswe/play2016

https://mubi.com/users/7737264

https://myspace.com/abullalssswe

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

2016-03-31

■

Zu töten und Getötet werden

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

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

テスト

うーん、英語オンリーだと書き込みが反映されないっぽい。

日本語と混ぜれば行けるのか？　→　いけた

The best way to learn English is just to study. The most important factors which you get matured in English are how long and how deep you studied.

The way of studying is not so important. You must choose the way what you feel most comfortable to study, because you can keep studying much more with such things.

I think the grammar have huge importance for second language learners. Grammar is the key to correctly communicate each other.

And if you are Japanese, you have to practice pronunciation and intonation carefully. Sound structure of Japanese language is too poor. You never distinguish English's fertile sound representations without strict learning.

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