  |
はてなキーワード: リファとは
言語に関わらず
「メソッドAはメソッドBからしか呼ばれたくない」みたいなことってあると思うんだ
一人で開発してればそういうのは覚えてりゃ良いんだけど
複数人で開発してると、せっかくいい感じにリファクタしてA→B→C→D→Eってメソッドの流れ作ってるのに
途中だけ使われたり乱入されたり、グチャグチャにされることがある
だから、A〜Eをセットにしたり、入り口と出口をコントロールしたいんだよね
名前をつけるとしたらModal methodsって言う感じ
今は大体Modelessすぎる
もちろんクラスにして〜とかオブジェクト指向的に〜とか関数型言語で〜っていう話になりそうなのは分かるんだが
けどそういう思想未だ見たことがない、大体みな構造的な方法を取ってる
あ、inputが◯◯であることを保証するとか制限するみたいなの、何かあった気が
でもどう足掻いてもめんどいんだよな
面倒臭すぎてうわー！って１メソッドに詰めることもたまにある
https://anond.hatelabo.jp/20180214155553
https://anond.hatelabo.jp/20180214160914
の続きです。最後まで
チェックを受けることのない4大企業のパワーは何よりも競争を抑制するものとして現れる。考えてみればいい。アマゾンはあまりにも独占的な力を持ってしまったので、潜在的な将来の競争相手がマーケットに入場してくる前にジェダイ的なマインドトリックで相手に痛みを感じさせることも出来てしまう。株はもともと二つのキー・シグナルに沿って取引される。会社の潜在的なパフォーマンス(ポッタリーバーンの1平方フィートあたりの売上が10%上昇する)とマクロな経済の状況(住宅の供給が増える)だ。しかし今では公共・民間問わず投資家は三つ目のキー・シグナルを加えている。それぞれのセクターにおいてアマゾンがなにをするかしないかということだ。直近の例をいくつか挙げてみよう。
アマゾンが歯科関係用品のビジネスに参入することをアナウンスした日、歯科用品企業の株は4から5%下落した。アマゾンが処方薬を売ることを発表したとき、薬局関係の株は3から5%価格が下がった。
アマゾンのホールフーズ買収発表から24時間以内に大型生鮮食料品店の株の価格は5から9%も落ちた。
独占的慣行の問題が取り上げられると、アマゾンのPRチームはすぐに都合のよい数字を持ち出す。4%――アマゾンがコントロールするアメリカの小売シェア(オンライン・オフライン合わせて)、ウォルマートの市場シェアの半分に過ぎない、というわけだ。これは怪物を分割するべきだという主張に対して強力な反論だ。しかし他の数字だってある。アマゾンのプレスリリースにはなかなかあらわれない数字だ。
・34%: 世界中のクラウドビジネスに占めるアマゾンのシェア
・44%: アメリカのオンラインコマースに占めるアマゾンのシェア
・14億ドル: 2008年以降アマゾンが支払った法人税。対してウォルマートは64億ドルだ。(アマゾンは過去24ヶ月でウォルマート丸々一つ分の価値を時価総額に加えている。)
フェイスブックはどうだろうか？私たちがスマートフォンで使う時間の85%はアプリを操作するのに使われている。世界5大アプリのうち4つ――フェイスブック、インスタグラム、ワッツアップ、メッセンジャー――はフェイスブックが所有している。そしてこの4つはザックの指示のもと、5つめ――スナップ社――の息の根をとめるべく同盟を組んでいる。これが意味するのは私たちが持っているスマートフォンはすでにコミュニケーションの手段ではないということだ。フェイスブック社へのデリバリーサービスなのだ。
フェイスブックは競合アプリがユーザーの関心を集めているときにそれを知らせてくれる内部データベースまで持っている。それによってフェイスブックはその企業を買収(インスタグラムやワッツアップにしたように)したり、あるいはその強みを真似ることで競合相手を倒してしまうこともできるわけだ(ストーリーズとボンファイアでやろうとしていることがそれで、標的はスナップチャットとハウスパーティーだ)。
グーグルはグーグルで現在インターネット検索の市場の92%を握り、その価値は世界中合わせると924億ドルに上る。これはアメリカ以外のどの国の広告市場全体よりも大きい。インターネット検索業界は今や次に挙げるような数々のグローバル産業より大きなマーケットになっている。
・ 製紙・森林資源: 810億ドル
・ 建設業: 790億ドル
・ 不動産管理・開発: 760億ドル
・ 都市ガス: 580億ドル
もしたった一つの企業が世界中の建設業の92%をコントロールしているとしたら我々はどう思うだろう。あるいは製紙や森林資源の92%だったら？その会社のパワーや影響力が常識的な範囲を逸脱してしまったと思うだろうか、それとも今グーグルに対してそうしているように、素晴らしいイノベーターだと思うだけだろうか？そしてアップル、低コストの製品をプレミア価格で売ることに大成功した企業が存在している。iPhone8の材料費は288ドル、価格ラベルにかかれている799ドルに比べるとごく一部だ。
別の言い方をすると、アップルはトヨタの量を生産し、フェラーリの利益率をとっているのだ。アップルユーザーはもっともブランドに忠実な消費者でもある。92%の顧客がアップルの製品を買いつづけるのに対し、サムスンユーザーでは77%にしかならない。2017年2月には全アクティブiOSユーザーのうち79%が最新のソフトウェアにアップデートしたが、これがアンドロイドになると1.2%にしかならない。
アップルは消費者の生活の中に占めるその特権的な地位を利用して、スポティファイのような競合相手に対するアプローチにおいて独占的なパワーを振るっている。2016年にアップルはiOSのスポティファイアプリのアップデートを拒否し、iPhoneユーザーがこの音楽ストリーミングサービスの最新バージョンにアクセスするのを阻んだ。スポティファイの利用者がアップルミュージックの利用者の2倍に達したのを受けて、アップルはその遅れを30%の税金を競合相手に課することで埋めたわけだ。
アップルは消費者の間での人気を利用することにためらいがない。最近アップルが意図的に過去のiPhoneのパフォーマンスを遅くしていることが暴露されたが、これはユーザーに必要以上に早くアップグレードさせるための戦略である。これは独占に対する自信がなければできないことだ。
19世紀の終わりに、特定のマーケットの大半を支配する巨大ビジネスを指して「トラスト」という言葉が使われ始めた。テディ・ルーズベルトは牛肉と鉄道のトラストを分割し、大統領在任中に40を超える反トラスト訴訟を起こしたことで元祖「トラストバスター」としての名声を得た。100年後の2016年に話を戻すと、我々は「極めて少数の手に極めて大きな力が集中してしまうから」AT&Tによるタイムワーナーの買収は許さないと話すトランプ候補に出会う。一年後、彼のもとで司法省は実際に合併を阻止するための訴訟を起こした。
つまり我々の大統領は今も正しい戦いを続けているわけだね？よし、もうすこし掘り下げてみよう。AT&Tは1億3900万人の無線契約、1600万人のインターネット契約、2500万人のビデオ契約(そのうち約2000万はDirecTV経由)を保有している。タイムワーナーはHBO、ワーナーブラザーズ、TNT、TBS、CNNのようなコンテンツ製作のブランドを所有している。この2者の垂直合併は理屈から言うと、何百万という単位の携帯電話・インターネット・ビデオ契約者のネットワーク全体にコンテンツを製作・供給する巨大企業を作り出しうるかもしれない。
少数の手に大きな権力？そうかもしれない。しかしコンテンツと供給網の重要性が心配事であるなら、テディであれば10年も前にジェフ、ティム、ラリー、マークたちの会社のドアをノックしていたことだろう。四大企業の全てが、AT&Tとタイムワーナーを合わせたものをはるかに凌駕するコンテンツも供給網も持っているのだから。
アマゾンは2017年にオリジナルビデオに45億ドルを投じたが、これはネットフリックスの60億ドルに次ぐ第二位の金額だ。プライムビデオは200以上の国でローンチし、最近は10回サーズデイ・ナイトゲームを放送するためにNFLと5000万ドルの契約をした。アマゾンは音声テクノロジーの71%を支配し、プライムを通じてアメリカ家庭の64%に供給の拠点を築いている。64%のマーケットシェアを持つケーブルネットワークが存在するか考えてみたまえ。これに加えて、アマゾンは2位から6位までの競争相手を合わせたよりも大きなマーケットシェアをクラウドコンピューティングのマーケットに持っている。アレクサ、この状況がイノベーションを産んでくれるのかい？
アップルは今年10億ドルをオリジナルコンテンツに投資する予定だ。アップルは220万のアプリをコントロールし、2013年にはiTunes上で販売した曲数が250億曲に達するという記録を打ち立てた。アップルのライブラリーには今や4000万曲が登録されており、10億台のアクティブなiOSデバイスに供給することができる。テレビとビデオについても言うまでもないだろう。でもやっぱりAT&Tはカートゥーンネットワークを売る必要があるんだろうね？
フェイスブックは21億の月間アクティブユーザーによって作り出されたコンテンツの激流を所有している。サイトとアプリを通じて、この会社はアメリカの全成人の66%へアクセスすることが可能だ。フェイスブックはオリジナルのコンテンツに10億ドルを投資することを計画している。フェイスブックは世界で最も多産なコンテンツマシーンで、世界中のスマートフォンの大半を支配している。さあ、「今なに考えてる？」。
ユーチューブには毎分400時間分ものビデオがアップロードされているが、これはグーグルが世界の誰よりも多くのビデオコンテンツを所有しているということだ。グーグルは20億台のアンドロイドデバイス上のOSもコントロールできる。これでもAT&Tがアダルトスイムを売却することが大事なんだね？
多分AT&Tとタイムワーナーの合併が理屈に合わないというトランプは正しいんだろう。だがもしそうだとしたら、我々は10年前にまず四大企業を分割しているべきだったのだ。四大企業のどれをとっても、結局彼らがしているのは、マーケットの独占を利用して取引を阻害するという有害な独占的パワーの乱用だ。だが司法省は一体何をしているんだろう？怒り狂ったトランプのツイートはどこにいったんだ？ドアの向こう側にいる彼らはテクノロジーで人類を救いに来た救世主めいたイノベーターだという神話に騙されて、政府の居眠り運転を許してきたのは我々なのだ。
睾丸を落としてしまったような西洋諸国の中で、EUの競争担当欧州委員であるマルグレーテ・ベステアーは 巨大テクノロジーを恐れず、または彼らに騙されないただ一人の政府高官だ。昨年の５月、彼女は、フェイスブックとワッツアップの間でのデータ共有能力についてEUに虚偽を言っていたという罪状でフェイスブックから1億2200万ドルを徴収し、その一ヶ月後にはグーグルに対して非競争的慣行を理由に27億ドルの罰金を課した。
これは出発点としては良いが、この程度の罰金では象の背中を蚊がさすようなものだということも言っておかなければならない。フェイスブックの罰金はワッツアップ買収価格の0.6%にしかならず、グーグルに関しても手元資金のたかだか3%にしかならない。15分毎に100ドル取られるメーターに金を入れなかったことに対して、25セントの違法駐車チケットを切っているようなものなのだ。我々はこの手の企業に対して、利口で株主が喜ぶやり方を教えてやっていようなものだ。法律を破れ、嘘をつけ、必要なことはなんでもやって、万一捕まったらはした金を払えば良い、と。
巨大企業の独占的なパワーは資本主義者にとってのマッチョ・テストになってしまっている。イノベーションクラスの抱擁は我々を心強く感じさせてくれる。私たちは成功、特に巨大な成功が好きだし、億万長者や彼らの設立した素晴らしい企業に勇気づけられる。規制と聞けば吐きそうになる。確かに規制には醜いラベルがつきものだ。アマゾンを分割すべきだと私が提案しはじめて以来、フォックスニュースのスチュアート・バーニーは放送の時に私を社会主義者だと紹介するようになった。今にヨーロッパ人とでも呼ばれるのではないかと思っている。
2017年のマーケットが、我々の経済が規制にうんざりしているという強いシグナルを送ったことは間違いない。しかし規制とトラスト分割の間には違いがある。我々が経済について知っている話から抜け落ちているのは、トラスト分割はマーケットの健全性を保つためのものだ、ということだ。それは、がさつで不細工な規制に対する解毒剤なのだ。マーケットが失敗する時、そして確かにマーケットの失敗というのは起きるものなのだが、我々に必要なのは黄色の旗を挙げて秩序を取り戻してくれるレフェリーだ。試合ではそうしているのだから。
四大企業のすさまじい成功――10月には四大企業だけでS&P500の利益の40%を占めた――は、彼らが活動しているマーケットそのものが不健康であるという事実を覆い隠してしまう。昨年末、リファイナリー29とバズフィードという二つのデジタルマーケティング企業の将来有望な新星がレイオフを発表し、アドテク企業のクリテオは時価総額を50%下落させた。なぜ？フェイスブックがいて、グーグルがいて、その他諸々がいるからだ。そしてスナップ社を含むこうした他の会社全てがもう死んでしまっている。ただ自分たち自身が死んだことに気づいていないだけなのだ。
こういった企業が死ぬのは自己責任だと私たちは自信を持って言えるだろうか？むしろ我々のマーケットの方が失敗していて、無数のデジタルマーケティング会社が成長し、雇用を生み出し、イノベーションを起こす健全な生態系の発展を阻害してしまっているのではないだろうか？
二種類のマーケットを想像してみよう。最初のマーケットには以下の会社が含まれる。
そしてもう一つでは次のような会社がそれぞれ独立して活動している。
アマゾン・AWS・？・アップル・アップルミュージック・フェイスブック・インスタグラム・ワッツアップ・グーグル・ユーチューブ
(訳注: 原文では各サービスがアイコンで示されているが3つめのアマゾン関係のアイコンが不明)
そしてダース・ベイダーが息子に言ったように、「自分の心を探って」みて、どちらのマーケットが
ことができるか考えてほしい。トラスト分割が短期的には株価に対して悪影響をもたらすのは確かだが、マ・ベルの分割はテレコミュニケーションの分野での株主価値の急速な成長に繋がった。同様に、マイクロソフトは1990年の司法省とのいざこざにも関わらず、最高の時価総額に達したばかりだ。アマゾンとアマゾンウェブサービスが、一つになっているよりも別々の会社になった方が価値を高める可能性が高いことを信じる理由もある。
22年前に比べてアメリカの上場企業は1.5倍に増えたが、イノベーション分野の会社のほとんどが、自分たちが生き延びるための可能性が最も高くなる選択肢――あるいは唯一の選択肢――は、巨大テクノロジー企業に買収されることだと知っている。バイヤーがいなければ、大きくなる(グーグルになる、ということ)かすごすご家に帰る(ビジネスを止める)かの選択肢しかない経済が出来上がってしまう。ホームラン級の買収は格好の見世物になるけれど、中サイズの企業による買収が2・3倍に増えた方が経済成長のエンジンとしては強力に違いない。
パワーの集中はあまりにも巨大な政治力と資源を持つ企業を生み出すことで、彼らが自分たちに課される税率を中サイズの企業を大きく下回る水準に設定し、逆進的な税制を作り出すことを可能にしてしまった。
どうして我々は巨大テクノロジー企業を分割する必要があるのだろうか。四大企業が悪で、我々が善だからではない。鉄道会社やマ・ベルにしたように、競争を保証する唯一の道として、時には木の天辺を切り落とす以外の手段がないことを我々は知っているからだ。これは四大企業に対する告発でも復讐でもない。そうではなくて、健全な経済サイクルのキーになるのが、侵略的で、生まれたての企業の死を招き、他の企業の登場を許さないような企業を刈り取ってしまうことだ、という認識なのだ。巨大テクノロジー企業は分割されるべきだし、分割されるだろう。なぜなら私たちは資本主義者だからだ。今がその時だ。
今の37〜40歳ぐらいのベンチャーやらスタートアップやらWeb系やらの技術者の書くコードがやばい気がする。
それが外注とかフリーとかじゃなく、役職付いている人とか役員だったりする。
コピペしたり入り組んだ関数（メソッド）を書いたりとか・・・。
抽象的な考え方とか、参照透過性とか、100%適応できないまでにしても少し考えてかけないものなのだろうか・・・。
そういう基礎的な部分の技術をまとめた技術書籍がない（もしくは流行っていない）のも原因なのかな。
Javaのオブジェクト指向からRuby on Rails時代に移行していった時代に生きていた人たちなのかな？
色々と今まで学んできたことの基盤が崩れ一気にレガシー化した感覚が強く、新しいものに手を出したがるくせがあるんじゃないかと疑ってしまう。
新しい技術を学んでも、思考を変えずに使っていたら何も変わらねぇっすよ。ゴミを今の技術で再構築するだけ。
GRASPとかSOLID原則とか、できればDDDとか関数型の考えとかを勉強して欲しい・・・。
まあ別に上記知らなくても、構造化プログラミングとか、クラスとはなんぞやとか、関心事をなるべく分離していくようなコーディングとか・・・。そういうのが欲しいです。
リーダブルコードも局所的な事を書いている気がするし、もっと大局的な技術リテラシーを・・・。
てかコレが技術的負債かー。ちょっと直すだけでもすげーめんどくさいし、やる気全然起きないし、なんならリファクタしてから修正していきたい気持ちになる。。。
DB設計もなーーー、なんでNOT NULL制約付けないかなー。もちろんテストなんて書くわけもなく。
創業期なら頑張るって感じだけど、中規模になってきたベンチャーとかだと気合い入れて全て変えてやるぜぐらいのポジションで入らないと環境変わらないだろうし、いわいるプログラマーで入るなら面接時に匂いを察知して回避したほうが良い気がするお。まぁでも入社時のやる気なら変えれるのかな・・・。もはや業務量増えてマンネリ化した状態の今は全くやる気しねぇ。すべての開発を止めて、テストコードを書きながらリファクタしていく、ってならやる。
そしたら今後何か頼まれても工数減るので「いっすよやりますよー」といいやすいし「もっと短く出来ないの？」みたいな地味なストレスがなくなるのでまぁ色々ハッピーなんじゃないのかな。（てめえのゴミ直すのに工数かかるんだよといいたくなる）
的な、ゴミと一緒に働けねぇ、みたいな問題を解決するためにマイクロサービスで開発するのありかもね。ゴミレガシーはラップして、臭いものに蓋をしてまあ許せるインターフェースだけ公開して使わせて欲しい。（驚くほど上から目線）コードレビューですり合わせられるようなレベル感ではなく、でかいゴミ山があり、そいつがゴミ山を整理する気がないならそうするのが折衷案なんじゃないでしょうか。
「サービスを作ってきたコードだから感謝して」って実際その現場になるとあまり思えないものなんだな。サービスをスケールさせられないこの足元作ったやつまじ、考え直してもらわんと対して売上立たず終わるから期待持たせるだけだぞ、みたいな。これがクソ稼いでいるサービスとかだったら別なんだろうなぁ・・・。
○朝食：なし
○夕食：ご飯、納豆（一つ）、減塩野菜たっぷり味噌汁（フリーズドライ）＋きしめん、ツナ缶
○調子
はややー。
今日は見直しとかリファクタとかテストコードの量増やしたりしてた。
かなり終わりが見えてきたんだけど、先週の金曜日の夜までに届くはずのファイルが届いておらず、若干面倒なことに。
っていうか、最初二月の中頃に届くはずだったのに、ずるずるここまで来てるの勘弁してほしい。
●DS
4Fに行くも敵が強すぎて3Fにすぐ戻った。
なかなか進まないなあ。
●3DS
もうちょいで終わるのが寂しくなってきたけど、さすがに吹き出しコンプの道のりは長そうだしなあ。
ログボのみ。
○ポケとる
・トルネロス（けしん）ほかく
・ゲノセクトほかく
・アギルダーほかく
・シュバルゴほかく
・ソーナンス（めす）ほかく
・メロエッタランキングステージは運がよかったのか上から三つめの位置
ランキングステージは別に真剣にやってないから、多分どんどん下がっていくんだろうけど、初日とはいえここまで高い順位を取れたの初めてなので嬉しい。
ログボのみ。
ひさびさに中島敦『山月記』を読んだら、だいぶ読み方が変わって驚いた。
以前は、強烈な自尊心ゆえに友人や先生に教えを請えないエリートが没落した様を描くことで、「つまらないプライドは捨てて生きていかないとロクなことにならないよ」という教訓を言う話だと思っていた。
が、この読みはどうも浅薄というか、人生の敗北者にとっては厳しすぎるのである。というか結論だけ抜き出せばそこらの自己啓発本と変わらないような気がしてきて、作品の価値を矮小化しているような気さえしてくる。
そこで、もう少し人生の慰めになるような読み方はないか。と考えていたら、これは「理不尽な世の中に自分を合わせられない不器用な男が、苛烈な自己責任論で自分を裁いてしまい、自分を受け入れてくれる神も持たなかった結果、精神的な苦境に陥る話」じゃないか、と思い始めた。
中学生の頃に読んだときは、李徴は周囲に教えを請いたりできないプライドの高い男だな、と思ったが、（浅い）人生経験を積んだ今、改めて読むとそうでもない。
李徴が詩人を志したのは、（功名心もあっただろうが）第一には心を揺さぶる先人の詩があったからだろう。そうなると、そうした詩を書く者が周囲にいれば、これに師事したり教えを請いたりしたはずである。
それにもかかわらずそうしなかったのは、自分の追い求める詩人像に値する者が周囲に居なかったからだろう。
①自分の追い求める理想像と、②世で「名を成す」者とがズレることは、現実社会でもしばしばあることである。
李徴は、このズレに気付かないまま自分の理想像を追い求めていったことで、世で「名を成す」ことができなかったばかりか、周囲の人間と折り合いがつかなくなり、「努めて人との交を避けた」結果、「一匹の猛虎」となった。
他方、周囲にいた「己よりも遥かに乏しい才能であ」る者は、世で「名を成す」道を「専一に磨いたがために」、「堂々たる詩家」となった。
李徴は理不尽な世の中に自分を合わせられず、ひたすらに理想を追い求めた結果、社会的に失敗してしまったのである。
これはカフカ『変身』で、社会の求める市民像──(ⅰ)家庭の善良な息子、(ⅱ)有能なセールスマン──を演じていたグレーゴルが、自己の本来性の自覚を持ってしまった瞬間、褐色の虫に変身してしまったのと似ている。
現代社会のルールでは、人間が自己自身の本来性を保持することを許さないのである。
そして、李徴が不幸であったのは、上述した社会のルールに、他ならぬ李徴自身が支配されていた点にある。
李徴としては、徹底的に社会を突き放し、自分の理想像を追求するという途もあった。
しかし、「元来詩人として名を成す積りでいた」李徴は、世で「名を成す」努力をできなかった自分を徹底的に断罪するのである。
李徴の詩を聴いた袁の評価によれば、李徴の詩は「長短凡およそ三十篇、格調高雅、意趣卓逸、一読して作者の才の非凡を思わせるものばかりである」とある。
「第一流の作品となるのには、何処どこか（非常に微妙な点に於いて）欠けるところがある」とは言え、この自己評価は言い過ぎである。
それに、はっきり言って実社会でこんな話は”よくある”ことなのである。
神の手により不幸のどん底に落とされる義人ヨブを、自己責任論に基づいて徹底的にこき下ろす友人エリファズの話だが、どうも李徴の中にはヨブとエリファズが同居しているように思える。
さらに、上記のヨブ記のラストにおいて、ヨブは「仲保者」（＝キリスト？）の存在を確信することで救われるが、李徴にこのような仲保者は現れない。
ただ、「向うの山の頂の巖に上り、空谷に向って吼える。この胸を灼く悲しみを誰かに訴えたいのだ。己は昨夕も、彼処で月に向って咆えた。誰かにこの苦しみが分って貰えないかと。」というだけである。
これも社会のルールに合わせられないムルソーという男の不幸を描いた作品である。
ムルソーは物語のラストで、このような自分を排除せず「優しい無関心」を示す自然の存在に気が付き、幸福を得る。
他方、李徴は「獣どもは己の声を聞いて、唯、懼れ、ひれ伏すばかり。山も樹も月も露も、一匹の虎が怒り狂って、哮っているとしか考えない。天に躍り地に伏して嘆いても、誰一人己の気持を分ってくれる者はない。ちょうど、人間だった頃、己の傷つき易い内心を誰も理解してくれなかったように。」というだけである。
ここに来て、山月記という作品は「理不尽な世の中に自分を合わせられない不器用な男が、苛烈な自己責任論で自分を裁いてしまい、自分を受け入れてくれる神も持たなかった結果、精神的な苦境に陥る話」じゃないかと思うのである。
イントレプレナー輩出のために新規事業ディスカッションなるものを毎年やっているが、
ディスカッションの場をバズワードだらけにする人間が一定数いるのがやりにくい。
IoT、VR、リファーラル、フィンテック、シェアリングエコノミー、サブスクリプション、パラレルキャリア、●●×IT･･･技術ありきじゃねーか。
・世の中に何の価値を提供するか、何を解決するか、何をもっとよくするか
・マネタイズはどうするか
・自社ならではの強み、自社でやる理由
を考えた上で、じゃあ、どうやってやるか？で、初めて手段、技術、概念が語られるべき。
じゃないのかなあ。
話題性のあるワードを盛り込んだサービスをリリースして、潤沢な資金を使って広告ぶん回して人を集めたところでそこに価値はない。
「たしかに言われてみれば便利だけど･･･わざわざ能動的に使うほどでもないかな」ってなってスケールしないよ。
チームで開発って分からんね。
とあるWebサービス会社のプログラマとしてに勤めて約1年。社会人3年目（といっても途中でブランク半年）
・コピペコードもいっぱい。というか、現在進行形。「コピペしてちょっと直せばできるよね」なんてのをよく聞く。
・手続き的でどうしてもロジックの重複もひどい。ifとswitchの嵐。
・テストはエクセル仕様書。カバレッジ？観点？何それみたいな空気。
・動いてるところには触らない。
一方俺個人は
・DRY大好き。コピペなんてありえないでしょう（最近ちょっと緩まった）
・オブジェクト指向大好き。if文？switch？多態で減らせない？
とかまぁ独学が多いせいか原理原則みたいのに凝り固まってしまってると思う。
正直言って自分はチームとあってないと思う。コーディングスタイルだったり、開発速度だったり。それは申し訳ない。
プログラミングのスタイルは嫌いだけど人としてとても好きな先輩は「合わせるのって大事だよね」っていう。
それは分かる。全体としての一貫性はプログラムでとても重要なことだと思う。
その人は仕事も早いし、チーム最古参で仕様や歴史的経緯もよく把握してる。
でもさ、そんなプログラミング繰り返しても薄っぺらいコードが積み重なるだけじゃん。
コード減らそうよ。コピペなんて恥ずかしくないのかと問いたい。
仕事遅くなってもちゃんと網羅率を意識したテスト仕様書書こうよ。
と思って、俺は毛色の違うコードを混ぜちゃう。それがプログラムとして正しいと思うし、ほかのスタイルで書けない。
迷惑なんだろうなと思うし未熟だと思う。
でも俺はプログラマとしてあんなコード耐えられないし、やってはいけないと思う。
本来はチームに提案して、全体として方針を決めてそれに合わせるべきなんだろう。
俺が良いと思うからその方法で書く！なんてのは単なる我満だと思う。
彼はプログラマとしてダメだと思う。でもビジネスマンやチームでの開発者として正しいと思う。
なんだか納得できない。かと言って俺自身については今の仕事のやり方で良いと思わない。
分からない
FF15の批判としてよく、ファンタジーじゃないという言葉がある。
よくて6が限界という話だろう(9も入るか)。
ところがこれを現代のグラフィクレベルで欧米に持って行くと途端に胡散臭くなる。
対して、日本で評判が良くてかつ、欧米でも受ける世界観というとFF7やFF15のようなファンタジーしか日本人には作れない。
これをジャンルで言うとアーバンファンタジー（都市幻想物）やコンテンポラリファンタジー（現代幻想物）というジャンルになる。
有名ドコロだとハリーポッターが該当する。あれは現代イギリスに魔法学校がある設定だからだ。
日本で言うと、fate/staynightだ。あれも現代を舞台に魔法を使う物語だ。
20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。
今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。
一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。
以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。
受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていないから追加請求もできない。時間（工数）をかければ良い成果物ができるかもしれないがそれを説明して顧客に嫌な顔をされたくないから、限られた工数の中での最善を尽くす。最善を尽くす、聞こえは良いが要は手を抜く。
つまり、どう頑張っても売上は同じなのだから、良いもの・価値を生むものを作ろうと考えない人が多い。社内で開発者と呼ばれる人間もそうだし、マネジメント層はそういうものづくり志向を持った人をリスク扱いすることもある。
これが諸問題の根源で、いかに述べるような組織・プロジェクトが出来上がっていく。
マニュアル作業の正確さをかたくなに信じてる人だらけで、ITとは何なんだと考えさせられる。
私は定型作業を効率化しようとjsやrubyでスクリプトを書いたりしていた。テストデータを開発用DBに突っ込んだり、テキスト処理して整形したり、Excelからコード生成したりするよくあるやつ。
あるとき上司に肩越しに自分の作業を覗かれて「何やってるの？」と聞かれ、そういうスクリプトを作ってると答えたら、工数とリスクの話をされた。曰く「そのスクリプト作るのに何日かかるの？工数に乗ってないよね？」「スクリプトのテストもちゃんとしないと結果が正しいって保証できなくない？」と。この時はイラッとして「30分でできる数十行のスクリプトだし自分の作業工数内で完結する。むしろ後工程や別の人でも同じことを再現性できて楽になる」とか真面目に説明してプログラムも見せたが、読もうとはせず（読めないので）1時間無駄にした。
前述したようなビジネスモデルだから、営業力と、予定工数で無難にプロジェクトを終えるマネジメント力が大事。IT企業だが開発者は自社で持たない。不況の時に待機コストが発生するリスクがあるし、自社で抱えるより単価の安い開発者が人材派遣系の企業や下請けにいっぱいいるから。
社長があるとき社内広報で「技術は買うものだ」と言っていた。文脈で明らかに技術＝技術者のことだったので、使い捨ての人売り業と揶揄されていることへの自覚が無いと思う。
そういう人が集まっているor残っている組織なので開発者はほとんどいない。20〜30人ぐらいの課に1人ぐらいの割合でstaticおじさんがちらほらいるぐらい。大体20代からプロジェクトリーダーという立場をやり始め、だんだん大型の案件を扱えるようになっていき、後は出世ゲーム。部長のお気に入りが課長になり、部門長のお気に入りが部長になる。その繰り返し。
開発案件でのBP（ビジネスパートナー、委託先、派遣、下請け）比率は自分の周りだと1:5ぐらいが多い。プロパー社員一人が5人の開発を仕切る、みたいな形。案件規模によりだいぶ差があると思う。この比率が高い＝マネジメント力のある組織と考える会社はこの数字を上げようと必死で、比率の低い組織は評価が下がる。
私は開発が好きだったのでエンジニアとして生きていきたい、というようなことを評価面談の度に伝えているが、その度に会社の目指す方向を説かれてモチベーションが下がる。
上述の通り、案件で接する開発者は基本的に社外の人間なのだが、彼らの技術力と意識の高さにはものすごいばらつきがある。言われたものはなんでもこなせる人、何でこの歳まで技術者やれてるんだと疑う人、このプロジェクトはおかしいと良い意味で騒ぐ人、何も意見を言わない人、CっぽくJavaを書く人、人当たりは良いが技術力がいまいちな人、すぐ休む人、バグやミスを隠す人…etc。
まぁ色んな人がいるのはどの業界のどの職種も同じだが問題は質だ。私の主観になるが本当にエンジニアとして尊敬できるレベルの人は1%いるかいないか。というのも、ほとんどの技術者は長年SIやその周辺企業と付き合ってきているので同じ体質に染まっているのだ。顧客が良いといえば良いという態度（この場合の顧客は私が所属する企業）、請負の場合は工数を超えない範囲で手を抜く姿勢、その他諸々。技術力だけをひたすら磨き続けてきたという人はごく一部だけだったし、そんな人でもGitHubアカウント持ってない・ブログやってない・OSSに貢献したことない、といった具合でクローズドな世界で生きている。
そうした技術者とやっていく中で最も厄介なのが教育コストだ。案件のあるなしで人が都度入れ替わり、新しい人が来るたびに同じシステム・技術要素の説明をして何とかやる気が出るようモチベートして、というのを繰り返すのに疲れた。私の会社固有の変なルールの説明はてきとうにしておいて、私は技術が好きな仲間が欲しかったので今のシステムの課題と技術面での改善や展望をよく話す。が、あまり食いつかれることはない。これは私の問題だが、そうした期待と落胆のループも疲弊の一因だ。
ある時、一つの課に6年近くいるというBPと一緒に仕事をする機会があった。その課にはプロパーの技術者が長いことおらず、彼がその課の技術的中心を担っているという話だった。抜けられると途端に色んなものが崩壊するからという理由で、その人の派遣元にはかなり高額の単価を支払っていたと聞いた。課員が口をそろえて「あの人はすごい」「何でもできる」というので初めはかなり期待していた。
だが、拍子抜けした。あまりにも仕事が雑なのだ。コミットされたコードはTODOコメントだらけだし、バグがあまりにも多かった。一度も実行されずにコミットされ、他の人がチェックアウトした時点で判明したバグなんかもあった。それでも声が大きく、プロパーが技術を知らないのをいいことに自分のブランディングに完全に成功していた。客先にも顔を出し、信頼を得ているらしかった。「自分は設計が得意でテスト以降の工程には興味が無い」と言っていた。確かに彼が関わった各システムには独特の概念が埋め込まれた設計があったが、その複雑な設計は保守性が低く、他の開発者が触ると容易にバグを引き起こしていた。
また、彼はJavaの有名なフレームワークであるStrutsを拡張したいわゆるオレオレフレームワークを開発しており、それの出来は悪くなかったと思う。そのフレームワークに欠けているものをうまく補うような形になっていた。だがフレームワークのバージョンを上げると壊れるというのが残念な点で負債になりかけていた。
私は異動したが、彼は今でもそこにいると聞いた。
（最低限のものしか作らないから）安くて早い！という触れ込みで売っているので、テストの工数が異常に少ないことも多い。特にテストコードを書くなんてもってのほか。そういう世界でやってきた人ばかりなので、30や40超えたマネジメント側は「テストコードって何？」状態だ。大型の改修案件が来た時にはコア機能だけでもテストを書いていこうと見積段階から社内で提案したが「顧客に『そんなメリットあるなら何で今までのプロジェクトではやってないの？』って問われるから、絶対言うなよ」と拒否された。
保守案件をやっていた頃、時間を捻出してコソコソとテストコードを書いたりしていた。その案件を離れてしばらく後、ある時リポジトリを覗いたら私が書いたテストコードがばっさり消えていて驚いた。コミットログから課内のstaticおじさん的な人が消したとわかったが、そのコミットコメントが「現在使用していないコードを削除」だった。これはもう問う気も失せて何も言えなかった。
先述したようにテストがそもそもないプロジェクトが基本なのでリファクタできないのだが、たとえテストがあったとしても勝手なリファクタは許されない。ソースコードは顧客の持ち物なので同意なしに改変することはいわば契約違反なのだ。たとえ内的品質が向上してコスト削減に繋がるとしても、そのためにお金を支払う顧客はまずいない。
私がいたどの案件にもコードレビューがなかった。リーダーと開発者数人という構成の場合、まず開発者は全員下請けでリーダーは技術の心得がない場合が多い。そうなると彼らの成果物の良し悪しを図るのは目に見えるシステムの挙動と実施されたテスト結果のExcel報告書だけになる。これが非常に非効率で、少しコードを読めばわかる明らかなバグや仕様理解の齟齬が頻発していた。特に受入試験と呼ばれるリリース直前の顧客側での最終確認や本番稼働中におけるhotfixは全機能をきちんとテストせずにデプロイされることが多く、そのhotfixがさらなるバグを引き起こしたりもしていた。
そもそもテストを書けという話だがテストが無いプロジェクトに足すのはかなり大変なので、レビューサイクルをきちんと回すだけでもかなり変わる。実際、私が入った案件ではすべてのコミットに目を通すようにし、明らかな問題は都度指摘することで品質の向上に繋がった。欲を言えば他の開発者にもレビューしてもらいたいが、下請けの彼らの工数を増やすことは嫌がられる。
無難にプロジェクトをこなすことと新しい技術を試すことの両立こそ技術者の腕の見せどころだと思っているが、ほとんどの場合それは許されなかった。新規にせよ継続にせよ案件を受注する段階で営業やマネジメント層と顧客間で「今回は過去に実績のあるこの技術でやります」という契約が結ばれているからだ。その技術（言語やフレームワーク）がいかに古く、保守性も将来性もないものだとしても受注できればよいし、その技術のサポート切れか何かの拍子で再度リプレイス案件でも受注できればさらにラッキーぐらいの考えでいる。
また横に倣えが加速してさらに悪い事に、同じアーキテクチャ・ネットワークを再利用するために既存のサーバに新システムも相乗りすればよいという発想も珍しくない。「資産の再利用によりコスト削減」という触れ込みだったが、ただでさえスケールしない低スペックのオンプレミスサーバ上で複数のアプリケーションサーバを運用した結果、予想通り耐障害性が下がった。
また、Oracleのライセンスが高いという理由で一つのDBインスタンス上に10数個のシステムが同時稼働しているなんてこともあった。1つのシステムが高負荷なクエリを投げたせいで関連する全システムが共倒れになったこともあったがOracleのバグとして報告していた。
新人の頃にOJTでstaticおじさんの下に付いたことがあった。そのとき担当したのはPerlでデータ連携用のバッチを書くという開発業務だったのだが、最悪の思い出だ。
まずプログラム構造仕様書というのを書かされた。メソッド単位でのモジュールを全てExcel上に記述し、処理の順番と内容を説明するという謎資料だった。あまりに意味がわからなかったので「UMLのクラス図を書けばよいのですか？」と聞いたら「Perlにクラスなんて必要ない。構造化プログラミングを研修でならってないのか」と返ってきた。「俺が前に書いたPerlのバッチがあるから参考にしろ」と言われ、あるリポジトリをチェックアウトして見てみると1ファイル4,000行の.plがいくつか並んでいた。その時の私は何もわかっていなかったのでそういうものかと思ってしまったが後で調べて明らかにおかしいと気づいた。
また、そのプロジェクトのメイン言語はJavaで、Eclipseを使っていたのでPerl用プラグインを入れてコーディング・デバッグをしていたらやめろと言われた。理由は「Eclipse上で動くPerlが信用できない。サクラエディタで書いてプリントデバッグすれば充分だ」と言われた。その時の私は何もわかっていなかったので、プラグインの品質が悪いとかそういう話かと思い「じゃあvimで書きます」と言ったら「サクラエディタにしろと言っただろ！」と一喝され、vim vs サクラエディタという史上類を見ないエディタ論争が起きた。
SI業界の中では高いのかもしれないが決してよくはない。4年目（たぶん25歳）ぐらいで残業込みで年収400万にやっと届いたがそこからほとんど変わっていない。30歳の先輩に聞いたところ「500万前後、残業してない場合の月の手取りは未だに20万切ることがある。残業抜きでは新婚生活が厳しい」と言っていた。いわゆる年功序列がきっちりしていてこのまま続けてもしばらくは給与が伸びないということがわかった。
個人での貢献で差がつくのは±10万程度。その程度ならいっそ無くてもいいのでは、と思う。というかそもそも生産性をきちんと評価する制度が存在しない。これはどの組織でも難しい問題だと思うが、形骸化した評価制度で上司の気に入った人間にS評価を付けているだけならいっそ止めたほうが時間の無駄にならなくてよい。
会社から貸与されるノートPCは低スペックすぎて開発には使い物にならない。なので開発者は基本的にデスクトップを使用せざるを得ないのだがこれもメモリ4G、1.2GHz程度で大したマシンでもない。本当に開発する気がない。
いつの間にかどこかで意思決定がされていて、関与する機会がほとんどない。だがほとんどの社員がそれで良いと思ってる。失敗しても自分が決めたことじゃないから上層の責任だ、そう言えるので楽だから。
情報共有をしない、というか意図的にしないようにしているとまで感じる。連絡はメールと添付ファイルベースで行っているし、共有のファイルサーバなんてのもあったが一部のフォルダは権限を持った人間しか見られない。何で他の部や課が行った過去の見積や提案資料が自由に見られないんだよ。
ソースコードのリポジトリも同様。外部に公開しないのはまだわかるが、プロジェクト外にすら基本は公開していない。別に奪われて困る大した技術もない。
会社が用意した提案資料共有サイトみたいなのもあったが、それに至ってはもっとひどい。課長以上もしくは部長から承認を与えられた者のみ閲覧可能。共有とは。
どうでもいいことを決めるにも承認や根回しや説得が必要になる。それがプロジェクトの利害関係者ならまだわかるものの、まったく関わっていない上長（課長や部長、時には部門長）を通さないと進まないという異常さ。
利益率向上のためにコスト削減ということがしきりに言われており、過剰なコスト削減対応が生産性の低下を招いている。たとえば顧客に見せる資料以外は白黒で印刷しろ、みたいなルール。色がないために情報が伝わりにくい。というかそもそも印刷せずに各自のノートPCで見ろという話だが、先述したようにノートPCは低スペックすぎるので多くの社員がデスクトップを使っている。ITとは。
本当に無駄としか思えない承認・申請フローの煩雑さに加え、使っているシステムの使い勝手も悪く、ひどい日は一日がそうした事務作業で終わる。しかもそのシステムは自社で以前開発したものだというから泣けてくる。こんな作業が定常的に発生するのでいっそ事務員を派遣で雇うべきという提案が何度もされたが、課の予算をオーバーするから無理だという回答しか返ってこない。
表向きは社員の健康促進という触れ込みで残業時間削減を全社的に取り組んでいる。残業減らせと声をかけただけでは誰も帰らないので、勤怠システムと入退館管理システムを監視し、削減できていない組織や人間の評価を下げるようになった。
その結果、サービス残業が復活した。30時間を超えると部長に説明しないといけない、50時間を超えるとその上へ…みたいなループ。表向きの残業時間削減・コスト削減としては成功したかもしれないが、社員の残業時間を管理するとかいう無駄な仕事を増やしたし、管理される社員のストレスとサービス残業に繋がったので下策だと思う。
他人の残業時間をExcelにまとめる仕事があって、そこに給与が発生してると思うと泣きたい。
そもそも無駄な作業や工数至上主義で作業効率が悪いから残業しているので、残業が少ない奴が偉いと一斉に舵取りしただけでは生産性をちゃんと評価できていないことに変わりはない。一昔前の残業多い奴は頑張ってて偉い、というのと本質レベルで何も変わっていない。
年齢的なそれもあってかコードを書くのも、もう潮時かなあと考えていた。実際、離れていた。
最近、案件で少し変わったツールが必要になり、オープンソース辺りで誰か公開してないだろうかと探してたところ
完全に合致するわけではないが、まあまあ使えそうなオープンソースのソフトウェアに出会った。
最初は、動けば良いかな。と。適当に利用出来れば良いかなと思っていたのだが
なんとなくのぞいた変更点の差分のソースコードの美しさに驚いてしまった。
・ 動きが変わらずとも丁寧に関数や変数の名前を修正していること
・ 機能の変更に合わせて、リファクタによる共通化がおこなわれていること。
数名のメンバーで保守されていてメインの開発者がこの辺りをまとめてるようだ。
普通、この規模のソフトウェアの場合、動き優先になってしまう。
というかそもそもメンテがされてないこともあり、ここまで丁寧にメンテされているモノはほとんど無いと思われる。
コミュニケーションも適切に動いていて、投げっぱなしになることなく開発の相談も行われている。
丁寧でありながら忍耐強い。このソフトウェアが支えられている理由で、美しいと思った理由がそこにあるのだと思う。
Wikiを読んでいると、次のメジャーバージョンで大きな機能拡張が控えてるらしく、メンバーを募集していることを知った。
プログラムの癌（Runy）をなくすの前に人間の癌をなくすやり方について書いておこう
癌は熱に弱い。４２度の熱で消滅する。心臓に癌ができないのは熱に弱いから 外部から熱をあてて癌を直す治療がある。ハイーパーサーミアという治療法で厚生省から認可がおりており健康保険がきく。１回３千円くらい １０回セットで３万円くらい 病院にいけばやってくれる。動物病院でもやっている。４２度の熱をあてるだけ 手術がない 体に負担がかからない 副作用もない 入院がいらない 時間が取られない 抗がんん剤や複雑な手術をする必要ない。体を痛めない
でだ ここからが問題だ まずハイーパーサーミアの機器を導入している病院が少ない。少ない理由は病院が儲からないから ３万円では医者が儲からないしやりたがらない。最近ハイーパーサーミアが知れ渡ってきてハイーパーサーミアの操作できる人が不足を理由に取りやめる病院が出てきている。また一緒に抗がん剤を抱き合わせてきたり、効果がないと否定してお金や体に負担がかかる３大療法をすすめてきたりする。３大療法はやらないほうがよい。放置もよくない。それより熱線をあてることに徹した方がいい。近くにハイーパーサーミアがなかったり、受けられなかったら、三井式温熱治療器やダイエットサウナをおすすめする。治療が受けれるのであれば3大療法よりハイパーサーミアだけやる。3大療法もやめたほうがよい。ハイパーサーミアは高いステージから生還してるし、費用が安く、副作用もなく、時間が取ることなく、体に負担がかからない。
抗がん剤は結局正常な細胞を弱らすだけでがん細胞を消滅させるわけではないのでけっしてやってはいけない。もちろん放置もいけない。
三井式温熱治療器やダイエットサウナでも体に４２度の遠赤外線をあてる事が出来る。
三井式温熱治療器はアマゾンや楽天で買える。レビューがたくさん書かれていて癌に効果があったとたくさん書かれている。
ハイパーサーミアの医療現場で使われているサウナ機器（スマーテイ）もアマゾンで売っていたりする。
これで外から４２度をあて続けるだけでよい
三井式温熱治療器の楽天のレビューを見てみる 癌治療に効果があったと高評価が150件が書かれている 要確認
http://review.rakuten.co.jp/item/1/202385_10001070/1.1/
三井式温熱治療器のamazonでも癌治療に効果があったと多くの高評価が書かれている 要確認
心臓 癌
癌 熱
癌 熱
などを調べてみると実際受けた患者の感想が書かれている。どれも末期だとか手の施しようのないといわれたとこから生還している。
ちなみに血液性の癌や白血病には高濃度ビタミンC点滴が有効 保険はきかない
日本の医療は米に１０年 欧州に２０年遅れていると言われている。
なので他の病気に関しても日本の医者の言う事よりもまず欧州がどんな治療をしているか調べてから判断した方がいい。医者はSilrだと思え
欧州では２００８年の段階で癌が減っている事が記事になっている。
www.news-medical.net/news/2008/04/10/30/Japanese.aspx
http://hayabusa6.2ch.net/test/read.cgi/cancer/1251284895/
他にもここに詳しく書いてあるぞ！
http://apps.wiki.fc2.com/wiki/その他
プログラムの癌と言えば動的言語のことだろう。それを広めようとする関係者、開発者もまたがんだ。
メーカー製の静的言語フレームワークを使えば誰でも簡単に高度なことができる。
わざわざ出来損ない言語を引っ張りだしてきて、無駄に苦労したり、無駄な苦労を広めたりする輩はほんとうにがんだ。
その苦労は数年後無駄に終わる。動的言語は数年ごとにバージョンアップを繰り返し、今書いているものは
すべて動かなくなる。2007年頃に意図的に起こされた第一次Rubyブーム 1.7のRubyはもう動かない。
互換性の問題で起動できないし、サポート対象外だから脆弱性だらけ 今もRailsやNodejs angluerなどが
意図的にブームが起こされているが、それらも数年後には使えなくなる。負債にしかならない。
IT経営者にとってはそのほが都合いいのだろう。仮に辞められてもその技術で手間がかかりすぎて独立はできない。アプリストアがあるわけでもない。課金プラットフォームがあるわけでもない。 だからIT経営者はいきばのない技術者を酷使し放題だ。動的言語は技術者を自由にさせない鎖付きの言語なのだ
鎖のついてない言語は何か？それはC#だ。C#はシステムを簡単に作れる。管理画面サイドはexeアプリで作り、サーバーサイドはasmxとado.net ORMを使えば一日でWEBアプリケーションが作れてしまう。リファクタが効き、ビルドができエラーは直ぐ見つかりアップデートも自動でソースを書き換えてくれる。C#ができるとUnityからlot Robot スマートフォン タブレット One Windows 医療 業務用アプリまで 様々な分野に進出することができる。Railsではこうはいかない。Webしか作れないし、３年後にはバージョンアップが行われ、その都度のコードの修正に時間を取られる。つきっきりになっていないといけない。他の事が出来なくなる。ビルドできないからすぐバグがわからない。バグ潰しに時間を取られる。動的言語の現場がいつもギスギスしてるのは、バグが探しの疑心暗記がいつのまにか人に向けられていじめみたいなことになっている。
IT派遣事業者にとっても動的言語はいつまでも脆弱性が発生し続け、保守作業がうまれる都合のいい金になる言語だ。
企業が無料で教えるのには彼らだけが儲かるカラクリがあったのだ。今もRuby On Rails Ruby JavaScript Node.jsなど意図的なブームが起こされている。
メーカー製の静的言語やっている身からすると動的言語をやる輩はとても愚かだ。静的言語なら自分で書いたコードは自分の資産になる。
静的言語で書いたコードはリファクタが効くし、コンパイルでバグがすぐわかる。コードを最新のバージョンに自動で書き換えてくれる。
共通ライブラリを他のプロジェクトで使い深い内容で書いても、元のプロジェクトで開いた時にビルドでバグがすぐわかるから、深い内容で共通ライブラリを書く事ができる。
自分用の共通ライブラリを出来上がってくると開発速度があがっていく。無理に２０倍速の早さとかメデイアで煽られて複雑に書かなくても、一度書いた物を組み合わせて使い回していけば生産性は普通にあがっていく。
動的言語では共通ライブラリを深い内容を書くのは難しい。バグを発見に時間がかかるから、浅い内容のことしか書けない。生産性があがらない。ファイルの管理に追われて断片化したり バグを探したり バージョン管理に追われたり いつまでも手間が掛かる始末だ。
なぜこんな無駄な言語を使い続けるのか なぜあのブックマークはRubyの時だけ数字がはねあがるのか不思議でしょうがない。Botにブックマークさせてるのではと疑ってしまう。
2007年頃のステマRubyブームで騙された技術者は酷い目にあってたいはんはRubyから去っている。
求人がある訳ではない。アプリストアがあるわけではない。脆弱性は出し続ける。すぐ互換性がなくなる 使う用途が限られている。汎用性がない
加えて他の動的言語にも言える事だか
フレームワークの乱立 CMSの乱立 フレームワーク自体バージョンがあがると別ものになる。フレームワーク自体に脆弱性がありサポートしてくれない。プロジェクトごとにフレームワークを学び直さないといけない
フロントサイドとサーバーサイド 両方 動的言語選択してしまってカオスな状態。スパテッゲテイすぎて再利用は不可、資産は築けない。
こんな安心して生きていけない言語は止めて、iPhoneアプリ、C#アプリの開発をやるべきだ
医者は儲かるからという理由で人の命よりお金になる抗がん剤を優先するのと、Silrが儲かる理由で脆弱性が多い動的言語を推奨するのは同じムジナだろう。
もともと、ゲーム音楽をフルオーケストラでやること自体なかなか無理があるわけですよ。
で、そういう無理なところをコンミスを始めとした数人の楽器をアンプリファイさせてゲーム音楽っぽくさせてるんだけど、これ、個人的には失敗。ゲーム音楽の生演奏界隈だと常識なのかもしれないけど、フォルテシモのところは音は汚くなるしその点は残念でした。正直。
いや、まあ、ゲーム音楽のコンサートに求めるハードルが高すぎたのかもしれないが、客席は埋まってたし割と周囲は好評だったし、きっとアレでいいんだろう。
そういうアンプリファイしたオケを聞けたのは勉強になったし、演奏それ自体は悪くなかった。うーむ、やはり音響面だな・・・。
というかポスター品切れ早すぎい！
