https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948574-26-03-2020-Отречение-25-серия-украина-ТРК-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-

https://oomnitza.zendesk.com/hc/tvv/community/posts/360042127333--В-шаге-от-рая-17-серия-Россия-1-26-03-2020-качество-HD-от-26-марта-

https://oomnitza.zendesk.com/hc/yjb/community/posts/360041948514--Отречение-25-серия-украина-ТРК-26-03-2020-в-хорошем-качестве-

https://oomnitza.zendesk.com/hc/ltv/community/posts/360042127193-26-03-2020-В-шаге-от-рая-15-серия-Россия-1-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-

https://oomnitza.zendesk.com/hc/ltv/community/posts/360041943514-26-03-2020-Отражение-радуги-11-серия-смотреть-онлайн-в-хорошем-качестве-от-26-марта

https://oomnitza.zendesk.com/hc/tvv/community/posts/360042126793-26-03-2020-В-шаге-от-рая-15-серия-Россия-1-смотреть-бесплатно-в-хорошем-качестве-

https://oomnitza.zendesk.com/hc/en-us/community/posts/360042121733-26-03-2020-Жизнь-после-жизни-10-серия-смотреть-качество-HD-от-26-марта-

https://oomnitza.zendesk.com/hc/ltv/community/posts/360041948514--Отречение-25-серия-украина-ТРК-26-03-2020-в-хорошем-качестве-

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

2020-01-01

■多値返しに関する一部エンジニアの見解ヤバない？

https://b.hatena.ne.jp/entry/s/jp.quora.com/hotondo-no-puroguramingu-gengo-de-kansuu-no-return-ga-1-tsu-shika-deki-nai-no-ha-naze-desu-ka を呼んだんだけど、回答・ブコメともにとんでもないことを書いている人がたくさんいてびっくりした。本質的に多値返しは直積型の返しと同じで、これはタプル・構造体と本質的に同じ、というのは多くの人が指摘している通りではあるのだが…。

配列返し

動的型付け言語に慣れてらっしゃる方が多いのかもしれないけれど、配列というのは「同じ型をまとめた型」であるべき。動的型でいろいろ突っ込める配列は本質的には「直和型の配列」と思った方がいいよね。多値返しという意味では（記憶領域の面で）余分なコストがかかりうる直和型を選択する意味はないですよね？回答でもなんか配列返しに言及している某有名人がいたが、あれれ？という感じ。

もっとも、immutableな配列をtupleと呼ぶPythonという言語があるせいで引っ張られている感は否めないけども、配列とは本質的に異なる型が存在しているのは明らかですよね？配列と構造体って違うよね…？（言葉の定義の問題と言われそうだけれど、型システムの分野での言葉の定義は存在しているわけで、反論になっているとは思えない。『俺は明日からこのわんわんなく動物をネコと呼ぶから』と言っているようなもんでは。）

CPU アーキテクチャについて

確かにナイーブにはレジスタに入れて返すのが素直だというのは同意するけど、でもそれ構造体と一緒だよね？昔のCではこれはできなかったというのは知らなかったので勉強にはなりました（未検証だけど）。

あと構造体返しの関数がどう機械語で実装されているのか知らなさそうな人がいるのにはちょっとびっくり。それでなんでレジスタがどうとか言えちゃうのかしら。構造体の値を返す関数ならばポインタは返さないですよ。そのポインタはどこを指してるんですか。実装しづらいとか何とか言ってる人たち、ちゃんとアセンブラ読んだことあるんですか…？本質的に何の困難もないです（ちなみに少なくともlinux amd64ではスタックに領域を確保してそのポインタを関数の引数の一部として渡します。まあヒープに置く場合でも余計なmoveが出ないようにしたいとかあるかもだけど、そんなでかいデータは普通無名構造体では扱わないでしょう）。

多値は使いづらい

確かに、返り値の型が(A, A)のような場合はドキュメント読まないとわからなくなってしまうので可読性が下がるし構造体を使うべしというのは（ほぼすべての場合において）同意（多値は使いづらいというのは構造体は使いづらいという意味ではないですよね？）。でもさ、某有名人もgoで挙げているけれど多値って普通(A, B)みたいに違う型の値を返したくなることの方が多くないですか。この場合どっちがどっちかは自明だよね？ただの無名構造体だよ。多値返しは設計が甘いとかわけわからんことを言っている人もいたけれど、なんかこちらが不安になってきた。

http://bleis-tift.hatenablog.com/entry/multiple-values

…本当に意味不明で驚いた。id:megumin1氏が言っているように、tupleのパック・アンパックに余分なコストをかける必要はない（まあアドレス渡しになるから複数本のレジスタで返すのと比べたら余分なmovが入りうるという話はあるけど、この人が多値返しというので何を想定しているかわからないので何とも。）。何遍呼んでも多値返しとtuple返しの違いが判らなかった。おそらく前述のようにimmutableなlistのことをtupleと思っているのかな？と予想はするが…。

はてな界隈ってエンジニア的な印象があったんだけど、ここら辺の話ってそんななじみないのかな…？てか某有名人氏も型システムとかあんまりご存じないのかな…？むしろこれは増田が無知なんだろうか…？

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

2019-10-20

■ダークナイトライジングの字幕を考える【the dark knight rises】

良くも悪くも有名な翻訳家戸田奈津子曰く翻訳家はスクリプトを渡されてそれを基に字幕を作るらしい。なのに内容を理解しているとは思えないようなことを書きまくって字幕が酷いということはどの翻訳家でも同様。

ダークナイトライジングでも同じことが見られる。

この映画のテーマはmove on(先に進む)と言っていい。前作で人生の唯一の救いである婚約者(仮)が吹き飛んだことでブルースは失意に暮れる。

その中で、"move on"という単語が何度も出てくる。

最初はブレイクが、みんな孤児にmove onというがそれは無理だ、という文脈。ここで字幕ではこの訳は消滅している。確かに、この部分だけなら不要だ。削っても理解できる。

二度目はアルフレッドがブルースに言う場面。そろそろ"先に進んで"くださいと言った部分。ここでは字幕でもmove onが強調される。

三度目はアルフレッドが去るシーン。ブルースの口から move onという表現が使われる。ここでも対訳はなし。洞窟から出るのみが字幕として現れる。

で、実際のストーリーとしては死の恐怖を再び感じ始めたブルースが奈落から"rise"して、その結果、move onできるようになったため、爆発の前に脱出して自分の人生を生き始めた、ということになる。

日本国内ではバットマンはあのまま死んだ説(アルフレッドの空想)などが流れているが、これは元の文章やタイトルを考えればありえない。このような論争を生むような翻訳家ばかりがいて、飯が食えているという事実にただただ悲しくなる。

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

2019-09-27

■anond:20190927124104

本質的にはそこまで低レベルに下りずともラズパイにnode.jsでも入れてjs から「body.move()」とか出来るようにするのが理想で実際出来るはずなんだけどあんま広まってないの、結構謎だよな。

Permalink | 記事への反応(0) | 12:44

2019-06-18

■

うんこ don't move(ﾁｬｶ

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

2018-12-07

■anond:20181207175605

MS-DOSにmove的なコマンドはなかったから間違える心配はないのじゃ

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

2018-11-26

■少し長い間アメリカに住んでて、女性専用の電車があるなんて知らなかったよ

入社3年後いきなりアメリカへ転勤を命じられて、

少し長い間向こうに住んでて住んでて、女性専用の電車があるなんて知らなかったよ。

この間帰国した時、空港から電車乗り換えで慌てて駆け込んだら偶然女性専用車両だったんだよね。

そしたら豚みたいな女に「ここ男は乗れないんだけど！頭おかしいんじゃね？」と怒鳴られた。

こっちは大荷物抱えてて、時差ボケと長時間のフライトでへとへと。おまけにフライト前日は徹夜仕事があったので殆ど寝ていない状態。

駆け込み乗車はいけない事だけど、肩で息してて、目がパンダみたいになってる人間によくもそこまで言える。

さすがに頭きて「Excuse me, but i dont speak japanaese. did i do something wrong? ah? 」

ってまくし立てたら威張りながら「Sorry,explain in English, You are wrong and You must move other carriage.」とか言ってやがる。

言い返せなかったんで「ソーリー、ソーリー」と言って次の駅で降りた。

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

2018-07-16

■anond:20180716101457

英英辞典で調べてきた「video game」の意味置いとくね。

a computer game in which you move images on a screen using electronic controls

ゲーセン限定の意味では「アーケードゲーム」っていう君自身が使ってる言葉があるから、ビデオゲームはもっと広い意味だよ。

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

2018-07-01

■Your Smile

When I met you there was spring light

And breeze in the street

My childish heart cheered

In the distant summer night of that day

I neglected loneliness

As I passed through the autumn day

A warm winter street

Reassured me of your warmth

At all times you have

A sincere look in your eyes

Even if you fall you will stand up again

I drew some strength

From your profile

That only gazes ahead .

Your smile

And your voice

Created my future

The time

That began to move

Carved out slowly changing days.

I should be able to overcome

Difficulty at any time

Because I have a dream

Now I have found

Something precious

Something that I want to protect.

I don't know the reason

for your tears that day

Beyond the upset I saw

A path leading to a dream.

I'm not afraid of mis takes

If I take a step forwards

Then I can have more faith in myself.

People look towards

The other side of sadness

This is what the sight of your back has told me

At my side

By your side

I could cry with longing to live in the moment

A dream

Without end

Must lead to somebody's future.

Don't give up

Whenever

I heard your voice

I found

Something precious

Something that I want to protect

I am not alone

I am always by your side

Because I want to see your smile

From the line of "Asagao to Kase-san"

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

2018-05-10

■

Ichinose must have been very disappointed.

You're the first like-minded friend he's ever had.

Your performance yesterday was inspiring. I'm impressed though not surprised.

I was hoping your praise in particular wouldn't be so generic.

Sensei!

Can I ever hope to move people with my playing the way Kai did? Can I someday..?

I want the honest truth, so please don't hold back.

Fair enough. Since you're aiming to be a professional, I'll give you the unfettered, honest truth. Amamiya, you need to learn to appreciate your own piano playing more. Do that, and you'll understand. You need compare yourself against others. you gave a good performance. Your future excites me.

From the line of "Piano Forest"

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

2017-10-07

■Rustの寿命って

C++でスマートポインタとかmoveとか使ってやりくりしてるようなメモリの管理を、言語仕様としてサポートしてくれてるものって理解でいいの？

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

2017-08-15

■北朝鮮のミサイル発射の件

「戦争起こらんぞ」と書いてる増田はどこ見たんだろうと思ってはてブ検索したが、WSJのこれ見たのかな?

北朝鮮、グアム攻撃の威嚇姿勢を軟化
- 2017 年 8 月 15 日 10:50 JST 更新
- http://jp.wsj.com/articles/SB12459435050661554049504583331003779198738

オーストラリアメディアのマティス長官の発言の記事見かけた直後だったからあれっ?てなった

Missile alarm: US satellites observe North Korea moving missiles into position, Mattis warns of high alert
- August 15, 201712:53pm
- http://www.news.com.au/world/missile-alarm-us-satellites-observe-north-korea-moving-missiles-into-position-mattis-warns-of-high-alert/news-story/ff9e0926f948b56c660b718e949993fa

よそのメディアはどう報じてるんだ

CNNも北朝鮮の国営メディアの発言を伝えている。バカなヤンキーの出方を見るらしい。

North Korea's Kim to Trump: It's your move
- Updated 0313 GMT (1113 HKT) August 15, 2017
- http://edition.cnn.com/2017/08/14/politics/mattis-north-korea-guam-game-on/index.html

ロイターも

北朝鮮の金委員長、決定下す前に米国の行動注視＝ＫＣＮＡ
- 2017年 08月 15日 12:50 JST
- http://jp.reuters.com/article/kim-jong-un-idJPKCN1AU2I2

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

2016-11-05

■

Communicating underwater is challenging.

Light and odors don't travel well, so it's hard for animals to see or smell.

But sound moves about four times faster in water than in air, so in this dark environment, marine mammals often rely on vocalization to communicate.

That's why a chorus of sounds fills the ocean.

Clicks, pulses, whistles, groans, boings, cries, and trills, to name a few.

But the most famous parts of this underwater symphony are the evocative melodies, or songs, composed by the world's largest mammals, whales.

Whale songs are one of the most sophisticated communication systems in the animal kingdom.

Only a few species are known to sing.

Blue, fin, bowhead minke whales, and of course humpback whales.

These are all baleen whales which use hairy baleen plates instead of teeth to trap their prey.

Meanwhile, toothed whales do use echolocation, and they and other species of baleen whales make social sounds, such as cries and whistles, to communicate.

But those vocalizations lack the complexity of songs.

So how do they do it?

Land mammals like us generate sound by moving air over our vocal chords when we exhale, causing them to vibrate.

Baleen whales have a U-shaped fold of tissue between their lungs and their large inflatable organs called laryngeal sacs.

We don't know this for sure because it's essentially impossible to observe the internal organs of a living, singing whale, but we think that when a whale sings, muscular contractions in the throat and chest move air from the lungs across the U-fold and into the laryngeal sacs, causing the U-fold to vibrate.

The resulting sound resonates in the sacs like a choir singing in a cathedral making songs loud enough to propagate up to thousands of kilometers away.

Whales don't have to exhale to sing.

Instead, the air is recycled back into the lungs, creating sound once more.

One reason whale songs are so fascinating is their pattern.

Units, like moans, cries, and chirps are arranged in phrases.

Repeated phrases are assembled into themes.

Multiple themes repeated in a predictable pattern create a song.

This hierarchical structure is a kind of grammar.

Whale songs are extremely variable in duration, and whales can repeat them over and over.

In one recorded session, a humpback whale sang for 22 hours.

And why do they do it?

We don't yet know the exact purpose, but we can speculate.

Given that the singers are males and they mostly sing during the mating season, songs might be used to attract females.

Or perhaps they're territorial, used to deter other males.

Whales return to the same feeding and breeding grounds annually, and each discrete population has a different song.

Songs evolve over time as units or phrases are added, changed, or dropped.

And when males from different populations are feeding within earshot, phrases are often exchanged, maybe because new songs make them more attractive to breeding females.

This is one of the fastest examples of cultural transmission, where learned behaviors are passed between unrelated individuals of the same species.

We can eavesdrop on these songs using underwater microphones called hydrophones.

These help us track species when sightings or genetic samples are rare.

For example, scientists have been able to differentiate the elusive blue whale's populations worldwide based on their songs.

But the oceans are getting noisier as a result of human activity.

Boating, military sonar, underwater construction, and seismic surveys for oil are occurring more often which may interfere with whale's communication.

Some whales will avoid key feeding or breeding grounds if human noise is too loud.

And humpback whales have been observed to reduce their singing in response to noise 200 kilometers away.

Limiting human activity along migratory routes and in other critical habitats, and reducing noise pollution throughout the ocean would help ensure whales continued survival.

If the whales can keep singing and we can keep listening, maybe one day we'll truly understand what they're saying.

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

2016-07-25

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

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

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

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

はじめに

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

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

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

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::has FixedSize()
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 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-10

■英語とジョークが得意な増田来てくれ

A man is driving down a country road when he loses control of his car and ends up in a ditch. He gets out of the car and knocks on a farmhouse door for help. He explains his situation to the farmer. The farmer gets his horse and they walk to the crash scene. The farmer then uses rope to tie the horse to the car