  |
はてなキーワード: fixとは
たまにどうにも合わない人がいる。
ウェブデザイン(とも違うんだけど、まぁクリエィティブ系)の営業みたいなことをやってるんだけど、
その人は仕事前は素人なんでわからないんで…とか素人を振りかざしていた。
実際にデザイン案をだすと、うわーこうきちゃいましたか。とか、
こういう風に捉えられないためにうちは一生懸命商品つくってるのに、と言われてNGがでる。
一応言いたいこともわかるし
デザインがまずい部分もおおいにあるだろう。
しかし、どうにもメールの書き方がそこはかとなく嫌味でそれにイライラする。
なんか傷つく。
だから、本当にNGの出し方、そのNGがなぜダメなのかの説明の仕方が嫌味たらしくて苦手なんだと思う。
そこはかとなくだから、勘違いかな？と思ったけど、CCに入ってる同僚も嫌な感じだねと言っていたので、やはりメールが嫌味なのは本当だと思う。
なんかとにかく早く縁を切りたい。
でもデザイナーも器用なタイプでなくなかなか全くfixしない。
連発される嫌味メール。
つらいつらいつらーーい。
いや、できれば仕事したくない。
具体的なフローはこうだ。
1.出会い系サイトでメッセージ。フリーメールアドレスを聞く。
→相手はメッセージが課金制なので、フリーメールの方がありがたい。なので、割と簡単にメールアドレスをゲットできる。
2.アポイントが決まって待ち合わせ場所をFIX（ここまでは金銭的な要求はないように思わせる。）
3.相手が待ち合わせ場所につく時間をあらかじめ聞き、その手前ぐらいで、「実はお金に困っているので初回だけ助けてほしい」アピールをする。
→相手からすると移動してしまっているので、合理化や一貫性の心理が働き、援交だとわかっているのに「どこかこの子だけは違う事情があるのかもしれない」と信じたくなる気持ちが生まれている。
4.もし相手が「どうせ2回目以降もないんでしょ」疑ったら、「私は嘘はつかない。あなたは真面目そうな人だから、今回がよければ次回以降はお金無しで会いたい」とプッシュする。
→ちなみに、「無料での出会いを求めるなら美人局やヤクザとの絡みがあるので注意してね」という煽り文章を送ることで、ある意味お金を要求してくる方が目的がはっきりしていて安全かも、と思わせることができる。
5.それで実際にホテルに行くことができたら、フェラと手コキで即抜き。プレイ時間は10分未満。（それで2万円）
5-1.相手がキスしようとしたり、胸を揉もうとしたり、手マンしようとしたりすると、「それ嫌いだから」と言ってハネる。
→この時点で相手の性欲は減退。事実上ただの高級ピンサロと化す。
これにより、2回目以降のリピートはよほど頭のおかしい人じゃないと起こらない。なぜなら抜くだけならピンサロや風俗に行けばいい話だからだ。
ひたすら事務作業のように新規アポを繰り返している。練りに練られた新規刈り取りビジネスである。
もし、出会い系サイトでいきなりこちらのフリーメールアドレスを聞いてくる女性がいたら、この一連のフローを思い出してほしい。
数年前、某大手ゲーム会社に入社した。会社については億万が一身元特定を防ぐため、嘘にならない程度にぼかしてあるのは許して欲しい。
ゲーム会社に入った理由は単純明快で「ゲームが好きだから」だった。心に残るゲームを作りたいとも夢見ていた。名作は？と聞かれ名前が挙がるような。
実態は程遠い。まだ若手で経験が浅いという面もあるが、今のまま働き続けていても歴史に残る名作が生み出せる気はまったくない。
まず、会社で働いて作る以上、面白いかどうかより売れるかどうかを気にしないといけない。
コンシューマゲームの開発費も、最近はスマホゲームの開発費も膨れ上がっている。
開発費が高いということは、会社としては当然それと同等かそれ以上のリターンがないと作りたくはない。
面白いイコール売れるという訳には必ずしもならない以上、作れるゲームは限られてくる。お金が稼げるゲームだ。ユーザーから高評価で「面白かったです！」「続編待ってます！」という意見をたくさんもらえるようなゲームでも、数字が悪かったら続編が作られることはない。ファンの声より実際の数字の方が雄弁だ。
「ソシャゲなら適当にキャラがかわいくて確率が低いガチャ入れれば儲かるんだろ？」と言う人。ぜひ作って運営をしてくれ。そんな簡単にはいかないから。
ソシャゲヘビーユーザーでも一日にプレイするソシャゲ数は限られているから、その限られた中にねじこめるようなゲームじゃないと企画が通らない。もしくはサービス開始から短期間で畳む羽目になる。
「どこかで見た○○のようなゲーム」「ガワ替えゲーム」は少なくとももう通じないのではないだろうか。結局のところIPに頼るしかなくなる。
さらに、何か少しでもまずいことがあると「公式」「ご意見フォーム」の向こうに人間がいると思われていないような罵詈雑言も大量に読む羽目にもなる。そのうち何も感じなくなるが。
36協定を守っているのか疑わしいような部署が当然のように存在している。その部署が会社的に問題になるかというと、なんと売れ売れのタイトルを作っているから特例として上層部から守られている。特権階級だ。アホらしい。世間の風潮と逆行している。
マスター前などが忙しいのはもちろん分かるし、毎日定時に帰れるなんて夢はそれこそ持ってなかったが、普段から人員数と仕事量が見合っていない。いくら世間が働き方改革と言っても、人と予算が増えない限り一生改善されないだろう。
自分が今作っているゲームが、自分が今まで全くプレイしないジャンルだったというのもモチベーションが上がらない要因のひとつだ。テストプレイもデバッグも苦痛で、仕様やアイディアに頭を悩ませても楽しくなくて、もちろんゲームの一ジャンルとして売られていると認識はしているが、誰が買うのかすら想像がつかない。勉強のためにとそのジャンルのゲームを買ったが、やはり自分には合わない。例えるなら、スマブラでカービィしか使えない初心者がガチな格ゲーを作らされてるようなものなので、スタートラインが遠すぎるのだ。
自分が楽しいと感じられないゲームを、ユーザーに楽しいと思ってもらえるにはどうすればいいんだろう。
仕事だと割り切って、どうにか自分のやりたいことをねじ込んで面白そうに作る先輩もいるが、到底自分には辿り着けない次元だ。若手が提案することなんて、FIX時には度重なる上司のチェックにより原型がない。それでもっと上の人にツマランこうしろと言われたらその通り直す。それが仕事だ。
やはり「会社」である以上お金がないといけない、という理屈は覆しようがないほどの真実だ。
夢を作りたいという夢を見すぎていたのかもしれない。それでもあまりに悲しい。
全く興味がないジャンルの、お金を追求したゲームを作り、長時間労働のため帰宅するころには疲弊してコンテンツを吸収する時間もない。
こんな状況で夢など作れるはずもなかった。
一番夢を持っていた新人時代に企画書を作りプレゼンをしたが、「これ、○○(弊社同ジャンル有名タイトル)より売れるの？」と鼻で笑われるだけだった。
転職も考えているが、プランナーというものは目に見えやすいスキルがつかないし、特筆して得意だと胸を張れることがない。独学しようにも今これを書いてるこの時間が帰り道だ。身体を保つには時間がなさすぎる。このままずるずると、今の会社でなにかの塊を作り続けるのだろう。
もしこれを読んでいる人で、ゲーム制作に興味があり、作りたいものが既に自分の中にあるとしたら、インディーズで作ることをお勧めする。会社に入ってまで作る必要はない。
Restore Your Bad Neck Curve With a Simple Towel - Dr. Alan Mandell, D.C.
https://www.youtube.com/watch?v=A8baXHPjYeg
HOW TO FIX ROUNDED SHOULDERS
http://posturedirect.com/how-to-fix-rounded-shoulders/
Fix Your Bad Posture Now! | 3 EASY FIXES YOU CAN DO ANYWHERE! (Rounded Shoulders & Kyphosis)
https://www.youtube.com/watch?v=3DfihHPjVXQ
Help Correct Rounded Shoulders (Poor Posture) While Sleeping in this Position - Dr Mandell
https://www.youtube.com/watch?v=JS6gfuSmRYM
Bigger Rear Delts by Bodyweight (NO WEIGHTS)
https://www.youtube.com/watch?v=rtRDHs6nTZ0
A Simple Exercise For Healthier Shoulders
https://www.youtube.com/watch?v=Bl7dwy2MHlU
【セルフex】前鋸筋を緩める方法
https://www.youtube.com/watch?v=PAOwhVWesO4
HOW TO FIX A POSTERIOR PELVIC TILT
http://posturedirect.com/how-to-fix-a-posterior-pelvic-tilt/
ほらよ。
https://anond.hatelabo.jp/20171014071350
I am working as an engineer in the IT area, but I managed to hold it for some 2 years.
I do not have confidence yet, and I feel even more confident about my confidence for the rest of my life, the excellence of my colleague.
If I do not desperately do it I am working everyday with feelings that it is not amusing even if I receive a notification outside the fighting strength.
Still, in Japan, I think that Japan has much better skill than CTO in that area.
In the future I thought that if I could return to Japan and contribute to the Japanese society, Japan that is visible from the outside is bad.
What is bad, first aspect of politics.
The point that democracy is not fully functioning against the fact that there are stupid citizens who blind the LDP, such as Abe's descent.
That other party is also not good. Hope party? What is that lady like that disciple of Ru Ooshiba? Rou Koike?
The more you do not have it, the stupid will be clouded in katakana and psychology. You idiots, you guys say this. I love Katakana anyway, I love psychology, 100% I do not say big things. What is Y's Spending. Do not fix what you normally call katakana.
Since the political system is over in the first place, I think that it is the cause of failure of not receiving popular people, especially elderly people, only short-term and useless policies absolutely. So we will not attack only the LDP.
It is too fatal that politics is not rational and it is impossible to include the policy that should be done. Because it ends with poppiness if I can not vote.
Unfortunately, the trend of changing the political system probably will not happen if it fails.
In recent decades, politicians have accelerated the declining birthrate and aging society to a distortion with outlook on the preferential treatment for the elderly + measures against the declining birthrate.
The decline in Japan's birthrate and birthrate is partly spontaneous, but the world's low birthrate and aging society is not caused by natural phenomena.
There is not any future that putting all the energy to surrender the tax to the old man by tax free over medical care. It was already late when we were discussing whether a large amount of tax would be used due to politicians' old elderly votes or ten years ago, so it was already late, we have not corrected the orbit again so far I am going to politate on the same route.
An aged politician does not think about a short-circuiting policy, the future. Citizens delight in the immediate economic policy.
Grass grows now, as the nation 's collapse has become a reality.
If the declining birthrate and the aging population advanced at this pace as it is, the Japanese boat will sink in 20 years. Two years ago I thought I would have 30 years.
I gave up completely to Japan's politics. Defeated entertainment is not funny. I'm saying that it is japanese, but I do not dislike it. To give up means to accept failures.
Next is the aspect of business.
Did you have a business anywhere other than bidding? I do not have pieces of creativity. There is no further ethics.
What is it, Mercari or DeNA or moral business or something is a social sin. I just confused society, did not I? The country and the country came to know not ethics.
Ethics of the Japanese are lower than the Japanese think.
Although I derail for a while, accident happens in front of my eyes, the idiots who take pictures with smaho are not minorities at all Nationality is bad.
Even though there is service only where money is involved, do not say hospitality as if it were the national character of the Japanese.
It is not a minority to be a completely individualist society and people are troubled and help people.
At this time new creative business is born from one to the next. It is at an unthinkable pace in Japan. Of course, there are many doubtful businesses as to whether it will become money, but it is better than Japanese society where there is no brain except copying the business of another company at all.
So almost no company wants to work in Japan.
And the fall of the company. Almost no international competitiveness. Even large corporations will be crushed.
With this aging birthrate and declining birthrate, you can not contribute even to domestic demand with the elderly who can not see the future if it is full of old people.
There are no people with a declining birthrate. It seems that young people are supporting the LDP by thinking positively as being a seller's market completely.
There is only one person who is not merely a policy of an aging population declining birthrate. Your future is pitch dark.
Were I so stupid as to whom I thought of going back to Japan? What? It is certain that at least the field of view and experience has been much lower than it was now.
If I see myself two years ago, I feel mercy only now.
Indeed it is visible that it will collapse in another few decades Indeed it will not be possible to return to Japan.
Why do I have to board a sinking ship? Parents are the only team to surrender, only you are to protect yourself.
Originally I decided not to make children from the uncertain future of society, not myself. I think that choice was right.
Politician Now, if you are not stupid, it means that you are doing intentional bankruptcy activities.
It is good that you are only interested in being inspected. I do not know anymore.
At the very least, please try to make Japanese citizens work in the world. If the hurdle of labor visa goes down, then you will be able to do it if you have English proficiency.
I had a lot of hardships. Although it is inferior to native, I am working without problems.
やる気が出ない。
ホントでない。
お陰で更にやる気が出ない。
よし！やるぞ！
私「おめー！これ仕様書として書いたのか？初めて見る人でもこの資料をみて、作業ができるようになっていて、誰が作っても同じようになるよう誘導するものが仕様書なんだよ！」
なんで忙しいかというと、この仕様書書いてるやつが散々サボってきてからだ。
この項目とこの項目一緒じゃね？それにこれも辻褄合わないよな。。。
私「こことここの項目一緒じゃないですか？」
・・・・
なぜ問い合わせるかというと、お客さんから言われたとおりにそのまま転写しただけのようだ。
よろしこ。
ふ〜。。。。
私「ここのところの項目辻褄合わないように思うのですが、こういう意味であってますか？」
こいついなくてもいいんじゃね？
やる気でね〜！
sdkmanagerでインストールされるツールのバイナリがことごとく以下の通り
$ file `which emulator` /data/Android_SDK/tools/emulator: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.15, stripped $ emulator bash: /data/Android_SDK/tools/emulator: cannot execute binary file: 実行形式エラー ・Android Studioなどでエミュ動かそうとすると Syntax error: ")" unexpected とか謎のエラー
つまり64bitバイナリなのである。32bitバイナリは提供されない(Won't Fix (Intended behavior))。
逐一バージョン戻してもいいのだが仕様だし他のも32bit切り始めてるしメモリ4GBもしんどいし64bitやろう。うん。おかねください
https://anond.hatelabo.jp/20170804223333
パッとみ、同じ人間の主張としては正直いってどっちもどっちだなー、って思う。
どっちが悪いってわけでもなく、「それぞれ流儀も哲学もございますよね、生きた人間ですもの」といったところ。
仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
パッとみ、同じ人間の主張としては正直いってどっちもどっちだなー、って思う。
どっちが悪いってわけでもなく、「それぞれ流儀も哲学もございますよね、生きた人間ですもの」といったところ。
仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
まず仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
ただ、仕事としてみると、PMの職責としては追い出す前に、何度か自分から増田に口頭でコミュニケーションを取りに行くべきなので、PMとしての職責を充分果たしていない点は批判すべきかと思う。
ただ、同じエンジニアとしてみると、PMの感性よりも、この増田の「俺は悪くねえ」感あふれるスタンスの方が問題のように感じる。(感情として)
自分は元サーバサイド(データ解析とか)で、今はフロントエンジニア(計測とかUX改善とか)だけど、コードやドキュメントをベースに確認する時はslackを使うし、文章としてトラックが必要なものはメールかコンフルを使う。
あと、大所帯なんで拠点別奴やフロア別奴とは必然的にslackになる。
でも、どっちも必要ないなら口頭でコミュニケーションとった方が話早いと思ってしまう人種。特に案件の意図とか作業の進行度合いの確認。
これは、相手の顔色とか反応とか話ぶりを伺ったほうが文章で細かく確認観点を書き出すより効率的に情報を得られるし、何より口頭のコミュニケーションのほうが直観的だから。
うちはソシャゲじゃないけど、広くWeb業界としてみると、有能なエンジニアより有能なPMのほうが希少なので(増田のPMが有能かは別として)、エンジニアがPMの求める最低限のコミュニケーション規約に合わせる努力は必要だと思う。
あと、新しいチームにいったら規約は自分で聞き出して把握するべき。ここばっかりはlint書いて貰える領域じゃないわけだから。
今回のPM場合、口頭でおおまかに要望と期待値、スケジュール感を把握しつつ、FIXさせる必要があるところはメールかBacklogで、くらいの温度感でコミュニケーションをするべきだった。
これが出来ないとなると、増田のためだけにブリッジSE挟まなきゃいけなくなるわけで、実際新しい上司の元で仕事するってそれに近い状況になってるよね。
こういう１枚挟まなきゃいけないエンジニアって、正直にいって社内に飼っとく必要薄いし、同じ会社で昇給しながら働きたいなら今後はやり方考えた方が増田のためだと思うよ。
30超えての自省でもあるけど、「こいつ飼っとく必要ないな」って思われるの、１度目は若気の至りで済むけど、２度目は避けないといけない。
ご存知だろうが、フェスは最悪だった
https://headlines.yahoo.co.jp/hl?a=20170723-35104627-cnn-int
http://japanese.engadget.com/2017/07/22/pokemon-go-fest-lugia/
増田は12時間かけて車を使ってシカゴに行ったので、すでに疲れも溜まっていた
9時に着いたが、すでに長蛇の列ができており、10時開門で入れたのは12時近くだった
セキュリティを通過し、いざ記念メダルを手に入れようとしゲームを起動したが、ログインができなかった
入り口すぐのInformationブースには列ができており、みなログインできないことを問い合わせるための列だった
その周辺の怒りが爆発した
"We can't play!"や"Fix the game!"コールも起こっていた
ニュースになっていた通り、メインステージでアナウンスがあるたびにブーイングが起こっていた
一緒に参加していたBoost Mobileのスマホを持つ友達はプレイできていた
このBoost MobileはSprint系列のキャリアで、安いプリペイド料金が魅力だが、エリアカバー率やつながりがよくない
しかし、このフェスではBoost Mobileの方が、全米のエリアカバー率が高いAT&Tよりも使えるキャリアであった
SprintとBoost Mobileはポケモンgoのスポンサーだったし、フェス内に独自のブースも持っていたので、おそらく優遇されていたのだろう
増田はAT&Tだったので、グラントパーク内で割と人の少ないところに行かないと使えなかった。。。
これは人気のモンスターやレイドバトルが始まっても参加できないことを意味する
これはAT&Tだけではないようで、現地で知り合ったVerizonの友達もつながらないと激怒していた
（この人は10分で売り切れてしまったチケットをオークションで$200にて落札したと言っていたが。。。）
仕方ないので、Boost Mobileの友達にテザリングしてもらいなんとかログインし、プレイしていた
こういう知り合いがいない参加者は、このフェスずっと座っているか寝るかしかできなかった
お詫びの対応は当然だと思う
http://pokemongolive.com/en/post/pokemongofestupdate
そのうち、チケットの全額返金、100ドル分のポケコインをイベントの参加者全員に配布、参加者全員に伝説のポケモン『ルギア』を配布は良い
ちなみにイベント終了後、「詫びルギア」がバズってたのには笑った
しかし、「会場内に出現する予定だったレアポケモンやタマゴを、公園を中心に2mile（注、日本の一部のニュースサイトでは2kmとなっているが、実際は2mile）圏内のシカゴ市街でも出現するよう変更」について少し言いたい
フェス終了直後からこの変更が起こり、ルギアやフリーザーのレイドも始まった
この2mile内がポケモントレーナーの群衆により、軽く騒動になっていた
さらにシカゴの狭い道の中にあるビルやホテルがジムになってたので、群衆が道路にはみ出し車の渋滞も引き起こしていた
結局、この群衆では通信障害が起こってしまうので、増田は滞在を日曜日の午前中まで延長し、レアポケモンやルギア、フリーザーをたくさんゲットした
CHICAGOのアンノーンや、ヘラクロスをゲットできたことで、フェスの不満は40%くらい解消された
（ちなみに、グラントパークから2mile内のレイドでのルギアやフリーザーの捕獲チャンスは100%捕獲できるようだったので、皆パインの実を使ってキャンディー倍にして捕まえてた）
フェスでよかったのは、アメリカにしては安い料金でフードを食べられたことや、各チームのコンセッション内に充電器が完備されていたことだろうか
脱水症状にならないように、水の補給は常にできるようになっていたし、救急班がすぐに出動できる体制になっていたのは評価したい
動画があったので、載せておく
http://www.businessinsider.com/pokemon-go-fest-chicago-video-niantic-john-hanke-booed-lugia-2017-7
特に以下のYouTube動画はフェスの早乗りしたところから、フェス終了後の様子まである
https://www.youtube.com/watch?v=KpoxnJGHGrA
ちなみに、7PMになると同時に会場は撤収
特に終了だというアナウンスもなくスタッフが"Leave imadiately!"と叫んでいたり、裏方がメインステージの液晶やライトの片付けを始めた様子を見て、
なんだったんだ、このフェスは。。。と思わせるのに十分であった
（追記）
7/26 6:30(JST)、nianticlabからメールにてお詫びがきた。チケットの返金は9月、100ドル分のポケコインとルギアは7日間のうちに自動的に入るとのこと。
7/27 10:20(JST)、気がつくと詫びルギアされてた。100ドル分のポケコインも振り込まれていた。
170ドルのガソリン代と120ドルの3泊分のホテル代を費やし、寝不足と戦い、炎天下の中でほとんどゲームができなかったストレスと引き換えるにはちょっと安いかな。。。
タブとスペース混じりのインデントなど、見るに堪えません。
updateやfixなど英語一単語だと何が変更されたのか非常にわかりにくいです。
あと職場に英語圏の方はいなかったので無理に英語を使う必要はないと思います。
環境を再現することやサーバの中身を把握するのが困難になります。
世の中にはAnsibleやItamaeなど便利なプロビジョニングツールがあるので是非使ってみてください。
開発環境と本番環境で食い違いが生じてエラーが発生していましたよね。
動くかどうかも確認せずに「直ったよ」と嘘をつかれても他人の迷惑にしかなりません。
テストコードを書ければ良いのですが、最低限手動でもいいのでご自分で確認してください。
利用する側の人はドキュメントを見るので実際の挙動と異なっていると困惑します。
不整合が起こらないように気をつけてください。
GETしただけなのに201を返すなど意図にあっていないものがありました。
他にも言いたいことは沢山ありますが、あまり長くなるのも迷惑かと思うのでこの辺でやめておきます。
先輩は技術的知識はたくさん持ち合わせていましたが、どうにも技術的に他人を思いやる文化を持ち合わせていなかったように思いました。
Downvote because of recommending iPhone/Windows Phone. Btw, that's not a fix, the bug will still be there. – Jorge Fuentes González Aug 4 '13 at 10:55
Yes, "reboot and you're done" is not a fix, and still it's considered a fix in this all-fanboy world. Windows must be better than fanboy-exclusive software because it has tons of haters and absolutely no advocate, resulting in freedom of speech secured for healthy criticism and feedback. Don't join the uneducated witch hunters.
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。
要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。
ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。
抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した（あわせて前処理として、コミットログ冒頭のタグ情報は消去した）。
atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。
こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。
ということで、以下用例を羅列していく。
以上の用例をふまえ、今回の参考ログ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以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。
これは、らくからちゃさんが書いた http://anond.hatelabo.jp/20160519220812 への返信です。(いままで「らくかちゃ」さんだと思っていましたが、「らくからちゃ」さんですね。お名前を間違ってしまってすみませんでした。このエントリの時点で気がついたので、過去のものはログの保管の観点から修正してません。そちらについてはご寛恕を請う次第)
http://anond.hatelabo.jp/20160519220812 にて、らくからちゃさんは
と、いう話を書こうと思ったのですが、もしかして消されちゃいました？（更新ボタン押したら原文が見えなくなっちゃったのですが）
と反応されていますが、この話は、 http://anond.hatelabo.jp/20160518115232 で私と、もともとは、http://anond.hatelabo.jp/20160517150742 で私では無い方が指摘した点に対する返信ですね。(らくからちゃさんは勘違いで消えてしまったと思ったようだけど、消してません。ずっとそのままの状態で在ります)
http://anond.hatelabo.jp/20160518011455 で、らくからちゃさんは、
それぞれの生産形態・管理方法に合わせた計算方法を選択すべきである。では、総合原価計算と個別原価計算をどのように選択するべきであるのか
という点を踏まえつつ、
こういった生産体系にて『ある生産要素の投入と生成物との関連性』が明確である場合、個別原価計算法は原価管理の観点からも有益な情報を得ることが出来る。
一方、個別原価計算が不向きなのは『ある生産要素の投入と成果物との関連性』が不明確である場合、例えば中間品にストックポイントが置かれる場合だ。
(略)
という説明をしてますが、らくからちゃさんのおっしゃる『ある生産要素の投入と生成物との関連性』というのは、具体的に何を意味していますか？ 現時点でググったけれど、ちょっとわかりません。(ウェブ魚拓を取ろうとしましたが、robots.txtがあるという理由で取得できませんでした。それゆえ結果が固定できませんが、その点が問題にはならないと思います)
自分は『ある生産要素の投入と生成物との関連性』とは「『製品との関連における分類』を意味する」と読んで、「直接費/間接費の違いに応じて、個別/総合原価計算を分けるのか？、そんなことないでしょ・・・」、と理解した結果、
受注生産品でも間接費の配賦はあるよね
と、前提知識の確認をしました。で、この点については私とらくからちゃさんの間で誤解が生じていないようです。
その説明の後で、 http://anond.hatelabo.jp/20160519220812 で、らくからちゃさんは、
ここで『総合』『個別』というのは、明示的な基準があるというよりも、あくまで程度の問題と考えることが出来ます。工程の単位を限りなく小さくすれば個別原価計算に近づきますし、逆に指図の単位を限りなく大きくすれば総合原価計算に近づきます。
と説明していますが、個別/総合原価計算は、工程の単位の程度問題(？)ではなくて、製品を生産するときに、
とするべきものあるはずですよね？ つまり、製造の単位が1か、それ以外か。(私としては、工程の製造単位が1に近づいたとしても、2単位であれば、それは総合原価計算だよね、という点を確認したい。それゆえ、工程に応じて前の工程では総合原価計算で計算していたが、次工程では個別原価計算で計算する、といったようなことがあると思いますが、その区別は、各工程において製造する仕掛品(第一工程の仕掛品であれば、第二工程に振り替えられたときにはそれが前工程費となりますが)を「一単位としてみるか/(そうではなく)2以上の単位とみて、製造しているか」で分けるということです)
個別/総合原価計算の説明はそういった「製品の製造単位が1か、そうでないか」という点から説明でするべきではないのかな。
この点については、http://anond.hatelabo.jp/20160517150742 で、(←は自分ではない方が書いた増田です)
実は、個別原価計算は、通常、個別に把握しやすい『個別的製品』の原価管理に使うんです。よく出てくる例えは受注生産の建物や船舶ね。
一方で総合原価計算は、単一製品を『大量』に『反復継続して製造』する場合に有効な原価管理で、例えはまぁカレーでオッケイ。もっとイメージしやすくいうと製鉄工場とか石油プラントね。
と説明していますが、これもおそらく私と同じ理解だと思います。
私と http://anond.hatelabo.jp/20160517150742 (←は自分ではない方が書いた増田です) の指摘をまとめると、
とでもなるかと思います。
これは、私が http://anond.hatelabo.jp/20160519113148 で指摘した部分です。これはらくからちゃさんが誤解されたようなので、ここで再び説明させてください。
http://anond.hatelabo.jp/20160519113148 で私が指摘したかったのは、 http://www.yutorism.jp/entry/costing の、 http://cdn-ak.f.st-hatena.com/images/fotolife/l/lacucaracha/20160515/20160515165334.png という画像が間違いであるという点です。
現時点では、↑の画像は、
┌─────────────┐ 費目別計算 │材料費 労務費 経費 │ └─┬────┬────┬─┘ 賦課（直課）│ │ │ │ ┌─┼────↓─┐ 部門別計算 │ │ │ 補助部門費│ │ │ ↓ ↓ │ │ │ 製造部門費 │ │ └───┬────┘ ↓ ↓ 配賦 製品別計算 ┌──────────────┐ │ 総合原価計算／個別原価計算│ │ 標準原価計算／実際原価計算│ │ 全部原価計算／直接原価計算│ └──────────────┘
という関係図になっていますが、製品別原価計算の分類は、本来は、以下のように、
┌─────────────┐ 費目別計算 │材料費 労務費 経費 │ └─┬────┬────┬─┘ 賦課（直課）│ │ │ │ ┌─┼────↓─┐ 部門別計算 │ │ │ 補助部門費│ │ │ ↓ ↓ │ │ │ 製造部門費 │ │ └───┬────┘ ↓ ↓ 配賦 製品別計算 ┌──────────────┐ │ 単純総合原価計算 │ │ 等級別総合原価計算 │ │ 組別総合原価計算 │ │ 個別原価計算 │ └──────────────┘
製品別計算の区分においては、生産形態の種類別によって分けるべきではないか？という点の指摘でした。
実際に原価計算基準上でもそのように分類しています。(原価計算基準の区分は 『原価の製品別計算、原価単位、計算の形態【原価計算基準19、20】｜会計知識、簿記3級・2級・1級を短期間でマスター【朝４時起き活動のススメ】』 http://ameblo.jp/studyja/entry-11483327103.html などで確認してください)
┌───────────────┐ │ 総合原価計算／個別原価計算 │ ┌─┤ 標準原価計算／実際原価計算 ├──────┐ │ │ 全部原価計算／直接原価計算 │ │ │ └───────────────┘ │ │ │ │ ┌─────────────┐│ │ 費目別計算 │材料費 労務費 経費 ││ │ └─┬────┬────┬─┘│ │ 賦課（直課）│ │ │ │ │ │ ┌─┼────↓─┐│ │ 部門別計算 │ │ │ 補助部門費││ │ │ │ ↓ ↓ ││ │ │ │ 製造部門費 ││ │ │ └───┬────┘│ │ ↓ ↓ 配賦 │ │ 製品別計算 ┌──────────────┐│ │ │ 単純総合原価計算 ││ │ │ 等級別総合原価計算 ││ │ │ 組別総合原価計算 ││ │ │ 個別原価計算 ││ │ └──────────────┘│ └────────────────────────┘
がより適切でしょう。(外枠に各種原価計算を移動させました)
これは例えていうならば、人間を何かに着目して分類したとします。仮に以下のように、
┌─────────人間────────┐ │ │ │ 国籍 日本／アメリカ／他もろもろ│ │ │ │ │ │ 肌の色 白／黄褐色／ 他もろもろ│ │ │ │ │ │ 話す言葉 日本語／英語／ 他もろもろ│ └───────────────────┘
国籍、肌の色、話す言葉で分類したとして、話す言葉の分類の中が、以下のような分けかただと変でしょ？という指摘です。(話す言葉の右側の枠が、話す言葉の分類だとします)
┌─────────人間──────────┐ │ │ │ 国籍 日本／アメリカ／ 他もろもろ│ │ │ │ │ │ 肌の色 白／黄褐色／ 他もろもろ│ │ │ │ │ │ 話す言葉 ┌─────────────┐│ │ │性別 男／女／他 ││ │ │身長 １７０ｃｍ以上／未満││ │ │視力 １．０以上／未満 ││ │ └─────────────┘│ └─────────────────────┘
話す言葉の区分の中で、性別の区分や身長の区分があると、話す言葉として「性別」という言語や、「身長」といった言語があることになりますが、そんなことはないですよね。
らくからちゃさんが http://anond.hatelabo.jp/20160519220812 で使用した言葉を使って、最も正確に表現するとすれば、
┌───────────────────┐ │ 総合原価計算制度／個別原価計算制度 │※←の枠の中は、必ずそれぞれどちらか一方を選択する ┌─┤ 標準原価計算制度／実際原価計算制度 ├──┐ │ │ 全部原価計算制度／直接原価計算制度 │ │ │ └───────────────────┘ │ │ │ │ ┌─────────────┐│ │ 費目別計算 │材料費 労務費 経費 ││ │ └─┬────┬────┬─┘│ │ 賦課（直課）│ │ │ │ │ │ ┌─┼────↓─┐│ │ 部門別計算 │ │ │ 補助部門費││ │ │ │ ↓ ↓ ││ │ │ │ 製造部門費 ││ │ │ └───┬────┘│ │ ↓ ↓ 配賦 │ │ 製品別計算 ┌──────────────┐│ │ │ 単純総合原価計算 ││ │ │ 等級別総合原価計算 ││ │ │ 組別総合原価計算 ││※←製品別計算の枠の中は、 │ │ 個別原価計算 ││ ↑の総合/個別と整合するものとする │ └──────────────┘│(あるいは、↑の総合/個別を消して、こちらでそれらを選択するだけの方がわかりやすいか) └────────────────────────┘
というように、一番上の枠の中の各原価計算の末尾に「制度」と付け加えて、適切な補足を加えるのが最も良いでしょうね。
(ちなみに、今回の例だと問題にならないかもしれませんが、この図だけを見ると、材料費、労務費、経費の矢印がそれぞれ、製品別計算、製造部門費、補助部門費にそれぞれ移動しているだけのように思われるような気もします。 今回のカレーとシチューなどの例であれば、工程別ではなく、組別であっても良い気もします。)
さらに指摘しますが、http://www.yutorism.jp/entry/costing の最後の方にある勘定連絡図は、工程や部門別の勘定が全く存在しないですね。その勘定連絡図の下で、青の太字で「『部門』の名前を明記しておくこ」ととあるので、勘定連絡図の中にそれらが無いのは、デカいミスに思えます。
http://www.yutorism.jp/entry/costing を眺めていて思ったのですが、いらすとやさんの画像は最初で使用する程度に留めて、それ以降は勘定連絡図や、標準原価計算の例ならばシュラッター図や差異分析のためのボックスを直接書いたほうが、遥かにわかりやすくなると思います。
らくからちゃさんは、 http://anond.hatelabo.jp/20160518011455 で、
想定読者は
一通り工業簿記について学習し、問題は解けるようになったが体系的な理解ができていない者
という想定を置いたのだということでしたよね？ だとすれば、わざわざ曖昧なイメージ図を最初から最後まで使用する必要性は、皆無でしょう。イメージ図がむしろ理解の妨げになっている点もあると思いますよ。そのレベルの読者を想定したとき、想定読者の理解の最低レベルは、「簿記二級の範囲の工業簿記の計算面」を理解したレベルですよね。ならば、一通り理解できているはずなので、イメージ図はさほど要らないと思います。
例えば個別原価計算や総合原価計算の説明として、蛇口とバケツで説明していますが、上の想定読者はイメージ図から何かが新たに「わかる」ようになるのでしょうか？ ここでは、主に仕掛品勘定を中心にすえて、
などといった点を踏まえて説明しなおすべきではないでしょうか。
これは、私が http://anond.hatelabo.jp/20160519113148 で指摘した部分です。この点については特に返信したいことはありません。（「原価計算基準は、今もファイリングしてデスクの上においております。」ということなので、読んでないのかなあ、と思ったくらいです）
正しいHTML
block__element__elementは使用しない
GoogleChromeなら変換時に右側に△マーク〜
Just writing does not always make you improve. You need good feedbacks indicating your mistakes, weakness, and the way you fix these.
However, people who are familiar with English sometimes say they've practiced their English by translating all phrases they got in their mind in everyday life. Writing on your own have some certain amount of learning effect.
In my experience, using English (and getting feedbacks from it) in various situations is important to get solid skill. Different situations need different representations.
