「概要」を含む日記 RSS

はてなキーワード: 概要とは

2018-11-13

メトロレジデンスを利用してみた。外資の風が強すぎ.

2017年楽天から出資を受けたと少しばかり民泊業界ニュースになったMetroResidencesという会社

どうやら楽天からもらったお金日本にも進出していた。(本社シンガポール


彼らのビジネスモデルビジネスマンに特化した民泊というもの

空き家もってるオーナーが、メトロレジデンスに家を貸付。それをメトロレジデンスが客付けをする形。

メトロレジデンスはグローバル企業関係を構築していてグローバル企業従業員出張するときメトロレジデンスを使うんだとか。

基本は企業向けらしいが、どうやら個人でも使えるらしい。


会社概要ホームページ記載がなかったが調べた感じではこんな感じ。

会社名:MetroResidences Japan株式会社

設立2017年3月

資本金:2,500万円

所在地東京都港区赤坂9-6-30乃木坂プレース201

代表:Lester Kang

従業員数:8名

2018年11月現在


レビューを書いてるサイトがないか探したが、Google Mapクチコミ以外では見つからなかった。

Gooogle Mapレビューも5と1と両極端で悩まれる…

従業員による評判なども探したが見つからず。そりゃ8人でやってる会社だもんな。

ただ、常に求人採用を行っているようでこれもまた悩まれポイント。①拡大のために人を雇っている ②ブラックで人が常に辞めている のどちらか。


スタートアップなんてこんなもんかと思いながら試しに問い合わせをしてみた。

ちょうど東京で1ヶ月ほど仕事が入ったのでレオパレスアパホテルと迷ってメトロレジデンスにもメールをしてみた。


が、日経っても返信なし…

さすが外資だぜ…グローバル企業勤めじゃない人間には用はないってことか…


とは言え出張の日は近づいてきているので、電話をかけてみた。

営業担当の人がいないらしく、スーパーバイザーと名乗る男性が出た。

そこで一言


「俺は営業部署に移動してきたばかりだから知らない」


さすが外資日本サービスを展開しようとも外資姿勢を崩さない。



その後メールで2週間ほどかけて予約完了

メール日本語文面から従業員の方はおそらくネイティブジャパニーズではなさそう。

努力して日本メールを書いてくれた営業の方には感謝しかない。


金額の内訳はこれ。

賃料:22万

敷金11

週次清掃:2万/回×4回=8万

――――――――――――――

合計:41万


敷金はチェックアウト後に返ってくるとはいえ、なかなかの金額



そしてチェックイン

チェックインまではフロントデスクチームという人たちから丁寧な案内メールが来る。

いざ部屋に入ってみると、まぁ普通…。

悪くはないがマンスリーマンションと違うところがない。

1回2万円のお掃除サービスをつけたが、帰宅してみると私物がなくなってる(果物とかお菓子とか軽いもの)。

まぁホテルでもたまにそういうことはあるから仕方ないか。お皿と床は綺麗にしてくれてた。シーツも変えてもらってスッキリ



ここで事件

僕はとあるマンションの一室をサービスアパートメントとしてメトロレジデンスに案内されたのだが、

同じマンションの人とエレベーターで一緒になると「民泊で泊まってる人ですよね…?中央区民泊禁止なんですよ…」とこっそり言われる。

え、違法…?

しかしたら違法片棒を担いでしまたかもしれないと非常に不安に駆られる。

というかマンション住民からの白い目を背に帰宅しなければならないなんてチキン日本人にはきつい。


針のむしろのようなマンション生活も終わりが近づき、チェックアウトをしようとすると

フロントデスクチームの人から「鍵はポストに入れておいてください」というメールが届く。

鍵はポストに…?そういえばチェックインの時も宅配ボックスから取れと言われたな。ビジネス向けとは言え民泊から仕方ない。

ただポストに入れておいてその後誰かに鍵を取られてしまったらどうするんだろうか。僕に請求が来るのだろうか…。

とにかく、こうやってメトロレジデンスの人とは一度も顔をあわせることのないまま宿泊は終わった。

デポジット全額返ってきてよかったよかった。(チェックイン・チェックアウトどちらも立会いがなかったが、もし部屋がめちゃくちゃ汚れててもお金取らないのかな。)


総評すると、悪くはないけど色んな不安が常につきまといすぎてリラックスできなかった。レオパレスに比べたら高いけどもそこまで値段に見合ってるとも思えなかった。

あとはなによりレスポンスが遅い…!日本語が下手なのか、あまり丁寧ではない言葉を使われるので驚きもする。

旅行趣味から一度体験たかったけどこれならAirbnbでよかったな

2018-11-12

輪之内町下大榑新田地内で変出者が出没(安八郡輪之内町下大榑新田

https://www.gaccom.jp/safety/detail-293067

担当部署大垣警察署

発生日時:平成30年11月10日午前0時00分頃

発生場所安八郡輪之内町下大榑新田497番地付近路上

変出者:男1名、30歳位、160センチ位、小太り、黒髪短髪、全裸

事案概要女性信号交差点で停止中、男が全裸のまま立ちはだかり、その後道路上に寝そべるという情報提供を受けました。

全裸族、進化してるなぁ…………というか嘘松だと信じたい。

各務原市蘇原申子町地内において変質者の出没(各務原市蘇原申子町)

https://www.gaccom.jp/safety/detail-292689

発生日時:平成30年11月11日午後4時10分頃

発生場所各務原市蘇原申子町地内路上

不審者:男1名、15歳から18歳位、170cmから175cmくらい、黒髪オールバック

使用車両等:自転車使用

担当部署各務原警察署

事案概要女子児童が一人で歩いていたところ、自転車で近づいてきた男から「目をつむって」等と声をかけられ、目をつむったところ、額付近をなめられる事案が発生しました。

ブチャラティ20歳だが……

2018-11-11

増田プログラマー養成講座 その21 データベース設計 (1)要件定義

前回まで、データベースを使ったWebアプリ作成して、SQLの使い方を学びました。

今回からデータベース設計について学んでみよう。

 

参考書

これらの参考書ガッツリ読めば、データベース設計のやり方は分かる。

 

リレーショナル・データベースは昔からある枯れた(=安定した)技術なので、鉄板ノウハウが蓄積されている。

先人の知恵に沿って使うなら、データベース設計で悩む余地は少ない。=攻略は意外と簡単

 

データベーススペシャリスト教科書

経済産業省認定情報処理技術者試験で「データベーススペシャリスト」という資格もある。

 

データベースエンジニア」という肩書きを名乗れば、ただのプログラマーよりも高給取りになれる。勉強した後、自分知識棚卸してみるつもりで資格を取ってみるのもいいだろう。

データベーススペシャリスト試験教科書には、浅く広くDB知識網羅されているので、1度眺めてみたらいいかも。

 

 

 

データベース設計の流れ

データベース設計(database design)は、ソフトウェア開発工程においてデータベースの詳細なデータモデルを作る工程である

 

  1. 要件定義:「CRUD表」の作成
  2. 概念設計:「概念モデル」の作成 → ER図(実体参照モデル)の作成
  3. 論理設計:「論理モデル」の作成 → テーブル定義表の作成
  4. 物理設計:「物理モデル」の作成 → 論理モデルを実際にデータベース上で作成インデックス作成など

(分類方法にもよるけど)データベース設計は、このようなステップを経る。それでは順番に見ていこう。

 

 

 

1.1 永続化するデータを決定する

いわゆる「要件定義」だ。

実際にシステムを使うことになるユーザーヒアリング調査して、データベース内に永続化(格納)すべきデータを決定する。

 

CRUD表とは?

データCRUD操作(Create 追加、Read 参照、Update 更新Delete 削除)が、いつ、どこで発生するか?をまとめた表のこと。

 

データベース 設計 CRUD表」等のキーワードGoogle画像検索してみよう。どんな表か分かる。

↑このページの「図2 標準的CRUD図(例)」みたいな表を作って確認すれば、扱うデータの過不足がなくなる。

 

複雑なシステムだと、完全なCRUD表を作るのは面倒だよねw

だが安心して欲しい!

押さえておくべきポイントはあるので、そこだけ手抜きをしなければ、大失敗は避けられるだろう。

 

マスタートランザクションの違い

実は、後でテーブルを作るときに、データ更新頻度によって2種類に分類できるんだ。

 

 

トランザクションデータの扱いは、気を付けないとデータベースの性能低下に直結する。

どっちのタイプデータなのか?要件定義の段階から見分ける癖を付けておこう。

 

要件定義練習

試しに、Amazonのような通販サイトなら、どんなデータを扱うことになるのか?想像してみよう。

仕入先、在庫数、受発注配送会社顧客情報商品カテゴリー、商品スペック、などいろいろあるだろう。

いつどこでCRUDが発生するか?どれがマスターデータで、どれがトランザクションデータだろうか?

 

 

 

(ここまでの説明URLを8個も貼ってしまったので、続きは次回にしよう。)

次回は「概念設計」以降のステップを見てみよう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマー養成講座 その12 データベース参考書

anond:20181028152656 増田プログラマー養成講座 その13 SQL文法

anond:20181031014212 増田プログラマー養成講座 その14 Webアプリの試作品作成

anond:20181101225335 増田プログラマー養成講座 その15 Webアプリの完成見本

anond:20181101230220 増田プログラマー養成講座 その16 Webアプリの完成見本(続き)

anond:20181104161900 増田プログラマー養成講座 その17 Webアプリの骨組み

anond:20181104233013 増田プログラマー養成講座 その18 SQLデータの追加と取得

anond:20181110120715 増田プログラマー養成講座 その19 SQLデータ更新

anond:20181110182445 増田プログラマー養成講座 その20 SQLデータの削除

anond:20181111205255 増田プログラマー養成講座 その21 データベース設計 (1)要件定義 ←★今ここ★

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

2018-11-10

子ども被害情報など(長岡京市長法寺)

https://www.gaccom.jp/safety/detail-292366

記事がごちゃごちゃしてるのでわかりやすく整列)

◆日時:1件目・11月8日(木)午後3時30分頃◆場所:1件目・長岡京市長法寺北畠3番地付近路上概要:1件目・女子小学生帰宅中、上半身露出している女性を目撃した。◆女の特徴:1件目・30歳代、赤色紫色ショートカット身長160cmくらい。

◆日時:2件目11月9日(金)午後3時00分頃◆場所:2件目・長岡京市長法寺南谷4番地付近路上概要:2件目・女子小学生帰宅中、上半身露出している女性下半身露出している男性を目撃した。◆女の特徴:2件目・30歳代、赤色紫色ショートカット身長160mくらい。◆男の特徴:2件目・30歳代、黒色天然パーマ様、身長170cmくらい。

珍しく露出女登場。露出男との組み合わせはいったい何なのか?

2018-11-01

ゲーム主人公が嫌いになってしまった

タイトル通り、スマホゲーの主人公(格)のキャラクターが嫌いになってしまった。

スマホゲー自体運営に不満と疑問はあれど概ね好きだ。

精神が千切れるような、胸が詰まるようなストーリーが好きだ。

スチルが綺麗で画面の外まで見たいと思うほどに好きだ。

推しキャラ推しグループもいる。

イベ前は推しが出てほしい、頑張っている姿が見たいと祈るような気持ち課金している。

しか最近は高レアで出てくれないのでお布施になりつつある…。

そんな思い入れのあるスマホゲーの主人公キャラが嫌いになった経緯をざっと書こうと思う。


主人公所属するグループと私の推しグループがメインのイベントが来た。

久々の推しが出るイベ、ストーリーにもスチルにも期待した。

大変でも、辛くても、頑張っていく推し達が見られると思っていた。

クワクしながらイベを走りストーリーを読んだ。

すれ違いながらも先輩が後輩を指導する話だった。

よくある話だ。教え、教えられ、先輩も後輩も互いに成長したね! なんて話はたくさんある。

だがその内容がリアルすぎていけなかった。


主人公キャラ推しグループメンバーに言い放った

自分がわからないこともわからないの?」

「なんでできないの?」

「やる気あるの?」

というセリフは私の心を抉った。

いたことのある人なら一度は言われたことがあるのではないだろうか。

概要仕事の仕方もよく知らないまま会社命令されて現場に放り込まれる後輩。

即戦力が欲しいのに現場に来たのは新人だったので「どんな仕事会社から何も聞いていないの?」と後輩に聞く先輩。(このときの後輩は世界で一番仕事ができない気分になる)

そんなやりとりがゲームストーリーで行われているのである

私のトラウマが掘り起こされた。


研修指導の場において「なんでできないの?」というセリフキツイ言葉だ。

教わり方は人それぞれだし、教え方も人それぞれだ。

だが、できる人ができない人を見下すように聞こえる言葉は「教える人」が言ってはいけない言葉である

だって「できない」から「教ろうと」してるのだ。「できる」のなら「教わろうと」なんてしないのだ。


会社でそういうことを言われた経験がある私は過去記憶が蘇って気が滅入ってしまった。

そこからはもう主人公のスチルを見るだけで胃が痛んだ。

主人公カードは全てフォルダ仕舞った。

イベントストーリー主人公がどんなに良いことを言っていても

「でもこのキャラ前にあんなこと言ってたんだよな…」

という気持ちになって頭に入ってこない。

いっそゲームのものが嫌いになってしまえたら良いのに推しいるからできない。

主人公空気とか、苦手とか、調子がいいことばかり言うとか、そういうのは平気なのに、

会社相手を見下す人と同じ事をした主人公」というのは私にはダメらしい。


アプリアイコンになっている主人公が嫌いだ。でも推しは好きだ。

主人公が嫌いだけど好きなキャラいるからその作品を見ている、

あるいはプレイしている人は世の中にどれほどいるのだろうか。

できればどこが嫌いで、どんな気持ちでその作品と向き合っているのか教えてください。

2018-10-30

anond:20181030213446

喉が痛い=かぜのひきかけ?

喉の奥にルゴールを塗る。

耳鼻科では「Bスポット療法」といわれ消炎剤をのどちんこの後ろの部分に塗布することで、

痛いけどあとで楽になる(リンク先右クリ禁止なので概要かいてみました)

一行でかくと

葛根湯を飲んで、イソジンを喉の奥に塗るといいみたい。(サイトの主さんは内科医さんみたいです)

https://yoshiya-hasegawa.com/blog/disease/how-to-deal-with-sore-throat/

2018-10-28

増田プログラマー養成講座 その13 SQL文法

前回は、データベース参考書を見た。

今回は、DBで使うプログラム言語SQL」の文法を見てみよう。

 

リレーショナル・データベース(Relational Database、RDB)とは?

WikipediaRDB説明を見てみよう。

関係データベース(relational database)は関係モデルにもとづいて設計、開発されるデータベースである

関係データベース管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。

Oracle Database、Microsoft SQL Server、MySQLPostgreSQLDB2、FileMakerH2 Database などがRDBMSである

 

関係モデルIBMエドガー・F・コッドによって考案された現在もっとも広く用いられているデータモデルである

データベース利用者は、クエリ(問い掛け)をデータベースに与え、データ検索したり、変更することができる。

 

データは表に似た構造管理されるが、関係と呼ぶ概念モデル化される。

関係は組(タプル、表における行に相当する)、属性アトリビュート、表における列に相当する)、定義域(ドメイン)、候補キー(主キー)、外部キーなどによって構成される。

SQLなどに代表されるデータベース言語(問い合わせ言語)を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算(集合演算を含む)ないし関係論理演算を行うことで結果を取り出す。

関係複数持つことも可能で、互いを関連させることも可能である

要するに、

 

SQLとは?

WikipediaSQL説明も見てみよう。

SQLエスキューエル)は、関係データベース管理システム (RDBMS) において、データ操作定義を行うためのデータベース言語(問い合わせ言語)、ドメイン固有言語である

エドガー・F・コッドによって考案された関係データベース関係モデルにおける演算体系である関係代数関係論理関係計算)にある程度基づいている。

 

SQLは、シークェルと読まれることもある。

これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語SEQUEL (Structured English Query Language)」であったことが由来である

SEQUEL (Structured English Query Language)」を略して「SQL」と呼んだらしい。

 

  1. 質問する、尋ねる
  2. 問い合わせ[クエリー]を行う

英語クエリーは、質問する、問い合わせる、という意味なんだね。

 

SQL3分

SQL説明するとき、3つのグループに分類される。

 

↑このページをよく読んでくれ。理解できたらSQL説明は終わりだ!!!

 

 

 

…というと、説明することがなくなるので、ちょっとまとめておこう。

このページの「表1●SQLDDLDML,DCLの三つに大別できる。このうちプログラマが最も多く使うのはDMLだ」という図を見てみよう。

 

という3種類に分けてる。順番に見てみよう。

 

DDL(Data Definition Language:データ定義言語

データベーステーブル、ビュー、インデックスユーザーなどを作成/変更/削除するときに使うSQL

これでデータベースを使う準備ができる。

  • 「CREATE」…作成する。
  • ALTER」…変更する。
  • DROP」…削除する。

 

DML(Data Manipulation Language:データ操作言語

データ操作するときに使う。いわゆる「CRUD」のことで、SQLのうち、このDMLを覚えれば、とりあえずRDBは使えるようになる。

CRUD(クラッド)とは、ほとんど全てのコンピュータソフトウェアが持つ永続性の4つの基本機能イニシャルを並べた用語

その4つとは、Create(生成)、Read(読み取り)、Update(更新)、Delete(削除)である

ユーザインタフェースが備えるべき機能情報の参照/検索/更新)を指す用語としても使われる。

 

この中で一番活躍するのは、「SELECTコマンド命令文)だろう。

SELECTは、いろんな条件を付けてデータを絞り込む/加工することができて、便利なんだ。(Excelなどの表計算ソフトよりも高機能

 

JOIN(結合)

RDBは「リレーショナル」(関係)という冠言葉が付いてることからも分かるように、関係がある表と表をくっつけて、データを加工できる。

表と表をくっつける操作のことを「結合」という。

SQLでは「JOIN」というコマンドを使って表と表を結合できる。

↑このページにある丸と丸が重なった図を見てくれ。この図は「ベン図」といって包含関係を示す図だ。図を描いて塗りつぶせば、欲しい部分が分かりやすくなるだろう。

 

結合の種類

表と表のつなげ方には、何通りかパターンがあるよ。

  • 結合は、「内部結合」(INNNER JOIN)と「外部結合」(OUTER JOIN)の2種類に分類できる。
  • 外部結合はさらに、「左結合」(LEFT JOIN)と「右結合」(RIGHT JOIN)と「完全結合」(FULL JOIN)の3種類に分類できる。

 

内部結合は単純だ。外部結合はちょっとややこしい。

外部結合は「LEFT JOIN」の形がよく使われると思うので、まず最初にLEFT JOINの仕組みを理解すれば大丈夫だろう。

(LEFTの仕組みを基準にして、RIGHTやFULLとの相違点を意識すれば、表のつなぎ方を間違えにくい?)

 

DCL(DataControl Language:データ制御言語

トランザクション」は、データ更新に失敗したとき、元に戻せる機能だ。(安全装置

  • 「COMMIT」…更新処理の確定
  • 「ROLLBACK」…更新処理の破棄

 

言葉だけだと意味が分かりづらいと思う。

Google画像検索で「トランザクション」を検索して、分かりやすそうな図解を探してみよう。

↑このページの「図1 処理失敗による不整合の発生」を見てみよう。

 

銀行で口座間の送金を考えてみる。Aさんの口座からBさんの口座へ50万円送金したい。

  1. Aさんの口座から50万円減らす。
  2. Bさんの口座に50万円追加する。

この2つの処理が両方とも成功しないと、送金は失敗だ。(Aさんは送金できてないのに貯金が減ったら怒る。Bさんは送金されてないのに貯金が増えてラッキー!)

AとBの両方が成功したら更新処理を確定する。AとBのどちらか、または両方が失敗したら更新処理は破棄してなかったことにする。(やり直し!)

これがトランザクションだ。

 

クレーム対応難易度

ちょっと話がそれるけど、トラブルの重大さ=クレーム対応難易度について考えてみよう。

  1. 人身事故 …人命にかかわる事故は取り返しがつかない。文句も一番キツイ絶対ミスがあってはならない分野のシステム開発はなるべく避けよう。
  2. 金銭絡み …(命の次に)お金大事という人は多い。人は金の話になるとシビア文句も強烈だ。決済など金銭絡みのシステムでは、RDBトランザクションを使おう。
  3. 上記以外 …その他のクレームは、それほどハードではない。匿名掲示板とか、どうでもいいゴミ情報投稿されるシステムなら、トランザクションは使わなくてもOKだろうw

 

DB管理ツール

ここまで、SQLRDB操作する方法について話した。

RDBは、SQLコマンド操作するだけでなく、DB管理ツールを使って操作することもできる。

DB管理ツールについても知っておこう。

 

この講座では「phpMyAdmin」というDB管理ツールで「MySQL」を操作した。

他にも、Google検索で「DB 管理 ツール GUI」などで探してみよう。商用だけでなく無料でも便利なソフトがたくさんあるね。

 

など。

 

SQLパズルだ!

SQLを駆使すると、欲しいデータをホイホイ取り出せる。

SQLコマンドを組み立てる作業パズルのような要素もあるので、遊びだと思ってSQLに取り組んでみて欲しい。

SQL パズル」でGoogle検索すると、いろんなテクニックが紹介されているので、時間があったらチャレンジしてみよう!

 

SQLの話は、それだけで1冊の本になるぐらい広範だ。今回は、SQL概要説明するだけになってしまった。

SQLの詳細については、前回紹介したSQL参考書などを読んでみてね。

 

まとめ

 

次回は、データベースを使ってWebアプリを作ってみよう!

データベースって便利だな~~~!!!」と実感して欲しい。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマ養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマ養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマ養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマ養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマ養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマ養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマ養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマ養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマ養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマ養成講座 その10 OOP参考書

anond:20181024214133 増田プログラマ養成講座 その11 データベースを使ってみよう

anond:20181026145516 増田プログラマ養成講座 その12 データベース参考書

anond:20181028152656 増田プログラマ養成講座 その13 SQL文法 ←★今ここ★

anond:20181031014212 増田プログラマ養成講座 その14 Webアプリの試作品作成

anond:20181024214737 増田プログラマ養成講座 コンテンツ一覧

2018-10-27

24Fカップの女のだけど耳情報が処理できない

上司から「〇〇の値と△△の合計値を足して、前日の〇〇の値を引いてあげた数を、□□でさらに引いて□□にすり替えといて」といわれてマニュアルを渡された。

概要目的理解しているものの、計算手順にさっぱり頭がついていかず、疑問すらわかない。わからないところすらわからないというのが適切だろうか。

ただただ耳と目を入力される情報量に圧倒されるだけなのだ

「わからなかったら後日俺が処理しておくから」と言われたので、その旨を承知してマニュアルを読んだ。

理解力は遅いものの、口頭説明じゃ100中1ぐらいしか理解できなかったものが95ぐらいの理解が出来た。

今思うと学生時代から板書にいっぱいいっぱいで口頭説明が頭に全く入らず、理解したつもりで盛大に勘違いしていたりすることが取り分け多かったので、頭が悪いだけなのかもしれない。

自分潜在的仕事で対人対応を苦手とする理由にようやく気づけたのはいいが、どう対処していいのかわからず途方に暮れる。

運動瞑想睡眠野菜の手がかりしかない私はどうしたらいいんだろう。

パラ選手ポスター撤去問題。悪いのは日本障がい者バドミントン連盟

パラ選手のポスター撤去に強烈な違和感を感じたボクの言い分を読んで、あー東京都やっちゃったなぁと思っていたら、そうじゃなかった。自分たちお詫び文出して実は1番悪いのは身内だったと暴露してた。

これは選手が1番の被害者だと思ったんで、とりあえず言いたいことを書いてく。

誰に対してのお詫びかわからない

東京都ポスターに関するお詫び | 日本障がい者バドミントン連盟のオフィシャルページ。消されるかもしれないので、全文貼っておく。

平成30年10⽉26⽇ 東京都作成ポスターに関するお詫び平素より弊連盟活動に多⼤なるご⽀援、ご協⼒そしてご理解を賜り誠にありがとうございます。 この度、東京都作成BEYOND FES 丸の内」に掲⽰したポスターキャッチコピー表現につきまして、不快な思いをされた⽅々に⼼よりお詫び申し上げますポスター制作にあたり、連盟杉野明⼦選⼿の気持ちを⼗分に理解しているつもりでおりましたが、本⼈への最終確認を怠るなど連盟としての配慮が⾜りませんでした。 結果として杉野選⼿および関係する⽅々に多⼤なるご迷惑をおかけしましたことも深く反省し、ここに重ねてお詫び申し上げます制作物に掲載されておりました⽂⾔は、杉野選⼿のチャレンジする熱い気持ちを伝えるもの認識しておりましたが、結果として不快な思いをされた皆様に深くお詫び申し上げますとともに、⼆度とこのような事が起こらないよう努めてまいりますことをお約束いたします。 今後も連盟は、誠⼼誠意パラバミントンの普及、発展、さらにはパラスポーツの認知や発展に精進してまいりますので、引き続き、ご⽀援ご協⼒のほど、何卒よろしくお願い申し上げます一般社団法人日本障がい者バドミントン連盟理事長 平野一美

これ誰にお詫びしてるの? 杉野選手にお詫びしてるの? もっともらしい文章書いてるつもりなのかもしれないけど、全然意味わからん

リスク管理ができない組

さすがに長いんで重要な部分を抜粋すると、

ポスター制作にあたり、連盟杉野明⼦選⼿の気持ちを⼗分に理解しているつもりでおりましたが、本⼈への最終確認を怠るなど連盟としての配慮が⾜りませんでした。

ここを読む限りでのボクの妄想はこんな感じ。

  1. 東京都から連盟に依頼があり、杉野選手ポスター制作についての了解のための確認は取った。この段階で連盟ポスター制作の件については全面委任されたと理解した。
  2. その後東京都とのやり取りは連盟主導で行われ、東京都から最終確認の依頼があった際、連盟杉野選手から全面委任されたと理解していたため、確認不要判断した。
  3. から連盟は最終確認を怠ったのではなく、最初から杉野選手確認などしていなかった。

この妄想が正しかったとすると、日本障がい者バドミントン連盟ってのは、相当ヤバい組織であることは間違いありません。

広報する気なし

そもそもWebサイトには載せているけど、RSSなど更新を知らせる仕組みを何1つ取り入れていないんで、よっぽど日本障がい者バドミントン連盟に興味があるか恨みがある人じゃないと、わざわざ巡回してこのお詫び文に気がつかないと思うんですよ。

しかも、ここのサイト。近年はどこも当たり前のようにスマホ対応しているのにも関わらず、スマホ対応してない。WordPressで作ってるのにですよ。

自分たちで作ってるのか、委託してるのかは知らんけど、どっちにしろやる気のなさは全開な感じ。

Facebookページはあるけど、今回のお詫び文の記事へのリンクは流してない。っていうか、先日のアジアパラ大会の期間中、きっとスタッフも何名か同行してるだろうに、他媒体記事ばかりシェアして自分たちでは何も書いてない。

自分たちの都合の悪いことは情報提供しない日本障がい者バドミントン連盟ってのはやっぱり相当ヤバい組織のようです。

諸悪の根源はこいつら

連盟概要について | 日本障がい者バドミントン連盟のオフィシャルページ

ここに出ている連盟会長以下、理事諸悪の根源

今回の件は広報から総務関係総務部荒木事務局宮田ってのが実働部隊で、理事長平野承認したと思われる。

会長衆議院議員13回当選衆議院議長建設大臣も務めた綿貫民輔日本バドミントン協会の会長も兼ねているけど、日本障がい者バドミントン連盟会長就任時には日本バドミントン協会から何1つアナウンスがなかった。

年齢が現時点で91ってことを考えると綿貫はただの飾り。実権を握っているのは、平野と考えて間違いないだろう。

この平野。これまでの流れもあって、いかにも悪人顔に見えてくる。いやどう考えても悪人から仕方ないんだけどw

選手のみなさんへ。解任させるにはクーデターを起こすしかない

ここに連盟の定款があります

第14条に

社員総会は、定時社員総会及び臨時社員総会とする。定時社員総会は、毎年6月に開催し、臨時社員総会は、必要に応じて開催する。

とありますが、定時社員総会やってます? 第22条には

社員総会の議事の経過の要領及びその結果は、会報掲載し、又は主たる事所の掲示板掲示し、会員に通知する。

ってなってますけど、通知されてます? まぁされていないでしょう。こんな組織、信用してはいけません。もう理事長以下、選手を守ってくれない組織の人間はさっさと解任してしまいましょう。

28条に

理事及び監事は、社員総会の決議によって解任することができる。

となっていますしかし、第15条の2には

総正会員の議決権の5分の1以上の議決権を有する正会員は、理事長に対し、社員総会の目的である事項及び招集理由を示して、社員総会の招集請求することができる。

とあり、理事長自身の解任を議決する臨時社員総会を招集するはずがない。

となると、組織改革には自ら辞めてもらうしかありません。

日本障がい者ポーツ協会は、日本障がい者バドミントン連盟監督する立場だとは思うけど、きっと役に立たない。

公的機関であれば、日本障がい者ポーツ協会を所管するスポーツ庁。その上級である文部科学省総務省でもいいかもしれん。マスコミなら、どれだけ扱ってくれるかわからないけど、文春とか。

それらに選手しか知り得ない連盟の真っ黒なネタを流して炎上してもらいましょう。

東京パラリンピックまで2年を切った今、来年からは出場するためのランキングポイントを稼ぐ大会にも出て行かないといけないことを考えると、このタイミング組織改革、いや組織解体して日本バドミントン協会に吸収してもらうほうが選手にとってはベターなんじゃないかと思います

今日言いたいことはこれくらい。選手がどこかにリークした記事炎上するのを楽しみにまちたいと思います

他人の口頭説明ほとんど理解できない

上司から「〇〇の値と△△の合計値を足して、前日の〇〇の値を引いてあげた数を、□□でさらに引いて□□にすり替えといて」といわれてマニュアルを渡された。

概要目的理解しているものの、計算手順にさっぱり頭がついていかず、疑問すらわかない。わからないところすらわからないというのが適切だろうか。

ただただ耳と目を入力される情報量に圧倒されるだけなのだ

「わからなかったら後日俺が処理しておくから」と言われたので、その旨を承知してマニュアルを読んだ。

理解力は遅いものの、口頭説明じゃ100中1ぐらいしか理解できなかったものが95ぐらいの理解が出来た。

今思うと学生時代から板書にいっぱいいっぱいで口頭説明が頭に全く入らず、理解したつもりで盛大に勘違いしていたりすることが取り分け多かったので、頭が悪いだけなのかもしれない。

自分潜在的仕事で対人対応を苦手とする理由にようやく気づけたのはいいが、どう対処していいのかわからず途方に暮れる。

運動瞑想睡眠野菜の手がかりしかないまま、僕は今、どこへ向かえばいいんだろう。

2018-10-26

○○(1960年1月1日 - )は△△県出身俳優タレント身長170cm。

表題みたいな書き方から始まるWikipedia芸能人有名人記事を見るとゲンナリする。えっ、そこで身長?みたいな。身長のほかには、血液型ね。

○○(1960年1月1日 - )は△△県出身政治家、元スポーツ選手血液型B型

ようするに、他を差し置いて、身長血液型がわざわざ冒頭に書かれなければならないほどのその人の重要情報だと思ってるわけだ。「概要」欄のほんの一カ所にさらっと触れてれば十分なはずのことを(ぶっちゃけそれすらいらない。その人の芸能なりのキャリアになんか関係あるのか?)。そういや出身だってわざわざ冒頭に書くほどか?

日本語版Wikipediaレベル書き手の低さ(特に芸能関係なので余計に)。「Wikipediaとは百科事典ではない、『多くの人がそう思ってる辞典』だ」ってのを昔見てから常々思ってるが、それを再確認させられる件だ。

こういうの、かたっぱしか問答無用で消していきたいんだけど、もめるから面倒なんだよなあ。

2018-10-24

anond:20181023184616

データベースSQLの使い方をどうやって説明するか?検討してみた。

RDBMySQL使用XAMPPMySQLphpMyAdminですぐに練習できるから

 

RDBの仕組み

  1. RDB歴史
  2. RDB概要
  3. SQL誕生の背景(問合型言語計算モデルは「関係代数」)→ 関係代数 (関係モデル) - Wikipedia https://ja.wikipedia.org/wiki/%E9%96%A2%E4%BF%82%E4%BB%A3%E6%95%B0_(%E9%96%A2%E4%BF%82%E3%83%A2%E3%83%87%E3%83%AB)
  4. 表計算ソフトExcel)とRDB比較 

 

SQL

文法コマンドの種類

  1. データ定義言語 (DDL: Data Definition Language)
  2. データ操作言語 (DML: Data Manipulation Language)
  3. データ制御言語 (DCL: Data Control Language)

 

データベーステーブル、ビューの作成
データ操作CRUD
トランザクション
バックアップリストア

 

DB設計

論理設計物理設計

  1. データ中心アプローチDOA)、ER
  2. 正規化インデックスの張り方

この手の話は、情報処理試験データベース教科書かに、よくまとまっている。

 

MVCフレームワークWebアプリを作り、データストアとしてRDBを使ってみる。

 

RDB以外のデータストア

 

データベース参考書の紹介

ミックさんの本が分かりやすい?

 

最初から欲張って、てんこ盛りにしても混乱する?

要点を絞って、情報量を絞り込まないといけない。

最低限は、

  1. SQLCRUDを書けるようにすること
  2. WebフレームワークからRDBを使えるようにすること

 

こんなかんじかなー?

2018-10-23

増田プログラマー養成講座 その10 OOP参考書

前回はオブジェクト指向プログラミングOOP)の使いどころを学ぶために、MVCフレームワークを使ってみました。(ほんの触りだけ)

今回はOOP理解を助けるための参考書を探してみましょう。

 

OOP参考書

OOPに関する有名な本はたくさんありますAmazonレビュー評価が高い本は、定番の本が多いです。

だけど分厚い本は、ある程度プログラミングに慣れてから読んでみないと、最初意味チンプンカンプンだと思います

最初意味が分からなくても)なるべく早い時期に1回は読んでみた方が良いと思う本をピックアップしてみます

 

オブジェクト指向でなぜつくるのか 第2版

この本は、OOP概要、基礎知識コンパクトにまとめられています

今の自分知識の過不足をチェックできます

この本を1つの目安にして、今後の学習指針を立ててみて下さい。

 

プリンシプル オブ プログラミング 3年目までに身につけたい 一生役立つ101の原理原則

https://www.shuwasystem.co.jp/products/7980html/4614.html

この本は、OOPも含むプログラム設計ノウハウ原則をまとめて紹介しています

カタログ的に、各テーマを広く浅く紹介してるだけなので、詳しい内容は個別に掘り下げる必要がありますが、それでも概要を知る上では役立ちます

今すぐ理解できなくても、「あー、そういえば、そういう話もあったな」と後で思い出せる程度に眺めておくだけでも十分だと思います

(第3章にある「UNIX哲学」は、初心者にとってプログラミングの良い指針になると思います。)

 

オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方

https://gihyo.jp/book/2016/978-4-7741-8361-9

この本は、上記2冊の内容を具体的な事例で説明しているような本です。

OOP解説本をいろいろ読んでみると、

などといった用語に出くわすと思います

これらの内容はそれぞれが1冊の本になるほどボリュームの多い内容ですが、本書ではそれらのエッセンスをうまくまとめていると思います

サンプルコードRuby説明されていますが、何らかのOOP言語を使ったことがあれば、Ruby文法を知らなくても、だいたい意味は分かると思います

 

プログラミング入門書を数冊読んだ程度の段階では、上記の本を読んでもいまいちピンと来なくて、意味理解できないと思われます

しかし、将来自分がぶち当たるであろう壁、課題を先取りしているつもりになって、「こんなことも考慮してるんだな!」と雰囲気だけでもつかんでもらえればいいんじゃないかと思います

 

プログラミングって難しいイメージがありますけど、習うより慣れろの精神で、とりあえず適当に触ってみるのがいいと思います

 

その他

PHPを使って、OOP基本的な仕組みを説明をしたので、PHP入門書を挙げるなら、とりあえずこの1冊。

自分にとっては分かりやす説明だと思うのですが、類書はたくさんあるので、実際に本屋で確かめてみましょう。

 

Java入門書文法の基礎を学んだら、次に読んでみたい本。

デザインパターン」という知識があると、他人が書いたプログラムを読むときに役立つと思います

(なんでこういう書き方をしてるんだろ?とか、定番の書き方=パターンがいくつかあるので。)

 

グチャグチャな汚いコードを綺麗にスッキリさせるノウハウがあります

リファクタリングに関する知識を学ぶと、プログラムの書き方が改善されて、後で自分メンテナンスするときに苦労が減ります

 

今の段階では、パッと思いついた本はこんなかんじだけど、他にも良い本はいっぱいあります

自分が分かりやすいと思う説明方法と、他人が分かりやすいと思う説明方法は、必ずしも一致してない場合が多々あります

図書館本屋で、実際に本の内容を確かめてみて、自分にとって一番分かりやすいと思える説明の本を探してみてください。

 

本のコストパフォーマンス

リファレンス文法辞書など)は、読む頻度が多ければ、買って損はしない=元は取れると思うので、自分への投資だと思って、必要な本は買うようにしましょう。

プログラミング専門学校かに行ったら、学費が何十万円もしますね?それを思えば本なら安いものです。)

 

プログラミング学習曲線

プログラミングに限らず、他の勉強でも同じだと思いますが、最初は知らないことの連続ですね?

プログラムサンプルコードを見ても、意味が分からなくて、中身が不明な「ブラックボックス」に見えると思います

でも、いったん意味が分かるようになると、霧が晴れたように、急激に視界が開けてきます

学習曲線で言えば、滑らかな右肩上がり(/)ではなく、ある時グイッと変わる階段状(_l ̄)の変化に近いと思います

なので、最初は分からないことが多く感じても、それが当たり前なので、あまり気にする必要はないです。

理解を早める補助として、上記のような参考書活用されてみて下さい。

 

まとめ

今回までで、手続言語構造プログラミングオブジェクト指向プログラミング)の基本を知りました。

次回は、問合型言語SQL)を学び、データベースを使いましょう。

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書 ←★今ここ★

anond:20181024214133 増田プログラマー養成講座 その11 データベースを使ってみよう

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

人に説明するということ、分かるということ

院生として研究を始めてから研究発表を通じて感じてきたこ

自分研究室の中で異色な研究をしているためかもしれないが、

他人自分研究を満足に説明するということは、人を分かった気にさせることと殆ど等しいと感じるようになってきた

常人物事説明する際には余分な情報を省いて必要ものだけを伝えると思う

聴衆が知りたいこと(基礎的なこと、研究概要)と講演者が伝えたいこと(専門的なこと)が食い違う場合には、概要を正確さを欠いてでも手短かに話し、専門的なことを話さなければならない

概要時間を割くと時間内に話しきれない上、質問時間概要に関する質問に食われてしま

そういった同じ研究室の人間にすら分かった気にさせる説明をしてきた中で、自分も同様に分かった気にさせられてきたのだという考えに辿り着く

真に研究や、物事理解するには講演を聞くことや噛み砕かれた文章を読むことではまるで足りない

学術書論文などを自ら積極的調査しなければ分かった気になって知ったかぶりをすることになる

自分が今まで読んできたNewtonブルーバックスなどの一般向けの書籍も、分かった気にさせられてきただけと考えると、そういったものを読むことが全て無意味に覚えてくる

どこまで行けば「分かる」ことになるのか分からない

2018-10-22

増田プログラマー養成講座 その9 MVCフレームワーク

前回はオブジェクト指向プログラミングOOP)で使う様々な仕組みについて学びました。

今回はOOPWebアプリを作ってみよう!

 

今日学ぶこと

 

OOPの使いどころ

OOP文法を学んだ後、OOP長所が発揮される場面をどうやって説明したらいいのか?を考えてみた。

横田意見を参考にして、「フレームワーク」を使って、OOPの使い方を見てみよう。

 

フレームワークとは?

framework →「枠組み」「骨組み」「構造」などという意味英語

システム開発で使われる「フレームワーク」とは、よく使われる機能のパーツを用意して、まとめて1つのパッケージにしたプログラム群のことだ。

 

イメージとしては、いろんなおかずが入ってる豪華な幕の内弁当のようなものだ。

ただし、ご飯のマスだけが空になっていて、プログラマー自分ご飯を用意しないと、弁当としては完成していない形になってる。

普通の白いご飯を作って追加しても良いし、好みや必要に応じて、炊き込みご飯やまぜご飯を作って追加しても良い。

ゼロから豪華な幕の内弁当を作るのは大変だけど、ご飯だけ用意すれば完成するので楽ができる。

 

プログラムの開発でフレームワークを使うと、プログラマー必要最小限のコードを書くだけでアプリを完成させられるので楽ができる。

 

ライブラリーフレームワークの違い

フレームワーク」と似た用語で「ライブラリー」という用語がある。

イメージとしては、ライブラリーは、ばら売りのおかずだ。

弁当を作るときに使いたいおかず(ライブラリー)を自分で考えて探し出し、選ばないといけない。

フレームワーク最初からおかずが全部用意されているので、自分でわざわざ選ばなくてもOK

 

プログラム動作で見た場合フレームワークライブラリーでは決定的な違いがある。

↑このページの「図1●フレームワークにおける制御の反転」という図解を見てみよう。

制御の反転」(Inversion of Control、IoC)といって、自分の書いたコードが主役から脇役になってる点が違う。

 

(主役と脇役という説明は適切ではないかもしれないけど、イメージとしてはそんなかんじ?)

 

MVCフレームワークとは?

フレームワークはいろんな機能全部入りで、こいつを使えば、ちょっとコードを書くだけで、高機能アプリがすぐに作れる。

ここでは「MVCパターン」という仕組みで作られた「MVCフレームワーク」を使ってみよう。

 

MVCは「Model」「View」「Controller」の略で、MとVとCの3つを自分で用意すれば、アプリが作れちゃう仕組みだ。

MVC歴史は古くて、GUI(Graphical User Interfaceグラフィカルユーザインタフェース)を作る方法定番だ。

→「MVC 仕組み」でGoogle画像検索すると、分かりやすい図解がいろいろ出てくる。

 

(参考)

Wikipedia説明は、文章学術的で難しいけど、正確な説明になってると思う。

↑このページの「MVC概要」という図が、MVCの仕組み=動作の流れを分かりやす説明してる。

 

MVCの仲間たち

MVCパターンと似たような仕組みが、他にもいろいろある。

 

こういうプログラム設計に関するノウハウは、「アーキテクチャー・パターン」という分野に蓄積されている。詳細はGoogle検索してみよう。

 

WAF(Web Application Framework

Webアプリを作るときに使われるMVCフレームワークには、いろいろある。

WAFを使うと、Webアプリが手軽に作れる。

 

有名なものとして、

などが挙げられる。

 

PHPOOP学習しているので、ここではPHPのWAFの1つであるCodeIgniter」を使ってみよう。

 

CodeIgniterコードイグナイター)

CodeIgniterは使い方がシンプルで、覚えるルールが少ないので教材に向いているだろう。

それでは、CodeIgniterを使ってみよう。

 

準備

↑このページの「Downloadから「3.1.9.zip」という圧縮ファイルダウンロードする。(2018年10月現在バージョン3.1.9でした)

 

ダウンロードしたファイル解凍して、「CodeIgniter-3.1.9」というフォルダが出てきたら、「waf」という名前に変えよう。(「waf」はWeb Application Frameworkの略。)

今「waf」フォルダの中には、「index.php」というファイルや、「application」「system」などフォルダがあるね?

この「waf」フォルダを以前用意したXAMPPの中にコピーする。(参照:anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備)

=「C:\xampp\htdocs」(Cドライブの中の「xampp」の中の「htdocs」というフォルダ)の中に「waf」をコピーして下さい。

=「C:\xampp\htdocs\waf」という位置コピーできたらOK

 

動作チェック

これで「Welcome to CodeIgniter!」というWebページが表示されたら、CodeIgniter動作確認OKです。

 

CodeIngiterの設定

$config['base_url'] = 'http://localhost/waf/';

 

Webアプリ作成

それでは「Hello, world!」と表示させるシンプルWebアプリを作ってみよう。

 

MVC「C」作成する。

<?php

defined('BASEPATH') OR exit('No direct script access allowed');

 

class Hello extends CI_Controller {

 public function index()

 {

  $this->load->view('hello_index');

 }

}

ここで注目して欲しいのは、「class Hello extends CI_Controller」という部分です。

フレームワークが用意している「CI_Controller」というクラス継承して、自分で「Hello」というクラスオブジェクト設計図)を作っている、という点です。

ここでOOPの仕組み~継承を使ってるわけですね。

 

MVCの「V」を作成する。

次に、

<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>

<!DOCTYPE html>

<html>

<head>

 <meta charset="utf-8">

 <title>Test</title>

</head>

<body>

 <p>Hello, world!</p>

</body>

</html>

 

これでWebアプリができました!

今回は簡単なので、MVC「M」は用意しませんでした。(CとVだけで完成)

 

Webアプリ動作確認

Webブラウザーで「http://localhost/waf/index.php/hello」というURLアクセスして下さい。

画面に「Hello, world!」と表示されたら、Webアプリ作成成功です!

 

Hello, world!」の表示だけではショボ過ぎるけど、Webフレームワークを使えばもっといろいろな機能が作れます

詳細は、CodeIgniterマニュアルを参照して下さい。

↑このページで「ユーザガイド(日本語)」を読んでみて下さい。

 

まとめ

 

次回は、OOP理解を深めるための参考書を紹介してみます

 

Webアプリを作るときデータベースがないと不便なので、次の次ぐらいにSQLを学ぼう。

MySQLデータベース)を使えば、掲示板などのWebアプリも作れるようになります

 


anond:20181015215004 未経験からプログラマーなんだが全然からない

anond:20181016015826 増田プログラマー養成講座 その1 パソコンの用意

anond:20181016164341 増田プログラマー養成講座 その2 プログラムデータ+処理、プログラム言語の種類

anond:20181016180059 増田プログラマー養成講座 その3 構造プログラミングの基本(順次、反復、分岐

anond:20181016193144 増田プログラマー養成講座 その4 子ども向け教材「Scratch」で構造プログラミング練習

anond:20181017161003 増田プログラマー養成講座 その5 オブジェクトとは何か?

anond:20181017191404 増田プログラマー養成講座 その6 OOPの種類、PHPの準備

anond:20181019181549 増田プログラマー養成講座 その7 OOPの仕組み(前半)

anond:20181020230044 増田プログラマー養成講座 その8 OOPの仕組み(後半)

anond:20181022232327 増田プログラマー養成講座 その9 MVCフレームワークを使ってみよう ←★今ここ★

anond:20181023184616 増田プログラマー養成講座 その10 OOP参考書

anond:20181024214737 増田プログラマー養成講座 コンテンツ一覧

ヒカキンキッズyoutube字幕汚染

字幕がもはや感想文になってる動画がある。

https://www.youtube.com/watch?v=00780KJVvek

macbook pro購入動画の、自動文字起こしではない日本語字幕が酷い。

映像の中の音声があればそれの表記で遊ぶのはいいと思うけど、下の3種類は字幕じゃなくてもう感想文。字幕言葉意味が変わってしまうのでやめて欲しいし、ヒカキンもこんなの承認するな。

MacBook
Pro
MacBook
Pro
フルスペック
※約
HikakinTV
Everyday♪
ブンブンハローYouTube
どうも ヒカキンです
さあ
シュルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルル
シュカアァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァァ
プツルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルルル
プチュ
ワ〜〜オ
確かにそうですね
MacBook Pro(2018)箱から勢いよく登場
それがApple
でで〜〜ん!!!
Appleノートパソコンは衝撃に強いです(※他社比)
ダークグレイじゃなくてスペースグレイです
Apple製品の取り出し方って結構個人差がありますよね
確かに
グググゥゥゥゥゥゥゥゥゥゥゥ
2016年MacBook Pro からそうなりました
いいえ
iPad Pro や iPhone に搭載されているTrue Tone テクノロジー採用されました
バタフライ構造の部分にシリコンの膜がつけられ、少しの静穏化とキーボード延命を目指しました
その通り。
確かに
※YouTu[b]er、ですね
※15.5mm
※今は2016年発売当初に比べてUSB-Cの機器も増えてきましたし、USB-Cハブもそこそこ充実しています
流石にちょっと大袈裟w
※概要欄にリンクあり
※あくま個人の考えです
※あくま個人の考えです
※あくま個人の考えです
字幕ご視聴ありがとうございました
ジャンケンタ〜イム
いきますよ〜!
最初ブンブン
ジャンケンポン!
バーイ
と〜ろく と〜ろく と〜ろく
と〜ろく と〜ろく と〜ろく とぉろくうぅ
wwwwwwwww
字幕編集:T.K.

あと、はてな表記ってxmlの半角の<>書けない?

2018-10-21

システムアーキテクト2018/10/21@青山学院大学

FEAPPMSTSCSMAUときて、SAに来ました。ここまで全て受かってます

SAって一般常識的な感じで何勉強すべきかわかりませんでした。。過去問と関連調査くらいです。

■午前2

イウエエイ アアエウア エイエイ ウウウイエ ウエアイイ

  多分合ってる:1,2,5,6,7,9,10,11,17,29,20,22,25

  疑わしい  :3,4,8,12,13,14,15,21,23

  テキトー  :16,18,24

  ---------

  過去問少なくない?知るかよって問題が多すぎる。

■午後1

<大問1>

設問1(1)受講者に向け5週間前に案内メール送信する運用。(3/20内示で4月上旬実施から。)

   (2)人材開発部で受講者と登録したタイミングで案内メール送信する。(これは想像で書くところ。)

   (3)   受講者:所属が変更となる受講者

     タイミング:月の2日,3日から始まる講座。(名簿など作ったタイミングと、月初から所属が変わるからと考えたが…これは間違ってそう。)

設問2(1)人事異動対応できるように社員基本情報所属複数登録できるようにする。(なんかこれも間違ってそう。)

   (2)a:専門分野、b:レベル、c:取得資格、d:資格

   (3)資格名は受領データにないので登録時に設定できるようにする。

設問3: 機能:講座一覧の照会機能(間違ってそう。この機能は有ると思うけど、ぴったりな表現は見当たらなかった。)

    不具合:照会日付での最新情報判別できず正しく表示できない。(主キーじゃないとNULLが入るうると…と考えました。間違ってそう。)

  1-(3)と3がやばい。この問題で4割~5割かも。

<大問2>

設問1:文書登録後、公開前に承認必要とする機能

設問2:開示請求件数の約半数が年度初めの4月、5月に集中するという特性

設問3(1)利用者登録していない個人法人から開示請求する際に、手数料など追加項目を設定するため(いい感じに思ったが、ちょっと飛躍しすぎかも。)

   (2)職員認証システムとのデータ連携が月1頻度に抑えられるため

設問4(1)現行同様、必要に応じ情報提供先に電話で連絡できること

   (2)場所時間制限がなく即時に文書を取得できること(手作業の手間を低減したい、も書きたかったが文字数足らず。)

   (3)事業者の開示請求が多く、メールアドレスより法人電話番号の方が登録やすいため。

■午後2

設問2(PKGと要件ギャップ対策案)を選択過去問にほぼ同じがあり考えたことがあったので。

骨子だけ記載しておく。

1.対象業務システム概要、PKG選定の理由

1-1.対象業務システム概要

1-2.PKG選定の理由

  顧客システム10年動いていて、文書腐ってたり保守コスト運用コスト挙がっているのがPKG導入の背景。

2.PKGと顧客希望機能ギャップとそれに対し検討した解決

2-1.実施したFit&amp;Gap分析

  顧客現行システム機能一覧と、自社PKGの機能一覧を紐づけて整理。それを複数回のデモ確認した。

2-2.分析の結果検知したPKGと顧客希望機能とのギャップ

  以下の3つのギャップが発生した。

   ①PKGのにはAAA機能がなかった。まあどうでもいいトラブル対応用の機能

   ②PKGのにはBBB機能がなかった。これは企業競争力寄与する業務機能

   ③PKGのにはCCC機能がなかった。これも重要だがPKGの追加開発はコストが大きく厳しい。

2-3.ギャップに対して検討した解決

   ①別機能を組み合わせて代替としてもらうよう依頼。マニュアル作って補足。

   ②業務インパクトを鑑みて、追加開発する。

   ③自社追加開発のコストを整理して高いとアピールし、接続する他方システムで改修してもらうように打診。

3.ギャップ解決策と評価

3-1.ギャップ①の解決策と評価

   大変良いと評価した。安易な追加開発に進めずよかった。デモでその認識相違も埋めてよかった。

3-2.ギャップ②の解決策と評価

   業務インパクト分析したのがよかった。

   契約書の追加記載などで避けられたかもしれないので、その可能性も比較すべきだったのが✕。

3-3.ギャップ③の解決策と評価

   情報整理してすすめたことは大変よかった。

   ちょっと強引で顧客や他システム側に嫌われたかも。もっと早めに気づいて展開できればよかった。

  午後1がOKなら、この論文は受かると思う。

以上

2018-10-18

髪に不自由している紳士方に朗報でございます

お一人様BBA増田でございます

仕事やらなにやらで気がついたらもう50も手前という年なのですが、そういえば未婚であり、そもそも惚れた腫れたという話は3.11以前の世界に置いてきた気もするので、不思議クリーチャーがいろいろと跋扈すると伝え聞く婚活なるものをやってみようと思いたち、先日行ってみたのですよ40代縛り婚活イベント

到着後速攻ブースに配置されるパターンイベントだったので、女性陣とは絡む機会がなかったのですが、ブースに向かいつつチラ見したところ、

(1)30代後半くらいじゃ?という雰囲気の、感じのよいかわいらしい方

(2)痩せていらっしゃるんだけど、鶏ガラ感がしゅごい……

(3)年相応。ちょっとお疲れ気味(ひと様のことは言えないけど…)

(4)顔盛って胸盛って谷間がっつり。イベント概要清潔感のある服装でとかあった気がするんだけど…

かいう布陣でございました。他にも数名いらっしゃったはずだけど自分が視認できたのはこれくらい。

そんで、アクが強めの方から薄めの方からわんこそばかという勢いで男性陣がぐるぐる回ってきてお話するのですが、うん…全然覚えられないよね…

5分くらいが持ち時間だったように思うんですが、突っ込んだ話する長さでもなく、逆に話題もなく手持ち無沙汰になってしまうこともありでむずいよねと思いつつ、7、8人ばかりとお話して終了。

自分はもうちょいお話してみたかった方3名にイイね的なものを出したのですが、マッチングならず。

自分第一条件が「文化資本がほんわりと似てる人」なので、こういういきなり対面型の婚活は非常に厳しいであろうと思っていたら案の定しかったので、ほんとにやるとしたらネット婚活の方かなーとか思いつつ、外に出てみたら…

なんか(1)の方がマッチングできてたっぽく、殿方と初々しい感じでお話してる!

そして私が視認した範囲では、一番人気待ったなしな(1)の方を射止めたのは…髪に不自由していらっしゃるというか、つるっとしていらっしゃる紳士でした!!

その方の倍以上の年収の方とか、外見スペックで上回る方もいらしたというか、そもそもつるっとしていらっしゃったのはその方お一人だったのだけど、すごく話しやすい方だったので、さもありなんというか。

自分もイイね出してたんですよね…いただけなかったけど…

というわけで、髪が気になる紳士の皆様方、強く生きてくださいです…

ちなみに、別の方に、初めてこういうところに来たけど女性はいわゆる婚活ファッション的な感じでキメてくるもんなんですか?と伺ったら、「とりあえずガウチョパンツはやめておけ」とのことでした。

私は膝丈タイトスーツだったんだけど、スーツにしてもフレアーとか柔らかめの方が絶対よかったな…

2018-10-17

ポンコツおっさんSE転職事情

ハイスペックな人のエントリだったり、さらにいやいや君もずいぶんすごいね

というエントリだったので、本当に普通な感じで埋もれているエンジニア転職した時の話をしようと思う。

現在私は同業界大手企業で働いている。転職結果としては年収も大きく上がったし、

職場環境も申し分ないので成功したと思っている。

 

スペック転職時)

 年齢:39歳

 

 <前職>

 中堅の独立系SI企業WEBSierもやってるような感じ)社員600名程度

 に所属していた。勤続は7年目

 

 <技術力>

 技術力はほんとに並の下程度。

 JavaとかPHPとかやっていて、PHPがメインだったかな。主にWEBサービスを作ったり、社内WEBシステム作ったりしてた。

 プログラミングの基礎はあるし、SQLやその他DB知識もそれなりにある。サーバー知識あんまりないし、

 Linuxコマンドは正直ちょっと苦手だし、AWSとか触ってないし、なんならApacheだってそんなに詳しくない。

 ググっていつも解決する。フルスタックエンジニア?なんだそれ?こちサーバーサイドエンジニアだ、文句あんのか?

 

 新しい技術言語は基礎があるので飲み込みは早い方だと思う。なので対応力はある方だ。Rubyでもpythonでもコード見れば読めるし、

 大抵のことは理解できると思う。でも業務では使ってない。JQureyもまぁ普通に使えるけどJSコードとかたぶん汚いと思う。

 

 色々と新しい技術をググって記事見たりして「わかった気になるタイプ」だと思う。36歳くらいでやっと「デザインパターン

 知らないとやばいんだ。勉強しないと!と焦って本だけ一応読んで「わかった気」になった。

 

 ここまで読めばわかると思うけどエンジニアとしてはだいぶ「ポンコツ」だ。

 でも仕事のためにやってるエンジニアとか結構こういう人が大半な気もするんだよね。

 立ち位置は開発リードとか設計とか上流も少しやってた。年齢のせいもあると思うけど、

 まぁうまく立ち回って仕事してた感じだと思う。コミュ力はそれなりにある方だと思う。

 もうエンジニアとかお前が名乗るなよとか言われそうだな。。。すまん。

  

転職活動の経緯

転職理由

 このまま、今のポジション仕事を続けてたら永遠に新しいこととか他の言語を使って業務をすることができそうになかったから。

 嘘だ、人間関係だ。ほとほと同僚、後輩、パートナーに愛想が尽きたからだ。それと上司やその上の部長にもだ。

 客先で顧客と一緒に仕事をしてたが顧客側の人はほんとにまともで良い人ばっかりだった。転職する時にそれだけ、ちょっと寂しくなったな。

 ポンコツながらプロジェクトでは納期を守り何とかやり抜いてきたが、全く評価されない現実もあり、それも嫌だった。あと、給料安い。

 表向きはいろんな理由があるだろうけど、転職する人の理由はきっとこれが現実だと思う。

 

概要

 転職を決意

 ↓

 とりあえずビズリーチよさそうねとか何も吟味せず登録

 ↓

 エン転職にも登録(以前使ったから)

 ↓

 DODAリクルート系は良い思い出が一切ないので登録してない。

 ↓

 ギークリーというところからビズリーチ経由で勧誘

 ↓

 一応そこの担当面談してギークリー利用

 ↓

 ビズリーチギークリーとエン転職転職活動

 ↓

 ビズリーチ経由でA社で外資強めの転職エージェントに会う。

 ↓

 ビズリーチ経由でB社で金融ITに強めの転職エージェントに会う

 ↓

 最終的にA社で3社応募して、2社内定をもらい転職した。

<詳細と雑感>

 転職しよう!と思ってからとりあず動けーーー!って感じで動いた感じです。

 総応募数は覚えてないけど30~50社くらいだったと思う。書類で超落ちる。年齢のせいも大きい。

 エン転職スカウト全然ダメだった。めぼしい企業がなかったし、年齢のせいか知らんけど、

 タクシーちゃんとかトラック運転とかそういうのも来てた。

 ギークリーから応募したのが一番多いと思うけど、とにかく手あたり次第に紹介してくる。

 よさそうな企業もあったけど、面接まで行ったのは4社程度ですべてお祈りだった。

 2次や最終までは行くが、いまいち紹介された企業自分志望動機を合わせる作業がどうにも苦手でうまく行かなかった。

 ギークリーはほんとに求人が多いから、たくさん見て選びたい人には向いてると思うけど、自分には向いてなかったな。

 他にもビズリーチ経由で4社くらい直接カジュアル面談があったけど、有名なY社とか、運輸系のY社のシステム会社とか、

 印刷系のD社の子会社とか、どれも最初カジュアル面談で、それ以後連絡なかったなぁ。

 カジュアルと言いながらガチ面接なこともあったな。

 

 そんな感じで行き詰って2か月。心機一転また別のところ!というのと、

 自分でもう一度ポンコツなりに職務経歴書を頑張ってブラッシュアップし、面接対策もして、改めてA社とB社とつながった。

 B社からの紹介はとても面白い会社だったし、一次面接もかなり好感触だったのだが、なぜかその後に論文筆記があり、

 書いて出したら、落ちた。どうやら思想が合わなかったらしい。

 A社から紹介されたのが、医療系のWEBサービスの会社と誰もが知ってる大手企業

 どうやら大手企業とは結構つながりのあるエージェント会社だったみたい。

 自分大手に行けるか半信半疑だったが、面接対策結構しっかりしてくれて助かった。

 同じ質問面接でされたので、うまく答えることができたと思うし、職務経歴書も一緒に見てくれた。

 そして、2か月でこの医療系の会社大手から内定を頂いた。転職活動は実質4か月くらい。

 どちらも良い会社だったので、本当に迷ったが、大手の方にした。

 断るのもエージェントがやってくれるのでこれも結構気持ちが楽だった。

 

<振り返って思うこと>

 ポンコツなりにアピールできるポイントがあれば、それをしっかりアピールするような職務経歴書を作ったり、

 私の場合は3回目の転職だったので、今までの経歴をきちんとよどみなくアピールできるような練習有効だった。

 転職活動初期は全然対策してないこともあって、やっぱり落ちたのかなと思う。

 だんだんエンジンがかかって、面接にも慣れていき、最終的に大物ゲットできた感じだ。

 そして、面接ではやっぱり自分はできる奴だ!ということをちゃんアピールした方がいいと思った。

 謙遜かいらないし、こういう職務なんですができますか?と言われても、普通に全然問題ないです。くらいに言ってもいいと思う。

 

 ハイスペックエンジニアかいやいや十分すごいですわ的なエンジニアは、自分活動して、普通に交渉もして、

 自分がより有利な環境を手に入れることができると思うけど、私のようなポンコツ普通にエージェント使って、

 普通に応募して、面接対策しっかりして、志望動機ちゃんと頑張ってたくさん考えて、ちゃんと喋る練習して、それで行けば結構いけると思う。

 落ちるのはやっぱり職務経歴書がまだちゃんと練れてないのと、面接練習や、志望動機が甘いんだと思う。そこを頑張れば良い環境転職できると思う。

 

 おススメのエージェントとかは特にいかな。自分に合ったもの自分転職活動しながら、見つけるのが良いと思う。

 1つ言うならエージェントを1つに絞らないことかな。忙しくなるけど、いろんな所と付き合って、自分に合うところを見つければいいと思う。

 そういう意味ではビズリーチは大小さまざまなエージェント会社があり、そこから連絡がバシバシ来るので登録しておくとよいかもしれないです。

 

<まとめ>

こんな感じだ。読み返すとあんまり参考にならないかもしれない。。。

私は前の会社全然評価されなかったが、今の大手に移ったら、普通に評価が上がって、給料もしっかり上がった。

環境次第で人の評価って全然変わるし、所詮評価する側のフィルターをかけた評価なんてやっぱり気にしなくていいんだと思った。

実際前職の部長退職の旨と転職先の話をした時に「子会社ですか?」とか言われたし、「いえ、本体です。」と答えたら「マジで?」という顔をしてた。

部長フィルターでは自分評価はそんな感じだったんだなと実感した。

ももちろん良いフィルターをかけて評価してもらっていると思うけど、自分にとってどっちが良いかは明白だし

その良いフィルターが本当になるようにもっと努力したいと思う。

 

今の市況ならほんとに転職すれば年収上がるくらいの状況だし、勤続3~5年以上で、

自分の現状に不満があるなら、いっちょやってみるのも良いかもしれません。

誰かの参考になれば幸いです。

2018-10-16

ミリオンライブかい声優ゴリ押しコンテンツと化したアイマス

ミリオンライブかい声優ゴリ押しコンテンツと化したアイマスお荷物

とりあえずこういうタイトルにしとけばアイマス信者は釣られてくれるよね(笑)

 アイドルマスターミリオンライブ誕生して5年、後継アプリである音ゲーもどきことミリシタが実装されて早一年アイマスP(笑)の皆さま如何お過ごしでしょうか。

ミリth、詩花イベ、シアターブースト(笑)など、相変わらずやらかしを重ねてまともなファンは離れ、残るはアイマス信者とクソ害悪声豚ばかりとなり、同じアイマス系譜であるデレやMのファンから名指しで批判されるまでになり、アニメ化なんて夢のまた夢、アイマスにおける不良債権としてかつてない盛り上がり(n回目)(笑)を見せるミリオンライブ。私もついこの間まで「田中琴葉担当です(キリッ」などと薄ら寒いセリフを吐き、スマホクラッシュすればあっという間に吹き飛ぶ画像データに何十万と金をつぎ込んで「爆死芸」だの「これが担当の意地」だのというパチンカスもびっくりなクソ浪費を繰り返してきましたが、タイトルにもあるとおり私が5年もの歳月年収数年分の金額をつぎ込んで愛してきた「田中琴葉」というキャラクターに対する運営や声豚どもの扱いを見て現実に引き戻され、すべてのアプリを消去、グッズの類も処分しました。ぺーらしい言葉を使えば「引退」ってやつです。

 そして相変わらずやらかし事案を繰り返し、開き直りを続ける運営を前にようやく目が覚めたのか昨日まで「アイマス最高!ミリオンライブはこれから!」などとほざいてた友人たちも引退し、周年イベを過ぎてミリシタに飽きた声豚たちが次の餌場を求めて移動している今、ふと思ったわけです。

ミリシタから入ったぺーはミリオンライブアイドルプロデュースするゲームと本気で勘違いしている人が大半なのではないか。」

ミリオンライブのいいところしか見えてないのではないか

それは可哀そうだ、何も知らないでこんなところにいたらあれよあれよという間に時間金も吸い取られてしまう。

早くミリオンライブ真実を教えて上げてもっとまともなコンテンツに逃げたほうがいいと警鐘を鳴らさなければいけない。

 というわけで今回はミリオンライブが如何に(色々な意味で)ひどいものであるかをミリシタから入った人間にもわかりやすい「田中琴葉の件」を通して伝えていきたいと思う。

 まず、田中琴葉の件の概要説明する前に声を大にして伝えておきたい。

ミリオンライブ声優ゴリ押しコンテンツである。」

 ミリオンライブはとにもかくにも声優が命であり、声優の追っかけをしている声豚から金を搾り取るためにあると言っても過言ではない。

39プロジェクトだかなんだか知らんが、ミリオンライブに登場するアイドルAS以外は全て声優を担ぐための神輿、いや、踏み台レベルかも知れない。

とにかく声優の都合で性格がブレブレ、キャラ崩壊など日常茶飯事、声優のためならなんとでもなる、最悪いなくてもいい存在としてしか見ていない。

劇場版アイドルマスターのそれが良い例であろう。

からさまな声優事務所の力関係が反映されたキャラクター選抜、出番、セリフ役回りAS中心の物語を作るためのほぼ別人レベルキャラ崩壊(可奈と志保特に酷かった)

765の後輩という設定が完全に裏目に出ている。

そうでなくてもキャラクターの出番の格差や、キャラの作り込みの甘さ、ゲーム自体のつまらなさは同期のシンデレラガールズと比べても酷い物であり、声優ありきで作っているとしか思えない場面が多々あった。

ライブに足を運べば害悪、厄介、キチガイの声豚ばかり。誰もキャラクターに興味などなく、ペー独自文化としてキャラグッズを身につけているが口を開けば出てくるのは声優の話ばかり。

ライブでもキャラ名ではなく声優名を呼んでクソコールオタ芸で悦に浸る者がほとんどだ。

 (アイマスPはどこにでも湧いてくる上に自分たちに都合の悪いことは隠蔽したり声高に叩く傾向にあるが「アイマス ライブ 厄介」で検索してみてほしい。某スクールアイドルファンの方がよっぽどまともに見える行為がぼろぼろ出てくる)

 

 

 そんな奴らが「田中琴葉」に何をしたか、これから話していこう。

きっかけは2016年9月1日担当声優である種田梨沙が謎の病気により、活動休止を発表したことに始まる。

種田梨沙が参加していた他のコンテンツが次々に同氏の降板、代役の起用を発表する中、アイドルマスターは「種田梨沙の復帰を待つ。」という決断を下した。

当時私は愚かに英断だと感じてしまった。琴葉の声を演じられるのは種田さんしかいない、いつかまた声が聞けることを信じてその日を静かに待とう、そう考えていた。

しかし、異変はすぐに訪れた。

 The@ter Activities投票で決まっていた「普通の子」役を降板して可奈に譲ったことを皮切りに、運営は極力琴葉の話題を避けるようになった。

ラジオや各種広告ではもちろん、本家ゲームイベントでも琴葉に対する言及が減ったどころか、カードにも登場する機会が減り始めた。

はいささか疑問だった。声優さんの事情と琴葉は全く関係ないのに、声優さんがいなかろうが、声が変わろうがミリオンライブ世界観に全く関係ない。なぜそんな雰囲気になるのか。

漠然と疑問を持っていたが、それを口にすることはできなかった。

 そして迎えた4thライブミリオンスターズにおいて最大の目標であり、ひとつの終着点、武道館でのライブ、その3日目。

私は現地で参戦した。人生においてトップ3に入るレベルの胸糞悪い一日だった。

現地における名刺交換、私が名刺差し出して「琴葉担当です」と名乗ると相手は必ず「あっ.....」と言って伏し目がちになった。

そして口々にこう言った。

「残念でしたね。」

「きっと琴葉も見てくれてますよ。」

「琴葉はいないけどその分頑張って応援しましょう」

「49人での武道館ですけど、楽しみましょう」

 腸が煮えくり返るとはこのことを言うのだろう。危うく怒りで前が見えなくなりそうだった。殴り倒してやりたかった。

ふざけるな、いないのは種田梨沙であって琴葉ではない。なぜ事情も知らない、知る気もない奴にそのようなことを言われなければいけない?

せめて同じ琴葉担当であれば気持ちはわかると思いたかった。

だが、私が名刺交換をした琴葉担当集団はお通夜だった。

比喩ではない、文字通りお通夜のような雰囲気の中上記セリフをうわごとのようにつぶやくのみだ

担当名乗っている人間が「琴葉だってここに来てます。」「俺が連れてきてるから」「奇跡はあります」その一言すら言えないのか。

お前たちが見ているのは結局種田梨沙であって琴葉ではないじゃないか

もう最早ライブどころではなかったが、チケットの金は払ってしまった。時間になれば武道館に入場し、会場を迎えていた。

案の定、まともに楽しむことができなかった。応援なんてとてもじゃないができない。

それでも、それでも最後希望だけは捨てていなかった。

きっと何か、琴葉もここにいるという意思表示パフォーマンスで示してくれるはずだ。そう信じていた。

だが、その期待は最悪の形で裏切られることになった。

ライブ後半、最後の曲

初日乙女ストーム、2日目はクレッシェンドブルーのFLOODING、圧倒的エモさを爆発させていた枠だった。

流れたのは「ジレハートに火をつけて」琴葉がセンターを務める、灼熱少女の曲だった。

琴葉以外のメンバー4人が迫真の表情で歌う中、琴葉がいるはずのセンターポッカリと空いていて、スポットライトけが煌々と照らされていた。

ふざけるな、ふざけるな。

運営お前もか。お前まで琴葉の存在否定しにかかるのか。

ジレハじゃなくたって他にもシメを飾る曲はいくらでもあるじゃないか。他に演出の仕方はいくらでもあるじゃないか

なぜ敢えてそれを選んだ!?なぜそれを選んだ?

なぜ敢えて琴葉の不在を強調させるような曲、演出を選んだのか。

鎮魂歌のつもりか?公開処刑も甚だしい。

ここで私は悟った、気づいてしまった。

運営種田梨沙の復活を待つつもりはない、田中琴葉というアイドルミリオンライブから消し去るつもりだったのだ。

今だからこそ言えるが、もうすでにこの時点でグリマスの終了、ミリシタへの移行は確定していたと見られる。

から運営ミリオンライブの展開についていけなくなった種田梨沙グリマスの終了に伴って琴葉ごと切り捨てようとしていたのだ。

 悪夢はなおも続いた。最後挨拶総合プロデューサーは「ミリオンライブは一歩一歩着実に前に進んでいきます。」という旨の発言をした。

しかしその直後、シアターデイズの発表である

手のひら返しというか、ダブルスタンダードというか。もう呆れて言葉も出なかった。

 一歩一歩着実に前に進んでいくなら種田さんが復帰するのを待って100%状態リリースするのが筋ではないのか?

それとも歩みについていけない者は遠慮なく切り捨てるからついていくも降りるもお前次第だとでも言いたいのだろうか。

私はサイリウムを投げ捨て、最後Thank youを聞くことなく会場を後にした。

やってられないなんてものではない。あそこで最後Thank youのあの演出を見たところで冷める一方だったと思う。

とりあえずキャラ出しとけばお茶を濁せるとでも思ったのだろうか。

後述するが運営対応は全てのメッセージが後手でちぐはぐ、声優種田梨沙自分達に火の粉がかからないためのものであり、要するに自己保身だ。

田中琴葉というキャラクターや、琴葉本人を好きで追いかけてきたPやファン気持ちをことごとく踏みにじるものだった。

 いつだったか引退したとあるPがちょうどこのブログだったかアイマス宗教である。」と言っていた。

まったくもってその通りである。下手すりゃ宗教よりタチが悪い。

あんなに堂々とアイドル存在否定しておいて、最後にちょろっとお涙ちょうだい演出をすれば大の大人が泣き喚きながら「ありがとう」アイマス最高」と狂ったように連呼するのである

気持ち悪い、宗教と言わずしてなんだというのだろう。

あの演出を持って「琴葉はいた。」「4th最高だった。」と言っているペーは田中琴葉担当ではなく種田梨沙信仰する信者であり、所詮種田梨沙しか見ていないにわか声豚である

少し話がそれてしまった。

あのライブの後、私はあらゆる窓口でバンナムグリークレームを入れた。

あれを肯定されては琴葉があまりにも浮かばれない。可哀想なんて言葉では表しきれない程に不憫だった。

だがいずれも返答が返ってきた事はなかった。

その後も琴葉の存在無視され続けた。

ミリシタに琴葉の存在確認できない、グリマス終了時も琴葉のボイスだけ追加予定はなしとされた。

田中琴葉は合流が遅れています。」などという取ってつけたような白々しい文章が踊っていた。

なぜ?琴葉自身に何かあったか?ないよな?

グリマスの方はともかく、4thの時点で3Dモデルを用意できたのならミリシタに実装するくらいわけもないはずだ。

種田梨沙はいなくても田中琴葉はここにいる。」と主張するのなら、たとえ無言でもミリシタに琴葉のモデルだけでも実装し、メイン画面で歩き回ったり、劇場メンバーと会話するモーションを用意することができたはずだ。

たとえ声がつかなくてもユニット曲で歌って踊る琴葉を見ていずれ戻ってくる種田梨沙に思いを馳せることができるならまだ前述の言葉にも説得力があった。

しかし、現実劇場で琴葉の存在確認することはできず、琴葉がここに居るという実感は皆無、そのくせTBなど中途半端タイミング中途半端に顔見せするから案の定ミリシタから入ったぺーは「誰?」状態だったわけだし、それどころか「こんな実装されてないキャラに参加権認めるのか」という不要ヘイトを貯めることになったわけだ。

 そして、今年二月、どうも違和感のある中途半端タイミングでようやく琴葉がミリシタに実装された。

完全に引退していたがようやく思いが届いた、これまでのことは水に流して改めてミリオンライブを始めよう。

そう呑気に思っていた私の心はすぐに打ち砕かれることになる。

 ツイッターに溢れかえる「琴葉おかえり」の文字

 どうして声豚はいつもこう私をイラつかせるのだろうか。

あのさあ............

おかえりと言うべき相手は琴葉じゃなくて種田梨沙だろうが!!

琴葉はずっと劇場にいたんだからお帰りもクソもねえよ!!バカか!!

 ただ、本当に怖いのはここからだった。

どういったわけか、琴葉の存在がまるで悲劇のヒロインであるかのように扱われ始めたのだ。

そして運営はここぞとばかりに琴葉のことを猛プッシュし始めた。

まるで今までの遅れを取り戻すように。

 思い出して欲しい、数行前の流れを

田中琴葉存在種田梨沙の不在を理由否定したのはどこのどいつだ?

お前らじゃないか!!

勝手存在を殺しておいていざ復活したら悲劇のヒロインか?

ちゃんちゃらおかしいとはこのことだ。

 何も言われなかったらミリシタに実装する気すらなかったくせに

反論があまりにも大きくて金になると嗅ぎつけたのか、復活した途端にこの扱い

復活したら、あからさまなゴリ押し

 この手のひら返し種田梨沙信者はここぞとばかりに絶賛の嵐

「琴葉おかえり」「ありがとうミリオンライブ

信仰というのはここまでも人間盲目にするのかともう、哀れみともつかぬ感情けが胸を支配していた。

 そして、私は本来であれは5thにも参加することなく、さっさとアイマスから足を洗うつもりだった。

でも、どういったわけか、ミリオンライブを昔布教してしまった後輩の声豚に無理やり連れられ、5th2日目を見させられた。

 正直言って、まあ酷い、白々しい演出だった。

あれはミリオン5thという名の「種田梨沙お帰りライブ」だった。

白々しいセトリ、4thでは見られなかった景色を完全再現、琴葉はここにいるでしょ?完全復活したでしょ?嬉しいでしょ?ほら泣けよ

と言わんばかりのサムイ演出

それ以外は前日に徹夜で組んだのかと思えるレベルのテキトーっぷり

 そんなことをするなら島原エレナにSTANDING ALIVEを歌わせてあげたほうがよっぽどよかった。

 

 そしてそれに泣き崩れ、泣き喚くキモオタの群れを見て吐きそうになった。

 もうやめてあげてくれ 田中琴葉がただただ可愛そうだ。

 何もしていないのに、声を失ったか存在否定され、忘れられ、かと思えば声優の都合で再び表舞台に引きずり出され

別に何もしたわけではないのに悲劇のヒロイン扱いされる。

そして1周年迎えたら未来ちゃを差し置いてミリオンのセンターですか。

なんの努力もしないでセンターに持ち上げられてしまう琴葉の表情はきっと散々なものだろう。

それで持ち上げられたが故に何も知らない別のキモオタに叩かれ、デレと比べられ、見下され.....

こんなボロボロセンターを見てもあなた脳死で「アイマス最高」「ありがとうミリオンライブ」と唱え続けるのだろうか。

 さて、話が長くなってしまったが、ここまで読んでくれたということは私の話に少しでも賛同する意思がある人か、俺を論破したくて仕方ないクソ気持ち悪いマウント取りオタクのどちらかだろう。

もうもはやキモオタにつける薬などない、正直声豚は死んでも治らないからもう何も言うまい

奴らは反省も後悔もしない、さも当たり前のようにコンテンツを食い潰し、飽きたらまた次のコンテンツに移動するだけだ。

まぁシンデレラガールズ然り、SideMしかり、どこに行っても声優の都合でキャラクターの扱いが決まり、荒れていない場所を探す方が難しい現状を見る限り、もはやアイマスというコンテンツのもの声優ゴリ押しコンテンツになってしまった今、大多数のアイマスペー(笑)に何を言っても無駄なのかもしれない。

でも、それでも、俺はやめねえからな。

俺の想いが少しでも多くのオタクに届くまで、ミリオンライブが、ひいてはアイマスが潰れるまで何度でも、形を変えてでも言い続けるからな。この真実を。

ミリオンライブと声豚ども呪い殺すまでやめないからな。この文章投稿し続けることを

琴葉の存在を殺したお前らを、今も真実に見て見ぬ振りしてるお前らを絶対に許さないからな。

この文章半笑いで見てるお前だよ、達観した気になってクソみたいなマウント取ろうとするお前のことだよ。

2018-10-15

10】2018秋、ベトナムホーチミン

<< この旅行記の先頭へ


anond:20181015160115





ありのまま、恋と愛、バインミー


一旦弱くなった雨足はやがて勢いを取り戻し、カウンターの前から身動きが取れなくなった。

このまま夜も雨だったら空港での夜明かしは大変だ。

心配と共に空腹も襲って来る。

ニュアンスは違うが、きっちり呆然とする事になった。

しばらくして、心配をよそに弱まる雨足。

順番が逆になったが、エントランス荷物を回収し、完全に雨が上がった夜のプールサイドに戻る。

18:00

今のうちに何か食べておこう。

典型的ベトナム南部料理といえば、お好み焼き様のバインセオらしいのだが、メニューには無かった。

バインミー紅茶を頼む。

そういえばH.I.Sのラウンジでもバインミーラスク試食した。

旅の目的だったとはいえ、これほど度々「バインミー」と名のつくものを食うとは思わなかった。

グエンフエ大通りで買ったものの8倍に当たる200,000ドンというお値段に後で驚く事になるのだが、ホテル ニューワールドプールサイドバーで食べたバインミーは繊細で上品な味がした。


と、旅行中、どういう偶然か何度も聴いた曲のインストバージョンが流れて来た。

完全に口ずさめるメロディーだが曲名が全く出てこない。

どうしても気になる。

曲が終わるとカウンターの奥でにいちゃん機械を弄っていて、選曲は彼がやっているらしい。

会計の後、声をかけた。

「I want remember song title, ♩rararara ra ra ra rara ~」

Nothing's Gonna Change My Love For You.

「それだ!」


場所スパエントランスに移して一休み。

ソファは快適だが、冷房ちょっと肌寒い。俺だけかな。

寒さを誤魔化すように、Nothing's Gonna Change My Love For You.歌詞を調べてみた。


表現世界概要をいうのも違うと思うが、歌詞概要は以下の通り。


僕の世界に君がいなきゃ毎日空っぽで夜はすごく長い。

でも君がいれば永遠だ。

こんな想いは初めて。

夢が行きたいところに導いてくれる。

抱きしめて、触れて。君なしでは生きていたくない。


君への愛は変わらない。

僕の愛がどれだけか君は知るべきだ。

世界が変わっても君への愛は変わらない。


進む道が困難でも愛が星の様に輝き導いてくれる。

君が必要なら僕はそばにいる。

君は君のままでいい。

ありのままの君を愛している。


君への愛は変わらない。

僕の愛がどれだけか君は知るべきだ。

世界が変わっても君への愛を変えられるものなどない。


これから夜は長いわ、初めての想いだわ、夢の風景に導かれるわ、ここでもまたもや、ありのまま肯定されて、挙句ベトナム国旗よろしく星まで出て来る。

歌詞の内容が状況にぴったり過ぎてちょっといくらいだ。


おまけに歌詞さながら愛の大サービス状態

思えば昨夜、俺もまた金髪の男に金を渡し、白いシャツ少女差し出した皮のブローチはハートだった。

ブローチは慎重すぎて手放したが、あれが本当にフェアトレードなら、渡した50,000ドンだけは誰かに届くはずだ。

夜が明ければ、ハート満載で見た目も味も甘々のミルクティーで喉を潤し、アオザイのお姉さんの美しさを絶賛して本気にはされなかったが、ベッドの上に星とハートをちりばめた感謝メモをしたためた。

これを書いている最中にも、お姉さんが熱々のお茶を持ってきてくれる。

冷房でやられていたので心底ありがたい。

この旅では、ありのまま自分や、恋と愛の話にやたらと出会うようだ。

あとバインミー


【11】2018秋、ベトナム、ホーチミン Day 4-5|導け愛の星よ へ >>

2018-10-14

anond:20181013234906

(́∀`(⊃*⊂)とは、2ちゃんねるマスコットモナー」がおしりを出しているAAである

概要

  ∧∧                         ∧_∧

 (゚Д゚ )                        ( ´∀`)

  ⊂  ヽ   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\    /,   つ

   〉 ノノ~ <    まぁ おちけつ     > (_(_, )

  ∪∪    \_________/     しし'

     

    (  ´∀`)     

    (⊃⌒*⌒⊂)   

     /__ノ''''ヽ__)  

 

(́∀`(⊃*⊂)

&gt;&gt;

2002年には既に2ちゃんねるでいろんなお尻を見せたAA誕生している。このAAもその中の亜種である

2018-10-12

機械学習は、まるで理解されていない

anond:20181012093212

AIの仕組み自体人間能力を遥かに超えたものかもしれないし、それによって社会利便性を更に向上させるものであるかもしれないけれど、そのAIを設定するのは人間だということ。

その人間男性優位社会で育ってくれば当然男性優位AI爆誕するんだし、

AIを扱う人間競争を勝ち抜いた一握りのエリートばかりだったら、

当然AIは一握りのエリートに偏ったエリート優位AIになるのだから

リンクしたアマゾン採用AIの件を含めて、機械学習の仕組みを理解してるとは思えない。AIに対する現状の理解として、この表現はありえない。

id:fujii_yuji 機械学習の仕組みをご存知ないようですね。Amazonのは過去データからそうなったのであって、設計者の思想が反映されたのではないでしょ。 &gt; "当然男性優位AI爆誕する(略)AIは一握りのエリートに偏ったエリート優位AI"

id:fujii_yuji さんは、概要理解しておられる様に思える。ブコメを見る限りで言えば、はてなー理解度は1割程度といった感じがするけど、本当はもうちょっといるかも。

機械はひらめきは獲得していない。

機械は未だに設計に従って自発的に成長し新たな発明を行う様な、いわゆる、ひらめきは獲得していない。今のAIと呼ばれているものは、学習したデータを参考にして、入力されたデータに対して最適な分類を行うことが出来るという程度の物。

モーリス・コンティ: 直感を持った人工知能が生み出すすごい発明 | TED Talk

例えば、この動画を見て欲しい。オブジェクト設計するコンピュータが行うのは、与えられたアルゴリズムに従って答えを出す事だけだ。どんな形にしたいのかという目的、どんな材料を使うのかという制約、それを与えられると、高い強度とより少ない重量で目的を達成しろという最適化問題を解く。結果として、その答えが人間が持つ常識を裏切る答えを出した事に対して「直感を持っている」と言っているにすぎない。アルゴリズム作成した研究者には、常識的な設計を裏切る答えも、理解できるものであり納得のいく答えでしかなかったはずだ。

将棋人工知能が行う計算とは何か?既存棋譜を大量に予め学習し、現在進行中の将棋の盤面上で起こり得る可能性のある駒の配置パターンを1手1手進めながら、棋譜と照らし合わせ、一手ごとに勝ちやすさがどの程度高まっていくか?を計算する。研究者は、盤面に表れる駒の並びを、どの様に評価するのか?駒を動かすごとに増えていく全てのパターンから、どこまでを用いて、何を捨てるか、評価選択を行うアルゴリズム機械に与える。その結果として現れた奇想天外な一手も、研究者にとっては蓋然性の高い答えでしかない。(あくま一般的人工知能の話だが)

ポリコレ科学を歪める

完全に想像しかないが、アマゾン採用AIは、10年分の採用者の履歴書の中から学歴や経歴、職務内容、スキルなどの性別依存しない情報採用後の実績を学んだのではないか研究者馬鹿ではないから、初めから性別情報など使っているとは思えない。これまで採用した人物男性が多かったことは間違いなく影響があったという事は言えるが、可能な限り男女ごとのサンプルサイズの差に引っ張られる事なく、性別には中立な結果を出すように、用いるべき学習データアルゴリズム設計していると予想する。それでも、性別を隠されたある個人履歴書から採否を判定した時に男性優位の答えを出したのは、活躍する社員男性が優位になる傾向があったということ。その現実ポリコレとの間で齟齬をきたした場合に、計算結果としては蓋然性の高い納得できるものでありながらも、不誠実な結果と言われてしまった研究者の悔しさはいかばかりだっただろうか?

女性が優位になる様にアルゴリズムを作り直すときに、自分科学者として真実に背を向けた事を理解したはずだ。にもかかわらず、どれほど女性優位のバイアスをかけてもAIが正しい答えを求める以上は男性優位の結果は覆らない、とマネージャー判断して、非難を避けるために開発を停止した時の、その悔しさは想像するに余りある

この件で、改めて、ジェンダー論は滅びろと心から思った。科学者には、政治的正しさではなく、真実を追求させてくれ。科学とは時に残酷なほど正しいものだ。

修正、補足事項

steel_eel 日本語ニュースで書いてたか知らんが、英語の方でみたが『××女子大学』『女子××部部長』とかを低評価してたみたいで、わりとダイレクト性別を他の手がかり(というほどでもないか?)から判断して下げてた模様。

情報ありがとうございます徹夜明けでして、ソース未確認で書いてますので、適当な事をいいますすみません

もしも学習データに、女子○○部長、というデータが入っていた場合マイナスにする様なアルゴリズムを入れていたとは考えにくいです。というのは、そうであれば性別のものを負のファクターにする方が早いです。ですので、他の素因でマイナスにせざるを得ない(不採用だった、あるいは解雇したなど)人物女子○○部長情報が結びついてしまったのでしょう。つまり現実採用では女性である事をマイナス評価せざるを得ない様な学習データになっている、それを修正しようと思うと、女性データのもの学習データから除外するしかないですが、そんな事をすれば、アマゾン女性の居ない世界仮定しなければ女性採用できないという、矛盾にぶつかってしまますね。

これではなく、入力情報女子という単語が入っている場合に直接マイナスした場合。前述の理由性別のものマイナスにしたのと同等でしかなくなります。これなら修正は容易ですので、そうではないでしょう。おやすみなさい。

uncorrelated サンプル数ではなくサンプルサイズでお願いしま

サンプル数警察!!

ごめんなさい。ふざけました。修正させていただきます

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん