はてなキーワード: ソースコードとは
もうだいぶだいぶ時間が経ったので書き捨てていこうと思って画面を開いた。
あるシステムのソースコードレビューを頼まれ、仕事の合間に中身をみた。
モノは一応動いてて担当も喜んでるようだけど、自分からしたら何かとレベルの低い人が書いたプログラムと判断したので
思ったことを素直にかいて返事をした。
その後、幾度かレビューをしていったが、ある日、そのプログラマから
「レビューの表現が感情的かつ乱暴で傷つきます。配慮をお願いします」という旨のコメントがあった。
ハァ?と正直面食らったが、プログラムは汚いものは汚いし、設計思想もハチャメチャだし、
自分のレビュー内容でひどくモチベーションを落としてそのまま…という感じだったらしい。
その話はあっという間に社内に広まった。自分を批判する人もいれば同情する人もいた。
会社からは誠心誠意謝罪をと求められ、先方に連絡をしたが受け入れてもらえなかった。
最も堪えたのは同じ職場の元婚約者の実家から婚約破棄をせまられたことだった。
法に触れるようなことをしでかす奴のとこに嫁にやれないという反応だった。
何とか誤解を解こうとしたが、
メンタルを壊すほどまでに追い込んだのは、君に原因があったのは事実じゃないか?
というのを覆すことはできなかった。
こういう時の負の情報網は収集つかないほどに速く広まってしまうのを身を以て体感した。
(2ch生活まとめ的にはザマアな展開なんだろうけど)
結婚はしていない。自分の性格からして家族を追い込むんじゃないかと思うとしないほうが良いと思ってる。
人の脳は脳細胞同士が連結、通信しあうナイーブな電気パルスから離れ、高次思考を言語で行うことに成功した。それが人間と他の動物の間にある知性の差であり、ナイーブな電気パルスのイミテーションにすぎないディープラーニング人工知能が未来永劫知性に達しない理由でもある。
人は言語により思考し意思決定し、本を読んで学習し脳をプログラミングすることも出来る。言語は電気パルスを離れ安定したテキストデータとして脳に貯蔵しておくことも出来、それを外部に文書として記述することで知識を共有し後世に伝えることも出来る。
脳は各部が機能を持ったパーツとして存在していて、特定の箇所を傷つけると特定の機能が消失することが知られているが、各部位で行われた電気パルスによる思考の結果は高次脳領域で言語データとしてエンコードされ、意識に送られる。意識は言語データを受け取り、口に出すかどうかを決定する。口に出さない場合は心に思うだけにする。そして必要な場合言語データをループバック回路に送り返す。ループバックされた言語データは新たに入力された感覚器官からの電気パルス信号とともに再び脳に入力されて処理され、また意識に言語データとしての処理結果を返す。
意識的思考というのはつまり、脳から出力された言語データを何度も脳に送り返すことで言語データを熟成させるプロセスのことだ。思考自体は意識が行っているわけではなく、脳細胞が電気パルスによって行っている。意識の働きは脳から出力されてきた言語データを評価し、口に出すかどうか、あるいは思考を継続するために脳に送り返すかどうかを決定している。そこで流れた言語データは電気パルスにデコードされ記憶領域に複製されていて、後から思い返すことが出来るため、そこに意識の流れが出来、時間感覚や自分が意識を持ち生きているという認識が生じる。
脳内の思考活動は脳内で閉じていて、外部からは存在が実証できないため、意識があるとかないとか自由意志があるとかないとかいった問題が生じているが、意識はあるし自由意志もある。意識は考え続けるか、考えるのをやめるか決定し、自ら行動を変化させることが出来るので、自由意志が存在するといえる。もちろんそれは決定論と矛盾しない。
追記:つまり実際の思考を行うのは各部位で行われる電気パルスであるが、意識はその言語化された出力を脳に戻すことで何度も思考をループさせ、それによって思考を高度化させている。その機能は、「言葉を口に出すかどうかを決定する」回路から進化したもので、「思ったことを口に出さずもう一度考える」という能力を獲得したことが、人と動物を分けた、という話。意識は言葉を口に出すかどうかだけでなく、言語で思考した内容を実際に行動に移すかを全般的に制御出来るが、言語によらない思考から発生した行動は制御できない。それが、意識は言語を処理する機能だという証拠になるだろう。
追記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:匿名ネットのレスバトルで見られる、用語を適当に用い、反論のように見えるが無意味な文を書いて、無意味ゆえの反駁不可能性から自分への反論を避けつつ、用語の意味を知らず文が無意味と気づかない人には、相手の論に反論できているように見せかけようとする手法が私は大嫌いである。
こちらにちゃんと書いた。 http://anond.hatelabo.jp/20170607213657
何のスキルもないニートの例に漏れず、プログラミングを覚えて就職しようとした。やっぱり諦めたけど。
はてブ見てると毎日のようにIT系の記事がトップに上がってくるから、なんか影響されてしまったんだろう。
Udacityというオンライン学習サイトがありまして、そこの”Intro to Computer Science"という無料のコースをちょっとやってみることにした。
これは初歩の初歩から始まって最終的にgoogleの検索エンジンにも使われたアルゴリズムの簡易版を自分で作ろうって感じの内容で、「そもそもプログラミングって何?」みたいなところも説明してくれるのでとっても良かった。
ただ当たり前だけどその入門コース終わらせたところで「よし就職するぞ」みたいになるわけではなく。
「じゃあ次は」って思って何か作ろうとしても特に何も思い浮かばない。そういう目的でプログラミング覚えようと思ったわけではないから。
試しに上のudacityのアンドロイドアプリ入門のコースもやったけど、だめ。チュートリアル的なものをこなしていくのは楽しいけど、自分で作るとなるとやっぱり何も思い浮かばない。
じゃあ人のソースコードとか見てみようと思っても、よくわかんない。何がわかんないって、モジューレだかライブラリだかいうのを当たり前に使われててよくわからない。何が書いてるのか辿ってるうちによくわからなくなる。
このあたりで最初の入門コースをやっていたときの「『図にマッチ棒一本付け加えて三角形を○個にしてください』ってクイズみたいやな」って思ったときの関心みたいなのもなくなった。
それで気がついたら何もしてないままもう一年半ぐらい経ってたことに気がついてさっきびっくりした次第です。
そもそも本気でIT系に就職しようと思うならハロワに行ってどっかおそらくIT派遣に飛び込んで実作業こなして覚えるのが正規ルートなので、結局上のはただの社会不安からの逃避ですね。
自分のサイトの写真やイラストなど画像をまとめに貼られたとか、編集して使われたとか文句言ってる人をそこそこ見る気がします
私がはてブを見ることが多くなったからか、ここ最近はプログラム関係をブログに書いてるのもよく見かけます
プログラムだと当たり前のように個人ブログやQAサイトのものをコピーして、そのまま使ったり必要に応じて書き換えて使ったりだと思います
プログラムだと公開する方も使ってもらうことを意識してる人が多くて、OSSなどフリーのものを作ったりしてるひとも多いようです
プログラム書いて公開する人には自分でつくったのをみてもらいたい、使ってもらいたいと感じる人が多くて、画像を公開する人は、他人が自分のものを使うのを気に入らないって心の狭い人が多いのでしょうか?
プログラムだってライセンスはなになにだ、っていう話も見るので画像には権利が生じて、プログラムはそんなのない、ってことはないかと思います
法的にどっちにだけ権利があるとか扱いが違うことがないなら、どちらも人が時間を書けて作ったものなのになぜこんな違うんだろう?
ところで、私個人としてはネットに流れてるのは全部フリーの共有財産でいいのに、って思ってるくらいなので自分が書いたソースコードや作った画像が誰かに使われることに文句言うつもりはないです
勝手に使おうが、まとめに載せようが、クローンサイト作ろうが、好きにどうぞってくらい
どちらかというと、大量にあるコンテンツの中で使ってもらえた、まとめに載ったとか嬉しい方だと思う
あ、もちろんお金が生じてるものでコピーのせいで売れなくなったみたいのは別です
お金とるわけでもなく個人サイトで公開してるようなものについてです
---
トラバについて
一応今の本業です
仕事ではありえないって言ってる人もいますが、そうでもないです
お堅い会社で社内からQAサイトや個人ブログのアクセスが禁止されてるほどのところとかだとないのかもしれませんね
やりたいことそのままのをQAサイトで見つけたらそれをコピペとか
始めて使うもので使い方をググったときに良いサンプルを書いてたブログがあったからそれをコピペして改変して使ってるとか
ヒドイところでは、QAサイトにそのままのコード上げて修正してもらったのをそのまま使うのも・・・ですね
私の周りだと、Stackoverflowの回答のサンプルコードを一度も使ったことない人は少ないんじゃないでしょうか・・・
ただ、今回言いたいのは仕事で扱う系じゃないです
画像をまとめに上げられたくらいで怒ってる人に対して、公開したプログラムが変数名かえたくらいで別ブログで公開されたりgithubにおいてるプロジェクト(1人規模のものでも)で使われてたりです
「○○のやり方」とか「○○はこう使うのがいい」とかブログで書いてたとして、同じ内容が別ブログにもあるなんて結構見かける光景です
ウェブフロントエンドの技術の進歩と興亡の速度には目を見張るものがある。
browserifyが生まれ、Gruntが生まれ、Gulpが生まれた。
そしてその全てが死んだ。
Webpack, Babel, Flow, 今栄えている技術だってそのうちに死ぬだろう。Reactだって例外ではない。
一部はもう死につつあるし、少し前にあれだけ持て囃されたTypeScriptも今や消えつつある。Coffeeは全エンジニアから嫌われた。
そんな万華鏡のように目まぐるしく変わる情勢に追い付かんと研鑽を続ける者等がいる。アーリーアダプターを自称し最新技術のケツを追いかけQiitaにクソを垂れ流す彼らこそ我らがイケイケウェブフロントエンジニアである。
最新技術に目を凝らし、やれ新たなこれイケてるだの古臭いあれはイケてないだのと宣いチュートリアル記事を量産する彼らであるが、彼らの存在は決して無駄ではなく、生まれたての技術の知名度は彼らにより上げられる。
それはやがて大きな同調圧力的空気となって流行った技術を押し流す。
さて、少し話は変わる。
書いてしまったソースコードと拭いきれない遺物と化したクソの塊だ。
ウェブサービスはただ作って終わりではない。その先にあるのは長く続くメンテナンスだ。
少し例を挙げたい。あるところにイケイケウェブエンジニアのあなたがいたとする。
ある日あなたは上司からあるウェブサービスを作ってほしいと頼まれ、それを引き受けた。
さて、サービスを作るにあたりあなたは使用する技術を選定する。イケイケウェブエンジニアのあなたはとても流行に敏感だ。勿論jQueryを使い泥臭くDOMを弄くり回すことなどあってはならない。
あなたはESの最新規格に準拠したコードを書き、Flowtypeで静的型検査を行い、Angular4を使うことにした。
勿論そのままではブラウザで動作しないためWebpackとBabelを駆使してトランスパイルする。
数週間後、めでたくサービスは完成した。
あなたは脳内で試算する。時間と手間は掛かるが可能だと判断したところで、はい、と答え一年ぶりにプロジェクトのソースコードを開いた。
一年後の未来の世界では Webpack2 など既に新しく現れた技術に叩き潰され醜く断末魔の鳴き声を上げる死に瀕した哀れなヒキガエルの如き存在だった。もちろんAngular4はもう誰も使おうとはしない。
もちろんあなたもそれらを過去の存在へと葬り去った新技術に首ったけだ。
一方は、クソだクソだと悪態を付きながらもはやメンテナンスもされていないクソプラグインの体系化されていないクソドキュメントとにらめっこをしながら古臭いクソの塊と付き合っていくこと。
もう一方は、新たに聳え立った最新のクソの塊に無限に移植を続けることだ。
前者を選んだあなたは時間が経つごとにまともな情報を得られなくなり、やがては身動きが取れなくなった段階でようやく最新技術への移植を考えはじめる。しかし、その頃には膨れ上がった旧時代のクソはそんなことを容易に許してはくれやしない。
さて、後者を選んだあなたを待っているのは無間地獄の如き最新技術の濁流だ。それに揉まれながら一年ごとに、古臭きは悪だと声高に叫びながら無限の移植作業を行うことになるだろう。
あなたがクソと罵り選択肢からも除外されたjQueryである。一年後の未来であってもjQueryはそこにあった。もちろんクソと野次られながら。
けれども一年前のあなたはjQueryを使ったコードが読めるし、今のあなたももちろん読める。一年後のあなたは疎か、三年後のあなたの後継ですらも (泥臭くDOMを弄るコードに閉口しながらではあるが) やはりあなたの書いたコードを読めるだろう。
JavaScriptはDOMを書き換えるためだけに存在している書捨てのクソ言語であって、サーバーサイドを書くために存在している言語でも、100万行からなるバベルの塔の建設に耐えうる言語でもない。
流石に顧客情報とか本番環境へのパスワードとかがてんこ盛りなPCでtorrent使ってエロ動画.avi.exeとか落としまくりだとヤバいでしょ?
プログラマーだとソースコード自体が機密情報みたいなもんだからそれなしで仕事しろって言われても無理な話だし、
うちでもリモートワークの話題が出てもこの辺課題でなかなか進まないんだけど、
http://techwave.jp/archives/a-source-code-written-by-mr-mikitani.html
なんか批判的に盛り上がっているけども、あれが展示されている経緯を知るとどうだろうか?
あの三木谷氏が独学で勉強して書いたコードは長らく本番稼働していたけれど、コメントで気づいた人がいるように10億円を超えるとおかしくなる不具合がある。
そしてついに売上が10億円を越えたのを機に件のコードは撤去され、その際に当時に技術担当がここまで事業が育った事の記念として額装して社長に贈呈したというような話だったはず。
創業当時のドタバタした雰囲気、それでも成し遂げた売上そういった出来事の象徴だったんですよ。
自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー
できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
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://www.slideshare.net/yattom/ss-79372905
ttps://tinyurl.com/y8tkhuhz
ttps://bit.ly/2MylBjs
"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"
ttps://www.amazon.co.jp/dp/4822273784
ttps://medium.com/@kuranuki/aac6062adfb2
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
(中略)
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
「ソフトウェア業界(特に受託開発業界)は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ
「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜
ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。
「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」
ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。
ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。
2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。
お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、
(中略)
サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。
ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467
ttps://twitter.com/kanayang2009/status/129677947572465666
ttps://amzn.to/2ncDXrO
だから育てるんだ。
ABテスト デザイン OR ボタン OR 文言 - Twitter検索
外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。
できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの?
ttps://twitter.com/fromdusktildawn/status/874796380522336256
「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン
ttps://bit.ly/2QWMsoJ
外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある
ttps://bit.ly/2J5UCWQ
銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。
ttps://bit.ly/2vkDd8E
正解に当たるまで回し続ける!3ヶ月で200回のA/Bテストから得た「意外な結果」とは
弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。
海外テック情報局:eBayではダサいデザインのほうがコンバージョン率が高かった|gihyo.jp … 技術評論社
デザイナと口論したいのではなく,見たいのは数字とお客さんの利用例。
そして何がうまくいっているのか突き止めたい。
選択の科学 24種類のジャムを売り場に並べたときと、6種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの10分の1しかなかったのです。
ttps://amzn.to/2I2V1O4
エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond
理由1:変更につぐ変更を重ねられるようにする
最近 lean startup なる考え方がはやってますが、これはどういうことかというと、
東大合格者ランキングは正しいのか?――常に分母は何かを考えよ
何事にも閾値はある。そこに至らなければ、意味がないという数字だ。
「頭のいい人が成功しない理由」という本に、閾値の話があった。
だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。
ttps://ameblo.jp/chimu841/entry-10036171360.html
ttps://amzn.to/2Odv25b
①内製
②外注
フラクタルなレモン市場問題|建築不動産クラスタ交流会の件その1
ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457
ttp://ledsun.hatenablog.com/entry/2016/02/28/014851
ttps://ja.wikipedia.org/wiki/情報の非対称性
ttps://ja.wikipedia.org/wiki/逆選抜
ttps://ja.wikipedia.org/wiki/取引コスト
「探索コスト」
時給制(時間を売る)が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね
でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか
ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96
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
見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。
納期よりもかなり早い段階で実際には完成しているにも関わらず、
エージェントが利益相反行動をしていないかどうか監視するためのコスト。
自身の行動がプリンシバルの利益追求にかなっていることを証明するために
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292
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
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
【256人がリモートワークで回る仕組みを考える】後編
ttps://www.remotework-labo.jp/2015/10/interview_10/
・とある実績報告は紙に書いて部長まで印鑑を押してその原本を提出→本部にて手書きの紙をもとにエクセルに打ち込む
(エクセル提出にしませんか?と聞いたところ役員が手書きの書類じゃないと許せないとのことです)
・とある実績報告その二はエクセルに入力してメールでエクセルを送付し、なおかつそのエクセルを出力して押印した紙を社内便で提出→本部にてエクセルの内容と紙の内容が一致していることを確認し集計する
(電子ワークフロー導入しませんか?と提案したところ、役員その二に拒否されました。印鑑がないと信用できないそうです。)
・取引先から紙で名簿(もともとはエクセルデータ、50名×10頁くらい)をもらいひたすらその名簿を入力する。エクセルデータを取引先から貰おうとしたところ、取引先はEメールに添付ファイルをつけるのは不可とのこと。
今日はこれをやっていたら定時になっていた。疲れたのでいま帰宅中だ。
(全くの禁止ではないが次長に稟議が必要。取引先にはメリットがないので当社側からは強制しにくい)
・上司が会議に出席すると会議をスマホで録音→帰宅後自宅で上司が文字おこし(もちろん無給)→翌日出社し、文字起こしした紙を正社員の事務員に渡す→正社員の事務員がひたすらその紙を入力する
(上司が自宅のパソコンから文字起こしデータを送ればよいのでは?と思うがシステム規制で個人アドレスから社内メールを送るのは禁止。発覚したら訓告レベル。
アウトソーシングすれば?と思うがセキュリティ的にだめらしい。持ち帰っててセキュリティもクソもねぇだろと思うが。
OCR機能などというものは当社のパソコンにはないし、オンラインで使えるらしいOCRサイトはアクセスしてみたらフィルタリングソフトでアクセス不可だった。
また、ワードで入力されていればマシな方で文字起こしが手書きのケースも多数
入力以前に解読に手間取る。大学で古文書読解を履修していた社員が紙をぶん投げるくらい大変)
さすが就職人気ランキング上位常連の東証一部上場の会社だわー。
このたぐいの非効率事務がそこら中に残ってる会社ですが、世の中の会社ってそんなに電子ワークフローとかOCRとかそういうものが取り入れられてるのでしょうか。
<h3>o- *******</h3>
追記
ブコメにあったソースコード印刷して納品しろの会社、うちの会社かもしれない
ダンボールの数が少し違うけど
ちなみにうちは即座に外部倉庫に送って二度と見てない
なんとかならないこともないだろうが、結構大変な事になるに違いない。
というのは、完全に内製の、パソコン上でスタンドアロンとして動作しているシステムがある。
これは私が独自に作ったもので、VisualBasic for Application(Excel)って奴だ。
ある業務を別の人から引き継いだんだが、そいつは大して引き継ぎ資料も残さずにさっさと辞めてしまったもんだから、私はかなり大変な事になった。
彼はパソコンといえばExcelくらいしか使えず、プログラムなんか全く書けない人だった。
でも、やたらと毎日一人忙しく仕事しているので社内的評価もそこそこ高い人だったのだが、引き継いだ私は彼の仕事振りに唖然とする羽目になった。
どう考えても、私から見るに自分で勝手に金にもならないのに仕事を増やしていただけ、としか思えない。
詳しい事は書ききれないので、ざっくり言うと、「なんでそこまでこの業務を複雑にしたんだ?」って感じ。
そこで考えあぐねて、業務自体を簡素にする事は出来なくとも、業務を処理するシステムを組むことにより仕事を減らそうと決めた。
IT系会社では全くないし、社内にもそんな人材はいない上に個人の考えで外注業者に依頼するわけにもいかないから、独力でVBAを学び、業務を進めつつ四苦八苦してシステムを完成させた。
出来上がったものは、使う分には誰でも簡単に使う事が出来る様になっているので、実際私自身がメンテナンス以外では使う事もなくなり、もっぱら部下にやらせている。
効率が上ったなんてもんじゃない、前任者はその業務に掛かりっきりだったが、私は普通に他の業務をいくつか抱えても特に大きな問題もないほどである。
だが、劇的に効率上げて実質的なコスト削減までしたのに、会社は私のことをまるで評価しないどころか、前任者より仕事をしてないという目で見てくるので正直頭に来てて退職を考えている。
で、そのシステムは個人的に作ったものでしかないから、仕様書なんてあるはずもなく、勝手に触られても困るのでソースコードを弄られないようにパスワードロックを掛けてある。
さらに、ある時期以降そのシステムを更新しないで使うとその業務に支障を来たす為、内部的にタイマーセットしてその日以降は使えないようにもしてある。
それがあと二ヵ月後。
そうそう、そのシステムに載せれば問題はないと、調子に乗って前任者より業務をさらに複雑にしてしまったんだけど。
どうなっても俺は知らん、ぞと。
追記:
業務改善? 簡素にしろという意味なら難しすぎて無理。例えるならば今更Core i7を8086に出来るわけがないって感じっすかねw
使えなくするのは嫌がらせではなく、業務の仕様がその時期に変わる事が予定されてるからです。誤って使わないようにとの配慮ですよ。
これも同様、嫌がらせではなくて、業務上の理由からそうしているだけです。パスワード開示請求があれば即座に応じますよ。金貰ったらメンテナンスも考えなくもありません。
追記2:
まぁ、私がいなくとも何とかならんこともないだろう、という事は冒頭に書いたとおりです。
もうちょっと考察してから書くべきでしたが、多分私の言いたい事は会社が駄目駄目ってことなんじゃないかなと思います。
一応、簡単に引継ぎ時にあまりに大変な事は上司にも報告したんです。会議でも言った。
ところが、ほぼ無視。あいつに出来たんだからお前にも出来るだろーって感じで放ったらかしにされたというのが偽らざる実感。
でも業務は放ってはおけないので、愚痴っててもどうにもならない。
どうしようもないから、プログラム書いて効率化って方向に進めざるを得なかった、というか判断になったわけです。
こうした細かい話も散々報告したのに全然聞いてないんですよ、上司連中はさ。
ちゃんと聞いてたら、後々になっても私が関与できなくなっても、最低限どうにかして仕様書に落とすとか、あるいは外注してもっとマシなシステムにするような方向で考えるとか、いくらでも検討できた筈です。
それが、トラバレスでも書いたけど「あいつの方が仕事してたよな」って噂流されたんですよ?
「私が死んでも代わりはいる」って増田記事にひっかけて増田に書いたわけですが、実際私自身は私が辞めても業務は滞りなく進んで欲しいと思ってます、というかそうあるべきだと思います。
まー、辞めますけどね。もちろん世の中、努力が報われない事も多いですけど、でも馬鹿馬鹿しくてやってられないです。
追記3:
Excel VBAのパスワード解除は簡単です。それは知ってますし、そんなのググれば一発で出てきます。
何遍でも言いますが、パスワードかけたのは不用意に知らない人が触ってシステムがおかしくならないように、との意図であって私がやめた後に使えなくする意図などありません。
ただし、会社側から指示されない限り、パスワードについて話すつもりもありません。
ですが、もしパスワードを解除してソースを見たら、コメントだらけのソースが読めるようにはしてあります。
これは、私が初心者だから自分で書いててもよくわからないことが多かったのであくまでもそんなバカな自分のために書いたものなのですけど、変数の名前付に至るまで出来る限り意味を理解しやすいものにしてあるつもりです。
何千、何万行もあるような大層なものでもないのでそんなに理解は難しくはないと思います。
独学なので色々と変なことはしてると思いますけどね。
PS Vita用ゲーム「艦これ改」ですが、先日めでたく1年足らずの販売期間を無事終了しました。
さて。このゲームは
「いつでも、いつまでも。提督の手に 「艦これ」そして「艦娘」を--。」
という謳い文句を掲げておりますが、その実は
『周回プレイで次に持ち越せるキャラ数に制限がある』(最大88人(最高難易度をクリア時))
という、コンセプトを真っ向から否定することで数多のプレイヤーのやる気を削いできた大きな欠陥が存在しています。
運営が、1年に満たない期間で販売を終了するというのなら。
この見捨てられた世界を約束の地として楽しむ方法をせいぜい広めさせて頂きましょう。
誰でもできるわけではないですが、ゲームが掲げたコンセプトの通りに育てた艦娘を一人たりとも犠牲にすることなく周回プレイをするための方法をここにまとめます。
本文中に登場する各ツールやプログラムの入手方法や導入方法、使い方については自分でお調べください。
また、この記事の情報をご利用されたことで発生するいかなる損害・不利益に対して直接的、間接的な責任は負いかねます。
「Vita Save Manager」がインストールされていること
=「HENaku」が導入されていること
≒VitaのFWが3.60であること(3.60未満なら3.60へ。3.61以上の場合はダメっぽいです)
艦これ改セーブデータエディタ(http://larksan.wp.xdomain.jp/?p=1893)
--導入方法自体には高い難易度はありませんが、FWのバージョンを3.60(またはそれ未満)に留めているVitaが手元にあるかどうかが、そもそも高いハードルである気はします。
ゲーム中のセーブデータを使い、セーブデータをPCに転送&ファイルをエディタで編集&Vitaに書き戻し、まで出来るようにしておくとGoodです。
そのついでに各資材やバケツ、ネジを最大値にしてからプレイすると難易度はぐっと下がりますが、
どこまでセーブデータをいじってプレイするかの匙加減はご自分の後ろめたさと相談で。
最終海域である「深海中枢海域-4 深海棲艦最終艦隊」の攻略前のタイミングです。
通常であれば「引き継ぐ分だけ艦娘や装備のロック」を行う場面となります。
まず、通常通り「(本来のゲームシステムで)引き継ぐ分だけ艦娘や装備をロック」しておきます。(丁なら20→報酬艦の分を引いて19人)
艦娘はエディタのコピー機能を使って最終的に引き継ぐことができますが、装備についてはそのような機能はないので
システム上の引き継ぎ制限数を超えて引き継ぎたい分については艦娘の誰かしらに装備させておきます。
また、引き継ぐためにロックをかけた艦娘(丁なら19人)はとりあえずどこかにメモしておきましょう。
情報が整理できたら、プレイの最終状態を記録するためにセーブしておきます。(このデータを"Save-0"とします)
艦娘の引き継ぎ方法を聞かれたら「ロック優先」を選んでおきます。
また、EDの終了後にセーブタイミングがあるのでここでも念のため保存しておきます。(以後、このデータを"Save-1"とします)
ED後セーブが終わるとゲームのスタート画面(タイトル画面)に戻るので、着任ボタンをタップし引き継いで2周目を開始("Save-1"をロード)します。
そして、最初の秘書艦選ぶ→OP終わるまで待つ→執務室となります。
この時点では、ゲームシステムによる引き継ぎが行われている状態です。(2周目開始時に選んだ秘書艦+ロックした19人(丁の場合)+大和)
手順b.で用意した通りに艦娘と装備が引き継がれているか顔ぶれを確認しましょう。何か手違いがあれば、諦めてそのまま進めるか、あるいは手順b.からやり直しです。(リセットして"Save-0"をロード)
問題が無ければここで即座にセーブします。(このデータを"Save-2"とします)
"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台で「いつでも、いつまでも。」を、その通りにプレイできるなら安いもんでしょう。
せっかく買ったのに引き継ぎ数制限のためやる気を無くして放置している提督達のうちからプレイを再開する人が出れば、
また、活躍したのに次の周回に引き継がれず存在が抹消されてしまう艦娘が一人でも減れば、幸いです。
最後に。このゲームの最大の欠陥に対して回避手段を用意してくれた艦これ改セーブエディタ作者様に心からの感謝を。