「アーキテクチャ」を含む日記

■anond:20180302021159

アーキテクチャって、ソフトウェアアーキテクチャ？

どんな変更にも耐えられるアーキテクチャなんて存在しないので、要件定義では最低限、変わらない部分と、変更（拡張）の可能性のある部分を確定させなくちゃならない。

変更可能部分を柔軟にすればするほど、コストがかかる。

そして、「ここは変更しない」と決めたはずの部分を変更するとプロジェクトは死ぬ。

Permalink | 記事への反応(0) | 13:10

ツイートシェア

■anond:20180302021159

酔っ払った頭で書いてること差っ引いてもアーキテクチャに夢見すぎ、プログラマに夢見すぎ。

要件がクソなのは要件作る段階でどうにかするもんで、アーキテクチャかんけーねーし。

そもそもどうやったらプロジェクトが上手く回るかなんて考えたくもない。そんなのプログラマの仕事じゃねーから。

特に大規模開発は、本来知識集約型の業務を労働集約型のスキームでなんとかするのが核にあるので、そこではセクショナリズムが超大事で、プログラマの立場はライン工レベルでしかないし、その職分は越えちゃなんねーの。

当然、上がクソだったら全員死ぬ。これはどこまで行っても変えられない。

だから大手に頑張ってもらうしかねーんだわ。頑張れるポジションにいるのはあいつらだけなんで。

Permalink | 記事への反応(1) | 13:00

ツイートシェア

■

Model-View-Sheetアーキテクチャ、Google Spread Sheetでやろうとしたことありますね。スプレッドシートいじる処理が重くて手でやった方が安定して速かったため、Model-Viewあたりしか書かなかった記憶。

Permalink | 記事への反応(1) | 19:18

ツイートシェア

■anond:20180201204340

互換を維持しつつ性能をアップさせようにも、それを製造する工場が世界にはほとんど存在しないんだよ

技術的な面だけじゃなく、製造能力的な面でもね

これはニンテンドースイッチがずっと品薄な理由にも通じる話

たとえばPS3互換を維持した構成のPS4を作ろうとした場合、PS3の性能をそのまま次世代機バージョンとして大幅強化するのが最も手っ取り早い

しかしそうなると、IBMからCPUのライセンスが受けられないという致命的な問題が最初にぶつかってしまう

PS3の処理装置はCell.B.Eと呼ばれるものだが、ベースになっているのはIBMが権利を持つPowerPCアーキテクチャ

ところがIBMは2009年時点でPowerPCを事実上終息させてしまっている

なのでソニーが「これから全世界にウン千万台売れる次世代ゲーム機作るから、またPowerPCベースのCPU一緒に開発しようぜ！」と持ちかけても、IBMは「いやもうそれ取り扱い終了したから」と断られるだけ

Permalink | 記事への反応(0) | 13:48

ツイートシェア

■俺の人生の足枷となっているもの

PCおよびWindowsというクソ製品の調子の悪さに、公私問わず何する時も足を引っ張られ時間と労力を奪われている

前者はIntelのx86を無理矢理発展させてきたグチャグチャのアーキテクチャとIBM-PCをこれまた無理矢理拡張してきた無駄だらけのハードウェア、後者はただひたすらマイクロソフトのクソさが原因でありこいつらが人類の敵である

ちなみにMacという製品もあったが賢者はキチガイには近寄らないからスルー

Permalink | 記事への反応(0) | 15:56

ツイートシェア

■Webプログラマの中途採用でよく見る残念な人

ちょっと面接で疲れたので愚痴がてら書いてく。
面接してる数はそんなに多くないけど
「え、そんなこと言っちゃう、書いちゃうの？」みたいなのが場面にちょいちょい出くわす。

誇大表記？

経歴書は結構華々しく、○人月のプロジェクトを無事障害なくリリースした、という記載があったので
「どういった動き方をしたんですか？」と深掘りします。
するとどうも歯切れの悪い回答が多い。
で、訊いていくと本人の活躍によるものではなく他の人の動きによって成功していたパターンだったり
その○人月のプロジェクトのごく一部だけを担当していたりする。
確かに間違ってはいないのですが、大きく見せて面接で突っ込まれてしどろもどろになるのはいかがなものかと。

よく見る度：★☆☆☆☆（1名だけ）
残念度：★★★★★（期待値が上がってたぶん、落差が…）

結構歳を取っててもスキルアップしたい

これについては賛否両論あるかも。自分の人生だから自分のスキルを磨き続けたいという気持ちはわかります。
でも転職理由で「前職より御社のほうが成長できると思い」とか「御社に入ってもスキルアップをして…」と言われると、あなたを育てるために採るわけではないですよ、と言いたくなります。
20代とかなら成長枠としてはありかもしれないですけど、30後半くらいでこれを言われるとちょっと残念な気持ちになります。
たぶん言い方の問題で「こういった技術を身につけて社会貢献をしていきます」と、あくまでもスキルアップは手段なんですよ、みたいなオブラートに包んだ形にしてくれればいいのですが…

よく見る度：★★☆☆☆
残念度：★☆☆☆☆（40半ばの人が「あと5年はスキルアップに専念したい」って言ったときはさすがに脱力した。ライザップじゃないけど結果にコミットしてほしい…）

大きい会社で活躍したい

前職の社員数が2桁規模の人にありがち。
これを一番最初に言われると安定を求めてるのかな？という気持ちになってしまいます。
このご時世、大きい会社でも安定してるとは限らないんだから
大きい会社で何をしたいのかってことを言ってオブラートに包んでほしいです。
無理がある（それ大きい会社じゃなくてもよくね？みたいな）場合もありますけど。

よく見る度：★★★☆☆
残念度：★★★☆☆

自己学習しています

素晴らしいことです。休みの日は1日寝ていたい私と大違いです。
でも自己学習してると言えるレベルが面接官側と大きくズレてることにより学習の内容が薄いと見なされる可能性があります。
「意欲はあるけど行動が伴っていない」と判断される諸刃の剣、期待値が上がったぶんマイナスに働きます。
もちろんこれも年齢や成長枠採用の場合なんかではアリですが…
相手がその自己学習をしている技術のプロの場合でも見せられるレベルかどうかは一考したほうが良いかと。
これは前職が受託開発系かつ転職経験がない人にありがちです。

よく見る度：★★★☆☆
残念度：★★★★☆（ドキュメントを見てフレームワークをインストールしただけの人、それはアピールしないほうが良い）

最新技術に興味があります

このパターンが一番多いです。年齢、前職問わず。
これを言う人に「最新技術というと例えばどういうのですか？」と当然聞きたくなります。
これについて答えられない人もいます。バズワード拾ってるだけかい、と残念な気持ちになります。
「クラウドとかIoTとかAIとか」と答えられる人もいます。（最新技術と言われてクラウドを挙げられると「おや？」という疑念がわきますけど）
「それらの中で特に興味があるのは？何か最近試したりしてますか？それを使ってどんなことをしてみたいですか？」とさらに質問をすると、だいたい中身がありません。
バスワード拾ってるだけかい、と残念な気持ちになります。

自己PR欄に「最新技術に興味がある」的なことを書くんだったらなんかしら試してたり実現したい世界みたいなのを期待するわけじゃないですか。そうじゃないなら書かないほうが良いですよ。

よく見る度：★★★★★（落とした人の半数くらいこれ）
残念度：★★★★★（Web界隈ってたぶんテクノロジーの進化だとかアーキテクチャの変遷のスピードが早いと思うんです。他業種にいたことないので知らんけど。そんな界隈に来ようとして「最新技術」とか言うならちゃんとキャッチアップしてほしい）

職務経歴書に書くということは、面接で深掘りされること、そして期待されていることなので安易な気持ちで書かないでほしいなぁというのが採用側の意見です。

でもよく見せないと書類選考で落ちちゃうから難しいですよね。

あと慰めってわけでもないけど、採用されなかったからと言って卑屈になったりしないでくださいね。採用する側になって初めて気付いたんですけど、転職って本当に巡り合わせだなぁと思っていて、採用したいポジションに収まるかどうかなんですよね。結構いいなぁと思う人がいても、オーバースペックだったり、今いる人のポジションとかぶってたり、数ヶ月前だったら空いてたのに！みたいなのがちらほらあるので。転職活動頑張ってください。

Permalink | 記事への反応(3) | 03:07

ツイートシェア

■ユニットテストそんなにいる？

ユニットテスト書きすぎじゃない？って話です

かつてこのブログがバズって否定的な意見が多かったけど

http://kenn.hatenablog.com/entry/2014/01/03/095026

今はこのブログで言ってることがその通りだと感じる場面が多い

筆者は大手企業でスマホアプリを作っている

スマホアプリの開発現場では、MVVMやクリーンアーキテクチャと言った手法を用いて

Viewのロジックに近い部分までユニットテストしようというのが主流になっている

この空気感では最早テストを書くのはやめよう！という人は居ない

テストを書いたほうがいいか、書かなくてもいいか、迷うくらいなら書けという感じ

その結果、仮にバグが有ったところで大して痛くもないところまで緻密なテストが書かれ

コード量は爆増し、開発速度ははっきりと低下している

テストを書いておいたほうが結果的にリリースまで早くなる箇所もあると思うが

テスト礼賛の現状、よっぽど強い意志を持っていたり強い権限を持っていないと

そうでないところまでテストを緻密に書く流れにどうしてもなってしまう

もうAppleの審査も昔のように一週間もかかったりしないんだから

リリース優先して、バグや考慮漏れがあったらテストケースを追加すればいいのにと思う

Permalink | 記事への反応(2) | 02:59

ツイートシェア

■日本のIT企業のココがイケてない

ってどこか連載してほしいと常々思うのだが。

大企業のサイトが軒並みイケてない

言わずもがな楽天。なんだこれ。インターネットがこの世に出たころのようなデザイン、これはもはや意図的に使いにくさを追求しないと辿り着けないレベル。

値段に神経質にこだわるユーザーくらいしかチェックしない。

銀行系、クレジットカード系、なんでもいいけど日常的に使わざるを得ないインフラを担うような会社のサービス。

大手企業だけどSIerに開発を丸投げしているような会社のシステム。

もうすぐにエラーになるわ、URLの名前はおかしいわ、ちょっとしたことに７クリックくらいしないと実現できない。リクルート系も同じくらいヤバイ。

これは外注している会社全般にいえるけど、SIerの技術レベルはやはりヤバイ。SIerはこの世から滅びたほうが社会のためになる。

退会の煩わしさとメール受信停止の面倒くささ

ユーザー視点で見事なまでに考えられていない。ここで苦労させることに何の意味があるのか。

日本の辞書からおもてなしという言葉は取り除いてもらいたい。

道徳がまったくないサービスの乱立

Youtubeとか海外のカンファレンスをみていると、よく「Make the world better place」ってフレーズをよく聞く。めちゃくちゃ聞く。

サービスによって世界をより良くしたいって思想の元にサービスを開発しているわけだ。

ところが日本はどうだ？

そんな発想がないどころか、「Make the Japan more chaotic place」って言葉がぴったりだ。

つまり、サービスによって日本をもっと混沌とした場所にするってこと。日本の経営者もエンジニアも社会的意義とか考えたことないやつばかりだ。

メルカリとか犯罪の温床になるようなサービスばかり提供し、ドヤ顔。昔流行ったソシャゲとか、そんなゴミを開発している会社だらけ、DeNAなんかソシャゲ以外の新規ビジネスでも問題だらけ、社会悪そのもの。儲かればなんでもOKって会社ばかり。

社会全体に倫理がない日本とかホントどこに向かってるんだろ？

技術トレンドが2年くらい遅い

今時Dockerが〜とか恥ずかしげもなくそんな記事が今なお乱立する、まじかよ。

さらに開発環境に使いましたって糞みたいな記事が乱立する有様。Deployはどうした？

Qiitaとかゴミ記事プラットフォームと化しているからgoogleの検索からまじで外してもらいたい。

さらにRubyが〜Railsが〜なんて、世界でもPerl並に勢いよく廃れている技術を今なおスタートアップはドヤ顔で使う。

まあそれはいいけど、あんなパフォーマンスも自由度高すぎて可読性も低い言語が流行る時点でエンジニアリング的思想が普通に欠けてると思う。

技術が手段ではなくて目的になりすぎ

さらにマイクロサービスアーキテクチャーが〜っていって大した規模ではないスケールの必要性がまったくないようなシステムにまで

無理に導入しているやつ。

もうエンジニアを辞めることを強くオススメする。

CTOって肩書があっても、こういうやつがいる日本はもうほんとすごいわ。

なんか書いてて心が病んできたので、何かwebメディアで連載してもらいたい。

Permalink | 記事への反応(3) | 00:25

ツイートシェア

■anond:20171127215759

この手の話をするようなやつってのは十中八九、

プロセッサのアーキテクチャやWWWの仕組みとか

そういうプロトコルだとかの類を理解したがらないから相手にするだけ無駄だと思っている。

バカなエバンジェリストと掲示板の大先生達が損するくらいだから

まあどうでもいいんだけど。

Permalink | 記事への反応(0) | 03:33

ツイートシェア

■anond:20171117144851

コンクリート・アーキテクチャ by クヌース

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

ツイートシェア

■応用情報技術者試験を受けてきました

anond:20170911232449

上の日記を書いた増田です。

こんにちは。

試験、受けました。

ことさら話題にするようなことでもないかもしれませんが、せっかくなので書きます。

これから受ける人などの参考になれば幸いです。

プロフィール

30代。

普通科高卒。

製造業。

プログラミング歴は数ヶ月。

それまではExcelWordがちょっと分かるくらいだった。

言語はVBA、VB、バッチ。

一ヶ月に100行書いてるかどうかといった感じ。

製造現場で身体を動かしながら、改善の種を探している。

所持資格はTOEIC700、日商簿記2級など。

基本情報は受けたことがない。

初受験。

動機

内製のソフトがC++でできていて、これを色々弄くれるようになればあんなところやこんなところまで自動化できるなあ、でも何も知らないまま弄るのはちょっと怖いなあ…

そうだ、勉強しよう！

合格すればついでに報奨金(10万)も貰えるしね！

勉強期間、学習時間

8月半ば、受験申込期間の締め切りギリギリに試験の存在を知り応募。

勉強期間は2ヶ月ほど。

平日は1日1〜2時間。土日は1日3〜5時間。まったく勉強しなかった日が10日ほど。

体感的な総学習時間は100時間ほど。

学習方法

最初に、ネットで評価の高かった合格教本という本を買って読んでみた。

基本情報の知識もない状態だと、書いてあることがもうほんとにまったく分からず、挫折しそうになった。

方針を変えて、応用情報技術者試験ドットコムで過去問道場をひたすら回した。

分からない言葉はネットで調べて、これはと思う説明に出会ったらOneNoteにひたすらコピペした。

最後の2週間はドットコムでユーザー登録をし、理解度で問題を色分けするようにした。

最後の1週間でピヨ太くんのサイト(正式名称長い)を見つけ、分からない言葉はまずこのサイトで検索するようにした。

午後対策は過去問を本番と同じ時間で4回分解いたくらい。

合格教本は結局ほとんど読まなかった。

午後の選択問題

受験前は、

• 経営
• アーキテクチャ
• ネットワーク
• 組込み
• 情シス
• プロマネ
• サビマネ
• 監査

…のどれかを選ぼうかなと考えていた。

いわゆるストラテジ、マネジメント系科目だけで固めても良かったのだけど、組込みなんかは普段の生活からイメージしやすいし、2時間半の長丁場ならテクノロジ系科目を間に挟んだ方がほどよく頭のリフレッシュになるかなーと思っていた。

実際の試験では、

• 経営
• 組込み
• サビマネ
• 監査

…を選んだ。

試験当日(午前)

試験会場に時計がなかったので、時計が無い状態で受験した。

机上に置けるような時計は持っていなかったし、まあ午前だけなら時計が無くても大丈夫だろうとタカをくくっていた。

問題を順当に最後まで解いて、全て順番通りにマークされてることを確認してから、手を挙げて外へ出た。

出てからスマホの電源を入れて時間を確認した。

15分ほど余っていた。

試験当日(午後)

さすがに午後は時計が無いとマズイと思い、休憩中に買ってくる。

セキュリティ(必須問題)の設問1で長考してしまい、20分ほど経っても解答用紙の半分が埋まっていない状態。

とりあえず他の問に移り、最後に余った時間でセキュリティに戻る方針にシフト。

経営はぱっと見簿記の知識が生かせそうだと思い選んだのだけど、「固定長期適合率」がどういう計算式なのか見当がつかない。

早々に切り上げる。

組込みの設問1でまたも長考、ほぼ解答を埋められたものの、結局40分ほど費やす。

この時点で残り1時間と少ししかなく、かなり焦る。

サビマネ、監査は焦りから問題文の通読ができず、設問を最初に読むようになり、結果読み返しが増えてしまった。

監査を終えたところで5分くらい余ったので、這々の体でセキュリティに戻る。

なんとか穴埋めし、フィニッシュ。

午前とは逆に、始終時間との戦いだった。

自己採点

午前は78.75点。

午後は厳しめで53点、甘めで66点(TAC基準)。

セキュリティ、サビマネ、監査の点数がかなり流動的。

午前は問題用紙に選んだ選択肢に○する余裕があったのだけど、午後はそれがなくなって、問題解くのに必死で自分が何を書いたかしっかり思い出せない。

色々と書いたけれど、そういう訳で正直受かってるかまったく分からない。

配点、部分点次第といったところ。

怖い。

感想

午前の対策は簡単だ。

ただ過去問を解くだけのロボットと化せばいいだけ。

体感3割〜4割くらいは過去問の流用で問題ができあがる。

いわゆる一般常識で解ける問題も多い。

午後の対策が難しい。

午後対策でよく見られるのは「国語の読解力をつける」というアドバイスだが、読解力というのは漠然としていてレベルの向上も分かりづらい。

今の私なら、以下の順番で勉強を進めるかもしれない。

• 過去問を解く(試験本番で選択する時間を考え、制限時間は1問につき30分ではなく、29分くらいにする)
• すぐに答え合わせはせず、問題文に何が書いてあるか、頭の中で具体的にイメージできるようになるまで、時間をかけて読み込む
• 制限時間ありの解答と、なしの解答を並べ、先ほど出来上がったイメージから論理的に正誤の判断を導けるようにする
• 答え合わせをし、自分の作り上げた論理と他人の論理が乖離していないか確認する
• 以下、繰り返し

ま、受かってたらやらないんだけどね！

そもそも、「試験に合格するための勉強」に終始して、最初の動機がなおざりになっちゃった感が否めません。

「公開鍵暗号方式といえば、RSAだよね！知ってる知ってる」

…でもそれらがなんなのかはよく知らない、みたいな。

一つ確実に「分かった」と胸を張って言えることは、

分からないことは、調べればいい。

分かる人に、聞けばいい。

ってことですかね。

受かってなかったとしても、もう受けないかもしれませんね。

はぁ…10万欲しいなぁ…

以上で終わりです。

最後まで読んでいただきありがとうございます。

お疲れ様でした。

Permalink | 記事への反応(1) | 23:57

ツイートシェア

■

プログラミングパラダイムの流行とか分散アーキテクチャとかは普通についていけてたが

機械学習とくると学者とかそういうヤツがやることだろって感じしかしない

俺の中では「プログラマ」に対する要求を超えている

ちょっと鬱っぽくなってんのはこれもある

Permalink | 記事への反応(0) | 11:13

ツイートシェア

■anond:20170913162913

アーキテクチャ

Permalink | 記事への反応(0) | 22:47

ツイートシェア

■

設計の勉強してても、「設計の勉強をしてる風に見せかけて威張りたい人」がいたら全て無駄になる(手足として使える程度にこなれてないので修正が効かない、言葉が何を表すか理解してないので話が通じない、パフォーマンス改善のためのアーキテクチャー(棒))ので、コスパ悪いよな、とは思いますね。

Permalink | 記事への反応(0) | 13:02

ツイートシェア

■意味を知る前の意味

プロパガンダ⇒ロシア料理だと思ってた

ポリコレ⇒艦これのパクリで婦警さんを収集するマジキチなゲームだと思ってた

ガバメント⇒ガバガバな男性　例文：昨日ガバメンとヤッた

アーキテクチャ⇒サーバントの名だと思ってた

マクロ⇒マジ黒いの略語だと思っていた　例文：あいつマジマクロじゃねぇ？

アジェンダ⇒アメリカの女性シンガーだと思っていた

アウター⇒アバターのパクリ映画だと思っていた

Permalink | 記事への反応(3) | 13:50

ツイートシェア

■エンジニア年収800万の壁

上場済みのWebベンチャーだけど、うちの会社は年収800万の壁がある。どんなに優秀でもエンジニアでいるかぎり800万が最高値。

昔はそんなことなかったのだけど人事制度が改定されてそうなった。

800万以上は部長以上と明確な線引がされていて、年収を上げたい場合部長を目指すか転職するしかない。20代が多い会社なので大半は

年収500〜600万円代で気にしている人は意外と少ない。その一方で30代以上の優秀なエンジニアがどんどん抜けていっている。

社外の勉強会やカンファレンスで積極的に発表するような人たちは殆どいなくなってしまった。

そして年収がネックになっているのか、入社してくるのは若手かそこそこの中堅ばかりで、エッジの効いた人は抜ける一方になっている。

エンジニアに年収800万以上を目指せない会社が存続していくのは難しいだろう。いまは優秀な彼らが設計したシステムがあるからよい、

今後だれがアーキテクチャをリニューアルするのか、今から頭が痛い。

私も年収760万で毎年の昇給が10万程度だ。そして去ることにした。

次の職場では年収830万。エンジニアは転職しなければ買い叩かれる。

市場価値にうといエンジニアも多いけれども、みんな一度は転職エージェントに登録した方がいい。買い叩かれている人は意外と多いのだ。

Permalink | 記事への反応(13) | 20:30

ツイートシェア

■日本型大企業に上級ソフトウェア技術者がいない理由

日本型大企業の多くは、その中に構造的矛盾を抱えていることが多い。

例えば職位ピラミッドがいびつだったり、評価が建前主義だったり、ものすごく非生産的だったり。

そうしたものは、日本的な価値観で非常に大人数を組織するための必要悪かもしれない。

ところで、ソフトウェアの世界では、コーディングより重要な概念として、「構造」がある。

ソフトウェアの構造は直接眼には見えないが、要は「目的を効率よく達成する要素の成り立ち／仕組み」のことだ。

構造を考える作業は設計と呼ばれる。また、特にプロダクトの骨格となる構造はアーキテクチャといい、それを作る人をアーキテクトという。

構造、特にアーキテクチャが良くないと、そのプロダクトの構築に多大な困難が発生する。崩れた基礎の上に家を建てるようなものだ。

だから、ソフトウェア技術者の世界ではコーディングよりも構造を考えることを大切にしているし、必要とされている。

ここでタイトルに立ち返ってまとめると、次のように言える。

つまり、大企業というものは、「その組織的な構造／アーキテクチャ」に問題が多いのである。

そして、ここで仕事をする設計者／アーキテクトは、常に改善見込みのない歪な環境に身を置くことになる。

「構造」の把握・改善を得意とする人間は、歪んだ構造に居続けると精神的苦痛を受ける。優秀であれば優秀であるほど。

そうして、日本型大企業からは、優秀な設計者／アーキテクトが去って行く。

残れるものは、例外なく「ある特定の側面にしか着目できない程度」の技術者でしかない。

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

ツイートシェア

■http://anond.hatelabo.jp/20170504083902

どこまでを「人を投入すればコストと品質が均一なものができる」範囲と考えるかなんだな。

正直なところ、実装以降の工程に関しては人を投入すれば一定の範囲に収束すると思う。

一方で、全体のアーキテクチャを考えるような場面ではそう簡単には行かなくて、人依存の優劣がすごく出てくる。

そしてそれをさらに大量の人を突っ込むことで強引に範囲内に抑えるのが彼らのやり方で、表面的には成功している。

だから彼らの認識はソフトウェア産業全体が「人を投入すればコストと品質が均一なものができる」範囲。

Permalink | 記事への反応(0) | 22:30

ツイートシェア

■コメ率の低いはてブエントリは英語とエロか?

http://anond.hatelabo.jp/20170305115905 を増田以外のホットエントリで見ると。

2017年2月コメント率の低いホットエントリ

Python、データベース関連が目立つ。コメント無しで96ブクマに達するPythonさん凄い。マウンティング心?を刺激しないのだろうか。炎上したくない人はインデントに気をつけながらオブジェクト指向で書くといい。

2017年2月コメント率の高いホットエントリ

Permalink | 記事への反応(1) | 17:20

ツイートシェア

■キングコング西野氏の件からフリーミアム時代の商法について考える

　キングコング西野氏の絵本が一部の界隈で物議を醸しています。

　「曰く、価格を引き下げたら創作者は食べていけない。」

　「曰く、クラウドファウンディングの悪用である。」

　この件につきましてちょっと思うところを書いておきたいと思います。

　本件と違和感といたしまして、そもそも西野氏の絵本を書いた人はきちんと報酬を受け取っているという事実があるのです。

　そもそもクラウドファウンディングはなんのためにあるかを考えてみましょう。それは初期の持ち出しを先にいただくことで、創作者の財政破たんを防ぐ目的があるのですね。

　つまり、創作者はまずは関係者に支払わないといけないんです。

　たとえば同人誌を作った時に印刷代は自分で出しますよね。印刷代って決して安くないですよね。

　当たり前だと思うかもしれませんが、それが負担だと思う人のためにクラウドファウンディングがあるのです。

　この場合は印刷屋さんが作家としてください。お金を支払って、同人誌という商品を納品した段階で絵の所有権は西野氏に移っている筈でですよね、

　それを幾らで頒布するかは作家さんにゆだねられるはずですよね。印刷屋が自分の価値が下がるから幾らで頒布しろよとはいいませんよね。

　ましてや外野がそれをとやかく言うことはできないわけですね。

　この案件は二つのレイヤーにわかれているのだけど、批判している人は混同甚だしいので僭越ながらマーケティングの立場からの意見を述べると。

　ひとつは営業活動報酬の問題、もう一つはフリーミアム時代の商売の在り方の二点となる。

　前者は主に批判をしている人たちが話題にしている内容。フリーミアムにしたら自分たちにお金が降りてこないから許せないというものなのですが

　この件については別分野で事例が存在しまして。

　http://kenplatz.nikkeibp.co.jp/article/knp/column/20150123/689831/

　「図面作成は営業活動」と設計料の請求を認めず　日軽アーキテクチャ

　図面作成をデザインワークとして考えた場合、それが締結されなかったらお金が発生するのかという裁判なのですが。

　この件、裁判結果は営業活動における図面作成に費用を請求できないとある。これは当然の結果で、これがまかり通るとデザインを押し付けて金をせびる商法ができてしまう。

　それで納得いかない場合は次の弁護士事務所の

　https://a-dreamlaw.com/business/building/blog/protect-unpaid-reward.html　

　建築設計報酬の不払いを防ぐ3つの方法　弁護士法人淡路島ドリーム

　にある　「１　建築設計も契約である以上、契約書は必用です」を適用するしかない。

　ここで知ってほしいのはこの問題はデザイン業界固有の問題ではないということ。ほかの業界でこのような判例がでていることを理解してほしいことです。

　もう一つのレイヤーはタイトルにもありますがフリーミアムの問題としてなのですが

　人は消費行動に出る際の判断基準として「安心」が大きな要素になるってことをもうちょっと理解してほしいということなんです。

　絵本は決して安くないです。1000円オーバーは当たり前で、これを子供がおいそれと買えるとは思えない。

　大人はさらにそう。お昼二食分ではって思うわけですよ。

　そうなると内容がわからないものにおいそれとお金は出せないのです。

　　内容がわかっているから安心して買えるって仮説につきましては

　https://togetter.com/li/1055708

　「Webで全編公開されてる漫画」を買う人は意外と多いが「中身が分からないから買って確かめる」という人は凄く少ないという話

　に仮説がありましてちょっと興味があったのですが

　内容が伴っていれば実はこれも商売になりうるのではと西野氏の動きを見てそう思ったのです。

　これができる人はある程度財力がある人に限られるし、やったことでこうした批判が集まるから創作者側も強度が必要だったわけですが

　西野氏がこれを行ったことで、ある程度仮説に結論が付きそうです。

　つまるところ、電子と紙書籍は別腹であり、電子で無料で読まれることにより、この本にお金を出してもよいという安心感につながったのではと考えています。

　この件についてはもう少しサンプリング数を増やしたいところですが、ほぼ間違っていないのではと考えています。

　私どもといたしましては批判を行っている方につきましてはこの営業活動問題とフリーミアム問題を混同しないようにしつつも、自分の身を守る方法をもうちょっと考えていただきたい。

　無理筋な批判よりももう少し物事を考えていただきたい。

　そもそも絵だけで商売を行うのではなく、絵を自分の付加価値として別業種で利用するとかも考えてほしいという切なる思いでございます。

　長々とご清覧いただきありがとうございました。

Permalink | 記事への反応(0) | 07:19

ツイートシェア

■Nintendo Switch考察（と妄想）

Switchとは

Switchはギミックで積極的に新しい遊びによるヒットを追求した攻めのハードではなく

任天堂が「どこでなら生き残れるか」を真摯に考えた消極的なな守りのハードである

コンセプトを一言で言えば「持ち運べるWii」だ。

WiiUはリビングのテレビが専有される問題の解決のためのものだったが

Switchはリビング以外に、またはリビングにすらテレビがないことを想定して問題にしている。

スマホ全盛の今、もはや個人用のテレビはマストアイテムではない

持ち運べるWiiであると同時にファミコンであり、スーパーファミコンでもある。

歴代すべての任天堂ハードの要素を内包してるといってもいいかもしれない。

需要分析

守りのハード故にこれまであった需要をかき集めることを狙っている。

WiiU購入者のような任天堂ゲームを愛好する層はもちろん、

Wiiのみんなで遊ぶ玩具を求める層、

レトロゲームを愛好する層。

新しい需要といえるのは「みんなで遊ぶために持ち運ぶ」という要素だ。

スマホゲームの普及でもはや個人でゲームをするためにゲーム専用機を持ち歩く時代ではない。

おすそ分けプレイにより魅力がソーシャル的にどこまで広がりがあるかは未知数にしても

第三者がゲームに触れる機会を手軽に増やせるため狙いとしては悪くないといえる

注目すべきは秋からはじまるネットワークサービスで

ファミコンなどのタイトルのオンラインプレイ対応版を提供することだろう。

単純にオンライン化しただけではコミュニケーションのとり方や

野良マッチングではまともに楽しめないという問題があるので

VSモードのみが遊べる仕組みがありバランスにも修正がはいるのかもしれない。

過去のIPを部分リメイクし積極的に運用するというのは総力戦を感じさせる。

スマホ連携

フレンドとのコミュニケーション機能をスマホに切り出したのは妙案だ。

ヘッドセットさえあればスマホでのボイチャは快適だし、

コミュニケーションでなにか問題がおきてもゲーム機の問題でなくスマホの問題にできる。

また、「みまもりSwitch」をみてもスマホとの連動は積極的でまだなにかあるのではと思わせる。

ゲーム専用機と連動要素があると噂のどうぶつの森も

３月までには配信するという話のわりに内容がでてこない。

Switchが歴代ハードの要素で内包できてないものを考えると、

立体視、２画面、そしてすれちがい通信が挙げられる。

この欠けた部分はあるという噂のDS後継機で担われるのかもしれないが

もしかしたらスマホ連動でなんとかするプランがあるのかもしれない。

妄想すると、すれちがい通信のようなものを実現するための規格Wi-Fi Awareは普及しておらず

実現にはスマホとペアリングして使うすれちがい通信専用の持ち運べる機器が必要だろうが

そこまで密接に連携するなら、例えばポケモンのボックス整理をスマホから行ったり

クラウド上に保存したゲームデータにスマホから部分アクセスできるなどもできるなど広がる余地がある。

HTMLで表現できる程度の簡易なセカンドスクリーン（WiiUのゲームパッドの画面など文字通り二つ目の画面）や

簡易コントローラーとしてスマホを使うことも可能だろう。

Switchの展開と保険

夏までは2万5千円で発売された3DSを縮小させたような推移で売れていくだろう。

秋という年末商戦前にマイナス要素になりうる有料ネットワークサービスを開始するということは

そのあたりに再度のテコ入れ策があるとみていいだろう。

先述の妄想のようにスマホ連動あたりにもまだ仕込みがあるのかもしれない。

任天堂は基本的に保険をかけながら事業を展開している。

アーキテクチャ統合で仮にDS後継機がでたとしても

Switchのゲームの大部分は動作することが予測できる。

従来型の据置ゲーム機のように携帯できなくした廉価版を出すというのも考えられ

資産の連続的な運用というのがSwitch失敗時の保険になるのだろう。

「このギミックで遊ばせたい」という強い攻めを軸にしておらず

「遊び方のライフスタイルの提案」にとどまっている以上は

Wiiのような爆発的なヒットはないのではないかと予想する。

しばらくは生き残る場所を模索し需要をかき集めて守り凌ぎターンが続くだろうが

ARやVRなど新しい技術はうまれては枯れていくわけで

また任天堂がおもちゃ屋としてハードで新しい遊びづくりという本領を発揮する機会は巡ってくるだろう。

ゲームの可能性の広がりという観点ではSwitchでWii/DSのような革新がおこりそうにないのは残念だが

一人の任天堂ファンとしてこれまでの任天堂ハードの集大成といえるSwitchは純粋に楽しみだ。

発売日が待ち遠しい

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

ツイートシェア

■客先常駐SEもどきとして10年近く働いているが心が折れそう

20代後半 高卒 子持ち　手取り18万弱 貯金無し

増田は初めて書く。

行き詰まりを感じ、本日会社を欠勤しこの記事を書いている。

だらだらと書くがご了承いただきたい。

20代前半の頃に異業種からIT業界に転職した。

就職後2週間程の研修で客先へ一人出向した。

研修の内容はOSI参照モデルの説明をせよといったものであった。

研修もそこそこの状態での出向はとても不安だったが、当時はそういうものかと覚悟を決めていた。

打ち合わせで飛び交う単語の意味がまったくわからないが、知らないとは言えず、また近くに聞ける上司がいないので笑顔で流し(時にはなじられ)ながら毎日e-wordsなどにかじりついて付け焼き刃的に調べた。

そうして雑用的なプロジェクトにいくつか参画した後、企業のシステム運用チームの常駐案件に参画し数年間従事した。

その運用チームでは手順書に沿ってサーバの増設や管理をした。

超過時間が多く当時はコアタイムが終わるたびにそれなりの達成感を感じていたが、これといったスキルは身についてはいない。

この時点で5年以上が経過していた。

その後次のプロジェクトへ、といった話が出た時に自身のスキルシートを更新し上司と営業へ出したところ、「これじゃ弱い」という事で経歴がサーバ運用からサーバ設計＋構築経験などの技能に書き換えられた。

「業務内容の復習のために自宅で環境を構築した事はあるが、業務レベルでの設計や構築に関してはアーキテクチャを理解できていないので経験があるとは言えない」と言った。

返答は「まずは案件に入ってそこの現場で学習すれば問題ない。あとは君の努力次第だ」だった。

次の案件は今までと毛色の違う、とあるパッケージ製品の提案＋製品をのせるサーバ導入＋コーディング作業の案件であった。

結果として半年程従事し撤退となった。

理由はコーディングが全くできず、習熟の見込みも薄いためとの事だった。

何とかしなければと思い家で調べたりはしたが、付け焼き刃の知識では役に立たずタスクを振られる度に頭が真っ白になりコーディングの進捗はあげられなかった。

そもそも即戦力として求められていたので経験もなく自社のバックアップもない状態では当然の結果だ、と思いたい。

落ち込んだが、次に活かそうと踏ん張った。

その後またいくつかの雑用的な案件に参画し、現在とある基幹システムの設計、構築業務の二次請けとして従事している。

入る前は設計業務の補助という事であったが、実際は設計業務は丸投げに近い状態で担当者は体制図上に記載は無いが実質私になっている。

プレッシャーでずっと胃を掴まれている様な感覚を常に感じている。

前システムの設計書のフォーマットから見様見真似で書き出し、レビュー依頼を出し、日程調整をしても、当日になると何かしら用事ができた、との事で参加者０という事が多々あった。

※その用事は早退して飲みに行くという人がいた事も人伝いに知った

仕事へ行くのが嫌になってしまった。

今まで受け身に仕事をしていたので自業自得なところもあるだろうが、

もうクライアントの顔色を伺い、ごまかし、仕事を続ける事が本当に嫌になってしまった。

今まで勉強会やイベントに出てみようかと思ったこともあるが、「知らない」と相手に伝わる事に恐怖を感じてしまい、出たことがない。

また、そもそも最低限のLinux/Dos コマンドが使えるだけでプログラミングができる、とかサーバサイドの設計ができるわけでもないので話にほとんどついていけない。

転職した当初はPCを組んだり、Linuxをインストールしたりする事にとても感動し、ウキウキしていたが、

業務ではとにかく否定や罵倒されることが多かったので、今はその手の話をする事によって自身の無知を知られる事が恐怖になってしまっている。

それをごまかす事にも疲れてしまった。

また、毎日の生活が本当にギリギリで、家事や子育て後に勉強しようにも気持ちが切り替わらない。

家族には不自由をさせてとても申し訳ないが、今はとても辛い。

転職しか選択肢は無いが、はてなの技術系のホッテントリを見るたびに自身のスキルの無さに打ちのめされる。

打ちのめされている場合ではないが、どう動いて良いのかわからない。

とにかくまずは何かしら成果物を作り、転職活動してみるか。

そしてゆくゆくは食べれる範囲で自営業で生活しよう。

まずはこの胸のつっかえをどうにかせねば。

取り留めないですが以上です。

失礼しました。

Permalink | 記事への反応(5) | 19:35

ツイートシェア

■

今時の作り手に向けた「サービス終了したら遊べなくなるゲームしか作ってないと心が折れる」との言葉が重い - Togetterまとめ

http://togetter.com/li/1057514

そもそも昔はPCの寿命が数年しかなかった。

アーキテクチャもOSも開発環境もガンガン変わっていく中、変わらず遊び続けられるソフトなんてなかった。

それこそブラウザゲーの方が寿命長く感じられた。IE6のおかげで！

Permalink | 記事への反応(1) | 07:51

ツイートシェア

■ボクの考えた最強のプログラマの待遇を良くする方法

競技プログラミングでJリーグみたいの作る

スタープレイヤーには年俸１億以上出す

まずはそれでスタープレイヤーになる夢をみんなにもってもらい、野球選手になりたい子供のようにプロのITプレイヤーになりたいとか思う子を増やす

試合は何かしらのコンペとし、期間は3日〜2週間程度とする（案件によって違う）

テーマにそったハッカソンや、ISUCONみたいのや、リプレイス案件とする

依頼した企業や国がスポンサーとなる

その期間、チームは外出禁止の泊まり込み作業とする（作業の外部持ち出し禁止）

泊まり込みのため、1週間やったら次の1週間はメンバーは休みを義務付けられる

メンバーはPM以外は自由で10人までOK

1日目にコンペ概要発表があり、PMはそれを資料に落とし込み、その枠内でアーキテクチャ、プログラマ、デザイナ、テスタなどをアサイン調整し、決定後交代不可

会議、作業はすべて放送される

1週間常に見てる余裕がある一般社会人もいないので、毎日定時にPMは作業進捗報告を義務とする

最終日に、コンペでどちらが選ばれたかを含め、その他の定量的評価で勝敗を決める

例えば、コンペ選択 10点、メンバが残業しなかったボーナス 10点、スピード納品 日数x5点、資料充実度、テスト充実度、不具合チェック など

狙いとしては、競技として巨人戦のようにみんながテレビやニュースで見るようになれば、

どういう発注がよくて、どういうPMがよくて、設計のよさ、プログラマ・デザイナはどういうことが求められていて、それに応えていくか、

の選球眼というか、まわりの目を育てられるといいなあ

ただの妄想だけど、実現したら面白いかもなあと思って言葉に書き出してみた

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

ツイートシェア

■http://anond.hatelabo.jp/20161023135531

パスカルアーキテクチャ、DirectX3D 12･Vulkan世代のプロセッサのTegra X2カスタム、CPUがDenverクアッドコア、メモリ４Ｇ～８Ｇの携帯できる据え置きゲーム機でもありかなとは思う。

iPad並み(PS4およそ3台分)の値段になりそうな気がするが

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

ツイートシェア