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

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

2017-06-22

ソースコードレビューは、慎重に。

もうだいぶだいぶ時間が経ったので書き捨てていこうと思って画面を開いた。

あるシステムソースコードレビューを頼まれ仕事の合間に中身をみた。

モノは一応動いてて担当も喜んでるようだけど、自分からしたら何かとレベルの低い人が書いたプログラム判断したので

思ったことを素直にかいて返事をした。

その後、幾度かレビューをしていったが、ある日、そのプログラマから

レビュー表現感情的かつ乱暴で傷つきます配慮をお願いします」という旨のコメントがあった。

ハァ?と正直面食らったが、プログラムは汚いものは汚いし、設計思想ハチャメチャだし、

何より仕事なんだから、とこの要求を突っぱねた。

しばらくして、そのプログラマココロの病で退職した。

自分レビュー内容でひどくモチベーションを落としてそのまま…という感じだったらしい。

その話はあっという間に社内に広まった。自分批判する人もいれば同情する人もいた。

会社からは誠心誠意謝罪をと求められ、先方に連絡をしたが受け入れてもらえなかった。

最も堪えたのは同じ職場の元婚約者実家から婚約破棄をせまられたことだった。

法に触れるようなことをしでかす奴のとこに嫁にやれないという反応だった。

何とか誤解を解こうとしたが、

メンタルを壊すほどまでに追い込んだのは、君に原因があったのは事実じゃないか

というのを覆すことはできなかった。

こういう時の負の情報網は収集つかないほどに速く広まってしまうのを身を以て体感した。

(2ch生活まとめ的にはザマアな展開なんだろうけど)

会社はその後すぐに退職してフリーで食いつないでいる。

結婚はしていない。自分性格からして家族を追い込むんじゃないかと思うとしないほうが良いと思ってる。

コードレビューの機会もあるが、このとき反省を踏まえ、

ダメだ・クソコードだ・使えない・レベルが低い・設計が悪すぎる・など、相手不快な思いをする表現になってないか

こうすれば良いよという建設的な内容になるよう気をつけてはいる。

2017-06-21

変数名に枠を付ける記法ってはてな表記でどうやって書くの

http://help.hatenablog.com/entry/markup/syntaxhighlight

変数名に枠がついてあるようなやつ

ソースコード自体の話ではなく、[html][ruby][css]のように並んでるところの表記

2017-06-08

Gigafile便がけものフレンズコラボしてるけど

ソースコードのあちこちにすごいすごーい!とかようこそジャパリファイルへ!とか書いててコーディングがさぞかし楽しかったんだろうなと思える。俺もアニメコラボしたコーディングがやりてえなー

2017-06-02

意識とは何か理解できた

人の脳は脳細胞同士が連結、通信しあうナイーブ電気パルスから離れ、高次思考言語で行うことに成功した。それが人間と他の動物の間にある知性の差であり、ナイーブ電気パルスイミテーションにすぎないディープラーニング人工知能未来永劫知性に達しない理由でもある。

人は言語により思考意思決定し、本を読んで学習し脳をプログラミングすることも出来る。言語電気パルスを離れ安定したテキストデータとして脳に貯蔵しておくことも出来、それを外部に文書として記述することで知識を共有し後世に伝えることも出来る。

脳は各部機能を持ったパーツとして存在していて、特定の箇所を傷つけると特定機能消失することが知られているが、各部位で行われた電気パルスによる思考の結果は高次脳領域言語データとしてエンコードされ、意識に送られる。意識言語データを受け取り、口に出すかどうかを決定する。口に出さな場合は心に思うだけにする。そして必要場合言語データループバック回路に送り返す。ループバックされた言語データは新たに入力された感覚器官から電気パルス信号とともに再び脳に入力されて処理され、また意識言語データとしての処理結果を返す。

意識的思考というのはつまり、脳から出力された言語データを何度も脳に送り返すことで言語データ熟成させるプロセスのことだ。思考自体意識が行っているわけではなく、脳細胞電気パルスによって行っている。意識の働きは脳から出力されてきた言語データ評価し、口に出すかどうか、あるいは思考継続するために脳に送り返すかどうかを決定している。そこで流れた言語データ電気パルスデコードされ記憶領域に複製されていて、後から思い返すことが出来るため、そこに意識の流れが出来、時間感覚自分意識を持ち生きているという認識が生じる。

脳内思考活動脳内で閉じていて、外部から存在実証できないため、意識があるとかないとか自由意志があるとかないとかいった問題が生じているが、意識はあるし自由意志もある。意識は考え続けるか、考えるのをやめるか決定し、自ら行動を変化させることが出来るので、自由意志存在するといえる。もちろんそれは決定論矛盾しない。

追記:つまり実際の思考を行うのは各部位で行われる電気パルスであるが、意識はその言語化された出力を脳に戻すことで何度も思考ループさせ、それによって思考を高度化させている。その機能は、「言葉を口に出すかどうかを決定する」回路から進化したもので、「思ったことを口に出さずもう一度考える」という能力を獲得したことが、人と動物を分けた、という話。意識言葉を口に出すかどうかだけでなく、言語思考した内容を実際に行動に移すかを全般的制御出来るが、言語によらない思考から発生した行動は制御できない。それが、意識言語を処理する機能だという証拠になるだろう。

追記2:「自分には意識があるという実感がある」というのが不思議な感じがするのだろうが、事実として意識はあるし、実際に脳内で行われた思考の結果である、出力されてきた言語データの内容を記憶していて思い出すことも出来るから自分はずっと意識を持ち生きているという実感があるのは当然である意識はそういう機能からだ。それは幻覚でも何でもない。

追記3:動物意識はあるかという問題について。動物意識はない。ハイデガーいわく「動物は私と言わない」というが、「私」が「思考している」という文を組み立てられるだけの言語的複雑さを動物の脳は持ち合わせていないので、「思考している私が存在する」という認識、つまり意識認識動物は至れない。

追記4:計算機が「私」や「思考している」という概念理解し、「思考している私が存在する」という認識に至る可能性は当然ある。ディープラーニング人工知能の延長線上では無理だと思うが。

追記5:この機構計算機上のニューロンだけで成立するかという話。まず、電気パルス言語データに変換するアルゴリズムは、人類DNAハードコードされている。人の知性はニューロンに由来するのではなく、DNAに由来する。人間より脳細胞が多い動物はいくらでもいるが、人間のように知性がある動物は他にはいない。人間という生物種全てに知性が存在する以上、その人間定義するDNAに知性の根幹があるのは疑う余地が無いだろう。人間であれば基本的言語を操る力を身につけることが出来る。それは人類DNA言語を操る基となるプログラム記述されているからだ。

からこのシステム必要なのはディープラーニングによる学習ではなく、DNAの解読だ。学習動物であれば誰もがしているが、言語自由に操れるのは人間だけだ。学習から言語にも、知性にも到達することは出来ない。学習によって知性や言語を得ることが出来るように、脳細胞構成しているDNAが、知性の発現のための必要条件となっている。

しかし、DNAを解読して得た 電気パルス言語 変換のアルゴリズムが、計算機上のニューロンもどきで実行できるかはまた別の問題だ。適用できたとすれば、この機構計算機上のニューロンでも実現可能なはずだ。

DNAの解読以外で、ニューロンに知性を発生させるメカニズムを実現するのは不可能だと考えている。大自然が何億年とかけて最後に到達した脳というハードウェアプログラミングに、人類が独力で到達できるとは思えない。

追記6:なぜそれが意識であるといえるのか、について。それはもちろん、あなた意識であると考えているものがなんであるのかによる。私は「人に動物にはない知性がある理由」と、「人が自分思考している内容を言語理解し、そこから思考している私が存在している』と認識している理由」について語った。あなた意識定義がそれに含まれないのなら、もちろんそれは、あなたの考える意識存在する理由にはならない。あなたの考えている意識がどのようなものであるのか聞いて、それについて考えてみたいと考えている。

追記7:私が「意識は脳の外部にあると規定している」という指摘があるが、それは当たらない。脳はただ情報を処理し、その処理した結果として「思考している私が存在する」という当たり前の事実を見て、私には意識存在すると認識しているだけだ。脳の中の通常の情報処理過程、たとえばそこに石がある、とか、そこに月が浮かんでいる、とかと同じように、「思考している私が存在する」のを見て、「私には意識がある」と人は結論している、と私は規定している。

追記8:言語を伴わない音楽絵画を通じても、情報処理過程は変容する。視覚聴覚情報処理意識的情報処理によらず変化する。その変化によって、新たな音や色彩に対する感覚を得て、それを言語化し、意識することができるようになることもある。それは意識の変容ということが出来るだろう。

言語を伴わない芸術から深いショックを受け、寝込んでしまったという経験が私にもあるが、それは意識を経由せず直接脳の情報処理過程を揺さぶることで発生したのだと思う。それにより脳内情報処理過程が大きく変わってしまったり、トラウマになってしまったりということもよくある。それを意識の変容ということも可能だろう。

追記9:チンパンジー鳥類等のコミュニケーションについて。上にあるように、私はチンパンジー鳥類が伝えようと思ったことをやめて心に思うだけにすることはなく、思考ループしないので知性に到達できないのだと考えている。もちろんそれだけでは足りず、自分思考をより正確に言語表現し、言語情報を受け取ってその思考をより正確に再現出来る個体が、狩りのコミュニケーション等で有利になることで、言語能力の高い個体が子孫を残していく。思考言語の変換で損なわれる情報が少ないほど、ループの中での思考も正確さを増し、複雑な概念理解に到達できる。それを言語表現する進化過程で、複雑な発声を獲得し、それを聞き取る聴覚も発達していく。

複雑な発声聴覚を獲得する前は、思考言語表現しようとして歌を歌っていたのではないか妄想している。人類は歌でコミュニケーションし、脳内独り言も歌で行って思考ループさせていたのではないか。歌を歌うと気持ちいいのはそのころに培われた本能に由来しているような気がする。頭の中で歌が流れて止まらなくなる現象もその辺に由来しているのではないか

追記10:囲碁AIについて。AIコンピュータから囲碁のようなゲームが強いのは当たり前である。何も絶望することはないように思う。グーグルの子会社が仕掛けているのはHypeから、真に受ける必要はないと考えている。彼らがそのHypeを本物だと主張するなら、囲碁AIソースコードを公開するべきだ。

追記11:思考ループ言語はいらないのではないかという指摘について。脳内の何百億という脳細胞で発生している電気パルスは、そのままでループさせることは出来ない。言語に一旦エンコードし、それをもう一度デコードして、思考再現を行うことでループしている。また、思考の内容を言語として記憶し、思い出して思考を再開することで、移ろいゆく電気パルスによる無意識思考とは違って、同じテーマについて何度も長時間考えることが出来、思考を深めることができるようになる。

追記12:夢について。夢は動物も見ている。動物人間脳内では出来事記憶されている部分があり、そこに電気パルスが流れると追体験する。人間場合でも、それが嫌な記憶だとふとしたきっかけで蘇り、叫んだりしてしまうのだが、そういう意識コントロールしがたい無意識的な思考だ。睡眠中にはそこに電気パルスが流れて出来事が蘇り、いろいろな出来事が繋がった追体験が起こる。そうして出来事出来事を並べて、因果繋ぎ、ある出来事の後に起きることを予測できるような形で整理している。それによってパブロフの犬のようなことが動物でも起きる。しかし、出来事を並べるだけで、言語的な論理性を持たなければ、たいした知性には到達できない。

追記13:意識とは、言葉を口に出さずにもう一度考える回路から発達したもので、思考の内容を言語として受取り、もう一度考えるため脳に戻すことで思考を深化させる機能だ。そのループの中で言語能力が高まり、「私」が「思考している」という概念を獲得し、「思考している私が存在する」という文が脳内で紡がれて意識に送られた時に、意識は己の存在気づき自意識を持つ。

追記14:匿名ネットレスバトルで見られる、用語適当に用い、反論のように見えるが無意味な文を書いて、無意味ゆえの反駁不可能から自分への反論を避けつつ、用語意味を知らず文が無意味と気づかない人には、相手の論に反論できているように見せかけようとする手法が私は大嫌いである。

追記15:意識物体なのか、について。

こちらにちゃんと書いた。 http://anond.hatelabo.jp/20170607213657

2017-05-28

プログラミング習得して就職しようとして諦めた

何のスキルもないニートの例に漏れず、プログラミングを覚えて就職しようとした。やっぱり諦めたけど。

はてブ見てると毎日のようにIT系記事トップに上がってくるから、なんか影響されてしまったんだろう。

Udacityというオンライン学習サイトがありまして、そこの”Intro to Computer Science"という無料コースちょっとやってみることにした。

これは初歩の初歩から始まって最終的にgoogle検索エンジンにも使われたアルゴリズムの簡易版を自分で作ろうって感じの内容で、「そもそもプログラミングって何?」みたいなところも説明してくれるのでとっても良かった。

ただ当たり前だけどその入門コース終わらせたところで「よし就職するぞ」みたいになるわけではなく。

「じゃあ次は」って思って何か作ろうとしても特に何も思い浮かばない。そういう目的プログラミング覚えようと思ったわけではないから。

試しに上のudacityのアンドロイドアプリ入門のコースもやったけど、だめ。チュートリアル的なものをこなしていくのは楽しいけど、自分で作るとなるとやっぱり何も思い浮かばない。

じゃあ人のソースコードとか見てみようと思っても、よくわかんない。何がわかんないって、モジューレだかライブラリかいうのを当たり前に使われててよくわからない。何が書いてるのか辿ってるうちによくわからなくなる。

このあたりで最初の入門コースをやっていたときの「『図にマッチ棒一本付け加えて三角形を○個にしてください』ってクイズみたいやな」って思ったときの関心みたいなのもなくなった。

それで気がついたら何もしてないままもう一年半ぐらい経ってたことに気がついてさっきびっくりした次第です。

そもそも本気でIT系就職しようと思うならハロワに行ってどっかおそらくIT派遣に飛び込んで実作業こなして覚えるのが正規ルートなので、結局上のはただの社会不安からの逃避ですね。

2017-05-20

http://anond.hatelabo.jp/20170520004714

バカか。プログラムだってライセンスはっきりしてないコード仕事では使えないわ。

画像と違って、コンパイルして実行コードだけ公開されると、ソースコードをコピったかどうか確認が難しいってだけだろう。

プログラムコピー当たり前なのになんで画像だと文句言う人多いんだ

自分サイト写真イラストなど画像をまとめに貼られたとか、編集して使われたとか文句言ってる人をそこそこ見る気がしま

私がはてブを見ることが多くなったからか、ここ最近プログラム関係ブログに書いてるのもよく見かけます

プログラムだと当たり前のように個人ブログやQAサイトのものコピーして、そのまま使ったり必要に応じて書き換えて使ったりだと思います

プログラムだと公開する方も使ってもらうことを意識してる人が多くて、OSSなどフリーのものを作ったりしてるひとも多いようです

プログラム書いて公開する人には自分でつくったのをみてもらいたい、使ってもらいたいと感じる人が多くて、画像を公開する人は、他人自分のものを使うのを気に入らないって心の狭い人が多いのでしょうか?

プログラムだってライセンスはなになにだ、っていう話も見るので画像には権利が生じて、プログラムはそんなのない、ってことはないかと思います

法的にどっちにだけ権利があるとか扱いが違うことがないなら、どちらも人が時間を書けて作ったものなのになぜこんな違うんだろう?

ところで、私個人としてはネットに流れてるのは全部フリーの共有財産でいいのに、って思ってるくらいなので自分が書いたソースコードや作った画像が誰かに使われることに文句うつもりはないです

勝手に使おうが、まとめに載せようが、クローンサイト作ろうが、好きにどうぞってくらい

どちらかというと、大量にあるコンテンツの中で使ってもらえた、まとめに載ったとか嬉しい方だと思う

あ、もちろんお金が生じてるものコピーのせいで売れなくなったみたいのは別です

お金とるわけでもなく個人サイトで公開してるようなものについてです

---

追記

トラバについて

みんなプログラマ視点意見ですね

はてなだとプログラマ的な人が多そうですし、納得です

仕事プログラムいたことないか?ですが、あります

一応今の本業です

仕事ではありえないって言ってる人もいますが、そうでもないです

普通にコピペで使われてるのはよくあります

お堅い会社で社内からQAサイト個人ブログアクセス禁止されてるほどのところとかだとないのかもしれませんね

やりたいことそのままのをQAサイトで見つけたらそれをコピペとか

始めて使うもので使い方をググったときに良いサンプルを書いてたブログがあったからそれをコピペして改変して使ってるとか

ヒドイところでは、QAサイトにそのままのコード上げて修正してもらったのをそのまま使うのも・・・ですね

私の周りだと、Stackoverflowの回答のサンプルコードを一度も使ったことない人は少ないんじゃないでしょうか・・・


ただ、今回言いたいのは仕事で扱う系じゃないです

画像をまとめに上げられたくらいで怒ってる人に対して、公開したプログラム変数名かえたくらいで別ブログで公開されたりgithubにおいてるプロジェクト(1人規模のものでも)で使われてたりです

「○○のやり方」とか「○○はこう使うのがいい」とかブログで書いてたとして、同じ内容が別ブログにもあるなんて結構見かける光景です

(参考にする側からすれば複数のところで書いてたほうが信頼できるのでありがたいですけど)

2017-05-17

ソースコードgit管理したい」

「今までのやり方を変えて問題があったら責任取れるのか?」

問題は起こらないと思うけど、起こったら責任取りますよ」

ちょっと待ってろ」

お客様が今までのやり方を変えるのは駄目だってお客様が駄目っていうんだからgitは駄目」

2017-05-01

フロントエンドが嫌い

ウェブフロントエンド技術進歩と興亡の速度には目を見張るものがある。

browserifyが生まれGruntが生まれ、Gulpが生まれた。

そしてその全てが死んだ。

Webpack, Babel, Flow, 今栄えている技術だってそのうちに死ぬだろう。Reactだって例外ではない。

一部はもう死につつあるし、少し前にあれだけ持て囃されたTypeScriptも今や消えつつある。Coffeeは全エンジニアから嫌われた。

そんな万華鏡のように目まぐるしく変わる情勢に追い付かんと研鑽を続ける者等がいる。アーリーアダプター自称し最新技術のケツを追いかQiitaにクソを垂れ流す彼らこそ我らがイケイウェブフロントエンジニアである

最新技術に目を凝らし、やれ新たなこれイケてるだの古臭いあれはイケてないだのと宣いチュートリアル記事を量産する彼らであるが、彼らの存在は決して無駄ではなく、生まれたて技術知名度は彼らにより上げられる。

それはやがて大きな同調圧力空気となって流行った技術を押し流す。

さて、少し話は変わる。

かつては栄えた技術が滅び、消え去れども残るものはある。

書いてしまったソースコードと拭いきれない遺物と化したクソの塊だ。

ウェブサービスはただ作って終わりではない。その先にあるのは長く続くメンテナンスだ。

少し例を挙げたい。あるところにイケイウェブエンジニアあなたがいたとする。

ある日あなた上司からあるウェブサービスを作ってほしいと頼まれ、それを引き受けた。

さて、サービスを作るにあたりあなた使用する技術を選定する。イケイウェブエンジニアあなたはとても流行に敏感だ。勿論jQueryを使い泥臭くDOMを弄くり回すことなどあってはならない。

あなたESの最新規格に準拠したコードを書き、Flowtypeで静的型検査を行い、Angular4を使うことにした。

勿論そのままでブラウザ動作しないためWebpackとBabelを駆使してトランスパイルする。

数週間後、めでたくサービスは完成した。

さて、問題はここからである

一年後のある日、あなた上司に呼び出された。

曰く、そのサービスに新たな機能を追加して欲しいのだという。

あなた脳内で試算する。時間と手間は掛かるが可能だと判断したところで、はい、と答え一年ぶりにプロジェクトソースコードを開いた。

ここであなたはあるものを目撃、頭を抱えることになるだろう。

それは何か。陳腐化した一年前のトレンド技術の塊である

一年後の未来世界では Webpack2 など既に新しく現れた技術に叩き潰され醜く断末魔の鳴き声を上げる死に瀕した哀れなヒキガエルの如き存在だった。もちろんAngular4はもう誰も使おうとはしない。

もちろんあなたもそれらを過去存在へと葬り去った新技術に首ったけだ。

さて、ここであなたがとれる戦略は次の2つだ。

一方は、クソだクソだと悪態を付きながらもはやメンテナンスもされていないクソプラグインの体系化されていないクソドキュメントとにらめっこをしながら古臭いクソの塊と付き合っていくこと。

もう一方は、新たに聳え立った最新のクソの塊に無限移植を続けることだ。

前者を選んだあなた時間が経つごとにまともな情報を得られなくなり、やがては身動きが取れなくなった段階でようやく最新技術への移植を考えはじめる。しかし、その頃には膨れ上がった旧時代のクソはそんなことを容易に許してはくれやしない。

さて、後者を選んだあなたを待っているのは無間地獄の如き最新技術の濁流だ。それに揉まれながら一年ごとに、古臭きは悪だと声高に叫びながら無限移植作業を行うことになるだろう。

どちらにせよ待っているのはクソの如き地獄である

しかし、どれほど技術が移り変われど変わらないものもある。

あなたがクソと罵り選択肢からも除外されたjQueryである一年後の未来であってもjQueryはそこにあった。もちろんクソと野次られながら。

クソレガシーこと枯れた技術の利点はそこにある。

勿論jQueryを使った品質の低いクソコードはクソだ。

けれども一年前のあなたjQueryを使ったコードが読めるし、今のあなたももちろん読める。一年後のあなたは疎か、三年後のあなたの後継ですらも (泥臭くDOMを弄るコード閉口しながらではあるが) やはりあなたの書いたコードを読めるだろう。

そもそもからしてウェブフロント倒錯している。

JavaScriptDOMを書き換えるためだけに存在している書捨てのクソ言語であって、サーバーサイドを書くために存在している言語でも、100万行からなるバベルの塔建設に耐えうる言語でもない。

前提からして倒錯したクソウェブフロントは一度無に還るべきだし、私はそんなクソウェブフロント界隈が大嫌いだ。

この意味不明なクソポエムも憎むべきクソの一端である

2017-04-29

リモートワーク可な会社ってセキュリティポリシーどうなってるの?

流石に顧客情報とか本番環境へのパスワードとかがてんこ盛りなPCtorrent使ってエロ動画.avi.exeとか落としまくりだとヤバいでしょ?

プログラマーだとソースコード自体機密情報みたいなもんだからそれなしで仕事しろって言われても無理な話だし、

うちでもリモートワークの話題が出てもこの辺課題でなかなか進まないんだけど、

はてな意識高いノマドワーカー会社ってこの辺りどうしてんの?

会社支給の端末で申請済みのネットワークでのみ可能な感じ?

楽天三木谷氏のソースコード

http://techwave.jp/archives/a-source-code-written-by-mr-mikitani.html

なんか批判的に盛り上がっているけども、あれが展示されている経緯を知るとどうだろうか?

あの三木谷氏が独学で勉強して書いたコードは長らく本番稼働していたけれど、コメントで気づいた人がいるように10億円を超えるとおかしくなる不具合がある。

そしてついに売上が10億円を越えたのを機に件のコード撤去され、その際に当時に技術担当がここまで事業が育った事の記念として額装して社長に贈呈したというような話だったはず。

創業当時のドタバタした雰囲気、それでも成し遂げた売上そういった出来事象徴だったんですよ。

これを読むとわかるが、技術的な素養がある人間が皆無な状態創業し、かつ内製で立ち上げたっていうけっこうすごい話。

http://engineer-intern.jp/archives/7653

2017-04-27

Railsエンジニアは「できる人」か、「まったくできないか」の両極端。

今時、RubyRailsだご苦労様です。

からRails使ってる会社って少し尖ってるイメージ技術的にもそれなりに名前がある会社が多いと思う。

ただ、日本で周りが使ってるから、よしうちも使おうなんて、アーキテクトが一人もいないような雑魚会社(ここ4,5年以内に使い始めたような会社)は雑魚エンジニアしかまらない。

私はRubyが大嫌いだ。だって可読性が低いんだもん。ソースコードを追っている時間ってそれなりに多いし、もう本当無益

技術的な理由もなくRuby採用してる会社はさっさと潰れてほしい。

2017-04-16

http://anond.hatelabo.jp/20170416182310

私は長い Rubyist でいまも Ruby は愛しているが、最近 Python を使い出してから、これを認めざるを得なくなった。

Rubyメタプログラミングは、過激すぎて利益より弊害の方が多いのかもしれない。

Railsソースコードなんてとても追っかけられなもの

それに比べると Pythonコードのほうがずっと読みやすい。

2017-04-14

マストドンTwitterを超えられない

1.ログインしないと中がみれない。

これは非常に悪い。

Google Waveや初期のgoogle+は最悪。

Twitter検索で今話題つぶやきが見られるからOK

マストドンはこの点がだめだ。

2.管理者は信用できるのか不明

ソースコードが公開されているが、稼働しているものがそれと同一であるかは保証されていない。

悪意のある管理者が改変し個人情報を無断で販売等、悪用される可能性はないか大丈夫か?

3.外部埋め込み等に対応していない

利用者を呼ぶために外部のブログなど(既存メディア)が利用しやす機能がないと流行ることはないと思う。

2017-04-13

[][][][][][][][][]

management

自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー

会者定離 - Wikipedia

ttps://ja.wikipedia.org/wiki/会者定離

できる人ばかり辞めていく会社研修費用を出すようになったら、さら退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ

ttp://b.hatena.ne.jp/entry/s/togetter.com/li/1170691

従業員トレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員トレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。

ttp://japan.zdnet.com/article/35058310/

従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある

ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/

「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内スタートアップ経営者なら、たいていの人に直接または1hopでつながることができる。

ttps://techplay.jp/column/366

サイボウズ、離職防止の切り札は「出戻り歓迎」

ttps://s.nikkei.com/2vJsvYx

優れたマネージャー自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う

ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html

内製、ペアプロ、属人化対策全体最適

人材会社資産として残らないが仕組みは会社資産として永遠に残る

ttps://www.amazon.co.jp/dp/B010JM64M6/

属人化をペアプロでどのように排除するか

ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000

リモートモブプログラミングという働き方

ttps://blog.cybozu.io/entry/2020/02/28/080000

ジョイインク (Joy, inc.) のメンローイノベーションズに行ってきた

ttp://kawaguti.hateblo.jp/entry/2017/08/15/095840

プログラマーは全員ペアを組んで仕事をする

ttps://www.slideshare.net/yattom/ss-79372905

ペアプロ 属人化 - Google 検索

ttps://tinyurl.com/y8tkhuhz

1業務に2人を配置して23連続黒字になった秘密

ttps://bit.ly/2MylBjs

コアコンピタンス経営判断技術ノウハウ・開発スピード改善技術顧問・内製化・比較判断基準トレードオフ・ABテスト

ソフト他人に作らせる日本自分で作る米国

"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"

ttps://www.amazon.co.jp/dp/4822273784

事業のコアになる部分は、アウトソースしてはいけない。

ttps://medium.com/@kuranuki/aac6062adfb2

アウトソーシングしてるものを強みには出来ない。

ttps://twitter.com/kuranuki/status/225727331925368832

スキルノウハウが蓄積できる業務はコア業務

ttps://www.noc-net.co.jp/blog/2015/01/column_025/

コア技術の強みは、自社が大切に保持しなければならない。それが、以上に並べた4つの事例からくみとった教訓だ。

ttp://brevis.exblog.jp/26943020/



内製 外注 - Twitter検索

プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断のものだ。

どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか

(中略)

ソフトウェア開発とは、経営意思決定の集積なのだから経営意思決定を外部の会社委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分会社の今後のビジネスポジションを、他社に決めてもらうようなものからだ。

外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス価値犠牲にして、できるだけ少ないコストで作ろうとする。

ソースコードの一行一行が経営判断のものになる

ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683

プログラムは全て決断である

ttps://bit.ly/2JzCggZ

ソフトウェア業界特に受託開発業界)は、基本的に正直者が馬鹿を見る世界である顧客が、保守性というソフトウェアの最も重要品質を正しく評価できないという、情報の非対称性存在するからだ」/分かるなぁ

ttps://twitter.com/machu/status/25494063962

モダンな開発環境×技術顧問×内製化」Sansan×日経電子アプリ開発最前線を語る夜

ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。

アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更対応できないし、技術ノウハウも貯まらない。」

ttp://careerhack.en-japan.com/report/detail/525

ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています

ローンチした後、そこからの追加・改善ものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対不可能です。

サイバーエージェント藤田社長が語る技術採用理由/Tech総研

ttps://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=001780

2017年1月ネット証券大手マネックス証券証券基幹システム刷新した。

お客様提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コスト適正化目的に、

開発環境も外部のASPサービス利用から内製化に切り変えた。

(中略)

サービス改善新サービスの開発時に、ASPサービス提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。

ttps://thinkit.co.jp/article/12761

システム内製化は、業者に頼むよりずっと難しい

ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467

システム内製化度テスト

ttp://d.hatena.ne.jp/forest1040/20101015/1287109777

システム発注社はSI発注するより内部で作った方が幸せになれる理由 - Rails Webook

ttp://ruby-rails.hatenadiary.com/entry/20140818/1408287600

「五年あれば、どんな企業でも内製の体制を築ける」

ttps://twitter.com/kanayang2009/status/129677947572465666

ttps://amzn.to/2ncDXrO

RFP提案依頼書)

即戦力になるような人材なんて存在しない。

から育てるんだ。

スティーブ・ジョブズ



ABテスト デザイン OR ボタン OR 文言 - Twitter検索

B2Cサイト/アプリ外注して成功している会社ってどこ?

外注でもA/Bテストユーザの反応を計測してトライ・アンド・エラーシステム開発ってできるもんなんだろうか。

できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの?

ttps://twitter.com/fromdusktildawn/status/874796380522336256

「外部委託すると細かい継続的機能改善が遅くなるので、自社採用でかなり優秀な人材ケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン

ttps://bit.ly/2QWMsoJ

外注PDCAを回せないという致命的な欠点がある。ITスタートアップ感覚だと外注と内製には天と地ほどの差がある

ttps://bit.ly/2J5UCWQ

銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFコントロールできる開発チームが必須でそれは内製でしか達成困難。

ttp://b.hatena.ne.jp/entry/363456374/comment/Shin-JPN

Joel on Software - ジョエルテスト

ttps://bit.ly/2vkDd8E

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【前編】

ttps://gigazine.net/news/20161002-booking-com-ab-test/

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【後編】

ttps://gigazine.net/news/20161002-booking-com-technology/

正解に当たるまで回し続ける!3ヶ月で200回のA/Bテストから得た「意外な結果」とは

弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチレイアウトのものテストすると、いつも必ずテキストの方が勝ちます

社員は全員一致で、リッチな方が見やすくて良いと思っているのですが…。

ttps://seleck.cc/165

海外テック情報局eBayではダサいデザインのほうがコンバージョン率が高かった|gihyo.jp技術評論社

デザイナと口論したいのではなく,見たいのは数字とお客さんの利用例。

そして何がうまくいっているのか突き止めたい。

あんたがありえないほどキレイだ! とか思ってても,何の役に立つ?

ttp://gihyo.jp/dev/clip/01/tech_information/vol69/0003

ttps://twitter.com/yoppymodel/status/1227445967215120386


選択の科学 24種類のジャムを売り場に並べたときと、6種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの10分の1しかなかったのです。

ttps://amzn.to/2I2V1O4

エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond

理由1:変更につぐ変更を重ねられるようにする

最近 lean startup なる考え方がはやってますが、これはどういうことかというと、

トライする回数 × 成功率 = 成功

という式で、成功率の方をあげることは不可能なので、トライする回数を圧倒的に増やすのが成功の鍵だ、という発想なり。

ttps://chikawatanabe.com/2010/11/17/technical_founders/

東大合格ランキングは正しいのか?――常に分母は何かを考えよ

コツは、(2)と(3)の両方の“率”を正確に記録し、両方が上がるようにそれぞれ別の施策を立てることである

ttp://bizmakoto.jp/makoto/articles/0705/22/news008.html

何事にも閾値はある。そこに至らなければ、意味がないという数字だ。

「頭のいい人が成功しない理由」という本に、閾値の話があった。

だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。

閾値を越えない限り、やっても意味はないのだと。

ttps://ameblo.jp/chimu841/entry-10036171360.html

ttps://amzn.to/2Odv25b



技術ノウハウたまるノウハウの社内蓄積)

①内製

内製+技術顧問

技術ノウハウがたまらない

顧問プログラマ

外注

レモン市場情報の非対称性

レモン市場 - Wikipedia

ttp://bit.ly/2qQbadu

フラクタルレモン市場問題建築不動産クラスタ交流会の件その1

ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457

中間業者中抜きすると受発注者はWin-Winになるか?

ttp://ledsun.hatenablog.com/entry/2016/02/28/014851

ttps://ja.wikipedia.org/wiki/情報の非対称性

ttps://ja.wikipedia.org/wiki/逆選抜

取引コスト

ttps://ja.wikipedia.org/wiki/取引コスト

「探索コスト

交渉コスト

監督強制コスト



剰余価値、時給○○○○円、月額○○○万円

時給制(時間を売る)が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね

ttps://twitter.com/YamadaQuality/status/955988197976059905

でも拘束時間金額を決めてしまっては効率化を目指さなくなるんじゃないか

ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96



利益相反エージェンシースラック管理モニタリング時間

エージェンシー・スラック(agency slack)とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。プリンシパル=エージェント理論 - Wikipedia


ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176

ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120

ttp://getlife.hateblo.jp/entry/2013/09/10/015011

見積もり人日工数計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。

ttp://b.hatena.ne.jp/entry/357516986/comment/netcraft3

プログラマーは皆、常に秘密や嘘を抱えている

納期よりもかなり早い段階で実際には完成しているにも関わらず、

納期ギリギリになるまで「まだできていません」と発言するのだ。

ttp://d.hatena.ne.jp/totopon114689/20120111/1326266304



モニタリングコスト監視費用

 エージェント利益相反行動をしていないかどうか監視するためのコスト

ボンディングコスト保証費用

 自身の行動がプリンシバルの利益追求にかなっていることを証明するために

 エージェント自らがかけるコスト

ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292

エージェンシーコストとは

ttp://www.nsspirit-cashf.com/yougo/yougo_agency.html



技術顧問・内製化・顧問プログラマー

文系経験からプログラミングを独学で学び外注してたWebサービスを内製化するために勉強したこと - ゼロイチ起業ノート

ttps://blog.zerotoone.jp/entry/2017/03/15/065148



Rails 技術顧問

ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F

顧問プログラマ再考 - Rails 雑感 - Ruby on Rails with OIAX

ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html

顧客企業による内製化を支援する

ttps://www.oiax.co.jp/consulting

ITエンジニア採用に欠かせない原則とは (1/5):IT人材ラボ

ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856

ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1

開発支援

ttps://everyleaf.com/development-support

【256人がリモートワークで回る仕組みを考える】後編

ttps://www.remotework-labo.jp/2015/10/interview_10/

ttp://cast-er.com/blog/client-interview-masaki-komagata/

内製化に切り替える場合も援助をいたします。

ttp://fjord.jp/commissioned-development/



真のPermalink | 記事への反応(2) | 18:35

2017-04-10

情報収集エンジニアについて

情報収集だけで満足する君のことだ

参考書を買って満足するやつだったんじゃないのかな?

いから手を動かせ

人のソースコードケチつける前に自分githubに作ってみなよ

2017-04-07

http://anond.hatelabo.jp/20170407101204

しか作れないなら、ソースコードに触る前にリーダブルコードでもプログラミング作法でも読んでてくれたほうがいいんだけど

管理職になってソース読まない立場になると、何かアウトプットがあれば進んでるって感覚なるみいね

2017-04-06

Web系の職業訓練校に通ってるんだが、そこの講師ソースコードプリントして配布するなんてことをしやがる。

正気かよ。

2017-04-04

http://anond.hatelabo.jp/20170403190854

この仕事批判されてるけどこんな仕事だらけだぞ、当社。

とある実績報告は紙に書いて部長まで印鑑を押してその原本を提出→本部にて手書きの紙をもとにエクセルに打ち込む

エクセル提出にしませんか?と聞いたところ役員手書き書類じゃないと許せないとのことです)

とある実績報告その二はエクセル入力してメールエクセルを送付し、なおかつそのエクセルを出力して押印した紙を社内便で提出→本部にてエクセルの内容と紙の内容が一致していることを確認し集計する

電子ワークフロー導入しませんか?と提案したところ、役員その二に拒否されました。印鑑がないと信用できないそうです。)

取引から紙で名簿(もともとはエクセルデータ、50名×10頁くらい)をもらいひたすらその名簿を入力する。エクセルデータ取引から貰おうとしたところ、取引先はEメール添付ファイルをつけるのは不可とのこと。

今日はこれをやっていたら定時になっていた。疲れたのでいま帰宅中だ。

(全くの禁止ではないが次長稟議必要取引先にはメリットがないので当社側から強制しにくい)

上司会議に出席すると会議スマホで録音→帰宅後自宅で上司文字おこし(もちろん無給)→翌日出社し、文字起こしした紙を正社員事務員に渡す→正社員事務員がひたすらその紙を入力する

上司が自宅のパソコンから文字起こしデータを送ればよいのでは?と思うがシステム規制個人アドレスから社内メールを送るのは禁止。発覚したら訓告レベル

アウトソーシングすれば?と思うがセキュリティ的にだめらしい。持ち帰っててセキュリティもクソもねぇだろと思うが。

OCR機能などというものは当社のパソコンにはないし、オンラインで使えるらしいOCRサイトアクセスしてみたらフィルタリングソフトアクセス不可だった。

また、ワード入力されていればマシな方で文字起こし手書きのケースも多数

入力以前に解読に手間取る。大学古文書読解を履修していた社員が紙をぶん投げるくらい大変)

こんな仕事してる正社員年収400マンですよ。当社。

あ、ちなみにこの作業してるのはほぼ全員正社員な。

さすが就職人気ランキング上位常連東証一部上場会社だわー。

このたぐいの非効率事務がそこら中に残ってる会社ですが、世の中の会社ってそんなに電子ワークフローとかOCRとかそういうものが取り入れられてるのでしょうか。
<h3>o- *******</h3>

追記

ブコメにあったソースコード印刷して納品しろ会社、うちの会社かもしれない

ダンボールの数が少し違うけど

ちなみにうちは即座に外部倉庫に送って二度と見てない

「いつか使うかもしれないか印刷して納品させて」という部長の指示でした

2017-03-28

私が死んだら代わりはいない

なんとかならないこともないだろうが、結構大変な事になるに違いない。

というのは、完全に内製の、パソコン上でスタンドアロンとして動作しているシステムがある。

これは私が独自に作ったもので、VisualBasic for Application(Excel)って奴だ。

 

ある業務を別の人から引き継いだんだが、そいつは大して引き継ぎ資料も残さずにさっさと辞めてしまったもんだから、私はかなり大変な事になった。

彼はパソコンといえばExcelくらいしか使えず、プログラムなんか全く書けない人だった。

でも、やたらと毎日一人忙しく仕事しているので社内的評価もそこそこ高い人だったのだが、引き継いだ私は彼の仕事振りに唖然とする羽目になった。

どう考えても、私から見るに自分勝手に金にもならないのに仕事を増やしていただけ、としか思えない。

詳しい事は書ききれないので、ざっくり言うと、「なんでそこまでこの業務を複雑にしたんだ?」って感じ。

しかし、今更その業務簡素にする事は最早無理な状況。

そこで考えあぐねて、業務自体簡素にする事は出来なくとも、業務を処理するシステムを組むことにより仕事を減らそうと決めた。

IT系会社では全くないし、社内にもそんな人材はいない上に個人の考えで外注業者に依頼するわけにもいかいから、独力でVBAを学び、業務を進めつつ四苦八苦してシステムを完成させた。

出来上がったものは、使う分には誰でも簡単に使う事が出来る様になっているので、実際私自身がメンテナンス以外では使う事もなくなり、もっぱら部下にやらせている。

効率が上ったなんてもんじゃない、前任者はその業務に掛かりっきりだったが、私は普通に他の業務をいくつか抱えても特に大きな問題もないほどである

 

だが、劇的に効率上げて実質的コスト削減までしたのに、会社は私のことをまるで評価しないどころか、前任者より仕事をしてないという目で見てくるので正直頭に来てて退職を考えている。

で、そのシステム個人的に作ったものしかいから、仕様書なんてあるはずもなく、勝手に触られても困るのでソースコードを弄られないようにパスワードロックを掛けてある。

さらに、ある時期以降そのシステム更新しないで使うとその業務に支障を来たす為、内部的にタイマーセットしてその日以降は使えないようにもしてある。

それがあと二ヵ月後。 

 

うそう、そのシステムに載せれば問題はないと、調子に乗って前任者より業務さらに複雑にしてしまったんだけど。

どうなっても俺は知らん、ぞと。

 

追記:

id:mazmot

業務改善? 簡素しろという意味なら難しすぎて無理。例えるならば今更Core i7を8086に出来るわけがないって感じっすかねw

id:aukusoe

使えなくするのは嫌がらせではなく、業務仕様がその時期に変わる事が予定されてるからです。誤って使わないようにとの配慮ですよ。

id:houyhnhm

これも同様、嫌がらせではなくて、業務上理由からそうしているだけです。パスワード開示請求があれば即座に応じますよ。金貰ったらメンテナンスも考えなくもありません。

追記2:

まぁ、私がいなくとも何とかならんこともないだろう、という事は冒頭に書いたとおりです。

もうちょっと考察してから書くべきでしたが、多分私の言いたい事は会社が駄目駄目ってことなんじゃないかなと思います

一応、簡単に引継ぎ時にあまりに大変な事は上司にも報告したんです。会議でも言った。

ところが、ほぼ無視あいつに出来たんだからお前にも出来るだろーって感じで放ったらかしにされたというのが偽らざる実感。

でも業務は放ってはおけないので、愚痴っててもどうにもならない。

どうしようもないから、プログラム書いて効率化って方向に進めざるを得なかった、というか判断になったわけです。

こうした細かい話も散々報告したのに全然聞いてないんですよ、上司連中はさ。

ちゃんと聞いてたら、後々になっても私が関与できなくなっても、最低限どうにかして仕様書に落とすとか、あるいは外注してもっとマシなシステムにするような方向で考えるとか、いくらでも検討できた筈です。

それが、トラバレスでも書いたけど「あいつの方が仕事してたよな」って噂流されたんですよ?

「私が死んでも代わりはいる」って増田記事にひっかけて増田に書いたわけですが、実際私自身は私が辞めても業務は滞りなく進んで欲しいと思ってます、というかそうあるべきだと思います

まー、辞めますけどね。もちろん世の中、努力が報われない事も多いですけど、でも馬鹿馬鹿しくてやってられないです。

 

追記3:

Excel VBAパスワード解除は簡単です。それは知ってますし、そんなのググれば一発で出てきます

何遍でも言いますが、パスワードかけたのは不用意に知らない人が触ってシステムおかしくならないように、との意図であって私がやめた後に使えなくする意図などありません。

ただし、会社から指示されない限り、パスワードについて話すつもりもありません。

ですが、もしパスワードを解除してソースを見たら、コメントだらけのソースが読めるようにはしてあります

これは、私が初心者から自分で書いててもよくわからないことが多かったのであくまでもそんなバカ自分のために書いたものなのですけど、変数名前付に至るまで出来る限り意味理解やすものにしてあるつもりです。

何千、何万行もあるような大層なものでもないのでそんなに理解は難しくはないと思います

独学なので色々と変なことはしてると思いますけどね。

2017-02-02

艦これ改で”全艦を引き継いで”周回プレイをする方法について

PS Vitaゲーム艦これ改」ですが、先日めでたく1年足らずの販売期間を無事終了しました。

さて。このゲーム
「いつでも、いつまでも提督の手に 「艦これ」そして「艦娘」を--。」
という謳い文句を掲げておりますが、その実は
『周回プレイで次に持ち越せるキャラ数に制限がある』(最大88人(最高難易度クリア時))
という、コンセプトを真っ向から否定することで数多のプレイヤーのやる気を削いできた大きな欠陥が存在しています

運営が、1年に満たない期間で販売を終了するというのなら。
この見捨てられた世界約束の地として楽しむ方法をせいぜい広めさせて頂きましょう。
誰でもできるわけではないですが、ゲームが掲げたコンセプトの通りに育てた艦娘を一人たりとも犠牲にすることなく周回プレイをするための方法をここにまとめます

0.最初

本文中に登場する各ツールプログラムの入手方法や導入方法、使い方については自分でお調べください。

また、この記事情報をご利用されたことで発生するいかなる損害・不利益に対して直接的、間接的な責任は負いかます

1.前提

a.Vitaについて

Vita Save Manager」がインストールされていること

=「HENaku」が導入されていること

VitaFWが3.60であること(3.60未満なら3.60へ。3.61以上の場合ダメっぽいです)

b.PCについて

上で用意したVitaftp接続できるWindowsPC

艦これ改セーブデータエディタ(http://larksan.wp.xdomain.jp/?p=1893)

--導入方法自体には高い難易度はありませんが、FWバージョンを3.60(またはそれ未満)に留めているVitaが手元にあるかどうかが、そもそも高いハードルである気はします。

2.手順

a.まずは難易度丁あたりで通常通りにプレイしましょう。

ゲーム中のセーブデータを使い、セーブデータPC転送ファイルエディタ編集Vitaに書き戻し、まで出来るようにしておくとGoodです。

そのついでに各資材やバケツ、ネジを最大値にしてからプレイすると難易度はぐっと下がりますが、

どこまでセーブデータをいじってプレイするかの匙加減はご自分の後ろめたさと相談で。

b.最終面攻略

最終海域である深海中枢海域-4 深海棲艦最終艦隊」の攻略前のタイミングです。

通常であれば「引き継ぐ分だけ艦娘や装備のロック」を行う場面となります

・各種情報整理

まず、通常通り「(本来ゲームシステムで)引き継ぐ分だけ艦娘や装備をロック」しておきます。(丁なら20報酬艦の分を引いて19人)

艦娘エディタコピー機能を使って最終的に引き継ぐことができますが、装備についてはそのような機能はないので

システム上の引き継ぎ制限数を超えて引き継ぎたい分については艦娘の誰かしらに装備させておきます

また、引き継ぐためにロックをかけた艦娘(丁なら19人)はとりあえずどこかにメモしておきましょう。

・最終状態セーブ

情報が整理できたら、プレイの最終状態を記録するためにセーブしておきます。(このデータを"Save-0"とします)

c.最終面攻略

最終海域攻略しました。EDを堪能しましょう。

艦娘の引き継ぎ方法を聞かれたら「ロック優先」を選んでおきます

また、EDの終了後にセーブタイミングがあるのでここでも念のため保存しておきます。(以後、このデータを"Save-1"とします)

d.(2周目)着任

EDセーブが終わるとゲームスタート画面(タイトル画面)に戻るので、着任ボタンタップし引き継いで2周目を開始("Save-1"をロード)します。

そして、最初秘書艦選ぶ→OP終わるまで待つ→執務室となります

この時点では、ゲームシステムによる引き継ぎが行われている状態です。(2周目開始時に選んだ秘書艦+ロックした19人(丁の場合)+大和)

手順b.で用意した通りに艦娘と装備が引き継がれているか顔ぶれを確認しましょう。何か手違いがあれば、諦めてそのまま進めるか、あるいは手順b.からやり直しです。(リセットして"Save-0"をロード)

問題が無ければここで即座にセーブします。(このデータを"Save-2"とします)

e.引き継ぎ

この時点で手元にあるセーブデータは3本。

"Save-0" 艦娘存在しているデータ
"Save-1" クリア後、引き継ぎが行われてしまったデータ(2周目を開始する際にロードしたデータ)
"Save-2" 2周目開始直後、引き継ぎが行われてしまったデータ

という状態です。
以下の手順で、セーブデータエディタを使いSave-0とSave-2を手動でマージします。

ゲームを終了し、セーブデータファイルPCダウンロードします。
そしてセーブデータエディタで"Save-0"と"Save-2"のファイルを開きます
メニューから艦娘ツール」を選び、Save-0からSave-2へコピーします。
ただしシステムで引き継ぎ済の分(b.でメモしておいた分(丁なら19人分))は除くこと。でないと引き継ぎ済の艦娘が重複してしまます

勲章戦略ポイントは引き継がれませんが、これらも引き継ぎたいならここで設定しましょう。
また、もし最終面攻略中にドロップした艦がある場合、その艦娘は"Save-0"にも"Save-2"にも存在しません。
諦めるには惜しい場合にはここでエディタ機能で追加してしまいましょう。(自分場合浦風ドロップした)

引き継いだ艦娘の人数や装備品の数がデフォルトの上限より多い場合ツール自動的拡張されるようですが、
ここはいっそMAXまで上げてしまいましょう。(艦娘一覧/装備一覧のタブ)

上記の一通りの編集作業完了したらセーブデータVitaに書き戻します。(Restore)

改めてゲームを起動して書き戻した"Save-2"のデータロードし、プレイを再開しましょう。
1周目で育てた全艦娘がそこに居るはずです。まずは操作上のミスで無くさないよう、拡張引き継ぎした艦娘ロック設定を。

以上が基本的な手順となります

以下、思うところをいろいろと。

本当ならもうちょっとスマートに全艦引き継ぎできないかと思ったんですが、引き継ぎ数のようなパラメータを(艦娘マスタデータのように)外部ファイルに出してないかと思っても、
引き継ぎ処理のソースコード内にがっちり数字コーディングしてる以上どうしようもなく。
あとは、丁でプレイして最終面だけ史に切り替えるとか試したけど、史クリアしても引き継ぎ数は88人なんですよね。

艦これ改というゲームについてですが。まぁ、散々な言われようをしてますが、
PowerPointで作ったとすら言われる貧弱な画面デザイン」→それを補って余りあるボタン操作でのサクサクオペレーション(というかそもそもメニュー画面なんか見慣れれば気にならない)
水上スキー戦闘画面」→これまたそれを補って余りある戦闘シーンショートカット(なので戦闘画面自体見ることが少ない)
と、言われているマイナス面をプラマイゼロにする程度には良いところだってあるよ!
ゲームの基本システムだって基地航空隊とかゲームルールインフレする前の、まだのどかな頃のものだし。
あと、Live2Dの使い方は今まで見た中で結構上手い方だと思う。
データローディングが長いのだけは本当に勘弁だけどね。

個人的には、そのあたりのゲーム操作性的な話よりも
「いつでも、いつまでも提督の手に 「艦これ」そして「艦娘」をーー。」なんて謳ってながら『周回プレイに引き継ぎ数制限がある』
というゲームのコンセプトを真っ向から否定する仕様の方が意味不明。そもそもなんでそんな制限必要なの???嫌がらせか?
あと、事前の情報では「引き継げる」とは言ってても「引き継ぎ数に制限がある」という情報は全ッ然出してなくて、発売後までだんまりだったよな。詐欺か?

まだ2周目をやっている最中なのでこの手法でこの先ずっと問題なくプレイし続けられるのかはまだわかりませんが、
ひとまずはツールの力を借りることで
 -このゲーム本来のコンセプトの通りのプレイが、
 -「手塩にかけて育てた艦娘全員と、どこまでも歩み続けること」が、
可能になりました。
FW更新できなくなったVita1台で「いつでも、いつまでも。」を、その通りにプレイできるなら安いもんでしょう。

せっかく買ったのに引き継ぎ数制限のためやる気を無くして放置している提督達のうちからプレイを再開する人が出れば、
また、活躍したのに次の周回に引き継がれず存在が抹消されてしま艦娘が一人でも減れば、幸いです。

最後に。このゲームの最大の欠陥に対して回避手段を用意してくれた艦これ改セーブエディタ作者様に心から感謝を。

それでは。2016年3月時間が止まってしまった鎮守府より。

ログイン ユーザー登録
ようこそ ゲスト さん