  |
はてなキーワード: モックアップとは
ほら、問題ないってよ。
https://x.com/kopppepan/status/1831593957144588498
安全性の検証については、建築構造設計の専門家が様々な専門家の知見を加えながら構造計算を行って計画の安全性をチェックしています。その上で民間指定確認検査機関にて工作物の確認申請を行い、構造計算の内容も含めて審査を受けており、建築基準法に基づく構造安全性に適合した計画となっています。
建築基準第法88条の規定により同法第 20 条に準じた安全確認が必要となりますが、その方法として常時荷重、風荷重、地震荷重に対する許容応力度計算を行っています。各種構成部材の安全性の検証に加え、石を吊るすケーブルにおいては、災害時でも石同士の衝突が起こらないよう解析結果を設計にフィードバックし、安全性の確保に努めています。石自体の安全性については、先行事例が少ないことから構造計算に加え、実験やモックアップによる検証も踏まえながら、細心の注意を払って設計・監理を行っています。
風荷重について、昨今の異常気象を鑑みて、大型台風を想定した最大級の風圧や動的風圧力に対して検証を行い、建築基準法で定められた一般的な建築物に求められる耐風性能を上回る安全性を確認しています。また地震動については、仮設の工作物ではありますが、同規模の建築物に求められる以上の耐震性能を主架構にて確保しています。石を吊るすケーブルにおいては、その周期特性も鑑みて南海トラフ巨大地震を想定した長周期地震動に対しても安全性を確認しています。
〇石の安全性について
「石の強度について」
大学教育機関の実験室で岩石の研究者の協力のもと、今回使用する4種類の石（花こう岩）の引張強度試験を行っています。石はコンクリートと同様に圧縮に強く引張に弱いという特性があり、石を吊り下げたときにケーブルとの接触部分に発生する引張力が、割裂破壊を引き起こさないことを検証するための試験になります。
試験方法は圧裂引張強度試験です。圧裂引張強度試験とは、石材の引張強度を求める際に用いられる一般的な試験方法で、円柱形の試験片に線荷重を加えて破壊し，引張強さを求める試験方法です。
研究者の監修の元、十分なサンプル数の試験を行い、すべての試験片において、構造計算にて算出した石の引張応力を十分に上回る耐力を確認しています。
自然石は工場製品のように品質が均一ではないため、割れる可能性のある石が混入しないよう、熟練の石工による打診検査や目視検査を入念に行い、検品をクリアした石のみをパーゴラに採用しています。
石への孔あけは、熟練の石工による異方性の確認を行った上で行います。石に孔をあける方法は一般的にはコアドリルを用いることが多いのですが、コアドリルの孔あけでは、石の内部にクラックが入っていても孔をあけられてしまうというデメリットがあります。そこで今回は、削岩機を用いた孔あけを実施しています。削岩機での孔あけは、石を打撃することで孔をあけるため、内部にクラックが入っている石は孔あけの最中に割れることになり、孔あけと検品を兼ねることが出来るメリットがあります。
原寸大のモックアップを作成し、一定期間存置しながら、石やケーブルの様子、強風時の挙動の確認をおこなっています。また施工手順や施工精度の確認も併せて実施しました。設置から9カ月経過していますが、石の割裂やケーブルの破断は確認されず、設計者が想定している強度の確保ができていることを確認しています。
また先述の通り、大型台風等の非常時においても石同士がぶつからないよう、構造計算結果を元に石を吊るしたケーブル間には十分な間隔を確保しております。先日の台風10号においても、多少の揺れは確認できましたが、石同士がぶつかるといった大きな揺れは確認されず、問題はありませんでした。
もっと桃っ娘
やっちゃった
アックアック
アックトップ
アッ・サッフ
イットバッグ
ウッチャッサ
エッグノッグ
エッジウッド
オッソブッコ
オットリッチ
オットロット
カッサテッラ
カッシネッレ
カッチュッコ
カットガット
カットグット
カットバック
カットレット
カップヘッド
カップワッズ
キッズグッズ
キッドナップ
クックカップ
クックパット
クックピット
グッとラック
グッドウッド
グッドプット
グッドラック
グッドリッチ
ゲットアップ
ゲットラック
コックコック
コッタネッロ
コッレパッソ
ゴッタセッカ
ゴッドリッチ
サックバット
サックパック
サッタヒップ
サップウッド
ザックパック
シットアップ
シットヘッド
ジックザック
ジッグザッグ
スッパラッパ
ズッカレッロ
セッテベッロ
タッグアップ
タッチパッド
タップリット
チックタック
チックリット
チップセット
チップレット
テッドラッソ
デッキリッド
デッドウッド
デッドヘッズ
デッドヘッド
トッテリッジ
トップハット
ドッグウッド
ドッグレッグ
ドッダベッタ
ドットハック
ナッジナッジ
ナッツメッグ
ナッドサット
ナップサック
ナップザック
ニックカッツ
ニックナック
ネットアップ
ネットハック
ネットブック
ノッチバック
ハットラック
バッキアッカ
バックラッシ
バッハラッハ
パッとサッと
パッサテッリ
パッソセッテ
パッドフット
パッドロック
ヒットビット
ヒップポップ
ビックハット
ビッグウッド
ビッグハット
ビッグヘッド
ビッグポップ
ビッグリップ
ピッチアップ
ピッツェッタ
フットバッグ
ブックマッチ
ブッジェッル
ブッツバッハ
ヘッジホッグ
ヘッセネック
ヘッドバッド
ベッツェッカ
ペッシネット
ペッパピッグ
ホッグバック
ホットクック
ホットモック
ボッティッダ
ポッツァッロ
ポッツィッリ
ポップラップ
マックハック
マックブック
マックミック
マッシニッサ
マッタレッラ
マットパット
ミックマック
ミッサネッロ
ラックサック
ラットリッジ
ラッドボッド
ルックバック
レッグカット
レッケレッカ
レッジェッロ
レッドウッド
レッドエッジ
レッドゴッド
レッドネック
レッドハット
レッドブック
レッドボッド
ロックアップ
ロックウッド
ロッグウッド
ロットアップ
ワッツアップ
ワップマップ
笑って笑って
Zen4アーキテクチャーを搭載するRyzenシリーズについては2022年秋頃に投入が予定されており、デスクトップ向けCPUは『Raphael』、モバイル向けは『Phoenix』と言うコードネームで呼ばれています。
アーキテクチャー的にはZen4は現行のZen3から大きく進化するメジャーアップデートになると見られています。
Ryzenシリーズについては2020年に発売がされたRyzenが『Zen3』で世代的にはZen、Zen+、Zen2からZen3という事で第4世代呼ばれています。2022年初旬には第5世代に当たる『Zen3+』が搭載されたRyzenの投入が予定されており、Zen4についてはその次に登場する事から第6世代になると見られています。
なお、モデルナンバーについては2021年11月時点では不確定です。
これは、2022年初旬にモバイル向けZen3+搭載Ryzenとデスクトップ向けに3D V-Cacheを搭載したRyzenが登場しますが、これら2つのモデルがどのようなモデルナンバーを与えられるかによって変わるためです。今時点では、Zen3+が7000シリーズに、3D V-Cacheモデルが6000シリーズになると言われているので、Zen4は8000シリーズとなる可能性はありますが、ここではまだ不確定としています。
アーキテクチャー刷新とTSMC 5nm採用で、IPCを大幅向上
Zen4アーキテクチャーではZen3に対して大きく進化すると見られています。
Zen4アーキテクチャーを採用するEPYC GenoaのES品を手に入れた者によるリーク情報によると、Zen3を採用するEPYC Milanに対してES品と言う段階で既に同一クロックでの動作はZen3に対して29%程度向上しているとの事です。また、動作クロックについてもZen3より向上を見込んでいるとの事でAMD製CPUでは困難だった5.0GHzの壁も超えられるCPUになる可能性があると2021年2月時点のリークでは語られています。
5nm『Zen4』RyzenはIPC25%向上へ。性能は『Zen3』より40%増し
パフォーマンスが大きく向上している背景としては、Zen4ではTSMC 5nmプロセスを活用する事や、I/OダイについてもGlobal Foundryの14nmプロセスからTSMC 7nmプロセスに進化する事で全体的なパフォーマンス底上げに繋がっていると考えられます。
スッポン現象と決別。ソケットはLGA化されたソケットAM5が採用
Zen4 Ryzen "Raphael"採用のAM5モックアップ出現。TDPは最高170Wか
AMDのRyzenシリーズは2016年に発売された第一世代Ryzenから長らくソケットAM4を採用しています。このソケットAM4ではCPUとマザーボードを繋ぐピンがCPU側に搭載されたPGAが採用され、CPUの取り扱いに関してはIntelなどで採用されているLGA（マザーボード側にピンが搭載）モデルより扱いに注意が必要です。
特にこの機構ではCPUとCPUクーラーを密着させるシリコングリスが固着すると、CPUクーラーを外す際にCPUのソケットがロックされているにも関わらず、CPUがソケットから抜けてしまう現象があります。これが、スッポンと言う名前で親しまれていますが、このスッポンはいわば無理やりCPUがソケットから抜かれてしまうため、CPU側のピンが折れて動作不良に陥るような事態があります。
そんな、AMDのソケットAM4ですが、Zen4世代からソケットAM5へ進化する予定になっており、このAM5ではIntelでメジャーだったLGAが採用される事になっています。
170W TDP seems to only be for a special variant, not the normal CPUs for sure
— ExecutableFix (@ExecuFix) May 25, 2021
ピンの数は1718本となっており、IntelのAlder Lakeで採用されているLGA1700に近いピン数になっています。ただ、CPU裏のレイアウトでは、Intel側がCPUの中央付近に電源回路関係が敷き詰められているのに対して、AMDのZen4では裏面は全て接触パッドが敷き詰められており、CPUの表側にヒートスプレッターに切り欠きを設けて、そこに電源回路関係のチップが搭載されるデザインとなっているようです。
A first look at the AM5 socket, once again in the form of a 3D-render pic.twitter.com/84T6wUjpQ2
— ExecutableFix (@ExecuFix) July 29, 2021
最大コア数は16コアに据え置き。TDPは最大170Wまで引き上げられる見込み
Zen4 Ryzen Raphaelでは最大16コア据え置き。TDPは最大170Wに
Zen4アーキテクチャーを採用するサーバー向けCPUのEPYC GenoaではZen3アーキテクチャーを採用するEPYC Milanの64コアから最大96コアにコア数が増加する見込みになっています。しかし、コンシューマー向けのRyzenについては今まで通り16コアに据え置かれる見込みとなっています。
— ExecutableFix (@ExecuFix) July 13, 2021
また、TDPに関してはZen3搭載Ryzenシリーズではコンシューマー向けに販売されている製品ではTDPが120Wのみ、OEMなどに向けて販売されているモデルを含めると、65Wと120Wの2つのTDP帯製品が存在しますが、Zen4 RyzenからはTDPが最小は65Wと据え置きになるものの、95W、105W、120Wそして170Wの合計4つのTDP帯製品が登場する見込みとなっています。なお、この170Wモデルに関しては、パフォーマンスに特化した特別なモデルのために存在するようです。
CPUクーラーはAM4と互換性あり？TPD 170Wモデルには280mm以上の水冷クーラーが必須に
Zen4 Ryzenではソケットが変更となりますが、AMDのリーク資料によるとクーラーに関しては既存の純正CPUクーラーが対応製品としてリストアップされるなどしているため、ソケットは変わるものの、高さやマウント形状に関してはAM4と互換性を持つ可能性があります。
一方で、パフォーマンス特化モデルではTDPが170Wになるとの事ですが、この170Wモデルに関しては同じ資料によるとヒートシンクには280mm以上のラジエーターを備えた水冷クーラーが冷却には必要となると記載されています。そのため、Mini-ITXなどコンパクトな高性能PCを組み立てたいというユーザーにとってはハードルが高くなりそうです。
Zen4 RyzenにはGPU内蔵が標準に。ソケットAM5のリーク情報から判明
内蔵GPUが標準搭載になるのではないかと言う情報はAMDのソケットAM5の互換性について記載されたリーク資料にて記載されています。この資料上のOn-Chip Graphicsと言う欄には"1 Dedicated"、つまりOn-Chip Graphics用に専用チップを有する事が記載されています。また、これらはソケットAM5に対応するすべてのFamily/Model Numbersにて同様の事が書かれています。この事から現行のRyzen 5000Gシリーズのようにモバイル版をベースとしたデスクトップ版Ryzenでのみ内蔵GPU搭載となる扱いとは異なります。
また、上に表示されている資料のページには記載がありませんが、資料の原本には “Some OPNs…may not support GFX”、日本語訳で『一部OPNs(モデル)ではGFX（グラフィック）をサポートしません。』とわざわざ一部OPNsでは対応しないと書いてある当たり、GPUを内蔵したモデルが標準になる可能性は高そうです。
企業などでRyzen CPUを採用したデスクトップをあまり見た事があるという方は少ないと思いますが、多くの法人向けPCではGPUを内蔵している事は必須条件とも言え、わざわざdGPUが必要となる従来までのRyzenは大きなディスアドバンテージとなっていました。そこで、AMDではZen4 Ryzenからは内蔵GPUを標準搭載し、法人向け需要も取り込もうとしているのかもしれません。
CPU側はDDR4とDDR5に対応。PCI Expressも5.0まで対応
ソケットAM5に刷新されるZen4 Ryzenですが、これに伴いチップセットも現行の500番台から600番台のモデルが発売されます。この600番台チップセットではIntelが2021年11月に発売したAlder Lake-Sと同じようにメインメモリーにはデュアルチャンネルDDR5が採用される事となっていますが、CPU自体はDDR4にも対応しており、Alder Lake-Sと同じように廉価モデルのためにDDR4にも対応できるようにもなっているようです。
PCI Expressの世代に関しては、Zen4 RyzenのCPU自体はPCIe Gen5.0に対応した設計になっています。ただし、マザーボードのPCH自体はPCIe Gen 4.0までの対応となっておりCPUと直接接続が可能なPCIeレーンだけはPCIe Gen 5.0に対応できるというマザーボードになりそうです。なお、サーバー向け製品であるEPYCやThreadripperなどはマザーボード側もPCIe 5.0に対応できる見込みのようです。
客体化はしばしば「悪い」ものとともに現れるが、客体化そのものが悪いわけではない。
同じように性的客体化はしばしば「悪い」ものとともに現れるが、性的客体化そのものが悪いわけではない。
客体化objectificationとは何か、何かを自分・主体subjectにとって操作可能な客体objectにすることである。
この操作可能とか客体とかの概念は非常に意味が広いため、そこのすりあわせがないと不毛な議論になる。
もっとも広い意味での客体化は人間が何かを認識するときに現れる。
例えば視覚情報というのは、様々な色の光の集まりでしかない。その光の集まりのなかから人だ、ペンだ、パソコンだ、と意識的・無意識的に一定の塊を見つけていくのが客体化である。
さらに一歩進んで、認識した塊の属性を与えるのも客体化である。
この人は女だ、このペンは赤ペンだ、このパソコンはiMacだ、と言う風に、意識的・無意識的に視覚情報と既存の知識を組み合わせて情報を増やしていく。
ここで「悪さ」が少し現れたことに気づく人もいるだろう。
その人は女性のような服装をしているが、実は男性かもしれない。そのペンは軸が赤く塗られているが、先端から出るインクは黒かもしれない。そのパソコンは一見iMacに見えるが、実際は中身のないモックアップかもしれない。
ペンやパソコンならただの勘違いかもしれないが人間の場合はどうだろう。その人は自分が男性と認識しているのに、他の人は女性と認識する。自分が何者であるかを決める主体性が失われ、客体化している。
まじな話をすると、N予備校のプログラミング入門コースやるのがオススメ。
一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。
月額1000円だけどしっかり勉強すれば一ヶ月の無料期間中に終わると思う。
もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラムで講師曰く去年はこれで二人エンジニア就職を決めたらしい。
内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職に必要な環境構築やセキュリティまでみっちりやる。
で講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。
↓みたいなことが学べる
----
Web ブラウザとは (Chrome, デベロッパーコンソール, alert)
はじめてのHTML (VSCode, HTML, Emmet)
さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)
HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)
はじめてのJavaScript (JS, ES6, エラー)
JavaScriptでの計算 (値, 算術演算子, 変数, 代入)
JavaScriptで論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)
JavaScriptのループ (ループ, for)
JavaScriptのコレクション (コレクション, 配列, 添字, undefined)
JavaScriptの関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)
JavaScriptのオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)
はじめてのCSS (CSS, セレクタ, background-color, border)
CSSを使ったプログラミング (transform, id, class)
Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)
診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)
診断機能の組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)
ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)
LinuxというOS (VirtualBox, Vagrant, Ubuntuのインストール, OS, CUIの大切さ)
コンピューターの構成要素 (ノイマン型コンピューター, プロセス, lshw, man, ps, dfの使い方)
ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)
標準出力 (標準入力、標準出力、標準エラー出力、パイプ、grep)
vi (vimtutor)
シェルプログラミング (シバン, echo, read, 変数, if)
通信とネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)
サーバーとクライアント (tmux, nc, telnet)
HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)
GitHubでウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)
イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)
GitとGitHubと連携 (git, ssh, clone, pull)
GitHubへのpush (init, add, status, インデックス, commit, push, tag)
Gitのブランチ (branch, checkout, merge, gh-pages)
Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)
集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)
アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)
ライブラリ (ライブラリ, パッケージマネージャー, npm)
Slackのボット開発 (slack, mention, bot)
HubotとSlackアダプタ (hubot, yo)
モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)
ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)
同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)
例外処理 (try, catch, finally, throw)
HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsのイベントループ, リスナー)
HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)
HTMLのフォーム (フォームの仕組み, form, input)
HerokuでWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)
認証で利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)
Cookie を使った秘密の匿名掲示板 (Cookie, Set-Cookie, expire)
UI、URI、モジュールの設計 (モジュール設計, フォームのメソッド制限, リダイレクト, 302)
フォームによる投稿機能の実装 (モジュール性, textarea, 303)
認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)
データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)
トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)
削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)
管理者機能の実装 (Web サービスの管理責任, 管理者機能の重要性)
デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)
脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)
XSS脆弱性の対策 (XSS, 適切なエスケープ処理, リグレッション)
パスワードの脆弱性の対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)
セッション固定化攻撃脆弱性の対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)
より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)
安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)
Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)
ExpressのAPI (app, Properties, Request, Response, Router)
GitHubを使った外部認証 (Passport, OAuth)
テスティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)
継続的インテグレーション (CircleCI)
クライアントのフレームワーク (Webpack, Chrome 以外のブラウザでもES6)
DOM操作のフレームワーク (jQuery, jQueryアニメーション, this)
AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)
WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)
RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)
テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)
インデックス (インデックス, 複合インデックス, Bツリー)
集計とソート (SUM, COUNT, ORDER BY, GROUP BY)
「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計、モジュール設計、MVC)
認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)
予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)
予定とユーザーの一覧の表示 (非同期処理, Promise, then)
出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)
出欠とコメントの更新 (Promiseチェイン, リファクタリング)
LAMPの現場だ。コテコテのウォーターフォールで、ソース管理はsvnだしテストはExcelで手動実施、チームメンバーは現状で15人。
要件定義からのサポートなのだが、やっていることといったらひたすらExcelで画面イメージを作る作業だ。
モックアップはあるのだが、テンプレートエンジンに落とし込むことを一切考慮していないので再利用はほぼできない。
営業上がりのリーダーはそのことを理解していない。スケジュールを見ると炎上がほぼ確定している。部外者にはそれを正すこともできない。
リーダーは謎の打ち合わせで業務時間の8割は席にいない。チャットワークで問い合わせても返事はない。
与えられた仕事はどんなにかかっても1時間で終わるようなことなので、空いた時間はトイレに篭るか瞑想するかはてぶを巡ることでつぶしている。
そして技術系の記事を見ていると、みな楽しそうに新しい技術や働き方について綴っている。
この落差は何なのだろうか。
人売りでしか生きていけないような会社に勤めていることが間違いなのか。
そもそもこの業界にいてはいけない人間なんじゃないかとすら思えてくる。
これじゃいかんと、最近、オンラインのIDEでJSフレームワークをいじり始めた。
楽しそうにしている人たちにしてみれば2周遅れの技術だろうが、それでもコードをいじっていると気がまぎれる。
でも、少なくともなにか1つくらい作りあげてからにしたいな。
どの画面遷移図を見ても、わかりづらいと感じる
わかりやすい画面遷移図を見たことがない
最近はモックアップツールもいっぱいあるが、モックアップはそもそも俯瞰できないから意味がない
画面遷移図がスッキリしていると、ユーザー側も理解しやすいのは確かだが
込み入ってるからわかりづらいとは、確定的には言えないと思う（経験的には分かりづらいことが多いが）
結局、開発者はユーザーに対して適した量のviewだけを見せている
例えば、コンテンツ、前に戻る、次に進む、より一覧の階層、より詳細の階層、別の要素など
あるいはそれに至る導線を示している
実際には全体が非常に複雑でも、そういう風に表示すると人間は理解しやすいから、そうしているのだ
逆に言えば、元の複雑な状態を見せられたら、そりゃー分かりづらい
分かりやすかったらwebもアプリもいらない、まるごとユーザーに示せばいい、開発なんて誰でもできる、でもそうではない
じゃあどうやって画面遷移図を作ればいいのか
画面遷移図は分かりづらいが、分かりやすく見えるように全体を設計することは可能だ
「俯瞰でみた時にわかりやすい」というのは、細部を見る必要が無いくらいに脳内でモデル化できるということだ
日本地図を見ても、世界地図を見ても、町内地図を見ても、「わかりやすさ」は変わらないのと同じだ
だから、フラクタル構造みたいに、階層的にモデル化された構造を取っていれば見やすくなると思う
そうした時に良い形の画面遷移図は、大きなモデル化から小さなモデルへ辿れるようなUIになっているか
あるいは大きなモデルと小さなモデルを両方見ることができて、ただどちらに注目するかで見え方が異なるような状態になっていればいいと思う
ここまではわかるが、このあとはわからない
最近は互換性を気にしてるようだけど新しい書き方ですとか毎回言われるストレスが半端ない
プログラミング言語みたいな土台となる技術がそんな変わって何も違和感覚えないやつらがどうかしてる
rbenvやらBundlerで完璧にベンダリングできますってそんな誇れることなの？
バージョン依存が激しいのでそうしないとバグりますって言ってるようなもんじゃねーかｗ
まだpython2,perl5で書いた方がまだ良いわ(Perlは文法が糞だから書かないけど)
多少言語に粗があっても互換性を維持してくれた方がよっぽど重要なんだけど（少なくとも俺は）
フルスタックフレームワークでなんでもできるぞ！とか言ってるけど理解できない
自分が使わない機能がたくさんコードに入ってて使わない機能に脆弱性がありましたアップデートあります
って毎回言われてどう思うの？
モックアップみたいなのをササッと作るには良いかもしんないけど、こんな異常なアップデート地獄に付き合わされて
結局Railsのマジックで作ったような気になってるだけで後に来る保守問題を先延ばしにしてるだけじゃねーの？
ここ7年で使ったことあるところだけ
IT色強め
需要ある？
【特徴】
・正社員募集してたり、フリーランス募集してたり、インターン募集してたりする
・エントリーじゃなくて「まずは話を聞きたい」みたいになってるのがありがたい。雑談のような面談から社長が出てきて１発で決まることもある
・掲載が安いとの噂で、ベンチャーや零細、社長1人しか居ない会社なども載ってる
・課金モデルよくわからんが、金いっぱい払うと上の方に表示されるとの噂（下の方に掘り出し物があったりする）
・「応援する」がFacebookで回ってくるのは正直言うとウザい（個人の感想です）
・ちゃんと言うと、転職サービスっていうよりLinkedInみたいに、人材SNSにしたいらしい
・ベンチャーとか新しいことやりたいとか意識高い系なら外せないサービス
・CEOの仲さんが同い年で死にたくなる（個人の感想です）
【特徴】
・IT専門で、Web系なら割りと王道な気がする。量が多い
・「気になる」ボタンいいと思う
「気になる」押すと先方から「え、いつ会う？どこ住み？」みたいな感じで来るけど、「まだ気になるだけなんだからね！」とツンデレもできるので便利
来ない場合は脈なしか、担当者が見てないかのどっちかだから確度低そう
・成約課金らしいので、だいぶ頑張ってる（しかもだいぶ安い気がする）
【特徴】
・ハイレベルを謳ってるだけあって、全領域で事業部長とかチームリーダーとかチーフオフィサーレベルの（怖い）オファーが結構くる
・年収が800万〜とか〜2000万とか、そういう額が平気で出てくるサービスはここしか知らない
・最初、凄い良いサービスだぜ！と思ったんだけど、そんな重要なポジションが空いてる会社の状況って察しがつくよね？
あまりにも課題が重すぎるし、「そのポジションは俺にはムリだよ、買いかぶり過ぎだろ」みたいなオファーも多い
・新規事業立ち上げフェーズの求人は美味しいかもしれない（エントリー応じたことはないけど）
とにかく稼ぎたい人とか、
俺より遥かに優秀で腕に覚えのある人とか、
もう40代50代でだいぶ経験積んできた人なんかには向いてると思う
・金持ってるけど人材が間に合ってない悩める中堅企業が多いと思う
・他でよく見るIT以外の企業も多い（コンサルのオファーとかもくる）
・出会い系みたいに、月額課金したら名前が開示されたりオファーが増えたりするタイプ。俺は計1万円くらい払った
・基本的に情報は隠されてるから、検索には向かないかも。オファー待ち
・ヘッドハンターはウザいだけ（人材紹介業者） 何百人単位でスカウトされても困る。あと「その案件アレだろ？」も多い（個人の感想です）
豆知識：人材紹介業は、一人紹介するだけでその人の年収の3割くらい報酬を持っていくクッソボロい商売だゾ
そこらの社長も副業で人材紹介やってたりする、恐ろしい商売だゾ
【特徴】
・変わり種
・面白い試みなようでいて、考えてみるとそんな大したことでもない
・街コンに近いのではないかな、一斉にやるのは何かイベント感あるよね（街コン行ったことないけど！）
・眺めるには楽しい どういうスキルの人が、どの会社に、幾らでオファーされたか分かる
・高いって書いてるけど、ビズリーチのほうが普通に高い（そもそもポジションのレイヤーが1、2階層違う気がする）
・ヘッドハンティングみたいに特別待遇あるんじゃないかと期待したけど、そんなでもない感じ（オファーシステムはどこも一緒だしね）
【特徴】
・最近CMやってるんだっけ？ リクルートが外国から買収した、検索系のサービス
・変わり種。リクルートは本気も本気だが、これが流行るとは俺には思えん（ビズリーチも同じ領域狙ってた気がする）
・自分が優秀だと思うならIndeedで仕事探さず、Indeedに入るといいよ。採用が別枠で、天才しかいないという噂
・仕組みとしては、企業が出してるHPの求人とか、別サービスの求人にランディングするようなイメージ？
・他のサービスに求人出してない掘り出し物あるかな？ と思ったけど、フォーマットが揃ってないから見ててちょっと疲れる（Google検索みたいな感じ）
・そろそろデザイナー入れようよ、モックアップじゃないんだから。見やすくなるだけで大分使いやすくなると思うんだけどなぁ
【特徴】
・右上に求人出てるの気づいてた？
・日本企業も割りとある、もちろん意識が凄く高い（良くも悪くも）
・StackOverflowに求人出すような会社だから、多分エンジニアにとってはやりやすい環境だろうなと予想できる
・外資が多い
・明らかにStackOverflowでのポイントとか見られそうだから活動してないとキツイのかもしれない
・誰か感想ください
【特徴】
・大手の一角
・インテリジェンスがやってるんだけど、インテリジェンスも買収されたんだっけ？ 人材業界わけわからん
・数は圧倒的だが、Web系や事業会社系にはすこぶる弱く、普通の昔ながらの企業が多い印象（他業界はわかんね）
・サイト見づらい、ログインしても見づらい、何年変わってないんだよ。すごく惜しいと思う
・サービスが掲載課金だから、リクルート方式にだいぶ近いんじゃないかと思う
・これ系のサービスはメール爆撃がしんどいけど、DODAがその中でも爆撃筆頭だったと思う
・個人的にはエージェントがだいぶいいと思う。真面目な転職エージェント
一番苦しいときにお世話になった
転職エージェント軍団を抱えてる大手は結構あるみたいだけど他使ったこと無いから、比較できないけどね
豆知識：転職エージェントってどんなことするの？ → 仲人さんみたいなもんよ
彼らとしては成功報酬型のビジネスだから、お互いに「この人いいですよ」「この会社いいですよ」「お似合いですよ」とやってくれる
面接なんかのコミュニケーションロスも少しは解消してくれる
たださすがに業界歴３年超えてくると、その人より遥かに自分のほうが業界の内情に詳しいから、違うんだよなぁと思うことも増える
転職苦手とか、面倒くさいとか、上手く決まらないって場合は相談するとよいかも
【特徴】
・何かイベントやってる
・エンジニアとモノ造りに強いらしい、あと企業数多いらしい
・個人的には、昔はDODAの仲間という印象だった。てかサイト構成同じじゃん、どっちがパクったのか。どっちもパクってるのか
・イベント２回行ったことあるんだけど、やっぱりしょっぱい企業とかマッチしない企業が多くてHP眺めてたほうが効率良い気がする
あれは求職者のイベントというより会社のためのイベントなんじゃないかなぁ
婚活や出会い系とかでも会ったほうが話進むじゃん？（使ったことないけど！ｗ）
・スキルマッチングとか、キャリアについての記事とかが割りと面白かったと思う（それを釣り餌にして新規登録してもらう作戦）
・そういえば、@typeやDODAやリクルート系のサービスは登録する際に必須項目が多くて吐きそうになる
何度も辞めたくなる
【特徴】
・新卒の時にリクナビ使ったから、転職もリクナビでいいだろう という間違いに気づかせてくれるサービス
・でも自分が使ってたときよりは大分改善されているらしいので、あまり適当なこと言えない気がする
昔は来るオファーがことごとく雑できつかった
営業パワーが働いてる気がする
・掲載課金（めっちゃ高い）なので、やはりWeb系やベンチャー、事業会社系は見当たらない
古き良き謎会社がすごく多い
・他の職種なら良いのかもしれない。ITのWeb系だと敢えて使う理由が特にない気がする。SIerはちょっとわからない
【特徴】
・色んな所からちょっとずつ真似したりして、無難なカタチに落ち着いてるようなサービス
・他と同じだから使ってもいいけど、他と同じだから使わなくてもいいよ、そんな存在
・ぶっきらぼうな説明だけど、普通に使えるよね（でも成立までいかない）
・俺は昔一時期使ってた（@type＋マイナビ転職で検索、DODAで待ちしてた。リクナビネクストは窓から放り投げた）
【特徴】
・すまん、大手だし一時期使ってたけど印象にない。普通の転職サービスというイメージ
【特徴】
・すまん、昔AIとか言ってTinderライクのアプリを出してたけど途中でpivotしたことくらいしか知らない
・マッチング特化らしい、IT特化らしい、ってのも知ってた
・でも中々マッチングって難しいんだよね、結局数百社見ていくしかなくなる
・「ベンチャーの新しい試みの中でマシな方」という印象
【特徴】
・世界最大級のビジネス特化型ソーシャル・ネットワーキング・サービス（Wikipediaより）
・とは言うけど、UI/UX微妙じゃない？ 俺はWantedlyのUIの方が好きよ
・そもそもアメリカは文化が違うっぽくて、個人のレジュメとかポートフォリオを中心としたサービスになってる
・相当キャリアを攻めてる人ならいいけど、普通の日本人に合うのかはとても疑問
・怪しげな、あるいは怪しいのかどうかも判断できない人材紹介業の人から月1くらいで声がかかってくる
・たぶん外資行きたいなら一つの手かもしれないけど、大多数の人にとっては縁のないサービスになると思う
・その割に初期登録はだいぶ面倒くさいので、同僚には「LinkedInは無視していいよ」って言ってる
・「最近転職活動がマンネリ気味で」っていうイカれた転職ジャンキーには新鮮でいいと思う
・IT系ならコーディング転職サービスというのもあるね（使ったことがない。トラバの方が解説してくれてる）
・他にも把握できないほどサービスがいっぱいある
使ってないけど知ってるものならあと20個はありそう
知り合いに聞くっていうのはあまり使えなかった
・VORKERS
・カイシャの評判
・キャリコネ（もこの枠？）
・みん就（もこの枠？）
【特徴】
・所属している会社にイライラしてる奴らが呪詛を吐き捨てるサービス（個人の感想です）
・サービスを使うためには、自分も評価を書かなきゃいけない仕組みで、円満退社した人とかは良い評価を書く
・他にはないリアルな声がバンバン載ってて非常に参考になるが、あくまで参考程度だ
「企業アンチスレ」だと思って見たほうが良い
・当たり前だけど小さいベンチャーとか、コンプラが厳しい大企業とかは載ってないと思っていい
・「バレるリスク？そんなのしゃらくせぇ！」みたいな人たちが基本書いてるからね
割りと業界専門で強い転職サービスってあるから、探してみると良いと思う
ただIT業界がたぶん転職市場一番発達してるから、ITほどは無いかも
看護、外資、美容、福祉、コンサル、ゲームあたりは見たことある
もちろんくっそ儲かるから
まず、企業側の掲載課金か、企業側の成功課金か、求職者から金を取るかで雰囲気が変わる
掲載課金はまじめだがノイズが多い、営業先行型のサービスだから
何かめっちゃポジション外してるオファーが来たりしたら、担当者がアホか、営業が「もっと手当たり次第に出しましょう」って言ってるかのどっちかじゃないかな
成功課金の場合は、金が潤沢ではないけど積極的な会社が多いイメージ
どちらもあくまで成立させるのが仕事だから、支援の質は大差ない感じがする
あと、特化型か汎用型かでまたタイプが変わる
文化の違いがどうしても出てしまうので、求職者の質も変わるし、会社の質も変わってくる
待ちタイプのサービスなら、自分の経歴・PR部分にどういうことを書けるのか次第で変わると思う
そこを見てオファーが来るわけだし
エッジを効かせたいなら自由度高くかける所が良いよね
・意外と会社がかぶってなかったりするから、複数見てみたほうが良いと思う
会社側からすれば掲載課金のサービスに複数登録するのきついでしょ？（婚活なんかと同じだね）
・ITのWeb系なら、Green＋Wantedly＋大手のどこかの３つを見ておけばいいかも
・転職することでポジションのレイヤーを上げたいならビズリーチかWantedly（経営陣まで募集してるサービス）
・何か思うところがあるなら変わり種を使ってみる
・面倒くさいなら、それぞれのサービスの気になる求人を適当にクリックしまくっておけば、
グーグル広告におすすめ求人がバンバン出てくるから、仕事中に眺められて便利ｗ
（グーグル広告に求人情報が出まくるので、それでも大丈夫ならね）
何で俺こんな毎回苦労してんだ・・・
俺は1ヶ月半かけてようやく次決まった（5社目？）
みんな頑張って
＿＿＿
3月の末に決算だから、検収が終わっていないサイトの入金をしてくれと頼まれた。
こちらも会社案内の原稿が社内のすったもんだで遅れてしまった非があるんだけども、全額くれといかがなものか。
予算の消化のためというのもあるのだが、実際のところ、サイトのモックアップの画像があるだけで、本当に何もできていない。
上司と経理に説明して、なんとか入金してもらったんだけど、まずいことしたかなぁ。
監査とか入ったら、架空請求とか架空売り上げ案件として大変なことになるのかなぁ。
取引先の制作会社も、売り上げは上がったけど、実際の制作作業の9割方は手付かずだし、前金みたいになったけど、後で急に仕事が動き出して困るんだろうな。
零細経営者だが、こういう人見つかるかききたい。
PHPでモックアップしたウェブサービスの追加開発（いっそRubyとかCakePHPで１から作りたかったらつくってくれてもいい）
＜希望＞
＜月収＞
月100時間労働で20万円。他でダブルワークしてもらって構わない。
その他、クローリングやその都度覚えて開発するマインドがあることが重要。
なお、ドットインストールぐらいは社長の自分自身ができる（私は営業畑）ので無茶なお願いはしないと思う。
なお機能的なデザインへの関心が強いことが望ましい（無印、はてな、Cookpad,iPhoneを美しいと感じる人、なんで美しいのかなんで使いやすいのかを考えたことがある人がいい）
＜なぜ採用したいか＞
サービスで市場シェアを取りにいきたいが、ざっと作ったサービスのため荒い。
細かい詰めをしていきたい。
＜なぜlancers,Crowdworksではないか＞
丸投げではなく、コミュニケーションをとりながら「良いサービスづくり」を頑張ってほしいから。
こちらにはお客様の声やこういう機能があるとよいという案がたくさん溜まっているが継続的な開発が必要だと思うので大切にしたい。
別段、文系がいらないとか営業職がいらない、なんてことは言わないよ。共存共栄だ。
例えば、小学校で３Dプリンターを教えようというアイデアを国が受け入れるのはいいけど
じゃぁ、それでそれをプレゼンしている奴は実際に自分の手で３Dプリンター使ったのか？それを聞いた役人は実際に自分の手で３Dプリンター使ったのか？それを聞いた政治家は実際に自分の手で３Dプリンター使ったのか？小学生に出来るなら大人はだれでも出来るだろ。
逆に大人が出来なければ、子供はもっとできない奴が大量に出るだろ。
実際にやってみれば、３Dプリンターだけじゃ、モックアップは作れない。逆に、CADがあれば３Dプリンターがなくてもモックアップは作れる。という事実に気がつくはずだ。
そしてCADがなくてもモックアップは作れる。モックアップを作る方法は山ほどあるんだよ。その中で本当に３Dプリンターないし、CADがいいのか？という議論になる。
そもそもCAD引けるのかよ。小学生が？あれは、製図の知識があって初めて引けるものだ。などなど、自分の手で問題がわかるんだ。
もうイイ歳にもなってオカズを探している自分がたまたまたどり着いた記事が
この記事だった。自分は見る専門
(特に海外をメインとしてサーフィンをしている。FC2はもちろんプレミアム会員だがあまりの検索のしづらさに股間が我慢できない）だが
上記のサイトから感化されて私と同じようにに志した方々もいると思う。
あまりのラーメン好きにラーメン屋をやるという番組を見ながらそんなことがあるかと
両手に空気の入った美女を抱えながら見ていた私が恥ずかしい限りである。
それを構想したのが去年の４月。約１年。ちょっとHTMLができる程度の私が子孫放出時間を削り、地元のチェリーボーイズ達をかき集めてやっとこさ作ったので
普段文章を書かない私が、つたない日本語で申し訳ないがココに記しておきたい
今回サイト制作にあたってコンセプトとしたのは、下記の４つです。
私が精子放出先としてメインで使っているサイト（XVIDEO・tube8等）をまとめているサイトをでき調べてみた。
そこで感じた使用感はこの一言に尽きる
「画像クリック→なぜか再生されずに違うサイトへ飛ぶ→画像クリック→なぜか再生されずに違うサイトへ飛ぶ→画像クリック→∞」
ループから早く抜け出せればラッキーみたいな、何故か動画を見る前に幸福感を得るという謎の現象がおきた。
なぜこのようなことをしているのかを理解する必要があると思い、得意のサーフィンを駆使しなぜ他のサイトへ飛ばすような事をするのかを考えてみた。
どうやらサイト同士はつながりがあるらしく、「私もアクセス送るから、あなたもアクセスちょうだいね」というwin-winな関係があるらしい。
2chまとめサイトとかが顕著にそれが現れているが、例えば自分より有名なところにアクセスを送って、それで送り合う関係になったときに有名なサイトの方がアクセス量は多いので、
実はwin-winではなく自分の方が得をしている関係で、サイト内のアクセスを伸ばせるということらしい。
たしかにそう考えれば私もしたほうがいいのかという衝動に駆られたが大前提として「わかりやすい」を貫くためにも見やすさを崩さない最小限にすることにした。
他に気づいた点は、海外エロ動画サイトをまとめているサイトは人が着そうな動画だけを集めて検索しやすい感じではなかった。
カテゴリやタグで女優名やプレイ内容・女優のタイプ等がきちんと分けてつくっているサイトは更新数が少ないか、サイト内にある動画数が少ない。
それを両立できる方法を、ない頭で考えた。
「とりあえずプレイ内容・女優のタイプは動画を見ればわかるが女優名がネックなら一旦置いておこう」
もちろん女優名で検索できないサイトにはしたくないので、この問題については後にいい方法を思いつき今後の実装予定（楽しみにしててね！）となった。
サーフィン仲間の童貞チェリー達にもサイトを良くする案を考えてもらった結果
ということに決まった。
デザインセンスの欠片もないが、私なりにできる最大限を行うことにした。その際に参考にしたURLの一部（ちょっと古い記事だがデザインの根本的なものは変わらないので参考になると思う）
http://sanride.com/blog/webdesign/web.php【WEBデザインする上で最低限おさえておきたいたった５個の法則】
http://creators-manual.com/alignment/【新人デザイナーに教えたいWebデザインの基本原則【整列】
http://webdesignrecipes.com/4-factor-of-designing/【デザインを勉強したことがない人でもデザインできるようになるかもしれない4つの基本原則】
http://liginc.co.jp/web/design/other-design/15954【すべてのものに理由はある。脳科学に基づくデザインの法則】←最近のだけどいい記事なので
あとはもちろん動画サイトを抜きたい衝動を抑えながら見まくった。１つ気づいたのは動画サイトから動画をとってみたら意外と何もないくらいすっきりするということである。
サイトのスクリーンショットを撮りペイントソフトとかで動画の部分を塗りつぶして枠線だけにすれば、サイトの華やかさは動画イメージがあるからということがわかる。
実際のWEBデザイナーはどうやって作るのかはよくわからないが、私は家にあった横長のホワイトボードを縦にしてそこに納得行くまで書いてみた。
http://gyazo.com/2fc3a46bd4e108ce6ee47e53b064330a
http://gyazo.com/ja【Gyazoというスクリーンショットの瞬間共有サービス これは便利すぎて手放せない】
上記のURLの単純な設計デザインの事をWEBデザイナー達はワイヤーフレーム、モックアップ等と言うらしい。
後になって気づいたがワイヤーフレーム制作を便利にするツールもできあった。
https://cacoo.com/lang/ja/?ref=logo 【cacoo Web上で図の作成＆リアルタイムコラボレーション】
http://www.hotgloo.com/【hotgloo】
http://www.lumzy.com/【lumzy】
https://moqups.com【moqups】
一番考えたのはロゴである。ダサいロゴにしてしまうと、それだけでサイトのイメージも下がってしまうのでかなり悩んだ。
ロゴデザインの木を学んだ人からすれば笑ってしまうようなデザインかもしれないが、笑われるのを覚悟でボツ案をはっておく
http://gyazo.com/acd94a061c4fa54c39dab35d04d81f70
一番最後まで残った案は赤枠で囲んだ「D」という文字を指と見立てて再生ボタンを押しているというイメージのロゴだったが、最終的にはシンプルなものになった。
今ではシンプルで良かったなと思っている。
女優名を引き換えに女優名以外の細かいタグをつけると決まれば、あとはタイトルとタグを付けてくれる人を探すだけである。
翻訳をかけてタイトルとかにすれば完全自動にできるがきちんと確認した上でタイトル・タグをつけたほうが正しい情報を記入することができる。
なのでここは完全手動にした。しかし量が量なだけに私一人でやるには荷が重すぎる。そんな時に空気嫁の次に大切なチェリーボーイズ達が私に隠れてサプライズを仕掛けてくれていた。
「おいハゲ（本当は私の名前を呼んでいる）！アデランス（本当は私の名前を呼んで(ry）の為に人員を用意したぜ！みんな温水（本当は私の名前(ry）の使いやすいサイト制作に賛同してくれて
普段はティッシュしか周りにいない私でも真剣にやるだけで賛同してくれる人もいるのかと、目から精液がでた。趣味サイトなので面倒になったらいつでもやめていいという事で
たまに飲みに連れて行くことを約束し、更新作業を手伝ってもらうことにした
この問題に対しては私はお手上げだった。再生する度に裏でどんどん広告がひらいていき、親が来たと思いサイトを閉じたら、裏で開いていた巨大広告のお姉さんが腰をフリフリなんてザラである。
だがこの問題に一人のチェリーが立ち上がった。彼は自称プログラマーという素晴らしい肩書きで、私ができない部分（PHPやJavaScript等動的な部分）を見事に解決してくれたのだが、この難題にも立ち向かってくれた。
結果は実際にサイトに来ていただければ彼の奮闘結果が見れるかもしれない。
圧倒的な技術不足というのを痛感したとともに、日頃何気なく利用しているサイトはものすごい技術の結晶だということを改めて感じた。
完成した時は思わず、紗倉まなのDVD４時間ぶっ通しでみて抱きまくった。
こんな私でもできるという充実感を味わえる。
あまりの嬉しさにこの日記を書きたくなったが、私が制作に携わったデザイン面でしかこの日記で書けないのが悔しいです。
メールフォーム等も実装してユーザーの意見を聞けるようにしていきたいと思っています。
最後に、私のわがままに付き合ってくれたチェリーボーイズ達に感謝！
俺達の戦いはこれからだ！
僕：（研究Aだけじゃなくて、研究A'までさらに研究を進めるとボスも喜んでくれるはず…！）
AだけではなくてA'にも手を出し始めるので、労力が分散して研究が遅々として進まない。研究の計画はAだけで立てているので、当然、計画より遅れる。が、論文にはAの形で書くか、A'の形で書くかしかなく、Aの形で書くと突込みどころが増えることも分かっているのでA'の形で出したい。
僕：（ああああ、計画より遅れてる！！ストレス貯まる！）
僕：（もう間に合わないや…どうしようどうしよう）
最初の締切に間に合わない：
僕：（どうしよう…研究Aができていないんだから、研究Aに加えてA'と、さらにA''ぐらいまで出来ていないと評価してもらえないはず）
僕：（ボスから連絡がない…とうとう見放された…？でも、この研究、僕がいないと進まないはずだから、誰かに取られているということはないはず。今からでもA''まで頑張れば、ボスに評価してもらえるはず！）
Aに加えてA'、A''までやろうとするので、労力が分散してさらに研究が進まなくなる。
僕：（ああああ、終わらない、もう締切から一月以上経っている、どうしようどうしようどうしよう）
本当の締切が近くなって、本当に時間がない）：
僕：（やばい、本当にやりたくないが、ここで、Aの最低限の機能さえ出来ていなかったら、僕はもう終わりだ。完全に見放される）
僕：（あーっ！どうせ、もう、僕はもうボスに評価されていないんだから、Aの最低限の機能を作っちゃえ！）
Aの最低限の機能、モックアップレベルのaが出来る。aをボスに見せる。
ボス：（あれー、締切からずっと遅れている上にレベルが低いなぁ。やる気なくなっちゃったのかなぁ。最初はやる気あったのに…。まぁ、不可ではないが…。まぁ、この人はこのレベルなのかな） まぁ、悪くはないと思います。次は頑張ってね。
僕：はぁ、乗り切った…、度胸はついたかな。
こんなことを、学部時代からずっと繰り返してきた。すごいもったいないことをしている気がするが、最低限の成果aは出しているので、かろうじて生き延びられている。そろそろやめたい。なんで、みんな、こうならないんだろう。俺、どうしたらいい？
