はてな匿名ダイアリー > キーワード > ソースコード

「ソースコード」を含む日記

はてなキーワード: ソースコードとは

2018-07-13

■楽天の文句

結構前に楽天株式会社を退職していました

noteのテストを兼ねて。実は退職してからすでに1年以上が経過しているのですが、ようやく書きたいことがかけるようになったと思われるのでいまさらながら退職エントリを書いてみることにします。

TL;DR

文章にしてみたら、自分がどういう環境で働きたいかが整理できました。自分の思考を整理する手段として退職エントリはおすすめです。この文章にはそれ以上の価値はありません。

Safe Harbor Statement

ここに書いた内容は僕から見た一方的な内容であり、辞めたひとバイアスがかかっていることをご承知おきください。近しい人が見れば個人が特定できてしまうような記述がありますが、個人や組織を誹謗中傷する意図はありません。

楽天でのおしごと

2011年 4月に新卒で入社。ちょうど6年間、金融関連事業を渡り歩きながらWeb エンジニアをやってました。お客様に直接向き合うサービスを作る部署なので、開発も運用もやりました。工程でいうと要件定義/設計/実装/テスト/リリースとぜんぶやりました。役割でいうとリードエンジニアっぽい仕事もプロジェクトマネージャもプロダクトマネージャのマネごともやりました。5年目くらいからいわゆる管理職も兼任してました。

謝辞

やめる直前はとにかく退職することに全エネルギーを注いでいたうえ、決意を固めてからは有給消化という名の出社拒否を行っていたので、お世話になったみなさまにはろくに挨拶もせず退職キメてしまいました。すみませんでした。6年間好きなようにやらせていただきました。自由奔放な僕を多岐にわたり支えていただいた皆様には大変感謝しております。ありがとうございました。

現職について

株式会社ディー・エヌ・エーでお世話になっています。相変わらずWeb エンジニアです。素晴らしいタレントに囲まれて楽しくすごしています。エンジニアの裁量が大きく、人材に対するリスペクトを感じます。自由なライフスタイルとマッチします。たのしいです。うぇるかむ。

よかったこと

現職での生活を1年やってみて、良かったなと思うこともまぁ少なくなかったので書きます。

面白いことがたくさん起こる

良い意味でアグレッシブな会社なので、思いもよらぬ業務提携がおこったり、わけわからんくらい事業が成長したり、（その逆もあったり、）「その発想はなかった」的な新事業が勃発したりととにかく様々なイベントに満ち溢れています。飽きることはないと思います。

英語への熱量がすごい

内定式の直後くらいに英語公用語化がうちだされ、「入社日までにTOEICで○○○点とってきてね（とってこないとどうなっても知らんぞ）」的な脅しを人事にかけられました。おかしいな、ドメスティックな会社を選んではいったはずだったんだが・・・英語ができない子だった僕は泣きそうになりましたが、さまざまなバックアップを会社が提供してくれていたように思います。僕が在籍していた頃は英語が一定のラインに達していないと安くはない代償（労基法との兼ね合いどうなってたんだろう?）を支払うことになっていましたが。僕は強要されないと勉強しないタイプなので、結果的に英語スキルを身につけることができたのは良かったと思っています。

福利厚生が圧倒的にすごい

現職もそれなりに規模の大きい会社ですが、比べてみても福利厚生のレベルは圧倒的です。朝昼晩の食事が無償で提供されてました。会社の建物の中にジム・コンビニ・カフェ・マッサージ・クリーニングをはじめそのまま生活できそうな設備が整っています。研修も充実しています。特に、エンジニアにとって魅力的なのは海外カンファレンスに会社のお金で参加できることです。「いいから行け」的にぶっとばされます。

事業のバラエティがすごい

楽天という会社は中にいても自分たちの会社がどんな事業をかかえているのかわからないくらいにたくさんの事業を持っています。ECや金融が有名ですがそれ以外にも大小様々なサービスがあります。新規事業への挑戦も常時おこなわれています。ライフスタイルも開発スタイルも事業ごとにかなり多様性があり、希望すれば社内異動だけでだいたいのやりたいことをかなえることができます。

お給料が高い

いまでいうとインパクトは薄れましたが、僕が入社した頃はかなり高い水準の初任給を出していたように思いますし、その後もありがたいことに高い評価を頂いていたので（同職種・同年代のなかでは）お給料は高かったほうだと思います。

よくなかったこと

主に辞めた理由です。当然にネガティブな内容なので有料にして伏せておきます。楽天に転職を検討している人とか僕の愚痴をよみたい奇特な方向けです。

エンジニアの扱いがよくなかった

これは部署にもよるのでしょうが、僕がいたところではエンジニアの立場が悪かったように思います。たぶん僕の被害妄想です。とはいえ、現職と比べると圧倒的に裁量は小さかったですし、ビジネス職のメンバーとの関係も良くなかったと感じます。なんでもかんでもエンジニアが悪いことにされる傾向にあったり、筋の通らない理不尽な要求にNOといえるような環境ではなかったとは思います。

上司がやっている仕事が楽しそうに見えなかった

僕はたいへん素晴らしい上司にめぐまれていました。そのおかげで好き勝手やってこれたのですが、尊敬する上司の仕事は（僕にとっては）つらそうに見えました。自分が将来同じ仕事をやりたいかなと考えると胃がキリキリしてきて絶対イヤだったので。

日本語が使えるとディスアドバンテージ

社内には外国籍メンバーがたくさんいます。日本語がまったくできないやつも一定数います。そんなエンジニアが日本語のサービスを作っています。わからない言語のサービスを作るというのは大変なことです。間違った言葉が書かれていても間違っていることに気づけません。利用規約に間違った記述があった日には大変なことです。英語が公用語なので、英語が使えても評価されないというのはまぁ受け入れましょう。ただ、かわりに日本語が使えることが評価されるかというとそうではありません。ただ単に日本語がわからないやつの代わりに仕事が増えるだけです。ビジネスの人間は日本人ばかりで英語使わないことが多く、調整系のタスクで忙殺されるのが嫌になったので。

会社がでかいのでイケてない制約がたくさんあった

システムのインフラは構築はどこの部署にお願いして、rootが必要なDBの操作はまた別などこの部署にお願いして、それが何営業日必要で、とかシステム開発時の制約とか部署またぐ作業のリードタイムがなんぼとかいちいちめんどくさい上に新しいことをやろうとすると面倒なことがたくさんあったので。

会社がでかいのでアレなやつが一定数いた

僕が最後に携わっていたサービスが世の中に出たのでちょっとみてみたのですが、平成も終わろうとしているのにjQuery バリバリの2000年台初頭構成のWeb アプリが完成していました。僕が置いてきたReact＋マイクロサービスなアーキテクチャは無事闇に葬られていました。僕のチームがコミットしていたリリース日よりも10ヶ月遅れのリリースでした。どこからともなくさっそうと現れた「そんな複雑なシステムは運用できない」などとのたまう向上心のなさそうな、他人のアイデアにケチをつけるのがうまいベテラン（？）エンジニアがすべてをひっくり返してしまったようです。（そいつがいかにアレかを13くらいの言葉で説明できるのですが長くなるのでやめておきます）その人物が提示した見積もりは我々がそれまでに費やした工数の3分の1程度だったので、そのとおりに行っていれば去年の夏には終わっていたはずなのですが。そのエンジニアがアレなのは言うまでもないとして、そいつのアレさを見抜けない上長や、IT 企業にいながらエンジニアがなにを大事にしているかを理解できずに無茶苦茶な判断をするビジネスの人間に囲まれて仕事をするのが辛くなったので。おかげさまで僕の最後の仕事はその案件で作成したすべてのソースコードの破棄でした。メンバーには申し訳ないことをしました。

評価が理解不能だった

退職を決意した最も大きな理由のひとつです。前職最後の人事考課の結果が極めて不満だったので。「どう考えてもこの人達より僕の評価が低いことはないだろう」と思っていた同じ職位の人間よりも評価が低かったうえに、それに対する納得の行く説明も得られなかったので。その当時僕の評価を担当していた上司は非常に管掌が広かったので、いち部下の評価まで細かいことを気にしている場合ではなかったのかもしれませんが。その瞬間この会社に対する信頼は地に落ちました。

半年待ちたくなかった

その後、非公式な場で「評価がまずかったのは申し訳なかった。半年耐えてほしい（※楽天では評価が年2回）」というようなことを何人かの上司から言われましたが、それはつまり「半年待った結果として正当な評価を受けられる」という僕がただ半年間不当な評価を受け入れるだけで、特段メリットがない提案でした。そこに対してどのような補填がなされるかといった説明はなく、耐えた後に得られるものも大したことはなさそうで、しかもそれから半年間の仕事も特段熱意を注げるようなものではなかったので。

朝会という制度がどうしても気に食わなかった

毎週1回（事業によってはそれ以上の頻度で）朝会があります。朝8時からです。そんな時間に起きたくありません。裁量労働だろうがなんだろうが関係ありません。出社しないとどういう扱いを受けるかはここには明言しないでおきます（労基法以下略）。それはヨコにおいておいても朝8時です。内容がつまらないとかではないですが、いちポンコツ社員としては「8時に始まるから7時58分までに出社しなさい」といわれて間に合うように起きることと天秤にかけるほどの重要性が最後まで見いだせなかったので。（というわけで、僕はこの制度が残っている間は絶対に楽天に戻りません。）

英語化無理しすぎだろとしか思えなかった

応募者に要求している英語のハードルが高い（割に待遇が良くない）ので、優秀な日本人を採用することが極めて難しくなっていたように思います。そのかわり英語はできるけどそれ以外は普通な人物はたくさん応募してきていた印象です。所詮は国内に根ざした企業なので、実務で必要になる英語のレベルはそんなに高くないです。なので英語ができない人のカバーをするのは難しくありませんが、優秀なエンジニアがいないのを何とかするのは極めて困難でした。会社の方針のせいで本当に採用したい人が採用できず、自分が目標にしたいと思える人物・切磋琢磨したいと思える人物が同じ組織に現れず、いろんな意味で先がなさそうだったので。

管理職は向いてなかった

上司からお話を頂いたときは嬉しかったですし、それなりの使命感をもってやっていたつもりでしたが、いま思い返すと管理職の道を選んだのは失策でした。できることは増えましたが当然にやらなくてはいけないことも増えました。僕がやりたいことではありませんでした。とはいえ当時はやりたくないといいだせる状況でもなかった（と思っていました）し、自分のキャリアアップにつながるなら...と打算的なことを考えてもいましたが、僕の考えは甘かったということが後にわかったので。

というようなことを考えていたら働く意欲がなくなったため

以上のような経緯により、それまで持っていたモチベーションが迷子になったので。面白いこともまぁまぁあり、ストレスもある環境でした。「それでも会社が必要としてくれるなら...」と思っていましたが、「お前の代わりなんかいくらでもいるよ」という空気を感じた途端に熱が冷めました。

まとめ

正直、辞めた当時は自分の判断が正しいのかどうかに結構なやみました。勤めていた時はそんなに悪くないと思っていたのですが、現職を経験して思うのはやっぱり楽天はエンジニアがエンジニアリングするのには向いてないということです。社内政治が得意な方にはおすすめです。

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

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

■

実際低能先生うんこ増田ゴミカス増田パンティになりすましながら裏でソースコードに暗号を残すってなんかかっこいい

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

2018-06-25

■あんなものは、やった体にしただけのガラクタなのになぁ。

もし本気で言ってるのなら、品質なんて担保できるわけがないのだ。

あのドキュメント群が、どのようにしてこの世に産まれ出たのか、顧客（エンドユーザーではない）も開発チームも知っているはずだ。

決して詳細設計ではなく、「プログラミングを一切知らないエンドユーザーが見て解る」機能について説明しただけのドキュメントなのだ。

そして更に、上っ面の機能ではなく内部仕様までこと細かく記述した「詳細設計書は作成しない」ことになったのだ。

それを顧客⇔開発チーム双方合意したうえで書かれたモノである。

すなわち今あるドキュメントは、たとえば「○○画面には△△が入力でき、決定ボタンでホストシステムに登録されます。」ということが書かれているだけで、決して「入力された△△を５byteと３byteと８byteの位置で分割し、□□と連結したものを送信用XMLのほにゃららタグにセットしてからホストに送信する。」といったことは書かれていないのだ。

なぜなら、システマティックな知識を持たないエンドユーザーが読んでもわからないからだ。

エンドユーザーは、仕組みはどうあれ、思った通りに入力したデータがホストシステムに登録できることだけを望んでいるのだ。

ところが、だ。

なぜか今は、その上っ面の機能だけが書かれたドキュメントだけに基づいてシステム要件が検討されていると言うのだ。

無理に決まっている。

上っ面の機能ですら必ずしもすべて書いてあるわけではないのだ。

誰がどう見ても数字しか入力しない入力欄には、誤って英字や全角文字を入れてしまうことが無いようチェックしたりしているのだが、「そんなの当たり前でしょ？」的なレベルのことは省略されていることも多々ある。

そしてその「それは書かなくて良いんじゃん？」には明確な基準は無く、レビュアーの感覚、さじ加減次第で省略されるのだ。

経緯は絶対に知っているはずだ。

絶対ということは絶対にない！と言うのなら、ドキュメント作成時から上流工程に携わっている人間でも知らない可能性が無いこともないのだろう。

だが、本気で「知らない」と言うのであれば、恐らくその人間はポンコツの極みである。

そのような経緯があるにも関わらず、今になって「ドキュメントに書かれていないこと」を見つけると、「ドキュメント不備だ」「きちんと書かれていないから正しい要件調整ができないじゃあないか」「不具合なのだからすぐ直せ」だとか……もうね、アホかと、バカかと。

期限と費用を重視して、詳細設計書を省略したんじゃねえのかよ？

であれば、追加開発時に改めて現状把握のためにソースコードの解析を伴う調査が必要になるに決まってるじゃねえかよ。

でもその工数を開発チームに与えることはしない。

製造が始まっているのに不安定な要件がある。

未定義部分は末端の担当者に「ユーザーに質問してみて」と、体の良い形で実のところ調整作業自体を丸投げする。

遅れや障害でも発生しようものなら「なぜだ？！」の追及の手は緩めず「対策を考えろ」とか、根本原因の大部分を上流が占めていることを認めようとは決してしない。

それで「このプロジェクトはウォーターフォールだから」とか、どの口？

もうね、アホかと、バカかと。

浄化しない排水を上流から流すせいで下流の人間がうんこまみれの水飲まされんだよ。

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

2018-06-15

■anond:20180615192108

追記。以下はだいぶ試論になるので別にします。

おそらく法的なキリキリ突き詰めると、元増田に書いた話は「不正」の構成要件該当性の議論と、違法性阻却のところに分けられると思う。

で、広告との違いの議論のうち、隠れている、想定できないというところが「不正」のところに割り振られ、おまけとしたCPU使用率の話は違法性阻却のところに割り振られると考える。

そうするとどうなるかというと、前２つの話は構成要件該当性の話なので検察側が立証責任を負担する。一方CPUの話は違法性阻却の話なので、立証責任は検察にあるが、争点を形成する責任は被告が負う(これはきわめて一般化された理論なので詳細は割愛する)。その結果、被告側がCPU使用率は低かったということを法廷に提出しなければいけないということになるのだ。言いっ放しではダメなので、ソースコード等から主張しなければいけないことにご留意いただきたい。

なお、これを書いて被害者の同意論の説明が間違っていたことに気づいたので、修正します。

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

■anond:20180615163933

それな。この話、法律家と技術者の考え方の違いが明確で面白いと思う。

おそらくだが、今回警察が同意があるかどうかでメルクマールを設けている理論的根拠は「被害者の同意」論だ。大雑把に言うと、被害者が放棄可能な法益(例えば、財産権。生命なんかは放棄が許されていない。)について、実行行為より前に被害者が同意した場合、"構成要件該当性または"(""内は訂正。)違法性を阻却する(この点については論争があるが割愛する。)という法理だ。

まあ厳密にいうと実行行為前ってのは今回少し怪しいんだが、そこは無視してもいいと思う。

今回は、放棄可能な法益というところは問題ないから、問題は被害者が同意したかどうかってところなんだが、おそらく明示的同意だけを要求してしまうと、それこそ広告やアナリティクスなんかもアウトになってしまう(少なくとも広告については明確に同意する人、いないと思う。)。

なんで、多分黙示的同意にまで拡大して許容してるんだと思う。で、ここから議論が荒くなる(のでここは議論に乗せたい)んだが、広告は明確に表に出るから、それをスルーして見続けている以上同意があったと犠牲しやすい。アナリティクスについては少し難しいが、サイトの運営のために必要なものだからとか、アクセスカウンターというものがあること自体は想定しやすいとかそういう論理で正当化は可能だと思う。

一方マイニングだが、こちらはソースコードを見ないと気づくことができないし、アクセスカウンターのように一般化されてもいないから想定も難しい、おまけにパソコンに与える負担も前二者に比べて高い、となると黙示の同意の存在を認めることは難しいと言える。簡単に整理すると、1.気づくことが容易にできず、2.存在が想定しにくく、3.負担が大きくなるというところから、マイニングについては黙示的同意があるとは言えないのではないか。そうすると明示的な同意が必要になるので、同意とってる場合は立件しない、という扱いになっているのではないか。

余談になるが、警察はこういうややこしい事件は確実に検察と相談しながらやっているので、これくらいの法的論拠は当然用意してやってます。

Permalink | 記事への反応(14) | 19:21

2018-06-07

■どうすればいいのか

最近、真面目にどうすればいいのか迷ってる。

大学にいても、自分のやりたいことが見つからない。むしろ、見失ってる。

少し前までなら普通にソースコードを書いてたけど、今はやる気が皆無になってる。

周りと比べても仕方ないとは思うけど、どうしても見てしまう。

いろんなことに挑戦するのはいいことだと思うし、やりたいとは思うけどこうも田舎に住んでるとなかなか難しい。

やっぱり場所による格差ってあるんじゃないかな？

まあ、その場所を選んだのは昔の自分なのですが...

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

2018-06-06

■anond:20180606142219

ソースコード・・・？

えっと、あのおたふくとかブルドッグが作ってるソース・・みたいな？

と言われて、

ソースコードっていうのはソフトウェアの設計図みたいなものなんです。

と説明した社員が居たに違いないの。

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

■設計図共有サイトって間違ってなくない？

そんなに悪くない言い換えだと思うけど。むしろ開発者って何だ感がある。

そもそもソースコードって載せろという話は分かる。

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

■[増田統計]2018年 6月5日 火曜日の増田

時間	記事数	文字数	文字数平均	文字数中央値
00	89	11947	134.2	26
01	46	7721	167.8	83.5
02	43	7609	177.0	154
03	31	5674	183.0	135
04	8	1635	204.4	131
05	32	2460	76.9	31.5
06	33	3162	95.8	41
07	39	4306	110.4	48
08	58	4460	76.9	29.5
09	123	12487	101.5	45
10	207	16790	81.1	53
11	184	12436	67.6	43
12	251	21004	83.7	45
13	177	10470	59.2	39
14	137	14310	104.5	36
15	170	12715	74.8	43
16	159	18769	118.0	45
17	155	11381	73.4	38
18	156	15069	96.6	45.5
19	125	14565	116.5	51
20	94	8475	90.2	33
21	104	8253	79.4	38
22	123	14725	11 9.7	51
23	118	12379	104.9	40
1日	2662	252802	95.0	44

頻出名詞

人(233), 自分(175), ロリコン(142), 増田(136), 問題(119), 話(114), 今(114), 子供(83), 前(78), 仕事(74), 日本(73), 差別(67), 意味(67), あと(64), 必要(63), 親(61), 場合(60), 権利(59), 感じ(57), 普通(57), 人間(56), 好き(55), 判断(54), 相手(54), 気持ち(54), パンティー(53), 存在(52), ー(50), 関係(49), 最近(47), 男(47), レベル(47), 言葉(45), 気(43), 時間(43), 大人(42), 能力(42), 女(41), 前提(41), 他(40), 女児(38), 理解(37), 理由(37), 逆(35), 主張(35), 結局(35), 女性(35), しない(35), 可能性(34), 規制(34), 社会(33), 全て(33), 金(32), 目(32), 結婚(32), 妊娠(32), 全部(31), 正直(31), 同意(30), 嫌(30), 平服(30), 会社(30), 一人(30), 今日(29), 他人(29), 勝手(29), 昔(29), 馬鹿(28), 禁止(28), 別(28), 当たり前(28), 勉強(28), 日本人(28), 法律(28), 一番(27), 生活(27), 合意(27), 議論(27), スーツ(27), じゃなくて(27), 内容(27), 企業(26), 大学(26), 擁護(26), ネット(26), 絶対(26), ダメ(26), 性行為(26), 意見(25), 現実(25), 扱い(25), 自体(25), 世界(25), 状態(25), 国(25), セックス(24), 本人(24), おっさん(24), アホ(24), しよう(24), ゴミ(24), 頭(24), 記事(24)

頻出固有名詞

増田(136), 日本(73), 可能性(34), じゃなくて(27), ブクマカ(19), ロリータ(18), なのか(17), カス(16), 設計図(16), 元増田(15), アメリカ(15), 中国(14), いない(13), 東京(13), OK(13), …。(13), わからん(13), 大阪(12), ツイッター(12), アレ(11), 安倍(11), なんだろう(11), 非モテ(11), 関西(11), 関東(10), 悪いこと(10), 小児性愛(10), 強姦魔(9), 何度(9), カルビー(9), 娘(9), youtube(9), 勉強会(9), ブコメ(9), 職業差別(9), 差別主義(9), 主義者(9), LGBT(9), 発達障害(9), かな(9), 精神的(9), ぶっちゃけ(9), 犯罪者(9), 意味不明(8), トラバ(8), ありません(8), ブラック企業(8), 判断力(8), マイノリティ(8), 一緒に(8), パワハラ(8), ガチ(7), 設計書(7), 想像力(7), ソースコード(7), wiki(7), 学生時代(7), 高認(7), 自己責任(7), 社会人(7), Wikipedia(7), IT(7), 韓国(7), 残業代(7), 社会的(7), github(7), 自由意志(7), ロリ(7), ？？？(7), hatena(7), twitter(7), ネトウヨ(7), いいんじゃない(7), 100%(7), カルボナーラ(6), 13歳(6), 20年(6), 喫煙者(6), wikipedia(6), SNS(6), 30年前(6), 産む機械(6), 個人的(6), コスパ(6), オッケー(6), 被害者(6), 一般教養(6), 欧米(6), 労働者(6), 基本的(6), 笑(6), ニート(6), 価値観(6), 何回(6), 西野(6), Twitter(6), るん(6), イケメン(6), ワイ(6), リアル(6), 優生保護法(6)

頻出トラックバック先(簡易)

■息子の高校に行ってきた /20180605141745(27), ■「平服でお越しくださいと案内があった場合はスーツが基本です」←は？ /20180604162819(18), ■/20180605063957(16), ■いい俳優さんがスキャンダルや不祥事でそのまま居なくなるのが悲しい /201806050931 28(12), ■勉強会にマルチ来るのやめてほしい。 /20180605012358(10), ■ソースコードが設計図じゃないなら何なんだよ /20180605104643(10), ■ドレミで覚えてる曲ある？ /20180604213046(9), (タイトル不明)/20130912022500(8), ■関東人は新快速や転換クロスシートを知らないのだろうか /20180605092109(7), ■これって虐待に入るの？ /20180604145952(7), ■30年前のスパゲッティ/20180604230339(7), ■カナヅチな二人 /20180605135313(6), ■PMSがつらい /20180605144109(6), ■ヲタサーの花嫁警報/20180605153517(6), ■お前らってソースが好きだよな /2018060517 3129(6), ■大量のお祈りメールを書かなければいけないから、 /20180605091642(6), ■http://www.cocoamocchi.com/entry/project-bank-problem のブコメの件 /20180605133838(5), ■anond：20180604193825/20180604194053(5), ■トップ女子アスリートへの扱いがこんなのって、日本だけ？ /20180605223326(5), ■DDDは間違いなくクソ /20180604223911(5), ■日本はいつから言葉づかいにうるさくなったのか /20180605162625(5), ■反喫煙者の心理がわからない /20180605124959(5), ■フェミニストとトロッコ問題/20180603175605(5), (タイトル不明)/20180605134015(5), ■図書館で借りたあと買いなおした絵本5選 /20180604182658(5), ■ブクマカのみなさん、助けてください /20180605110814(5)