「Spec」を含む日記

はてなキーワード: Specとは

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-03-27

■互助会 メンバーを連れてきたよ

http://anond.hatelabo.jp/20160327120607

僕がブコメ非表示にしてるIDの一覧

前半はただうざったい人をぶっこんでるだけだけど後半はだいたい互助会メンバーだと思う。

互助会の判断基準は「凄いですね」「おめでとうございます」「参考になります」とか言ってる人達。

それと馴れ馴れしい気持ち悪い敬語を使ってたり。

関係ない人が入ってたらごめんね。

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

2015-09-24

■SPEC結を楽しめなかった自分の感想

映画館で見て、微妙だと思ってたんだけど、改めて昨日テレビを眺めて、やっぱり楽しめなかった。

一番の理由は、

俺は、CGをフルに使った超能力バトルが見たいんじゃなくて、

事件を面白おかしく解いていく、あの流れが見たかったんだと思う。

ドラマの謎の回収は気になる部分だが、こんな壮大な話は求めてなかったんだよな。

こういうの見たいならハリウッド映画で十分だよ。

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

2015-08-30

■太陽がなければ園芸用LED ライトを買えばいいじゃない？

日当たり絶無の部屋、キツイ。

とりわけ季節性うつ病患っている人間にはシンドイ。

健常者でもダウナーになる。

だから eBayで園芸用LED ライト買って、天井に吊るしてるわ。

レタスとかヤワな植物育てる光源じゃなくて、ハッ◯がスクスクと育つ高出力のやつ。

太陽光のスペクトルとほぼ同じだから、マジで太陽買ったようなもんだね。

300Wで1万円（送料込み）。5WのLED電球を60個密集させたやつ。

バッタもん（specでは5W×60個だけど、実は1W×60個とか）には気をつけろよ。

6畳までなら300Wでカバーできる。

消費電力は140Wくらい（なんで300Wじゃないか説明するのは面倒過ぎるから省く）。

ちと消費電力高いけど、明るさに比べたらパフォーマンス良い。

この照明のおかげで正月は越せそうです（五体投地）。

医療用LED？　光療法？

ありゃダメだ。

アホみたいに高い。

Amazonとかで売ってるけど、ボッタクリだよ。

消費者庁動かないのが不思議。

園芸用LEDの欠点は痛くもない腹を探られることかな。

マトリ、うちには来るなよ。何にも出てこんぞ！

Permalink | 記事への反応(2) | 17:20

2015-08-06

■

アメリカが市街地への原爆投下という非人道的核攻撃を日本にしたという事実

戦後アメリカによる教育の賜物か

アメリカに対する憎しみはない

が、到底正当化できる行為ではない

Spec Ops: The Line 面白かった

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

2013-11-04

■SPECをみたことないけど劇場版見てきた（ネタバレあり）

そもそもの経緯は、

映画のチケットもらったので風立ちぬを見にいこー

→もう終わりかけなので午前からの回しかない

→休みの日の朝10時に起きれるわけない

→予定時刻を10分過ぎて駅へ

→電車遅れる

→乗り換えの電車も遅れる

→開始40分で到着

→「上映から30分を過ぎたら入場できません」

→「はあ！？」

→「知らんし」

→マジTOHO意味わからん

→客が見たいいうてんやからみせろや

→どーせガラガラやろうが

→なんて日だ…

→クソが帰る

→のも癪なのでいちお他なにやってるかみるか

→ふむ、SPECならこのチケットでいけるな

→しかも最近公開じゃん

→あと１時間ねえ

→まったくみたことないけどw

→刑事ドラマかどうかも定かじゃないけどw

→話題やしみてみっか

→腹減ったし回転寿司でもいくべ

→うまい

→まぐろうまい

→機嫌なおる

→始まる前にトイレでも行っとくか

→なんか学生おおいなー

→ふむ、学生は1000円なんか

→こいつが紙兎か。初めてみた

→今度トリックやるんだ

→ジブリのかぐや姫のやつよさげだわ。やるじゃん高畑

→永遠の零なーなんか戦争映画増えたなー

→この国はナショナリズムに傾倒してくのかなー

→やな感じだなー

ってかんじ

SPECの感想？

エンドロールがなくてスタッフさんかわいそうでした

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

2013-08-12

■

【Web サーバを作る】http://d.hatena.ne.jp/kmaebashi/20130804/p1

マネしてPerlで書いてみた。以下ソースコード。

use Fcntl;
use strict;
use Socket;
use threads;
use POSIX qw(strftime);
use File::Spec::Functions qw(rel2abs);
my $thread = threads-＞new(\＆serverThread, "");
$thread-＞join;
sub getContentType {
my $ret;
my %hashmap=(
"html" =＞ "text/html",
"htm" =＞ "text/html",
"txt" =＞ "text/plain",
"css" =＞ "text/css",
"png" =＞ "image/png",
"jpg" =＞ "image/jpeg",
"jpeg" =＞ "image/jpeg",
"gif" =＞ "image/gif"
);
$ret = $hashmap{$_[0]};
if ($ret eq "") {
return "application/octet-stream";
} else {
return $ret;
}
}
sub serverThread {
my $documentRoot = rel2abs("D:/var/www/html");
my ($line, $path, @tmp, $ext, $data, $absPath);
socket(SERVER, PF_INET, SOCK_STREAM, getprotobyname('tcp'));
bind(SERVER, sockaddr_in("8001", INADDR_ANY)) || die;
listen(SERVER, SOMAXCONN) || die;
while (accept(CLIENT, SERVER)) {
while (＜CLIENT＞){
$line = $_;
last if ($line eq "" || $line eq "\r\n" || $line eq "\n");
if (index($line, "GET") == 0){
$path = (split(/ /, $line))[1];
@tmp = split(/\./, $path);
$ext = @tmp[$#tmp];
}
}
print CLIENT "HTTP/1.1 200 OK\r\n";
print CLIENT "Date: " .strftime("%a, %d %b %Y %H:%M:%S GMT", gmtime). "\r\n";
print CLIENT "Server: Sever03.java\r\n";
print CLIENT "Connection: close\r\n";
print CLIENT "Content-type: ". getContentType($ext). "\r\n";
print CLIENT "\r\n";
$absPath = rel2abs($documentRoot. $path);
if (index($absPath,$documentRoot)==0 ＆＆ sysopen(FH, $absPath, O_RDONLY | O_BINARY)) {
while ($data = ＜FH＞) {
print CLIENT $data;
}
print CLIENT "\r\n";
close FH;
}
close CLIENT;
}
}

コアモジュールだけ使った。

元ネタのJava コードはディレクトリトラバーサルになってたんで、一応対策を盛り込んだ。

といっても絶対に外向けに動かさないように。無いと思うけど。

いろいろツッコミくれるとうれしいです。

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

2013-03-03

■RailsとTwitterBootstrapでエロ 動画 ソーシャルブックマーク Webサービス作った

Rails + Twitter bootstrapでエロ動画ソーシャルブックマーク Webサービス、ソーシャルオナニー＝ソシャニーを作りました。

こちらです　http://www.socianie.com

【なにこれ？】

かっこつけた言い方をすると、

「いっぱいエロ動画あるけど結局みんなどんなお宝動画で抜いてるの？という日常的な疑問への答え」

とかでしょうか。

実際どんな事が出来るサービスかというと、基本的には、はてなブックマークのようにエロいページをブックマークする（その時に、コメントを付記することができる）というものです。

サイト内の他のユーザーをフォローすることができ、TwitterのようにTimelineのようなものがあってそこにフォローしている人がブックマークしたページが表示されます（そのページが、xvideos,fc2などの有名サイトならば埋め込みプレーヤーですぐ再生出来ます。）

つまり、フォローしてる人の最新お気に入りエロ動画がチェックできます。

ブックマークされたページはそれぞれが固有のページを持っており、タグを付ける事ができます。

全ユーザーのブックマークしたものは動画一覧で横断的に見ることができ、並び替え・検索などが出来ます。

ブックマーク数で今日のランキング今週のランキングなどが見れます。

あと、累計ブックマーク数によってユーザーのランクが上がったりします。

TwitterのOAuth認証でログインが出来ます（Twitterにツイート投稿などはしません。また、サイト内の名前アイコンもTwitter のものを流用するかどうかも自分で決められます。）

他のエロサイトとの違いは、３つあると思っています。

①ソーシャルな機能。他にも世の中に色々素晴らしいエロサイトがありますがそれらはソーシャル機能を持つものが少ない。

②上記の話とちょっと被ってますが、他のサイトは基本コンテンツ自体を自動クローリングするけれどソシャニーはそこをユーザー自身に委譲しているため、集まってくる動画の質はそれに比べて上がるんじゃないかというのと、

③エロサイトにありがちな出来るだけごちゃっと感を無く広告も無しでTwitter bootstrap使って小綺麗な感じ

【作成後記】

Webサービス作るならRailsかな楽で便利らしいしというざっくりとしたイメージから Railsで作り始めましたが、

ネットの情報や入門書に取り組んでもサンプルと同じモノは作れても実際自分が作りたいモノになると、で、どうやるの？となりなかなか進みませんでした。

Railsは色々と勝手によろしくやってくれる機能が多すぎて実際何が起きてんの？というのがわかりづらいというのが第一印象でした。

色々試行錯誤した結果、一番参考になったのはRails tutorial( http://ruby.railstutorial.org/ruby-on-rails-tutorial-book )でした。

英語ですがバージョンは新しいしBootstrapの使い方もわかるしサンプルがTwitter クローンサービスを作ろうというなかなかおもしろいものなので途中で飽きること無く取り組めました。

何かを学ぶ時は、モチベーションが続く形の学び方が一番いいと思いました。

僕はエロ動画が大好きなので、エロサイトというのもモチベーションの1つです（ただ、作業中に脱線して気づいたらキーボードではなく下半身に手が伸びているという事もありました。）

また、上記のチュートリアルはテスト駆動開発なのでSpecのテストをモリモリ書いているのですが、とりあえずはテストに関しては何をやってるのかざっと眺める程度で精読しませんでした。

まずは全体像を把握して何が必要か把握したかったからです。結果的に最後までやりきれたので良かったと思います。

あとは、Rails固有の知識ではなくWebサービス全般の知識で足りないな、と思ったときはネット上や本屋の立ち読みで済ましました。

ネットで細切れにお勉強している場合、本屋で体系的にまとまっている本をざっと読むと意外に抜けてる知識が保管されたり脳内にインデックスが作れるのでいいと思いました。

バージョン管理はgitを使いました。

理由はみんなが良い良いというので乗っておくかという安易なものです。

実際のところgitの良い所を使い倒せているのかというと全くそんな事ないですね。

せいぜいstash位でしょうか。あとbisectとか。

リポジトリは最初はDropBoxに作ってたのですが、途中から Bitbucketを使いました。

GitHubを使わなかった理由はBitbucketはプライベートリポジトリが無料で持てるからです。

また、恥ずかしがり屋なのでGithubで公開は敷居が高いと感じたからです。

初のRails プロジェクトというのもありソースがイケてないので恥ずかしいのです。

いつかイケメンなコードをGithubで公開してオレツエーしたいものです。

サーバーはエロOKのところを探すのがなかなか難しく結局海外のVPSを使いました。

Linodeというところですが、他との違いを挙げるとiPhoneアプリ経由で再起動などが出来たりします。あまりこの機能使ってないですが。

OSはベタにCentOSです。

構成はpassenger+apacheで、DBはSQLiteで特にLBなどはないです。

諸々構築後に人気が出た時困らないように負荷分散のお勉強なんぞもやりかけましたがまずは不要かなということで辞めました。

ちなみにサーバーがUS西海岸なのでSSHで作業するとエディタがちょっともっさりすることがありました。

プロジェクト管理は、会社でも使ってるのでRedmineかなと思ったのですがどうせ一人だしRedmineのUIすきじゃないのでTrello（ https://trello.com/ ）を使いました。

TODO,Doing,Done,Bug,Suspendのリストを作ってやること忘れないように管理しました。

ふと出先で思いついた機能とかをiPhoneでスイっと追加など出来て便利でした。

正月に公開してお友達界隈で見てもらったんですが、よかれと思って作ったChrome 拡張にCSRFの対策が不備あり結局ブックマークレットにしたり、

ソースを見てもらったら設計がRestfulじゃないとかControllerがfat過ぎるModelに押しこめなどアドバイスをもらえたり無知な僕には色々とお勉強になりました。

出来たものはしょぼいものですが、「Webサービス作ったことないコンプ」は少し解消出来た気がします。

以上、月19ドルも払ってるのにお友達だけで使われてるのも寂しいので増田でまとめついでに宣伝してみました。

叩かれるんでしょうか。怖いです。いじめないで。

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

2012-12-03

■フィリップモリス 日本のおまけ戦略がかなりヤバい件【テスト稿】

さっきコンビニに行ったら、フィリップモリスの販促什器にあろうことか「景品用」シールの付いた豚キムチスーパーカップがズラリ。

煙草の販促用景品に、195円のカップ麺ってやりすぎじゃねぇの？まぁ所属店舗じゃないし、腹も減ってたから、買うけどさ……。

煙草を買うと一食浮かせられますよ、ってそれどうなのよ、とは思います。喫煙者としても。

さすが米系企業、俺ら喫煙者というものをよーくわかってんなぁ、と思いつつも、自分の所属店舗にもコレ、同じ便で来ちゃってるんだろうな、と考えると、ふたつの意味で背筋が寒くなりますよ。

なんで背筋が寒くなったかというと、ひとつめはニコチン中毒と食欲を同時に満たそうってオマケはホント非道だなぁ、ってのもあります。

プラス。

このプロモーション仕掛けたヤツは公取法も喫煙者の習性もある程度わかってるけど、コンビニのシステムはどっかのサプライチェーン本部で一通りの理想論講習受けただけじゃねぇの、って点でして。

わかりやすく普通のオフィスで喩えますとコレ、「あなたのデスクの上に取引先がでっけぇ正体不明な箱なんぞムリヤリ積み重ねくさって、いつ返送したらいいですかって訊いたら生返事しか返さねぇ」状態。それが全国のコンビニ（のバックヤード）で多々発生してる、っぽいんですよシステム考えると。規制緩和だか何だか知りませんけど、今年の春先あたりから、どうもおかしいフィリップモリス。

地域の煙草流通会社から押し付けられるタバコ販促什器（カウンター前に置いてある紙製のアレです）＋プラスおまけ商品って、ぶっちゃけ邪魔なんですね。

スペースのみならず、管理も伝票処理も。結構。

個店舗単位でレイアウト計算して送ってくる程、流通さんには人数居ないし、とはいえタバコメーカー・流通・チェーン本部（場合によっては店舗経営してる法人）へとバックマージンなり何なり入ってるかもしれない状況では、無計画に送られてきてイーカゲンに回収されるタバコの紙什器＋オマケの類が余りまくるんです。

ンなモン置くぐらいだったらコンビニ一番くじとかあのへんのほうを置きたいって本音もあります。あれなら小学生に売っても官憲に怒られませんし(二次元の中毒性について煙草と比較したいけど、これはまぁほっとく)。それに俺オタだし。

ただの紙什器に関しては店舗の売場管理という裁量でどかす事もできますが、問題になるのはオマケ(ライターとか小銭入れとか使い捨て灰皿)。これたいてい煙草流通会社の資産（景品だから商品じゃなく所有物）なんで、通常の返品処理でコンビニチェーンの集配センターには戻せず、確か紙の伝票書いて煙草流通会社の便で返送しなきゃなんねーんじゃないかと。

要するに、専従者(オーナー夫婦とかＦＣ会社)の人間が寝不足オして紙の伝票切らないと、どかせない。よっていつまでもコンビニの倉庫で埃カブり続けたりも、する。喫煙者かつバイトな俺ですら、「邪魔だぼけぇ」と時折悪態をついてます。15年前にはじめてコンビニバイトした時代から、全然進歩してないんですよ煙草販促関係だけ（このへんは書店とよく似ている）。

そもそもジャストイン・ジャストタイムを是としているコンビニ取扱商品の中で、あの一区画だけ、昭和な酒屋と同じノリで押し付けられて、しかもヘンなとこだけ80年代レベルの電子化してるから、まーコンビニの超合理化済み運営システムとはソリが合わん合わん。

結果として犠牲になるのは、我々従業員のロッカースペース＆限りなくゼロに近いオーナーの睡眠時間、っていう。

ロゴ入りライターとかの小物なら、まだいいですよ。

確か夏ごろから、フィリップモリスのおまけはネジが飛び始めた。予算ついた上にヘンな代理店の口車に乗ったんでしょうけどね。

ＫＯＯＬナチュラルに付けた「景品用」シール付きの350mlエビアンボトル。オマケにしては余りにデケぇし重い。しかも臭い移りの危険性アリで気を遣う。

７月にバックヤードに置かれたアレ、ミニマムな話で言っちゃうと、今月に俺が自店で先輩従業員にPOS打って貰っててめーで買い上げて、ようやっとどかせたんですよ。あの煙草自体はマズくはねぇしどちらかと言えば好みの味だったんで、まぁいいですけど。

で、調子に乗って今月からカップ麺をおまけに付けてください、と押し付けてきた。

あのね、こんなでけぇモン大量に持ってこられても、置く場所は店頭にも倉庫にも、たいていのコンビニにはもうないの。通常のカップ麺と同様の取扱留意事項守りながら扱えって、そりゃぁ横紙破りですよ、店舗と営業マンの信頼損ねかねんですよあのシビアな集配スケジュールじゃ。

ねぇ、流通さんとフィリップモリスさん？

そんなワケですから、あのへん担当してる代理店かどっかの偉いさんは、そのお花畑な脳内をリフレッシュすべく主要コンビニ全チェーンをお遍路よろしく半年づつ時給780円で経験しやがってください。いいですね？　ばかー！

「煙草なんて吸うのはド底辺だから『ＬＡＲＫを吸って一食浮かせよう』ってどうだねチミィ」

「素晴らしくエクセレントなご提案で御座います部長ォ！ご発言メモメモ靴ナメナメ～！」

ってなやりとりがあったんでしょうし、ブログ如きでグチってもなーんも変わらん、のですけどね。

こっから先、大昔日本では煙草にガンガン付けられたオマケ商法によって煙草の未成年ダメよ規制が始まったっていう歴史的経緯とかそのへんの話もしようかと思ったんですが、なんかこう販売店従業員レベルでの無力感とかアレ見た嫌煙様のエゴトークとか目にする事考えたらイラッときた。

だもんで吸うよ。D-Spec処理されててそこそこウマいキャスターマイルド、をナ！

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

2012-05-17

■日陰者はろくろの夢を見るか

ソフトウェア開発会社に新入社員として入社して1年とちょっと。

今俺は先行きについてものすごく悩んでいる。

配属されて初めての仕事、それはレガシーコードの保守だった。

こういうのは業界柄よくあることなので致し方ない、とは思う。

別にそれはこの際どうでもいい。

問題は、現場の同期や上司ととことん話が合わないことだ。

俺はずっと、新しい技術を追いかけて来た。

一世を風靡するしたJavaも今では一部でオワコンと呼ばれる時代だ。

IT 業界の流れはとにかく速い。

俺はそこに取り残されないように必死に勉強した。

近くで勉強会もやってたから、行ける限りとにかく参加した。

適当にコード書いたり、色々なツールを使ってもみた。

新卒面接の時には「新しい技術を追いかけ続け、会社に貢献したい」とか言った気がする。

だが、その想いは入社半年を過ぎたあたりから見事に裏切られた。

とにかく、上司や同期が技術に興味がない。

レガシーコードとの戦いも覚悟はしていたが、俺が想定していたスマートなレガシーコードとの戦い方とはひどく遠いものだった。

彼らはレガシーコードはレガシーコードのまま保守する。

テストなんてものは書かない。テストはExcel 方眼紙で書かれたテスト項目が全てだからだ。

xUnitだとかSpecなんてものはもちろん知らないし覚える気もない。

極めつけはExcel 方眼紙のテスト仕様書兼報告書と呼ばれる代物の抜けの多さ。素人でもわかるレベル。

足りなさそうな部分は経験則に則り適当にテストする。だがその結果は報告書には書かない。

バージョン管理なんてものも存在しなかった。上司に聞いたところ、あるにはあるらしいがCVSらしい。

だがそんなもの社内のどのチームを見ても使っている様子すらない。唯一のバージョン管理はファイルサーバー上の日付が書かれたフォルダーのみ。

そんな現状だ、BTSもCI ももちろん存在しない。

とにかく現状がひどい現場だが、誰も変える気がない。

現場改善に向けていくつか提案もしてみたが、ただただ否定の言葉だけが帰ってくる。

なんとかしてやろうとも思い、個人的にいろいろやってみたものの、必要かどうかもわからない大量の雑務に押し潰された。

彼らには新しいものを学ぶ気なんて全く無かった。

会社を変える気も無かった。

俺はとにかく現場に失望した。憧れた業界はこんなものなのか、と。

そう思った時から、俺は現場で笑えなくなった。

同期や上司と気軽に話ができなくなった。

雑談でさえも話を続けることができない。

現場の問題点だとか新しい技術だとか業界の動向だとか、話したいことはたくさんあるのに。

彼らはそんな話に見向きもしない。

元々静かな現場であった上、コミュ障気味であることも災いし、その結果会社で話せる人はほとんどいなくなった。

雑談でもいいから話せなかった俺も悪い。だが今更何かを話にいく気にもなれない。

明日の飯を食うだけのために、1ヶ月、あるいは1年、もしくはそれ以上かかるようなつまらない仕事でも淡々とこなす。

そういう生き方も決して間違ってはいないとは思う。

生きていく上でのれっきとした一手段だとは思う。

だが俺はそんな生き方をしたいと思わない。

そんなことをするために俺はこの業界に就職したわけじゃない。

だが、現場ではどれだけ訴えても理解してはくれなかった。

俺は今、先行きに不安を感じすぎて俺自身が潰れそうになっている。

会社で居場所がないように感じている。

転職すればいいのかもしれないが、第二新卒枠がまだなんとか使えるとはいえ、今の実力でどこまで通用するのかわからない。

世間じゃ会社入ってから辛くても3年はやってみろ、と言う。

1年ちょっとで会社を辞めてしまう奴などクズだと見られるだろう。

その上就活もうまくいっていたほうではなかったから、その時の思いが蘇り、踏み出すこともできない。

それに、今まで養ってくれた親を心配させるわけにもいかない。

八方塞がり。

きっとこの業界で自殺を考える奴の心境ってこんな感じなのかと、今日も1人日陰者としてExcel 方眼紙の画面を睨み、与えられた作業を淡々とこなす。

そしてExcel 方眼紙の先には果たして何が待っているのだろうかと、希望と情熱が燃え尽きたまま思索にふける。

Permalink | 記事への反応(3) | 21:29

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

どこぞの、マラソンランナーを思い出しました。

出会うどころか　って事もあるから SPECしだいだろ。

まぁ、それに。そうでもしないと、つらい現実を見つめても仕方がなかろう。それで、誰かをフっちまうなら、話は別だが誰も相手にしてくれないからそうなるわけで、

現実的に努力する道があるなら、そっちに行くべきだが、無いならもう、いいだろ。

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

■佐天さんの能力 シリーズ

佐天「自動ドアのセンサーが反応しなくなる能力かぁ」

http://2syokan.blog.shinobi.jp/Entry/1215/

佐天「上条当麻を幸せにする能力かぁ…」

http://morikinoko.com/archives/51522807.html

佐天「無意識に『ちんちんかもかも』と発言させる能力、かぁ…」

http://sea-mew.jp/nox/modules/webarc/2ch/ss/1281967039-0.html

佐天「万物を捻じ曲げる能力・・・？」

http://sea-mew.jp/nox/modules/webarc/2ch/ss/1292331966-0.html

佐天「カンチョーした人と中身が入れ替わる能力かぁ・・・」

http://ss.saloon.jp/archives/4229

佐天「恩を仇で返す能力かぁ・・・」

http://blog.livedoor.jp/toaru_ss/archives/1666300.html

佐天「能力を真似する能力、かー……」

http://logsoku.com/thread/raicho.2ch.net/news4vip/1292188399/

佐天「妄想を強制的に語らせるSPECかぁ……」

http://punpunpun.blog107.fc2.com/blog-entry-2028.html

なんかもっといっぱい読んだ気がする。

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