  |
はてなキーワード: 練習とは
私も田舎の出身で、小さなコミュニティの中でノンビリとお馬鹿に育ってた。
その頃の話なんだが。
高校時代の夏休み、部活から帰ってくると、お客さんが来ていた。
６０代くらいの上品そうな女性と、４０代くらいの大柄で無口な男性だった。
「ははあ、お盆さんが近いから何かそんな関係で来たのかな」と思った。
付き合いのない親戚のせいか、母は硬い顔をしていた。
女性は「部活だったの？」「何をやってるの？」と笑顔で聞いてきたので、馬鹿の私は「テニスをやってます。すっごく楽しいです。去年は県大会で・・・」とかベラベラ喋った。
女性が「好きな人とかはいるの？」と訊くと、もう恋バナは女子高生の人生の糧とばかりに、もっとテンション上げてベラベラ喋った。
「県大会で会った、○○高校の○○君はすっごいテニス上手くて、でも全然感じも良い人でー」とか。
「年上の男性はどう？ 好き？」と訊かれ、
「いやーー！！ ２歳上まではありですけど、それ以上はちょっとまだまだ！！ やっぱり人生経験値全然違うじゃないですか！大学出たり、社会人として働いてたり、自活したりとか色々してる人とかってやっぱりもう私とは考え違うはずですよね～人として精神の成熟が全然違うじゃないですか！！
そんな人、むこうも私になんて考え合わせられないだろうし、私ももう全然出来ないし！！ やっぱり歳の近い人と、人生の色々な経験を一緒に積んで～一緒に成長していくってのがいいかな～って、あっ○○君のこと言ってるんじゃないですよ！彼はもう人気者なんで無理無理！！！あっでも来週、合同練習で～」とか話してたら、向こうが「じゃあそろそろ」なんて帰って行った。
玄関で２人を見送った後、母親が急に私を抱いて被さってきて「ごめんなさいごめんなさい」と言った。
なんとあの女性は「私と息子を結婚させないか」と来訪したんだと言う。
馬鹿げてるとやんわり断ったけど、むこうは父の本家筋であんまり怒らせてしまうと地元で立場が悪くなるため、「会わせるだけ」と私に会わせてしまったという。
「見た？あの白い顔ども。基地外の白よ。生きてる人間は夏は私やあんたみたいに真っ黒になるのよ。あんたも真っ黒な人と結ばれて真っ黒になって暮らしなさい」と母は私を抱きしめながらつぶやいた。
ほぼ関係ないと思う
２０代前半から５分で７～８００文字は打てていた。タイピングだけで言うなら日常業務レベルなら一級品だと思う（特殊な仕事ではない限り）
いつも定時に帰るおばちゃん（と言っても先輩）は、社内ではちょっとした有名人で俺もよく仕事の進め方を怒られてたし、俺もその人に頭を下げて仕事の進め方を教わった（その人はもともと人に教えたがる人ではない）
だから、その時教わった事は今でも血肉になっている
そんな彼女はキーボードを両手人差し指で打っていた。今でも覚えている。なのに一番早く帰る
彼女に口酸っぱく言われた事は「全体像の把握（試験開始後、問題用紙をすぐ解くのではなく、まずは一通り眺める・・というのに近い）」「ゴールから逆算する事」「何にどれだけ時間がかかるのか正確に把握する事」「他人をうまく使う事」「断る事（電話になんて全部出るな！など）」・・など目からうろこの話しばかりであったが、そこには「キーボードを一生懸命早く打つこと」や「入力ミス率を下げる事」なんてワードはただの一度も出てこなかった。
その後彼女は辞めて、タイピングはコツコツ練習を続けて、５分９００文字くらい打てるようになっていただろうか。それでも残業が多く、いつもストレスをためていた
当時所属していた部署の課長。３０代で課長になったらしく、うちの会社の中では出世のスピードがダントツで早いという人だった
その人もまた、キーボードを両手人差し指で打っていた。俺と課長で１００ｍ競争したら、９０ｍハンデもらっても勝てるＬＶ。それくらい彼は遅かった。
でも、仕事が遅かったのは俺だ
現在５分で１２００文字前後。 １秒当たりの数字（key/秒）はだいたい６～６．２ぐらいなのだけど、周囲の人間よりはダントツでキー入力は早い
でも、ダントツに仕事が早い訳ではない。もうこの年齢になればわかる。
仕事は段取り八分であってキー入力ではない、というのが俺の結論。
※追記。
１秒当たりの数字（key/秒）はだいたい６～６．２ぐらい・・がいまいち実感がない人たちへ。
http://neutral.x0.com/home/ghost/
上記のサイトでは実際に登録したタイパー達のゴースト（実際にランキングに挑んだ時の残像が記録されている）と戦う事が出来る。
ハイレベルカテゴリの最下層がちょうど俺ぐらいなので、6.0当たりの奴と一度戦ってみるといい。スピードが実感出来ると思います。
隣の芝生は青く見えるってね。
多分、夫はシステム開発の仕事（合法）に従事している可能性が高いと思われます。
違法ではないが、劣悪な労働環境なので、スタッフをこき使う酷い企業なのでしょう。
詐欺のような違法行為をやってるのではないか？という心配があるなら、自宅のサーバ（大きい音を出してる大きなコンピューター）を監視してみましょう。
奥さんが普段使っているノートパソコンでいいので、１台用意します。
ノートパソコンに「Wireshark」というソフトをインストールします。
Wiresharkを使った通信監視（前編）――基本的な使い方とパケット解析
https://knowledge.sakura.ad.jp/6286/
PLANEX 5ポート ギガビット リピーターハブ（ネットワークタップ） FXG-05RPT
https://www.amazon.co.jp/dp/B00FAE7XAG/
エレコム LANケーブル 1m スーパーフラット CAT6準拠 LD-GF/BK1
https://www.amazon.co.jp/dp/B0000CE5FK/
という接続順になってると思いますが、以下のように変更します。
[サーバ]→LANケーブル→[リピーターハブ]→LANケーブル→[ルーター]
LANケーブルを抜いて指し直す作業は、なるべく短時間で済ませてください。事前にシミュレーション練習を行い、10秒以内を目指して下さい。
上記のリピーターハブに、さらに１本LANケーブルを挿します。
これを「キャプチャー用のLANケーブル」と呼ぶことにします。
(1)で用意したノートパソコンに(4)のキャプチャー用のLANケーブルを挿します。
ノートパソコンのWiresharkを使って、サーバーの通信内容を傍受してみましょう。
内容を解析すれば、違法な行為をしているか？判断材料が得られるでしょう。
万一夫に監視がバレた場合、夫に責められる可能性があるなら、事前に弁護士と相談しておくと良いでしょう。
E-MAILへのモニタリング | 法律Q&A | ビジネスQ&A | 東京都港区法律事務所 ロア･ユナイテッド法律事務所
https://www.loi.gr.jp/knowledge/businesshomu/homu03/houmu07-02-10.html
自然な定量解析にセンスを感じたけど，人間を見る目が甘いなって思った．
婚活における本音と建前を整理する意味で，「結婚の条件（http://amzn.asia/d/1WpJrgs）」を読んでみてほしい．面白くていい本だから．
似たようなスペック（MBA卒で研究職，約40歳）で結婚を放棄した俺の経験では，婚活のKPIは 男女とも以下2つに集約される．
・ 楽に稼ぎたい（養ってほしい/育児や家事・介護を任せたい/したくない）
寂しいとかって理由なら友達で十分．だから問題は労働とカネしかないんだよ．
言葉は後付で着飾ってるだけ．人の行動はカネの期待で決まる．
人間的魅力を重んじた婚活をする人は既に身の回りで相手を見つけてるよ，ネットに出てきてるってことは 相手に高いスペックを求めてるからだ．格好悪いから相手に言わない（自分でも気づいてない？）けどね．
増田は （経営者でも投資家でもない）いい感じの会社員なんだろうけど，そのせいで カネを巡る本音と建前の実感が無いんだろ．世の中の対立の大半は「もっと分け前をよこせ」が本音だ．
カネがついてこない限り別の文句を言われ続けるぞ．
元増田の武器が経済力なら，ネットではATM覚悟で専業主婦を募るしかないと思う．
それがお互いのギブテイってやつだ．
共働き希望の女は「多少貧乏でもイケメンがいい」が本音で，利害がマッチングしづらいと思うなあ．
個人的には，ネットと並行して 職場や趣味関係など身の回りの人に 人間的魅力を訴求してはどうかなって思う．
あとさ．個人的には 株投資と風俗，援助交際は本当にいい経験・練習になった．
何年か，何千万か賭けたけど 童貞もどきの幻想を吹き飛ばしてくれたよ．
恋愛と売春は違う！ってのが一般論だろうけど 僕から見たら大差なかった．
前回まで、データベースを使ったWebアプリを作成して、SQLの使い方を学びました。
これらの参考書をガッツリ読めば、データベース設計のやり方は分かる。
リレーショナル・データベースは昔からある枯れた（＝安定した）技術なので、鉄板のノウハウが蓄積されている。
先人の知恵に沿って使うなら、データベース設計で悩む余地は少ない。＝攻略は意外と簡単。
経済産業省認定の情報処理技術者試験で「データベース・スペシャリスト」という資格もある。
「データベースエンジニア」という肩書きを名乗れば、ただのプログラマーよりも高給取りになれる。勉強した後、自分の知識を棚卸してみるつもりで資格を取ってみるのもいいだろう。
データベース・スペシャリスト試験の教科書には、浅く広くDBの知識が網羅されているので、１度眺めてみたらいいかも。
データベース設計（database design）は、ソフトウェア開発工程においてデータベースの詳細なデータモデルを作る工程である。
（分類方法にもよるけど）データベース設計は、このようなステップを経る。それでは順番に見ていこう。
実際にシステムを使うことになるユーザーにヒアリング調査して、データベース内に永続化（格納）すべきデータを決定する。
データのCRUD操作（Create 追加、Read 参照、Update 更新、Delete 削除）が、いつ、どこで発生するか？をまとめた表のこと。
「データベース 設計 CRUD表」等のキーワードでGoogle画像検索してみよう。どんな表か分かる。
↑このページの「図2 標準的なCRUD図（例）」みたいな表を作って確認すれば、扱うデータの過不足がなくなる。
だが安心して欲しい！
押さえておくべきポイントはあるので、そこだけ手抜きをしなければ、大失敗は避けられるだろう。
実は、後でテーブルを作るときに、データの更新頻度によって2種類に分類できるんだ。
トランザクションデータの扱いは、気を付けないとデータベースの性能低下に直結する。
どっちのタイプのデータなのか？要件定義の段階から見分ける癖を付けておこう。
試しに、Amazonのような通販サイトなら、どんなデータを扱うことになるのか？想像してみよう。
…仕入先、在庫数、受発注、配送会社、顧客情報、商品カテゴリー、商品スペック、などいろいろあるだろう。
いつどこでCRUDが発生するか？どれがマスターデータで、どれがトランザクションデータだろうか？
（ここまでの説明でURLを8個も貼ってしまったので、続きは次回にしよう。）
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ 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)要件定義 ←★今ここ★
：
基本は、同じなので前回やった更新処理をちょっと変えれば削除もすぐできます。
投稿されたメッセージを削除する機能を、Webページに付けてみよう。
前々回作ったメッセージの一覧の中に、削除ページにジャンプするリンクも入れておいた。
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
ブラウザーでHTMLソースを見ると、ここが以下のようなHTMLに書き換わってる。
これは「メッセージID番号が2のメッセージ」を削除対象にして、削除ページにジャンプする。
ユーザーが「http://localhost/waf/welcome/delete/2」というURLで、削除ページにアクセスしたら、コントローラーで「2」を受け取って使いたい。
CodeIgniterでは、URLの文字列を解析して、使うことができる。
以下のようにコントローラーを改造してみよう。
// 削除画面
public function delete($id = '')
{
$this->load->view('chat_delete');
}
delete()メソッドの引数で、URL中の「2」の部分を受け取れる。
「$id = $this->uri->segment(3);」でも受け取れる。
ユーザーに「本当に削除しますか？」みたいな注意喚起をしておきたい。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/delete" method="post" accept-charset="utf-8">
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="delete">
<?php else: ?>
<p>※該当するメッセージがありません。（または削除済です。）</p>
<?php endif;?>
<button>削除する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
<p style="background-color:lightpink"><?php echo $talk['message']; ?></p>
削除するメッセージを色付きで強調して、ユーザーに確認してもらう。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
コントローラーに削除対象のメッセージID番号を送るため、inputタグの「type="hidden"」でメッセージID番号を仕込んでおく。
// 削除画面
public function delete($id = '')
{
$id = $id ? $id : $this->input->post('id');
$action = $this->input->post('action');
$this->chat_model->delete_message($id);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_delete', $data);
}
で、モデルに用意したデータ削除用メソッドを呼び出しているだけ。
次は、モデルでdelete_message()メソッドを用意しよう。
// Delete
public function delete_message($id = 0)
{
$sql = "DELETE FROM talk WHERE id = ?";
$param = array($id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
SQLの「DELETE」を使えば、指定したレコード（１件分のデータ）を削除できる。
「DELETE FROM talk WHERE id = ?」で、talkテーブルのmessageをidを指定して削除している。
データを削除した後の挙動は、メッセージID番号がなくなるので、削除ページに表示できるメッセージデータがなくなる。
（例）id=2のデータを削除したら、SQLで「SELECT * FROM talk WHERE id = 2」を取得しても、空のデータ＝データがない状態。
その場合は、
<p>※該当するメッセージがありません。（または削除済です。）</p>
と表示させてる。
以上で、SQLの「DELETE」を使ったデータの削除ができた。
長々と説明したが、今回の大事な点は、SQLの「DELETE」の使い方だ。
以上で、MVCフレームワークを使ったOOPの使い方とSQLの使い方を見てきた。
（SQLはSQLだけで説明したほうが良かったね！MVCフレームワークの説明とSQLの説明が混在すると要点が分かりづらくなる？）
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ 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)要件定義
：
前回は、Webアプリの骨組み（スケルトン）に、SQLでデータの追加と取得をやりました。
前回作ったメッセージ一覧に、[編集]のリンクも入れておいた。
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
という１行の部分。
ブラウザーでHTMLソースを見ると、以下のようなHTMLになってるはず。
これは「メッセージID番号が2」を対象にして、編集ページにジャンプすることを意味する。
「http://localhost/waf/welcome/update/2」というURLで編集ページにアクセスしたら、メッセージID番号の「2」を受け取れるようにしたい。
// 更新画面
public function update($id = '')
{
$this->load->view('chat_update');
}
CodeIgniterでは、URLから文字列を取り出す方法がいくつか用意されている。
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
CodeIgniterで、URLの文字列から、特定部分の文字列を取り出す方法を見ておこう。
例えば、「http://localhost/waf/welcome/update/aaa/bbb/ccc」というURLにアクセスしたとき、CodeIgniterではURL中の「aaa」「bbb」「ccc」という部分は、以下のようにして取り出せる。
$seg1 = $this->uri->segment(1); // → 1番目のURL文字列：「welcome」＝コントローラーのクラス名
$seg2 = $this->uri->segment(2); // → 2番目のURL文字列：「update」＝クラスの中のメソッド名
$seg3 = $this->uri->segment(3); // → 3番目のURL文字列：「aaa」の部分
$seg4 = $this->uri->segment(4); // → 4番目のURL文字列：「bbb」の部分
$seg5 = $this->uri->segment(5); // → 5番目のURL文字列：「ccc」の部分
：
URLを「/」で区切って、base_url（http://localhost/waf/）の次から順番に、1番目のURL文字列、2番目のURL文字列、3番目のURL文字列、…とsegment()メソッドで順番を指定すれば取得できる。
データベースでメッセージIDを指定して、メッセージを取り出す機能を用意しよう。
public function read_message_by_id($id = 0)
{
$sql = "SELECT * FROM talk WHERE id = ?";
$param = array($id);
$query = $this->db->query($sql, $param);
return $query->row_array();
}
「WHERE id = 2」とすれば、メッセージID番号が2のメッセージのデータが「talk」テーブルから取り出せる。
もし該当するデータがなければ、返されるデータは空になる。（データが返ってこない。）
CodeIgniterの「row_array()」は、１件分のデータを配列の形にして返すメソッドだ。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<p>メッセージを変更して「更新する」ボタンを押してください。</p>
<form action="welcome/update" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
<input type="hidden" name="action" value="update">
<?php else: ?>
<p>※該当するメッセージがありません。</p>
<?php endif;?>
<button>更新する</button>
</form>
<p><a href="welcome/index">戻る</a></p>
</body>
</html>
データベースから取り出した１件分のメッセージを表示する部分を追加した。
<input type="text" name="message" value="<?php echo $talk['message']; ?>">
の「<?php echo $talk['message']; ?>」という部分だ。
これで変更したいメッセージの本文を表示できる。
あと、編集したメッセージをWebサーバーに送信できるように、Formタグや送信ボタン（「更新する」の部分）も追加した。
<input type="hidden" name="id" value="<?php echo $talk['id']; ?>">
という１行も仕込んである。
// 更新画面
public function update($id = '')
{
$id = $id ? $id : $this->input->post('id'); // id -> segment or post
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
$data['talk'] = $this->chat_model->read_message_by_id($id);
$this->load->view('chat_update', $data);
}
メッセージID番号を指定して、データベースから取り出し、Viewに渡すデータを用意している。
ユーザーがメッセージの編集をしてWebサーバーに送信したら、データを更新する指示を出す部分も追加した。
$action = $this->input->post('action');
if ($action == 'update') {
$message = $this->input->post('message');
$this->chat_model->update_message($id, $message);
}
モデルにupdate_message()メソッドを用意して、$idと$messageを渡せば、該当データを更新するようにしたい。
次は、モデルでupdate_message()メソッドを用意しよう。
// Update
public function update_message($id = 0, $message = '')
{
$sql = "UPDATE talk SET message = ? WHERE id = ?";
$param = array($message, $id);
$this->db->query($sql, $param);
return $this->db->affected_rows();
}
SQLの「UPDATE」を使えば、指定したレコード（１件分のデータ）を更新できる。
「UPDATE talk SET message = ? WHERE id = ?」で、talkテーブルのmessageをidを指定して更新している。
CodeIgniterの「affected_rows()」メソッドは、更新した行数を返す。＝成功なら1行、失敗なら0行となる。
コントローラーの「$id = $id ? $id : $this->input->post('id');」という行は、$idの受け取り方が2パターンあるので、それに対応している。
＝編集ページの表示で、1回目の表示と、2回目以降の表示で、$idの受け渡し方が変わっている。
URLに埋め込む方法（上記の1回目のような方法）は、ユーザーが勝手に値をいじれるので、基本的には使わない方が良い。
以上で、SQLの「UPDATE」を使った、データの更新ができた。
長々と説明したが、今回の大事な点は、SQLの「UPDATE」の使い方だ。
CodeIgniterの使い方や、Webサイトの作り方（FormタグなどのHTMLの知識）は、オマケ程度に見ておいて欲しい。
次回は、データを削除するSQL「DELETE」の使い方を見てみよう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ 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でデータの削除
：
http://www.gentosha.jp/articles/-/11489
「まずは反射的に笑顔を作る癖をやめました。イヤなことを言われたら、笑顔で『なんなんですか～』じゃなく、真顔で『は？』『え？』と返す練習をしました。それをしばらく続けたら、ウザいおっさんが寄ってこなくなりました！」
中略
「セクハラされても笑顔でかわせ」と、女は笑顔を強いられてきた。それが結果的に、おっさんのセパやりたい放題を助長していたとも言える。
僕は女性がいつもヘラヘラ笑ってないで、アホなこと言われたらきちんと怪訝な顔で返すことはいいことだと思います。
その調子で頑張ってください。
でも「笑顔を強いられてきた。」とか被害者気取りは間違ってもするなよ。
男でも女でも、相手の失礼な発言・要求にヘラヘラ笑ってたらつけこまれるんだよ。
てめぇが弱いのを他人のせいにするな。
女性は頑張って強く生きてください（ﾊﾅﾎｼﾞ
7 ：番組の途中ですがアフィサイトへの転載は禁止です：2014/03/19(水) 03:29:10.11 ID:P3XXgI+S0
私文2浪失敗
いまはジョブカフェ通ってるけど求人応募してもはねられるばかり、早稲田卒の両親からも詰られる、もう死にたいよ
大隈重信「イギリスが何だ。アメリカが何だ。俺達が白人に規範を示してやる！」 →早稲田大学を開設→
https://maguro.5ch.net/test/read.cgi/poverty/1395166839
18 名前：番組の途中ですがアフィサイトへの転載は禁止です (ｱｳｱｳｳｰ Sac7-9Fbr)[] 投稿日：2018/11/06(火) 07:23:01.10 ID:rzD5riSBa
千葉経済みたいなド底辺校からなんでAOで早稲田に行けんだよクソが
なんだったんだろな、俺の人生って
やりたくもないバイオリンを無理矢理習わされて、練習で上手く弾けなきゃ殴って蹴られ髪の毛掴まれて引き摺り回されたり
年の離れた兄の家庭内暴力で近所の家に助け求めて駆け込んだり
散々な目にあってきたのに
時給1470円の一般派遣の事務職しかできない、ボーナスも交通費も出ない.....
ろくな青春がなかった
19～21くらいの若くて金とか気にしないしがらみのない純粋な恋愛やセックスできなかったのが今でも悔やまれる、、つらい....
受験期は家庭内の修羅場(オヤジの自殺とお袋の発狂)で精神を破壊された
世を拗ね 人を攻撃し クレームをつけ 炎上には便乗して生きてく
【朗報】女性声優さん、高学歴が多すぎる [582194147]
趣味でフットサルをしているんだけど、土曜日の夜に練習試合があったのよ。
一応、監督みたいなおっさんがチームにいるんだけど（プレイヤーとしてたまに出るけど、仕切りはこのおっさん）、普通にボロ負けだった。
まぁ、趣味のフットサルでみんなそんなに本気でフットサルっていう感じではなく、昔の好で集まりたいし、運動不足が気になる年齢でちょうどいい運動としてのフットサルなのに、このおっさんが県内で強いと言われているガチのチームとやらせたからで、練習不足やそもそも経験値が全く違うのは仕方がないことなんだけど、この練習試合が終わってからのおっさんが最悪だった。
・お前らは勝つ気がないから勝てない
・練習に身が入っていない
どう考えても、精神論でどうにかなるレベルじゃないし、そんなに勝ちたいなら普段の練習も100本キックとか、走り込みとかじゃなくて、実践を取り入れるべきでは…と思ってたけど、機嫌が悪いので適当に相槌打ちながら焼き肉食べて、酒のんだ人たちを送り届けてる時に思ったんだけど、やっぱり、自分も体育会系の端くれなので別に精神論が悪い事はないと思うわけ。
例えば、本当に実力が拮抗している、同格相手に負けた時、相手のガッツあるプレイに圧倒されて負けたなら、根性とか精神とかの差で負けたなってわからなくもない。
でも、今回に限っては根性だしたからって勝てた相手でもないし、練習の時間の差もあるし、もっとこう最終的に「スピリットで負けた」以前の問題があるのに、ことごとく反省会で精神講話してたおっさんが滑稽だなって思った。そもそも、集まってもおっさんはずっとベンチで俺らの練習みてるだけだし。
ランク帯は紫～赤
ドクターは心音範囲内にいる鯖を発狂させて索敵、遅延、妨害を行うキラー。
その心音範囲を広げてさらに発狂の進行速度を上げてみたらどうなるか。
パーク自体は鉄板の金策ドクター。索敵補助にナスコを採用して挑戦。
強い。
現時点の調整で、鯖は回復速度が遅くなりセルフケアを不採用する人が多くなった。
となると負傷自体を避けたいと考えからか、都会の逃走術や鋼の意思などで隠密重視をよく見る。
しかしこれがドクターからするとカモ。電撃が純粋に板窓妨害に使える。
しゃがみ状態なら心音範囲から逃げることはまずできないし、秩序の効果で発狂が進む進む。
Lv3になれば発狂から復帰しないといけないが、ナスコが刺さって狙える狙える。
爆音編成だからかもしれないが、意外とナスコ圏内でも狂気回復をする鯖は多かった。
ただ、秩序も鎮静もコモン、アンコモン、ベリーレアで低いレア度だと効果が薄く、高い効果だとBWから出にくいデメリットがある。
バベチリで稼いでBW回して…結果的にはプラマイゼロになりそうな。
蜘蛛トークンを貯めつつ凝視を稼ぎ、早くなった足で他の鯖を見つけ、Lv3でザクザク戦法。
鏡のかけらは代わりに思い出で凝視加速したり、ウサギで心音狭めたり、墓石で立ちメメしたり、リボンや髪束でLv3持続を延ばしたり、なんでもイケる。
高速Lv3マイケルとか恐ろしいことこの上ないはず。
極端。
蜘蛛マイケルの立ち回りがだいぶ特殊で、Lv2になるのとトークン貯めの初動がどれだけ早いかが勝負になってくる。
序盤で破滅を壊されるとほぼ間違いなくハッチ戦、もしくは通電する。
執念者が徹底して隠密したり、マップで農場を引くと何もできずに終わったりする。
蜘蛛トークンをためてLv3になるとチェイスが数秒で終わるので、Lv3になってからの爆発力はすさまじい。
野蛮があると板も意味をなさないし、Lv3の射程が長いので窓越えをスムーズに行けなかったらほぼ間違いなくダウンする。
スポーン地点やマップ運が絡んでくるが、上位ランクでも十分通用すると思うから、もう少し立ち回りを練習してこなせるようになりたい。
前回は、Webアプリの骨組み（スケルトン）までを作って、製作の過程を見てみました。
今回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
Webアプリを作るときに、「Visual Studio Code」というIDE（統合開発環境）を使ってみましょう。PHP用の各種プラグイン（「PHP IntelliSense」「PHP Debug」など）を入れておけば、便利に使える。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
<button>投稿する</button>
</form>
</body>
</html>
本当はセキュリティーを考慮して、入力値の検査（バリデーション）とか、もっといろいろな仕込みが必要だが、ここでは練習なので省略します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
$this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
SQLを説明したかったのに（SQLとは本質的に関係がない）Webアプリの説明が延々と続いた。（説明の方法を変えた方がいいねｗ）
データベースにデータを保存（追加）するSQLコマンド「INSERT」を使ってみよう！
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
}
以上、メッセージの追加を実現するために、MVCの各パーツを用意した。これでメッセージの追加だけができるようになった。
これだけではメッセージの取得＝表示がまだできないので、次はデータベースからメッセージのデータを取得して、Webページに表示できるように改造しよう。
SQLの「SELECT」を使えば、データベースからデータを取り出せる。
メッセージのデータを取り出して、Webページの表示で使おう。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
// Create
public function create_message($message = '')
{
$sql = "INSERT INTO talk SET create_at = ? , message = ?";
$param = array(date('Y-m-d H:i:s'), $message);
$this->db->query($sql, $param);
return $this->db->insert_id();
}
// Read All
public function read_message()
{
$query = $this->db->query($sql);
return $query->result_array();
}
}
これでデータベースからデータを取り出すSQL、メソッドがモデルに用意できた。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
// $this->output->enable_profiler(true); // for debug
}
// 初期画面
public function index()
{
$action = $this->input->post('action');
$message = $this->input->post('message');
$this->chat_model->create_message($message);
}
$data['talk'] = $this->chat_model->read_message();
$this->load->view('welcome_index', $data);
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
これは全部CodeIgniterで用意されている機能なので、マニュアルを読めば使い方が分かるようになってます。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<base href="<?php echo base_url(); ?>">
</head>
<body>
<form action="welcome/index" method="post" accept-charset="utf-8">
<label>メッセージ</label>
<input type="text" name="message">
<input type="hidden" name="action" value="add">
<button>投稿する</button>
</form>
<table border="1" cellpadding="5" cellspacing="0" bordercolor="#CCCCFF">
<tr>
</tr>
<?php foreach($talk as $item): ?>
<tr>
<td><?php echo $item['id']; ?></td>
<td><?php echo $item['create_at']; ?></td>
<td><?php echo $item['message']; ?></td>
<td><a href="welcome/update/<?php echo $item['id']; ?>">編集</a></td>
<td><a href="welcome/delete/<?php echo $item['id']; ?>">削除</a></td>
</tr>
<?php endforeach; ?>
<?php endif; ?>
</table>
</body>
</html>
（説明文が300行を超えてしまった！これ以上は増田で表示できない。）次回はメッセージの変更をやってみよう。
anond:20181104161900 増田式プログラマー養成講座 その17 Webアプリの骨組み
anond:20181104233013 増田式プログラマー養成講座 その18 SQLでデータの追加と取得 ←★今ここ★
anond:20181110120715 増田式プログラマー養成講座 その19 SQLでデータの更新
：
今回は、Webアプリを作る途中の過程を見て、作る雰囲気を一緒に味わってみましょう。
最近のフレームワークは、「設定より規約」（CoC、convention over configuration）という発想で作られている。
フレームワークの規約（使用ルール）に従うと、プログラマーは作業量が減って、楽ができる。
設定より規約（convention over configuration）とは、開発者の決定すべきことを減少させ、単純にするが柔軟性は失わせないというソフトウェア設計パラダイム。
使用しているツールが実装した規約が開発者の望む動作と一致していれば、設定ファイルを書く必要もない。実装規約と望みの動作が違っている場合、必要な動作を設定しなければならない。
最近のフレームワークは「設定より規約」アプローチを採用しているものが多い。
例えば、Ruby on Rails、Kohana、Grails、Grok、Zend Framework、CakePHP、Symfony などがある。
CodeIgniterの使用ルールは、マニュアルやチュートリアルで確認できる。
↑このページの「アプリケーションフローチャート」を見てみよう。
それでは、CodeIgniterでプログラマーが用意する部分のM（Model）とV（View）とC（Application Controller）を、骨組みから作ってみよう。
事前準備として、前々回と前回のWebアプリ完成見本を用意するところまでやっておこう。
スケルトン（skeleton, 骨格）とは動物や人間の骨格。
コンピュータのプログラムコードの骨格部分。プログラムコード作成では、初期段階でスケルトンを作成し、その後で詳細部分を肉付けしていく。
まずは、MVCのCの骨組みを作ろう。
Controllerは、ユーザーからのリクエストを受け付けて、ModelやViewに指示を出す監督です。
上記フォルダの中に「Welcome.php」というファイルを作る。（デフォルトであるはずなので、それを使ってOK）
CodeIgniterのルールで、Application Controllerを置く場所は「application/controllers」というフォルダになっている。
CodeIgniterのルールで、一番最初に呼び出されるApplication Controllerは「Welcome.php」というファイルになっている。
→これは「C:\xampp\htdocs\waf\application\config\routes.php」という設定ファイルで決められている。
「Welcome.php」の中身を以下にように変更する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
// 初期画面
public function index()
{
}
// 更新画面
public function update()
{
}
// 削除画面
public function delete()
{
}
}
これがチャットのApplication Controllerとして動作する最小限の内容＝骨格だ。
という行に注目してみよう。
CodeIgniterで用意されてる「CI_Controller」クラスを継承して、プログラマーが「Welcome」クラスを作ってる。
継承によって、フレームワークが用意してる様々な機能をWelcomeクラス内で使えるようになる。
「Welcome」クラスの中に、「index()」「update()」「delete()」という３つのメソッドを用意した。
CodeIgniterのURLは、Action Controllerのクラス名やメソッド名とひもづけられている。
「http://localhost/waf/クラス名/メソッド名」
（例）
http://localhost/waf/ →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/index →Welcomeクラスのindex()メソッドが呼び出される。
http://localhost/waf/welcome/update →Welcomeクラスのupdate()メソッドが呼び出される。
http://localhost/waf/welcome/delete →Welcomeクラスのdelete()メソッドが呼び出される。
次にMVCのVの骨組みを作ろう。
ビューは、表示する画面の部分です。HTMLでWebページの構造を書きます。
以下の内容にして保存する。
<?php defined('BASEPATH') OR exit('No direct script access allowed'); ?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
以下の内容にして保存する。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
以下の内容にして保存する。
<?php defined('BASEPATH') or exit('No direct script access allowed');?>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<base href="<?php echo base_url(); ?>">
</head>
<body>
</body>
</html>
Viewファイルの追加に合わせて、Controllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
（変更点の説明）
コンストラクター「__construct()」は、クラスからインスタンスが作られるとき、自動的に実行されるメソッドだ。コンストラクターは、初期化＝最初にやっておくべき下準備を書いておく。
CodeIgniterには、リンクの表示を補助する「URLヘルパー」という機能が用意されている。
上記のように書くとURLヘルパーを呼び出して、使えるようになる。
各Viewファイルの以下の行でURLヘルパーを使っている。＝「base_url()」という関数がURLヘルパーの１つ。
というメソッドによって、Viewファイルの「welcome_index.php」を呼び出し、画面を出力します。
これでMVCのCとVの骨組みができた。
今の段階でWebブラウザーで各ページを表示させると、各Viewファイルの中身が表示される。
次にMVCのMの骨組みを作ろう。
モデルは、具体的な処理内容（ロジック）を書いて、データを読み書きする部分です。
上記フォルダの中に「Chat_model.php」というファイルを作り、以下の内容にして保存する。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Chat_model extends CI_Model
{
public function __construct()
{
parent::__construct();
}
}
CodeIgniterで用意されてる「CI_Model」クラスを継承して、プログラマーが「Chat_model」クラスを作ってる。
「Chat_model」クラスのコンストラクターには、以下のように書いている。
Modelの追加に合わせて、さらにControllerも一部変更します。
<?php
defined('BASEPATH') or exit('No direct script access allowed');
class Welcome extends CI_Controller
{
public function __construct()
{
parent::__construct();
$this->load->model('chat_model');
}
// 初期画面
public function index()
{
$this->load->view('welcome_index');
}
// 更新画面
public function update()
{
$this->load->view('chat_update');
}
// 削除画面
public function delete()
{
$this->load->view('chat_delete');
}
}
と書いて、「Chat_model」というモデルを読み込むようにした。
これで、モデルに用意するいろんな機能をコントローラーで使えるようになる。
以上で、MVCの骨組み（スケルトン）だけを作成するプロセスを見ていきました。
次回は、データベースのCRUD操作を行なって、チャットのメッセージを追加／取得／変更／削除する機能を実装してみましょう。
anond:20181015215004 未経験からのプログラマーなんだが全然分からない
anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意
anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類
anond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐）
anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習
anond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？
anond:20181017191404 増田式プログラマー養成講座 その６ OOPの種類、PHPの準備
anond:20181019181549 増田式プログラマー養成講座 その７ OOPの仕組み（前半）
anond:20181020230044 増田式プログラマー養成講座 その８ OOPの仕組み（後半）
anond:20181022232327 増田式プログラマー養成講座 その９ 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でデータの追加と取得
：
特定が怖いので大まかに書きますが、現在一歳児20名の担任をしている保育士です。
乳児突然死症候群の原因にうつぶせ寝があります。そして乳児突然死症候群はほとんどに場合午睡中に起こるそうです。
そのため大体12時から14時半の午睡中、10分おきにうつぶせ寝になっていないか、うつ伏せになっていたら仰向けに直し、顔色はどうか、呼吸をしているか目で耳で肌で睡眠チェックをしなければなりません。一人一人。20人ですよ。20人チェックしたら10分かかりますわ。エンドレスループですわ。
担任保育士が4名。子ども全員が眠りにつくのは早くて12時半頃。この子どもたちが眠ってくれている時間が戦いです。午睡中2時間の間に、食べこぼし盛りの一歳児の給食後の片付け、20人分の連絡ノートの記入。定型文を20回書くなら楽なもんですよ。保護者の子育ての質問への返答や、その日のその子どものエピソードや発言を記入しなければなりません。大丈夫ですよ、言葉の発達は特に個人差が大きいので、あまり焦らず今しかないおしゃべりが無い期間をぜひ楽しんでください！今日は新しくお部屋にやってきた大きな図鑑にいち早く気づき、宇宙とは…という難しい図鑑に夢中になっていました。特にロケットが発射された写真のページでは「おお！！！」と興奮し何やら1人でお話ししていました。将来が楽しみですね。1人に対しこのくらいの文字数でしょうか。それから日誌記入（クラス全体の様子と活動の反省、評価。子ども一人一人の様子。A4用紙1枚半と考えてください）、それから製作の準備、保護者に向けて販売をする写真の選別、行事の準備、来月発表会だから衣装と大道具とそれからピアノの練習も、それからクラスのお便りでしょ、教材の発注もしないと、あ、先月の個人記録の反省やらないと提出期限来週だ、もちろん書類は全部手書きです。それから月案と週案、ああもう2時、昼礼の時間。各クラス1名職員室へ送り出して、あ、あの、20人がぐっすり2時半まで寝ててくれるならまだいいです、でもそんなわけない。咳き込んで起きてしまう子ども、夢を見て大泣きする子どもの対応。ああもう起きるまで10分しかない、オムツと着替えとおやつの準備…
無理ゲーすぎませんか。無理無理の無理。担任が4人いるとはいえ、本当に本当に仕事が終わらない。当たり前に休憩は取れない。休憩なんてどうでもいい、仕事が終わらない。でも残業するなって言われる。こっそり隠れて残業して、でも終わらない。なんでこんな仕事多いの。楽じゃんそんな仕事って感じた方もいらっしゃるかと思います。でもイヤイヤ期真っ盛り、カッとすればビンタ噛みつき物投げる、熱出すわ吐くわ、1歳児20人、自分の子どもが一番かわいいモンペの対応、1秒たりとも気を抜けない、子どもから目を離せない、で、精神、イカれますわ。それでさ、給料、安いんだわ。OLって何してるの、なんで私らよりお金もらってんの、自分より若い女がブランドバック持ってるの見ると死にたくなるんだよ。
国、お金ください。くれないなら、せめて、仕事を減らしてください。見返すことのない書類要りますか。午睡チェックロボット導入してくれませんか。保育士なんて目指すのやめたほうがいいと思います学生の皆さん。これが現実ですよ。
なんていいつつ、子どもが大好きで大好きで仕方ないんです。昨日もね、お散歩に出るときに私が上着を羽織ったら、「せんせ、さむいさむいなの？こんこんくしゃん、なの？だいいじょうぶ？」って2歳5ヶ月の男の子が言ってくれてね。なんて優しいんだろうって。0歳の頃から担任で見てた子でね。カチンときたら秒で噛み付く奴だったんですよ。それがねこんな思いやりの気持ちをね。お迎えのときにママやパパと話すのも大好きなのよ。今日ね苦手な茄子を一口頑張って食べたんですよ！ってあれ！ママ髪色かえました？似合ってる〜！そういえば最近夜泣きどうです？ママ夜眠れてます？…仕事と家事と育児でヘトヘトな保護者の癒しのオアシスでありたいと思うんです。
文字はね、ハマったあとに読む人が多いよ。どうしても。
私もそう。
絵や漫画はもう少しライトに好きなもの、ちょっと気になるくらいでも見れる。
だから、「好きなカプを布教したい」「多くの人に作品見てほしい」って目的なら
別に同人なんだし、そんなに上手くなくてもいい。セリフや話や構成でいくらでもカバーがきく。絵が苦手でも、上記の優先順位が高いなら絶対練習した方がいいと思う。
「自己表現として好きカプの小説が書きたい」だと、多分見てもらえると数はググッと減る。
それはしょーがない。
手軽さが違う。ライトさが違う。
小説が書きたいし、多くの人にも見てもらいたい！どっちも叶えたい！っていうのは中々難しい。
すごく絵が上手い人に挿絵や表紙をお願いしたり、小説の雰囲気を別の手段で分かりやすく表現して
実際に読んでもらうとこまで誘導しないと難しいと思う。
まぁ全部分かってると思うけど・・・
落とし所として。
娘（5歳）の通ってる幼稚園が地元の年末のお祭りでダンスを披露することになった。地元出身の有名人？と一緒に踊るらしい。そこまではいい。娘は幼稚園でも家でも張り切って練習していた。
ただ、先週先生から「有名人のファンの人が撮影するかもしれないですけど、大丈夫ですか？」と言われた。私はその場で「全然大丈夫ですよー」なんて答えたけど、横で聞いていた娘は違ったようだ。
家に帰ってから「勝手に撮影されてYouTubeに載せられるかもしれないから、絶対に出ない！」と言い出した。娘は毎日YouTubeを1時間は見て自身もたまに動画配信をしている（ゲーム実況で顔は出してない）それだけYouTubeに親しんでいると、「ファンが撮影→動画アップ」という可能性がまぁまぁ高いことに自分で気づくらしい。
旦那が「もしアップされてもパパが削除申請してあげるから」と言っても「アップされてから、気づくまでの間にいっぱい見られちゃうし嫌！」という。
正直、娘の言ってることは正論だ。四六時中YouTubeを見張ることもできないし、一度アップされたら、削除申請をしようがイタチごっこになる可能性もある。
母に相談したら、「アップされちゃっても娘ちゃんに見せなければ良いだけじゃない？」って言われた。娘のデジタルネイティブさナメるなよ。きっと祭り終わった後から検索しまくって勝手に見つけてくるわ。
そもそも娘は自身の肖像権を侵害される可能性がある場所に立ちたくないと主張してて、それをいくら親やからって強制していいのか。
ちなみに祭りは任意参加ながら今のところ全員出席予定で練習も園で毎日してるので、できれば出て欲しい。でもなぁ、娘の言ってることの方が正しい気もする
そんな理由で欠席するなんて！みたいな意見ばかりかと思っていたら全く違っていたので驚いています。すべてコメントを読ませて頂きました。娘の意思を尊重する方向で先生と相談したいと思います。
また、娘のことを褒めてくださっているコメントも多くこちらも驚きました。娘はしっかりしたところもありますが、基本は恥ずかしがり屋の普通の女児です。プリ姫のもとちゃんは本物の王子さまなんだよ〜なんていいながら、今もYouTubeを見てますし。
