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

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

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分までに出社しなさい」といわれて間に合うように起きることと天秤にかけるほどの重要性が最後まで見いだせなかったので。(というわけで、僕はこの制度が残っている間は絶対楽天に戻りません。)

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

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

管理職は向いてなかった

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

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

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

まとめ

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

2018-06-27

ていうかソースコードとまで言ってるのにわかりませんみたいな顔されてもこっちの方がよくわかんない

anond:20180627220233

pc持ってればhtmlソースコードを見るでわかるぞ

ちなみに俺は無言増田パンティと書くので忙しいのでまた後でな

2018-06-25

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

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

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

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

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

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

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

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

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

ところが、だ。

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

無理に決まっている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2018-06-15

anond:20180615192108

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

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

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

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

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

anond:20180615163933

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

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

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

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

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

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

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

2018-06-07

どうすればいいのか

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

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

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

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

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

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

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

2018-06-06

anond:20180606142219

ソースコード・・・

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

と言われて、

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

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

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

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

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

[]2018年6月5日火曜日増田

時間記事文字数文字数平均文字数中央値
008911947134.226
01467721167.883.5
02437609177.0154
03315674183.0135
0481635204.4131
0532246076.931.5
0633316295.841
07394306110.448
0858446076.929.5
0912312487101.545
102071679081.153
111841243667.643
122512100483.745
131771047059.239
1413714310104.536
151701271574.843
1615918769118.045
171551138173.438
181561506996.645.5
1912514565116.551
2094847590.233
21104825379.438
2212314725119.751
2311812379104.940
1日266225280295.044

頻出名詞

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

2018-06-05

日経新聞ソースコードってどういうものなんですか?」

識者「うーん。ソフトウエア設計図みたいなものかな」

紙面「マイクロソフト設計図共有サイトを8200億円で買収」

ぶっちゃけギッハブってソースコードだけじゃなく画像や音声、動画Word書類でもExcel書類でも何でも上げられるんだろ? ファイル共有サイトでいいんじゃね?

ソースコード設計書であろうがなかろうが、GitHub設計書共有サイトってのは違和感ある

ioもあるわけだし

anond:20180605105039

で?

で、ソースコード日本語で何なの?

お前には何に見えているの?

anond:20180605104643

設計図って図面のことだぞ?

お前はソースコード図面としてみてるの?マトリックスの0と1の流れる画面みてなになにに見えるっていってたやつみてーだな。

ソースコード設計図じゃないなら何なんだよ

ソースコード」のままでいい!って言う思考停止マンは帰ってどうぞ

ソースコードって説明難しいな

それ自体設計図でもあり、建材でもあり、場合によっては外装、内装でもある。

しかし、日経読者は日経馬鹿にされすぎな気がするのは自分が関わりのあるネタからであって、何の知識も無い分野で今まで普通にあったことなのかもなぁ

2018-06-04

DDDは間違いなくクソ

そう思っている人は他にいないだろうか。

ここでいうDDDとはドメイン駆動設計(Domain-driven design)のことだ。

DDD! DDD!」と言ってるプログラマって、ソースコードの中に閉じこもってるやつばかりだ。

DDDに夢中なやつらはビジネス目標達成や業務改善のことに全く無関心で、ソースコードの美しさと処理方法しか関心がない。

他の職種の人と話さないし、話してもソースコードや処理方法の話をし始める。


なぜそうなるのか。

全く疑問だ。

DDDだぞ?

間違いなくDDDはクソエンジニアを見分けるためのリトマス紙だ。

2018-06-02

anond:20180602232437

書かれたソースコードのわかりやすさとか大事からね…。

まあ、仕方ない。

無職になった

表向きブラックに見えないけど中はブラックだった会社を辞めたよー!ヒャッハー

仕事していた時は口内炎だらけで何を食べても痛いとしか思えなかったのに、今はペットボトルの水さえもうまい

あんまり書くとばれちゃうので全部は書かないけど、経営者ガンガンに媚びないと

何年勤めて実績挙げても、手当つきの昇進ができなかった! 昇進と引き換えに幹部連中は皆、離婚した!

残業していても経営者に呼び出されたら駆けつけて、持ち上げながらガンガン酒を飲んで媚びるとか無理。

粛々と業務をこなしていたら、手当なしで肩書きだけつけてクライアントクレーム処理をしろと言われた。

離職率が大変高い会社でしたからね。引き継ぎもせずに逃げてく営業も多くてクレームは多かった。

あとそれをわかってて無理難題押しつけようとしてくる輩もいたから。

当然、断った。

からさまではないけど冷遇がはじまった。

業界のことを何も知らない、バブル脳の抜けきらない初老をどこからか連れて来て役職を与え、

飲み過ぎて終電を逃しても、タクシーチケット使い放題で帰宅できていた時代の自慢話を聞かせてくるだけだった。

結局クライアントからクレームバンバンきた。契約切られ放題、売上下がり放題。

なのに決算すると黒字になっている!ふしぎ!

(返金とかそういうのを全部翌年にまわして目標値を下げるというアレな手法だった)

初任給に毛が生えたくらいの給料しかなく、激務の中、病院通いが途切れなかったせいで貯金あんまりない。

就職活動をしなければと思って転職サイト登録したらスカウトメールけっこうきた。

技術職はどこも人手が足りないんだろうな。

転職サイトも冷静に見ると駄目なことを書いてる会社がけっこう多い。

ソースコードを見ていたら終電を逃してしまった!そんな経験がある方大歓迎!

これ、トラブル時に解決するまで帰らせてくれないパターンだ。気をつけろ!

実務経験3年以上の条件なのに年収は300万〜400万

他の募集職種を見たら関係職種全部募集してる。なにかあったにちがいない。

経営の神と言われる○○氏に師事し、○○氏をしてもっとも優秀と言われた経営者の元で働いてみませんか?

はーん。27歳で。

○○氏(ぐぐったらあまりよくない界隈のヒト)に取り入る才能はずば抜けてるな!

友達感覚社長と話せる!季節のイベントも多数実施

これ、あれだろ。若手とかにコスプレさせてなんかダンスとかさせたりするんだよな! 業務時間外に練習するやつや!

レガシーブラウザIE6等)の対応経験がある方

お、おう……。これ、どういう意味なんだろうな? 今も対応してるのか、キャリアの長さを求めているのか。

とりあえず危うきには近付かん!

そういう変なことを書いてない企業にいくつか応募してみることにした。

退職を知った取引からも連絡をいくつかもらった。

とりあえず、やれるだけやってみようと思う。大丈夫だ、あそこに比べればどこへ行っても天国だ。

2018-05-30

anond:20180530060133

問題ありまくりだろう。

ソースコードコンパイルに失敗した場合は例えgccだろうがなんだろうがコードの内容はどうあろうがエラーを出力する。

コードが壊れているかどうかは重要ではなく、それに対して何をどう向き合ったかであって

あの記事の中身のコードがどんなコードであってもコンパイラがなんであっても本質には全く影響を及ぼさない。

たまたま環境unityだっただけで、unityがその辺エラーを吐かないかというと吐いていたし見えない筈はなく、英語なので読めないということはあったかもしれないがそれはgccとて同じことだ。

何がその文章から読み取れるものの中で本来重要ことなのかで自ら「全く重要でないもの」を把握できておらずともすれば詭弁とも取れるunitySAGEたいだけに見える駄記事じゃねーか。

第1、例示されてる部分だけではそもそも動かんのやぞ。書き換え、誤魔化しがあるのはバレバレじゃないか

2018-05-23

電車の中でソースコード

二人でスマホに表示したソースコード見ていたけどなんだったんだろう

演習みたいなコードだったけど

関数ポインタが使ってあるの理解できずにいたっぽいが大丈夫か~

anond:20180523183538

ソースコードを UTF8で書くのが標準化された辺りから

マルチバイト普通に使えるようになったね。

if ('Sunday' === $day_list[$date]['week'])

より

if ('日' === $day_list[$date]['week'])

のほうが見やすいでしょ。日本人なら。

2018-05-19

誰もソースコードを見ないのをいいことに

manko(chinko);みたいのをばっかりだけど退職しま

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん