スタッフブログ

たむです。これまでまったく触ったことのないサーバについて、さくらのVPSを借りてみたので、MacからさくらのVPSでサーバを立ててWordpressをインストールしてCoda2でSSH鍵認証を使ってSFTPするということを実験してみたまとめです。今回は、MySQLをインストールと設定、起動をするまで。

※2015年8月頃に実験したメモなので情報が古いかもしれないことと、デザイナーが実験してみただけなので本職のインフラエンジニアの方から見ると間違いだらけかもしれませんが、ご容赦くださいませ。

MySQLのインストール

MySQLをインストールして自動起動の有効化を設定する、インストールはApacheと同じくyumで。

$ sudo yum -y install mysql-server

インストールが正しく実行されると以下が表示される。

読み込んだプラグイン:fastestmirror, security インストール処理の設定をしています Loading mirror speeds from cached hostfile * base: www.ftp.ne.jp * epel: ftp.kddilabs.jp * extras: www.ftp.ne.jp * updates: www.ftp.ne.jp 依存性の解決をしています --> トランザクションの確認を実行しています。 ---> Package mysql-server.x86_64 0:5.1.73-5.el6_6 will be インストール --> 依存性の処理をしています: mysql = 5.1.73-5.el6_6 のパッケージ: mysql-server-5.1.73-5.el6_6.x86_64 --> 依存性の処理をしています: perl-DBI のパッケージ: mysql-server-5.1.73-5.el6_6.x86_64 --> 依存性の処理をしています: perl-DBD-MySQL のパッケージ: mysql-server-5.1.73-5.el6_6.x86_64 --> 依存性の処理をしています: perl(DBI) のパッケージ: mysql-server-5.1.73-5.el6_6.x86_64 --> トランザクションの確認を実行しています。 ---> Package mysql.x86_64 0:5.1.73-5.el6_6 will be インストール ---> Package perl-DBD-MySQL.x86_64 0:4.013-3.el6 will be インストール ---> Package perl-DBI.x86_64 0:1.609-4.el6 will be インストール --> 依存性解決を終了しました。 依存性を解決しました =================================================================================================================================================================================== パッケージ アーキテクチャ バージョン リポジトリー 容量 =================================================================================================================================================================================== インストールしています: mysql-server x86_64 5.1.73-5.el6_6 base 8.6 M 依存性関連でのインストールをします。: mysql x86_64 5.1.73-5.el6_6 base 894 k perl-DBD-MySQL x86_64 4.013-3.el6 base 134 k perl-DBI x86_64 1.609-4.el6 base 705 k トランザクションの要約 =================================================================================================================================================================================== インストール 4 パッケージ 総ダウンロード容量: 10 M インストール済み容量: 29 M パッケージをダウンロードしています: (1/4): mysql-5.1.73-5.el6_6.x86_64.rpm | 894 kB 00:00 (2/4): mysql-server-5.1.73-5.el6_6.x86_64.rpm | 8.6 MB 00:00 (3/4): perl-DBD-MySQL-4.013-3.el6.x86_64.rpm | 134 kB 00:00 (4/4): perl-DBI-1.609-4.el6.x86_64.rpm | 705 kB 00:00 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 合計 4.6 MB/s | 10 MB 00:02 rpm_check_debug を実行しています トランザクションのテストを実行しています トランザクションのテストを成功しました トランザクションを実行しています インストールしています : perl-DBI-1.609-4.el6.x86_64 1/4 インストールしています : perl-DBD-MySQL-4.013-3.el6.x86_64 2/4 インストールしています : mysql-5.1.73-5.el6_6.x86_64 3/4 インストールしています : mysql-server-5.1.73-5.el6_6.x86_64 4/4 Verifying : perl-DBD-MySQL-4.013-3.el6.x86_64 1/4 Verifying : mysql-5.1.73-5.el6_6.x86_64 2/4 Verifying : mysql-server-5.1.73-5.el6_6.x86_64 3/4 Verifying : perl-DBI-1.609-4.el6.x86_64 4/4 インストール: mysql-server.x86_64 0:5.1.73-5.el6_6 依存性関連をインストールしました: mysql.x86_64 0:5.1.73-5.el6_6 perl-DBD-MySQL.x86_64 0:4.013-3.el6 perl-DBI.x86_64 0:1.609-4.el6 完了しました!

インストールしたMySQLのバージョンを確認する。

mysql --version mysql Ver 14.14 Distrib 5.1.73, for redhat-linux-gnu (x86_64) using readline 5.1

OSの再起動時に自動的にMySQLが起動するようにするようになっているか確認する。

$ chkconfig --list mysqld

もし3番がonでない場合は設定を変更する。

$ sudo chkconfig mysqld on MySQLの設定を変更する

変更前にmy.cnfのバックアップを取っておく。

$ sudo cp /etc/my.cnf /etc/my.cnf.old

MySQLの設定ファイルを変更する。

sudo vi /etc/my.cnf

次の行をsymbolic-links=0と[mysqld_safe]の間に追記する。

$ sudo vi /etc/httpd/conf/httpd.conf [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid → [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 character_set_server=utf8 default-storage-engine=InnoDB innodb_file_per_table [mysql] default-character-set=utf8 [mysqldump] default-character-set=utf8 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid MySQLの起動と初期設定

MySQLを起動する。

$ sudo service mysqld start MySQL データベースを初期化中: Installing MySQL system tables... OK Filling help tables... OK To start mysqld at boot time you have to copy support-files/mysql.server to the right place for your system PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! To do so, start the server, then issue the following commands: /usr/bin/mysqladmin -u root password 'new-password' /usr/bin/mysqladmin -u root -h tk2-215-17312.vs.sakura.ne.jp password 'new-password' Alternatively you can run: /usr/bin/mysql_secure_installation which will also give you the option of removing the test databases and anonymous user created by default. This is strongly recommended for production servers. See the manual for more instructions. You can start the MySQL daemon with: cd /usr ; /usr/bin/mysqld_safe & You can test the MySQL daemon with mysql-test-run.pl cd /usr/mysql-test ; perl mysql-test-run.pl Please report any problems with the /usr/bin/mysqlbug script! [ OK ] mysqld を起動中: [ OK ]

rootのパスワード設定とその他の初期処理を行う。

$ mysql_secure_installation

rootのパスワードを聞かれるが、未設定なので空白のまま［Enter］キーを押す。

NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY! In order to log into MySQL to secure it, we'll need the current password for the root user. If you've just installed MySQL, and you haven't set the root password yet, the password will be blank, so you should just press enter here. Enter current password for root (enter for none): OK, successfully used password, moving on...

rootのパスワードを設定するか聞かれるので、［Y］と入力して［Enter］キーを押す。

Setting the root password ensures that nobody can log into the MySQL root user without the proper authorisation. Set root password? [Y/n] Y

好きなrootのパスワード入力する。

New password:

確認用にもう一度、入力したrootのパスワード入力する。

Re-enter new password: Password updated successfully! Reloading privilege tables.. ... Success!

anonymousユーザを削除するか聞かれるので、［Y］と入力して［Enter］キーを押す。

By default, a MySQL installation has an anonymous user, allowing anyone to log into MySQL without having to have a user account created for them. This is intended only for testing, and to make the installation go a bit smoother. You should remove them before moving into a production environment. Remove anonymous users? [Y/n] Y ... Success!

リモートからのrootログインを禁止するか聞かれるので、［Y］と入力して［Enter］キーを押す。

Normally, root should only be allowed to connect from 'localhost'. This ensures that someone cannot guess at the root password from the network. Disallow root login remotely? [Y/n] Y ... Success!

テスト用の’test’データベースを削除するか聞かれるので、［Y］と入力して［Enter］キーを押す。

By default, MySQL comes with a database named 'test' that anyone can access. This is also intended only for testing, and should be removed before moving into a production environment. Remove test database and access to it? [Y/n] Y - Dropping test database... ... Success! - Removing privileges on test database... ... Success!

設定を反映するか聞かれるので、［Y］と入力して［Enter］キーを押す。

Reloading the privilege tables will ensure that all changes made so far will take effect immediately. Reload privilege tables now? [Y/n] Y ... Success! Cleaning up...

設定を反映し、問題がなければ以下が表示される。

All done! If you've completed all of the above steps, your MySQL installation should now be secure. Thanks for using MySQL!

設定が反映し終わったら、MySQLにログインして確認する。

$ mysql -u root -p

パスワードを聞かれるので先ほど設定したパスワードを入力する。

Enter password:

ログインすると以下の内容が表示される。

Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 10 Server version: 5.1.73 Source distribution Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql>

ログインできることが確認できたらログアウトしとく。

mysql> exit

今回はここまで、次回はPHPをインストールして設定をするまで。

たむ

こんにちは。
今回はうちの猫について写真多めに書いていきます。

グミ（7さい・♂） （たしか）2011年08月生まれ 雑種

かわいい・・・

僕が高校の修学旅行から帰ってきたら家にいました。
最初は全然相手してくれませんでしたが、積極的なアプローチを行った結果相手してくれるようになりました。

ベッドの下とかに入ると本当にどこに行ったかわからないので、申し訳程度にスズをつけています。

なかなかかわいい写真が撮れない

動くものの写真を撮るのが苦手です。

グミのタイムスケジュール 07:30 飼い主（僕）を踏んで起こす → 朝食をもらう 09:00 就寝（ソファ） 13:00 就寝場所の変更（床） 17:00 鳴く（夕飯まだかと言っていると思っている） 19:00 夕食 21:00 飼い主と戯れる 24:00 ウトウトしはじめる → 飼い主と同じタイミングくらいで就寝

ここ数年で太ってきたので、動物病院の先生のご指導の元、1日2食になっています。
飼い主としても、猫じゃらし等を使って運動させてます。

猫マジでかわいい

なんでこんなに可愛いんでしょう・・・
グミと戯れたら嫌なことなんて忘れてしまいます。
腹に顔を埋めていたいですね。

誰か上手に爪を切る方法を教えて下さい。

最後にとびきりかわいい奇跡の1枚でさよならです。

以上、ただの自慢話でした。

赤担のKKK

Tellusとは Tellus（テルース）は、政府衛星データを利用した新たなビジネスマーケットプレイスを創出することを目的とした、 日本初のオープン＆フリーな衛星データプラットフォームです。 複数のデータをかけ合わせ、新たなビジネス創出を促進するためのあらゆるファンクションを提供します。 https://www.tellusxdp.com Tellusプロジェクトの開発プロデューサーをしているwakaです。 Tellusプロジェクトを知らない方が多いと思うので、いきなり説明からはいりました。 当社ではこのプロジェクトの初期からプラットフォーム開発部分で携わっており、私はこちらのプロジェクトをメインで仕事しております。 1年半ほど携わってますが、やっと宇宙業界特有の言葉に慣れてきたところです。 政府衛星データのプラットフォームの開発をするからには、そもそも衛星データがどのようにして取得されているのかを知っておきたいということで、ロケット・人工衛星を造っている(造っていた)方々に色々と教えていただいています。今日はその一部をご紹介します。 ■JAXA(筑波宇宙センター) 筑波研究学園都市にあるJAXA筑波宇宙センター。 打合せの前に衛星について色々と教えていただきました。 陸域観測技術衛星「だいち」 Tellusでもデータ公開(AVNIR-2/PALSAR)されている陸域観測技術衛星「だいち」（ALOS） 写真ではなかなか伝わらないですが、だいぶ大きい。 陸域観測技術衛星「だいち」（ALOS）（JAXA） TellusでもALOSのデータを搭載しており、簡単操作で見ることができます。 (下は札幌駅周辺) ロケットの歴史 左から「H-Ⅱ」「H-ⅡA」「H-ⅡB」。 ■JAXA(宇宙科学研究所) 相模原にある宇宙科学研究所 はやぶさ/はやぶさ２ イトカワのサンプルリターンに成功した「はやぶさ」と先日小惑星リュウグウに2回目の着陸に成功した「はやぶさ２」 ※写真は筑波宇宙センターのはやぶさ つい10年前までは宇宙産業と聞くと国家の研究として実施しているもののイメージだったのですが、宇宙業界に身を置いてみるとそんなに遠い存在ではないことを感じます。最近だと、北海道ではインターステラテクノロジズが大樹町からロケットを飛ばしていたり、日本国内でもアクセルスペース、インフォステラなど、世界でみるとスペースXやブルーオリジンなど企業の大小にかかわらず、色々な企業が参入し、民需が少しずつ増えていく段階なのだろうと思います。 筑波宇宙センター、宇宙科学研究所とも見学受付もしてますので興味のある方はぜひ足を運んでみてください。 waka

お盆期間中に子供たちと遊んだ疲れが取れず、歳だな、早く明日の休みにならないかなと思っています。 8月8日から1泊2日で大阪出張へ行ってきた話を書きたいと思います。 出張の目的ですが、4月に合併を行い銀座や梅田にも拠点が出来ました。 銀座は3月末に行ってきたのですが、梅田はまだだったため今回行ってきました！ 普段は会社で経理やったり総務やったり、そんなに出張をする機会がありません。 そのため、出張＝旅行気分！！どこに行こう、何を食べよう、お土産は？大阪でしか買えないものは何か。 かなりテンションが上がりまくりの出張でした。 食べたいものを勝手に決め、梅田のメンバーに伝えたらお店を探してくれました！ 初めて食べた串カツ・・・めちゃめちゃ美味しかったです。 お酒はたしなむ程度なのですが、のむときはカシス系もしくは梅酒ロックをいつも飲みます。 串カツ屋さんで出会ったカシスアップル！カシスソーダ、オレンジ、グレープフルーツとかは 今までものんでいましたが、アップルは初めてかも～とテンションが上がりひとくち。 美味しい！！！何杯かのみました。 大阪出張でびっくりしたのが、実はセミの鳴き声です。朝はしなかった音が1時間後に外に出た時にはしている。 最初、何が起きたのか分からず、プチパニック。一緒に銀座のメンバーと行ったのですが、北海道にはセミって いないんですか？と聞かれる始末・・・あまり日常でセミの鳴き声って聞かないなと思い、思わず動画を取る私。 お土産は551蓬莱にてシュウマイ＆肉まん、バトンドール、壺プリン、ついでに赤福 これだけ書くと仕事していない感じですが・・・ ・梅田の事務所設備について見てきました ・梅田メンバーとコミュニケーション取ってきました ・親会社のさくらインターネット本社に行ってきました 毎週のように出張に行っている職員がこのブログを見たら怒りそうですが楽しい出張の旅となりました。 もうそろそろ銀座も行かないとなー RARA

最近はそうめんのつけダレにトマトジュースを混ぜるのにハマっているsinです。 25回目の投稿、本日8月21日は献血の日ですって、トマトジュースに似てる、奇遇！なんという数奇な運命ッ！ 混ぜる際はめんつゆに対して1/3～1/2くらいが理想的、トマト味が暑さで減退していた食欲を増進させてくれる。 ただ問題は、そもトマトジュースがそんなに好きではないからこの調理法以外に使い道が無いってこと、他の利用方法も考えないと...。 最近は社員の人数も増えていることからブログ記事を書く機会もめっきり減って油断していたのですが、 気が付いたら順番が回ってきていたのでここは最近の趣味に関してでも話してお茶を濁しましょう。 この頃はあまりイラストも羊毛もモデリングも手を付けていなかったのですが、 代わりに動画制作に手を出したりしています。 そもなぜ動画制作か またなんで急に動画制作かというと最近とあるゲームにドハマりしまして、 そのゲームのプレイ動画を簡単に編集して動画投稿サイトにアップしているというわけなのですよ。 編集といっても画像と動画と音声読み上げソフトの発した台詞をコンクリートミキサーにかけてブチまけた混沌の産物で 編集技術云々に関しては今更語るに値しないためこの場では割愛させていただきます。 では何について語るかというと、それは動画の側の作り方ではなく中身にあたる構成のお話。 反応を得られる内容を考える せっかく動画を投稿するのであれば面白おかしい動画に仕上げて多数の人から共感を得たい、 承認欲求満たされまくりで明日も頑張れるぜ！っていう環境を作りたい。 そのうえでどのようなスタンスで動画を作るべきか考えてみたところ思いついたのは、 ながら見できるくらい当たり障りのない内容(現代人はドラマ、映画、アニメだってながら見してしまうくらいに疲れている) 敵を作らない内容(過激な言葉遣いや強気な態度をとらない) 入れるべき視覚情報を可能な限り無駄なくスマートに画面に収める(レイアウトデザインはデザイナーの腕の見せ所) 自然に反応したくなる、コメントを促せる台詞回し。(狭いコミュニティの人間は語る機会を欲している) 話題の遷移を自然に行う(話題のぶつ切りは脳が着いてゆかないので丁寧に誘導する) それらの薄味内容をとにかく丁寧に調理する(見る側がどう感じるかを予測して粗削りな不足箇所を徹底的に埋める) このあたり。 これにちょっとネジの緩んだスパイス的なものを微量加われば面白さも広がるでしょう。 結果 で、結果的にこのスタンスで動画づくりを続けた結果、 件の動画投稿サイト内の件のゲームにおいて、私の制作した動画は上位総なめ状態となりました。 実際はこのゲーム、動画を録画すること自体があまり容易ではなく母数が割と少ないというのもあるので 井の中の蛙状態といえばそれまでなのですが、でもまぁ思ったより多くの人に受け入れられて良かったです。（小並感 まとめ 今回の件から私が得るべき教訓は、 多くに受け入れられたいのであれば、強い印象により他者を引き込もうとするよりも ストレスを無に帰す空気のような自然さをもって待ち構えるべき。ということ。 この事例を無理やり何かに例えてみるのであれば、 強いて言うならこれは"お蕎麦"だな。と思った次第。 以前に人とご飯を食べに行った際に「お前そば好きだよなー」と言われたのが事の発端。 でも考えてみれば無難オブ無難なご飯屋さんの代表格はお蕎麦屋さんだと私は思うのです。 暑かろうが寒かろうが食欲があろうがなかろうが食べられる。 お金が無ければ安いそば屋にちょっと気取りたければ落ち着いた高めのお蕎麦屋さんに行けばよい。 ヴァリアブルに需要を満たせるこの姿こそが今回私が目指したものに他ならないのだと、そう感じました。 蕎麦は全てを受け入れ、全てに受け入れられる。 そんなものづくりもまたひとつの形。 ついでにこの余ったトマトジュースも受け入れてくれると嬉しいんだけど。 なお受け入れる模様 お蕎麦は強い子 sin

はじめに 2019年春から仕事で大阪に滞在しており、大阪でいくつかのコミュニティ、勉強会に少しずつ参加させて頂いています。 2019年8月に、関ジャバさん（関西のJava User Group）主催で、マイクロソフト・コーポレーションの寺田佳央さんを迎えて開催された「てらだよしおまつり in 関西 Day2」に参加する機会がありました。 その勉強会の前半では、 AzureでのJavaの開発、コンテナ技術を使った開発などについて寺田さんからセミナー形式でご紹介頂き、 後半で、寺田さんからのご提案で「アンカンファレンス風セッションをやってみよう」ということになりました。 そのアンカンファレンスがとても面白く、全国各地で活動されているコミュニティ、勉強会で取り入れて頂けそうなので、 かんたんに紹介してみようと思います。 この投稿をみて、「面白そうだな」、「うちの勉強会でもアンカンファレンスやってみようかな」とちょっとだけでも思って頂けたら幸いです。 アンカンファレンスってなに？ はじめに、カンファレンスについて アンカンファレンスは、「カンファレンスじゃない」という意味で使われる言葉です。 まず、「カンファレンス」、よく行われる「セミナー」の形式についてみてみましょう。 まず、一番わかりやすい「セミナー」形式から。 セミナーは、専門知識を持った講師が講演をし、その講演を聴いて勉強したい人が参加者として数十名〜数百名程度集まる形ですね。 講師は、1プログラムあたり、基本的に1名となるケースが多いです。 「カンファレンス」というのは、主に研究会、協議会、検討会や会談を指す、とされています。 引用： Wikipedia「会議」のページ カンファレンス(conference):会議におけるカンファレンスとは、主に研究会、協議会、検討会や会談を指して呼ぶ。プレスカンファレンスとは、取材記者との間で会議が行われる訳ではなく、記者発表会の意味である。記者と質疑応答などが行われる。 先進的な分野、先行き不透明な分野などで、複数名の有識者が討論し、モデレータ1名が会議を進行し、その様子を数十名〜数百名の聴講者（参加者）が聴く、という形でしょうか。 しかし、ITのコミュニティで「○○カンファレンス」というと、イベント名として使われ、その形式は一般的なセミナー形式になることも多いです。 「セミナー」、「アンカンファンレンス」とも、専門家、有識者が登壇し、そこで話す内容を参加者が聴く、ということで、参加者は聴くことが主になります。 プログラムの最後で質疑応答が組み込まれることもありますが、質問するのは参加者の中で数名程度ですね。 次に、アンカンファレンスについて アンカンファレンスは、前述の通り、「カンファレンスじゃない」という意味をもちます。 セミナーやカンファレンスは、参加者が聴く側にまわる、ということも前述でご紹介しました。 そのカンファレンス形式ではない、ということで、アンカンファレンスは、参加者が主体的に発言することが大切です。 ただ、闇雲に始めてみて、全員が一斉に発言しても、何もなりません。 最低限、進め方とルールは決めておく必要があるでしょう。 正解は一つではないと思いますが、「てらだよしおまつり」で行われた様子をまとめます。 一例としてお読み頂き、少しでも、一部分でも参考にして頂けたらと思います。 アンカンファレンスの進め方 やること 議論を1本立てにする場合、おおざっぱに以下のようにするといいでしょう。 事前準備 進行役を決めましょう 参加人数から、およそのグループ数を決めておきましょう。 当日やること テーマを集めましょう（所要時間：5分程度） 集まったテーマから議題を決めましょう（所要時間：10分程度） 参加者のグループを分けましょう（所要時間：5分程度） グループで議論しましょう（所要時間：30分程度） 終わったらまとめましょう（所要時間：5分程度） もし、テーマを2本立てにする、という場合、たとえば、 技術的内容の議論 エンジニアのスキルなどの議論 のように2本立てにする場合は、議題を決めるところからまとめまで、もう一本となるので、 途中で休憩をはさみ、そのぶん、議論する時間を短くして2時間で収めるなど、時間を調整するのもいいでしょう。 では、それぞれについて具体的に、特に当日は進行役としてどのように進めていけばいいか、まとめてみます。 事前準備 進行役を決めましょう 数十名の参加者であれば2名程度、アンカンファレンスの進行役を決めましょう。 小規模での開催であっても、1人で心配であれば、複数の人で協力して進めるといいでしょう。 また、規模が大きくなるとまとめるのも大変になると思うので、数名の進行役でフォローし合いながら進めましょう。 てらだよしおまつりでは、30名程度の参加者でしたが、マイクロソフトの2名の進行役で進めていました。 参加人数から、およそのグループ数を決めておきましょう。 開催前に、参加者の人数がほぼ決まると思いますので、当日に参加者のグループをいくつ作るか、目安を予め決めておくといいでしょう。 何人以内にしなければならない、というルールはありませんが、1つのグループは、10人前後がちょうどいいかと思います。（全員が発言できるよう、グループの人数は多くなりすぎないようにしたほうがいいでしょう。） 当日やること テーマを集めましょう（所要時間：5分程度） まず、参加者全員に、議論してみたいテーマを書いてもらい、集めましょう。 【注意】 ボールペンやサインペンなどが必要になります。 人数が多くなると全員分揃えるのが難しくなりますので、 イベント告知ページなどで、参加者にボールペンなどの筆記用具を持ってきてもらうように依頼するといいでしょう。 主催者側でも予備で数本、用意しておきましょう。 テーマは、 - 自分が気になっていること、疑問に思っていること - 自分が考えていることがあるけど、他の人の考えがどうなのか聞いてみたいこと などを書いてもらうといいでしょう。 大きめの付箋紙数枚、あるいは、A4の紙1〜2枚程度を配り、5分程度を目処に、テーマを1つ以上書いてもらいましょう。 書いてもらったテーマを集め、次に、議題決めに進みます。 集まったテーマから議題を決めましょう（所要時間：10分程度） 書いてもらった付箋紙や紙をテーブルなど（付箋の場合はホワイトボードもアリ）へ集め、似たようなもの、共通するものがあればまとめましょう。 似たものがない場合は、無理にまとめなくても大丈夫です。 次に、集まったテーマに対して、参加者全員から、自分の興味のあるものに投票してもらいましょう。 投票は、テーマを書いた紙や付箋紙に●印をひとつずつ書いていくか、「正」の字を書いていきます。 投票してもらう票数は、[参加人数から予め決めておいたグループ数 - 1] としてもいいでしょうし、[1票だけ] としてもいいと思います。 [参加人数から予め決めておいたグループ数 - 1]とするのは、基本的にグループ数を投票するが、自分が投票したものの分を引く、という感じですね。 [1票だけ] とする場合、自分が書いたものでも、他の参加者が書いたものでもいい、というようにするといいでしょう。 また、似たようなもの、共通するテーマをまとめた場合、それらを一つのテーマとして議論できそうであれば、一つのテーマとして、そこに投票してもらってもいいでしょう。 全員が投票したら、投票数の多いものから順に、予め決めておいたグループ数のテーマを議題として選びます。 議題が決まったら、参加者のグループ分けに進みます。 参加者のグループを分けましょう（所要時間：5分程度） 参加者全員に、決定した議題のいずれかに入ってもらいましょう。 このとき、人数が5名に満たないグループが出てきたら、そのグループは廃止し、他のグループに入ってもらうといいでしょう。 また、参加者が多い（15名以上）場合には、同じ議題で2つのグループに分けるのもいいと思います。 このとき、進行役は、どのグループにも属さずに、全体の進み具合を見渡していきましょう。 各グループを回りながら、ちょっとずつ議論に入っていくのもいいと思います。 また、各グループに、アンカンファレンスを経験したことのある人が1人以上ずつ入ることが望ましいです。 経験者でなくても、コミュニティのスタッフにアンカンファレンスの進行手順を共有し、各グループにスタッフに入ってもらうといいでしょう。 「こうしなければならない」という決まりはないので、柔軟に進めていきましょう。 グループで議論しましょう（所要時間：30分程度） ここからが本番、各グループで議題について議論していきましょう。 初対面の人どうしがグループに集まるので、最初はダンマリという状態になるかもしれませんが、その場合、各グループに経験者やスタッフから、議題の紙に書いてくれた参加者に話を振ってみるといいでしょう。 そして、その疑問について、実際に取り組まれている方がいたり、意見を持ってる方がいるかどうか、グループ内の人に発言を求めてみるといいでしょう。 同じ議題に興味を持っている人が集まっているので、きっと話は進んでいくはず。 発言する人に偏りが出たら、軌道修正していくといいと思います。 まだ発言していない方がいたら、その方にも意見を発言してもらえるよう、振ってみましょう。 そして、議論の中で一番大事なことがあります。 それは、、、 他の人を攻撃、非難することは許さないこと。 共感できる意見があったら積極的に称賛する、褒めること。 発言した人、つまり、グループ内の人すべての安全を確保することが大切です。 終わったらまとめましょう（所要時間：5分程度） 議論の時間が終わったら、進行役が終わりを宣言し、全員に注目してもらいます。 そして、各グループから、発表者1名を選んでもらい、どのような議論をしていたか、発表してもらいましょう。 発表者は誰でも構いません。 各グループに入った経験者やスタッフでも、議題を書いた参加者でも、他の参加者でも、誰でも大丈夫です。 発表者が発表する中で、他の参加者の方に補足してもらうのもいいでしょう。 なお、この発表というのは、結論を出すというものでも、グループで共通の見解を出すというものでもないので、発表者の方はプレッシャーを感じる必要はありません。 こうして、それぞれのグループで議論した内容を全体にシェアして、一通りのアンカンファレンスは終わりとなります。 さいごに これまでアンカンファレンスの流れをざっとまとめてみました。 一般的なセミナーは、専門的な知見を持った講師から、生きた最新の情報をインプットできるメリットがあります。 これから先も勉強会ではセミナー形式が多いでしょう。 しかし、セミナー形式だけでは、どうしても受け身になりがちですよね。 もし、勉強会を主催、運営する立場の方がこの投稿をお読み頂いていたら、勉強会の前半はセミナー、後半でアンカンファレンスを取り入れて、セミナーで聞いたことの振り返りや、日頃の疑問についての議論などをしてみてはいかがでしょうか。 振り返りをテーマに議論する人がいると、講師の方へのフィードバックになるかもしれませんし、日頃の疑問について議論している人がいると、今後の勉強会のテーマを決めるのに参考になるかもしれません。 勉強会に参加する側の方がお読み頂いている場合も、主催者、運営の方に、アンカンファレンスの導入を提案してみてはいかがでしょうか。 参加する側も、主体的に参加できたという実感を持つことができて、満足度が上がるかもしれませんよ。 最後までお読み頂き、ありがとうございました。 M.clacla

Jackalです。 今日はとても面白い行動経済学のおすすめの本や、 動画についてご紹介していきたいと思います。 突然ですが行動経済学をご存知でしょうか？ 人は自分で考え、合理的に判断して行動を決定していると思いがちですが、 さまざまな調査・研究結果から実はそうではないことが分かっています。 伝統的な経済学は人間が合理的に判断して行動するという前提をもとに作られていたのですが、 人は必ずしも合理的には判断しないということを前提に経済活動を研究しているのが行動経済学です。 行動経済学系の本を読むと、 自分の決定が自分の意識していないもののコントロールを大きく受けているということが分かってとても面白いです。 興味のある方は下記動画や本を見てみてください。 ちょっと長いのですが個人的には「ファースト&スロー」がおすすめです。 ファスト＆スロー ファスト＆スロー: （上） Kindle版 我々の直感は間違ってばかり？　意識はさほど我々の意思決定に影響をおよぼしていない？ 心理学者ながらノーベル経済学賞受賞の離れ業を成し遂げ、行動経済学を世界にしらしめた、 伝統的人間観を覆す、カーネマンの代表的著作。2012年度最高のノンフィクション。待望の邦訳。 予想どおりに不合理 予想どおりに不合理: 行動経済学が明かす「あなたがそれを選ぶわけ」 Kindle版 行動経済学ブームに火をつけたベストセラー！ 「現金は盗まないが鉛筆なら平気で失敬する」「頼まれごとならがんばるが安い報酬ではやる気が失せる」「同じプラセボ薬でも高額なほうが効く」――。 人間は、どこまでも滑稽で「不合理」。 でも、そんな人間の行動を「予想」することができれば、長続きしなかったダイエットに成功するかもしれないし、 次なる大ヒット商品を生み出せるかもしれない！／掲出の書影は底本のものです。 いつも「時間がない」あなたに いつも「時間がない」あなたに: 欠乏の行動経済学 (ハヤカワ・ノンフィクション文庫) Jackal

ライブの感想というものは公演者への思い入れが主となるものであり、 加えて音楽とは感想を共通言語化するのが難しいものであることから、 「ライブが面白かった」という感想はその公演者を知らない他人に言ってもほぼ伝わらないものであります。 今回は、今まで私が見た中で、そうした公演者の情報を抜きにして面白かったライブの話をしようと思います。 フレアーク 1992/9/23 TRCアールンホール オランダの超絶技巧大道芸楽団 メンバーは基本、吹奏楽器全般*2 アコギ ヴァイオリンですが、全員マルチプレイヤーなので、頻繁に楽器を持ち替えます。 アンプラグドかつドラムレスなのはメンバーがステージを動き回るから。 舞台の袖から一列に並んで笛を吹きながら歩いて出てきて、反対の袖に消えたと思ったら、 違う服装でまた出てくるという歌舞伎の早着替えみたいなオープニングから始まり、仮装や寸劇を入れながら演奏します。 クライマックスは吹奏メンバー男が吹奏メンバー女を抱きかかえて顔を近づけたところ。 え、なんでキスするの？と思ったら開けた口に息を吹き込んで音を鳴らす、人間フルートという大技だったのでした。 ちなみに、ビブラートさせるときは頭をひっつかんで揺らします。 アホみたいなことばっかりやってますが、演奏技術は非常に高いという。 終演後、一番後ろの席で余韻に浸っていたら、背後の壁がせり上がってきて演奏が聞こえてきます。 振り返るとなんとそこでアンコール演奏を始めていました。 一番後ろの席が一転して特等席に。非常に得した気分になりました。 彼らはフレアーク・グローバル・オーケストラとして、2015年には札幌にも来ていました。 このときは大道芸なしで真面目に演奏してました。 ファウスト 1997/12/9 新宿Liquidroom ジャーマンテクノのレジェンド もちろん初来日で、平日でしたが当時は会社を早退して気合を入れて行きました。 このバンド、伝説的公演があって、ステージの上に卓球台が置かれておりメンバー二人が出てきて30分卓球をやって、 袖に下がったと思ったら「本日の公演は終了しました」のアナウンス。 そんなバンドですから、何が出てきても驚かないつもりでしたが、当日のステージには コンクリートミキサー ブラウン管のテレビ ドラム缶 などが並べられ、さすがにこれ何が始まるのと場内がざわついたものです。 私の目の前にはドラム缶が鎮座してました。 結局、コンクリートミキサーはコンクリート撹拌音をマイクで拾う。 ドラム缶はその上で鎖をジャラジャラ鳴らす。ブラウン管はハンマーで叩き壊す。などの使われ方をいましたが、 すごかったのは途中でメンバーがガラス板を持ち上げたときです。 振り上げたと思ったら客席に向けては放り投げます。 割れる！と身構えたら、何も起こらない。よく見たら縁が透明です。 実は透明プラスチックの板でした。 なんだ、脅しでやっただけかと思ってたら二枚目を持ち上げます。 しかし、今度は縁が緑色。 ガッシャアアン！！！ 割れました、派手に割れて、ガラスの破片が客席に飛び散りました。 幸い私の方には飛んできませんでしたが、正面の人たち大丈夫だったんでしょうか。 これは三度繰り返され、最後はなにかの仕掛けで派手に火花が飛び散ってました。 正直怖かったです。 ライブで身に危険を感じたのはこのときが初めてでした。 しかし、クライマックスは最後に用意されてました。 ローディーがステージになにかの粉をまいています。 そして、それに火を付けると、煙煙煙煙煙。周り一面煙です。 どれくらいの煙かというと1m先なにも見えません。当然ステージも見えません。 この煙がドライアイスのような優しいものではなく、目を開けていたらたちまち涙が溢れてくるようなきつい煙でした。 阿鼻叫喚となった会場内でメンバーは黙々と演奏していたと思われます。 見えなかったけど… そんな中ローディーがゲラゲラ笑いながら近づいてきて、ハンディカムをこちらに向けます。 君なんで平気なの慣れてるの？ 煙が晴れないうちに演奏が終了したと思ったら、「本日の公演は終了しました。」のアナウンス。 ええ、そんなんアリか？！ 会場はビルの七階にあり、咳き込みながら階段を降りて地上に出ます。 会場のビルを外から見ると窓からもくもくと煙が立ち上っており、どう見ても火事にしか見えません。 いったどうやって消防法をクリアしたのか全く謎のライブでした。 たぶんしなかったんでしょうけど。 帰路につく途中ふと袖口に鼻をつけました。 くせえ… このライブのチケットはたったの4500円でした。 物販には東京タワー蝋人形館社長経営のキャプテントリップレコードの商品が並んでいたので、 蝋人形館社長がかなり自腹切ったのではなかったかと思います。 東京タワーという日本を代表するランドマークでありながら世界の拷問だの、 三大ジャーマン・ロックスターだの蝋人形を展示していた、今はなき東京タワー蝋人形館については今回は説明を割愛します。 社員R

お久しぶりです。タシロです！ またこいつかよ？暇なの？と思った方も、こんにちわ！ ええ、タシロです！ 今日も今日とて、代打投稿です！イェーイ！！！ え？なぜかって？ いや、そろそろこのくだりもいいですかね…。 といっても、このうざいノリはやめてやりませんけどね★ まあ、端的にいうとお盆休み入ってしまうので、 「早めに下書きを集めますよー」と、いつもより早めに連絡したはずなんですがね… なんでかなー、「下書き間に合わない」との連絡。 ん？ 今なんか聞こえた気が… マニアワナイ？ MANIAWANAI！！ 「しょうがねぇな！今日もタシログンヂ代打投稿だぜ！！」 ということです。 まあ、ストックというか、ネタはいっぱいあるのでいいんですがね… さて、気を取り直しまして、本題です！ #今更ポケモンGO 最近、突発的にポケモンGOをスマホにインストールするという事件が発生しました。 タシロの朝は早いので、朝6時起きです。 なので、起きてから身支度を終えると2時間くらい会社に行くまで時間があってですね、 いつもは、漫画描いたり、ゲームしたり、二度寝したり忙しいんですが、 その時なにを思ったのか、なんか知らんけどポケモンGOをダウンロードしてしまった… そして、タシロは家の隣に公園があるのをいいことに、 暇さえあれば、モンスターボールを集める日々… タシロはいったいなにをやっているんだろうか… まあ、やってみて思ったんですが、ポケモンGO意外と鬼畜ゲー タシロ、普段は会社に行く以外、家から出ない引きこもり。 ポジティブにいうとインドア派なので、ポケモンGOをやるとなると、 家の中でひたすら、モンスターボールを集めながら、ボールをポケモンに向かって投げつける感じになるのですが… いつも同じ顔ぶれなんですよねー… 近くの公園には色んなのいるみたいなんですが、タシロの家の隣の公園には同じやつしかおらん…Why？ これは外に出ろということなのだろうか… そして、何気にモンスターボール投げるのが難しい… ポケモン一体に対して5、6個ボールを消費するので、公園家の隣になかったらマジ鬼畜ゲーだな… あー、外に出たくないっ… 歩かなくても卵ふかしないかなー… ポケモンGOじゃなくてポケモンComeがいいんだけど… という、思いを込めて漫画を描いたので、読んだり読まなかったりしてください！ そして、一週間後… タシログンヂついに外に出る ついにやっちまった… 絶対、家から出ないと決めていたのに… 少なめの友人を誘って大通公園へGOしてしまったっ… しかも、ビアガーデンやってるからめっちゃ人いるし、 「スマホいじってる人はみんなポケモンGOしてる。」という幻覚まで見え始めた… そう、こいつをゲットするために、タシロは外に出ることになったんだよ… なんかその日たまたまこいつが大量発生するイベントが行われていて、 そして、たまたまタシロも仕事が休みでちょうど暇してて… 気が付いたら大通公園にいました。 ここだけ見てるとたいへんリアルが充実した人みたいですね。 実際はただ引きこもりがポケモンGOするためだけに、家から出てきただけなんですがね笑 夜景マジック笑 お盆休み暇を持て余しているという非リア充の方々！ 何か血迷ってポケモンGOうっかり入れてしまったタシロみたいに、 家から出ずにポケモンGO初めて見るもよし。 落ち着きのある空間で、 落ち着きのないタシロの漫画を読んだり、読まなかったりして暇つぶすもよしですよ！ @Tashiro_gundji 次回作は、お盆中に出したりたさなかったりする予定です。 タシログンヂ

本日社内イベントでこども参観日を開催しました。 参加したこどもたちが感想をブログに投稿しました。 ２回目の子供参観日 プログラミングが楽しかったです。 川下りゲームが楽しかったです。1800点取りました。 名刺に絵やシールをつけて、いろんな人とこうかんしました。 きゅうりょうのめいさいも、みんなに配りました。 来年もまた来たいです。 えびちゃんりく こどもさんかんびにきてたのしかった。 きょうかいしゃで、パパがしごとをしているところがたのしかった。 あさばすとちかてつとあるいてきて、ぷろぐらみんぐでげーむをしてたのしかった。 まららいねんもきたいです。 えべるたる 会社に来た 子供参観日に来たのは、2回目です。 一番楽しかったことは、プログラミングです。 ゲームをつくって、遊ぶ時間が楽しかったです。 今日は、りれきしょを書いて、面接もしました。 合格して、1日社員になりました。 名刺交かんをしたり、飲み物を自動はん売機に入れたりしました。 来年も、スキージャンプの大会がなかったら来たいです。 スキージャンプ

すっかり暑くなってしまいましたね（季節の挨拶）

前回ものは試しということで、自分のWindows10Pro上でDocker for Windows をインストールし、k8sを有効化して、apacheのコンテナを起動させてみました。

あれから半年以上の時間が経ち、とりあえずやっつけ部分もありつつもWEBアプリの開発環境を自分のPC内のk8s環境に構築をしたので、それについて今回は書いていこうと思います。

環境を作ったWEBアプリのざっくりした仕様

今回、ローカルk8s上に構築した開発環境で作成しているWEBアプリは、以下の機能を持っています。

ApacheでPHPのアプリが動いている データはMySQLで管理している 別のサーバとして、RESTアクセスによってファイル生成をするサーバが存在している WEBページとは別にPHPのバッチ処理が動いている バッチ処理ではFTPでファイルの転送を行っている ファイル転送先のFTPサーバは複数あり、ファイルを置くまでがお仕事 物理的なサーバで考えると、 WEB + バッチ + DBサーバ コンテンツ生成サーバ FTP転送先サーバがN台

というくらいの規模です。

Service、Podなどの構成

構成は

LoadBarancer + WEB用Pod LoadBarancer + DB用Pod LoadBarancer + FTP用Pod DB接続パスワード用Secret Job用Pod

の単純な構成です。

それぞれのYAMLは大体こんな感じにしています。

WEB

apiVersion: apps/v1 kind: Deployment metadata: name: web spec: replicas: 1 selector: matchLabels: app: app-web template: metadata: labels: app: app-web spec: containers: - name: apache-container image: local/apache-php72 imagePullPolicy: Never volumeMounts: - mountPath: /var/www/html name: host-html - mountPath: /var/log/apache2 name: host-log - mountPath: /etc/apache2/sites-available name: host-conf ports: - containerPort: 80 env: - name: TZ value: Asia/Tokyo - name: DB_NAME value: hogehoge - name: DB_USER valueFrom: secretKeyRef: name: secret-db key: username - name: DB_PASS valueFrom: secretKeyRef: name: secret-db key: password resources: limits: cpu: 200m memory: 256Mi volumes: - name: host-html hostPath: path: /C/src type: Directory - name: host-log hostPath: path: /C/mount/var/log/apache2 type: Directory - name: host-conf hostPath: path: /C/mount/etc/apache2/sites-available type: Directory --- apiVersion: v1 kind: Service metadata: name: loadbalancer-web spec: type: LoadBalancer ports: - name: "http-port" protocol: "TCP" port: 80 targetPort: 80 selector: app: app-web

DB

apiVersion: apps/v1 kind: Deployment metadata: name: db spec: replicas: 1 selector: matchLabels: app: app-db template: metadata: labels: app: app-db spec: containers: - name: db-container image: local/mysql57-nosqlmode:latest imagePullPolicy: Never volumeMounts: - mountPath: /var/lib/mysql name: host-db ports: - containerPort: 3306 env: - name: TZ value: Asia/Tokyo - name: MYSQL_DATABASE value: hogehoge - name: MYSQL_USER valueFrom: secretKeyRef: name: secret-db key: username - name: MYSQL_PASSWORD valueFrom: secretKeyRef: name: secret-db key: password resources: limits: cpu: 200m memory: 256Mi volumes: - name: host-db hostPath: path: /C/mount/var/lib/mysql type: Directory --- apiVersion: v1 kind: Service metadata: name: loadbalancer-database spec: type: LoadBalancer ports: - name: "mysql-port" protocol: "TCP" port: 3306 targetPort: 3306 selector: app: app-db

FTP

apiVersion: apps/v1 kind: Deployment metadata: name: ftp-data spec: replicas: 1 selector: matchLabels: app: app-ftp-data template: metadata: labels: app: app-ftp-data spec: containers: - name: ftp-data-container image: local/ftp:latest imagePullPolicy: Never volumeMounts: - mountPath: /home/ftp_user/ name: hostpass ports: - containerPort: 21 resources: limits: cpu: 200m memory: 256Mi volumes: - name: hostpass hostPath: path: /C/mount/home/ftp_user/data type: Directory --- apiVersion: v1 kind: Service metadata: name: loadbalancer-ftp spec: type: LoadBalancer ports: - name: "ftp-port" protocol: "TCP" port: 21 targetPort: 21 selector: app: app-ftp-data

バッチ用のJOB

apiVersion: batch/v1 kind: Job metadata: name: job-cast spec: backoffLimit: 0 template: spec: restartPolicy: Never containers: - name: job-cast image: local/php72 command: ["/usr/local/bin/php", "/var/www/html/src/batch.php", "-v"] volumeMounts: - mountPath: /var/www/html name: host-html volumes: - name: host-html hostPath: path: /C/src type: Directory

設定の上でのチェックポイントとしては

imagePullPolicy: Never により、起動対象のイメージをローカルにあるものだけ利用するように secretKeyRef: の部分でパスワードをsecretから読み取るように volumeMounts と hostPath の設定で、ソースファイルやDBのディレクトリをWindows側からマウントするようにして、ディスクの永続化としている

といったあたりかなと思います。

今後の開発環境について

今回はとりあえず上記のような構成で設定していますが、今後は以下のような構成にトライしてみたいなぁと考えています。

nginx, php-fpm, fluentd あたりのコンテナでPodを構成してみる memcached, redisあたりの利用 DBのレプリケーション構成 ローリングアップデート構成 そもそも、本番環境がコンテナでないのであれば、構築スクリプトはDockerfileにあるよりもオーケストレーションツールのレシピであるほうが使いまわしは効くので、オーケストレーションツールを使ってデプロイ出来るエコサイクルを構築したほうが最終的に楽かも？？

将来像についてはいつ実施できるのか今の所なにも目処は経っていないのですが、やはり構築環境をコード化しておくと自分のPCの入れ替え時に再構築が早い、といった便利なことも多く、また環境の切り替えも楽なのでミドルウェアアップデートとかの動作確認もやりやすいなぁという印象です。 初期コストはかなり高いですが、慣れるといろいろと楽ができるので余裕がある方は是非チャレンジしてみてほしいなぁと思います。

tel

ＭＭＴ 来年はアメリカの大統領選挙の年で、毀誉褒貶があるものの、 トランプ氏の経済政策はうまく行っているので、共和党はトランプ大統領は、現職の強みもあり、交代の可能性は低いと思います。 一方民主党は、大物だったヒラリークリントンが引退するので、様々な候補が上がっています。 2016年の予備選でヒラリーの対立候補になったバーニー・サンダース氏の経済顧問などが主張している理論で、 ＭＭＴ、現代貨幣理論（Modern Monetary Theory）という経済理論が注目を集めています。 「政府の借金は、それが自国通貨建てである限り問題がない」 端的に言うと、こういう主張です。 本当にそうなら、国費を全部国債で賄って、無税国家になるわけですが、実際はそんなことはありません。 このセリフには、前振りがあって、「過度なインフレが発生しない限り」という、重要な前振りが付きます。 一方でマネタリストと呼ばれる経済学派は、 「望ましいインフレ率を達成するためには、マネーを供給すべきで、財政均衡にとらわれる必要はない」と言っています。 これが今の財務省やＥＵ官僚の占める「財政均衡主義者」と、バトルを繰り広げているのですが、 この争いに新たなプレーヤーと参加してきたわけです。 ＭＭＴとマネタリストは、基本的には同じことを言っているようです。 割と大きな違いはインフレが進みすぎた場合の処理で、来日したＭＭＴの大御所ステファニー・ケルトン氏に、 経済評論家の上念司氏が質問したところ、マネタリストは金融政策で抑えるとしたのに対して、ＭＭＴでは、増税で対応するとしていました。 中産階級の没落 ここにきて大統領選挙で、何故経済理論が話題になるかというと、トランプ氏の勝利というのが引き金なっています。 トランプ氏の勝利の裏側には、新自由主義経済とＡＩに代表される技術の発展が引き起こした中産階級の没落という現実があります。 １８世紀に始まった産業革命は、２０世紀半ばまでに、力仕事という労苦から人間を解放しました。 ２０世紀の後半に始まったＩＴ革命は、いままで人間しかできないと思われていた知能を使う仕事を、 機械に置き換えることができるようになってきました。いままであれば、人間なら苦も無くできるが、機械には苦手なことがありました。 例えば、目で物体を認識して判断するとか、文章を読んで理論的な意味合いを読み取るとかです。 機械ではできないことのために、人間でしかできない仕事があったのですが、こういう仕事がなくなれば、 せっかく技術が発展しているのに、多くの人が働くことができなくなって、その富を享受できないということになりかねません。 先ほどのＭＭＴなどは、国家が国債を発行して仕事を作っれば良いという考えかたで、ケインズ主義に影響を受けています。 基本的にＭＭＴの論者の多くは、リベラルな人たちが多くて、福祉や介護といった業務を国が行うべきだとしています。 しかし、技術の発展で、そもそも多くの人が働くような仕事が機械に置き換わってしまえば、 どのような仕事でも、最終的には一部の人にしか富が出回らないことになります。 介護のための補助ツールが開発されれば、介護に必用とされる人員が減ることが想像されます。 また老人本人がそのようなツールを装着すれば、介護を受ける必要性そのものが減少するでしょう。 生産から人間が不必要になった世界 いまだに衣食住のための生産には、人手が必要です。しかし、ＩＴやＡＩといった技術の発展は、 衣食住のの分野から人手をどんどん必要としなくなってきています。 ありとあらゆる仕事の現場から、人間の必要性がなくなってくるとして、 どういう仕事が人間に残されるでしょうか？ 小説家、漫画家、音楽家、落語や漫才など芸術や娯楽を提供する人や、 新しいサービスや製品を考えて作る人、研究や開発という分野以外残らないのではないかといわれています。 では、そのような仕事に就けなかった人、 そのような能力のない人が一定数でてしまうことは、避けられないと思います。 リベラルなマネタリストのなかには、ベーシックインカムという考え方をしている人もいます。 今まではごく一部の人が働けないのだから、このごく一部の人にだけ、 社会保障という形で救済していたのですが、多くの人（といっても過半数という意味ではないでしょう）が職を得られなくなるなら、 すべての人に一定額を支払い、一方では働いている人には、比較的高い所得税を懸けるいうものです。 ベーシックインカムについては、多くの人が働かなくなるのではないかと心配されましたが、 フィンランドで行われた実験では、そのようなことはなかったようです。 （もっとも２年間限定付きですので、簡単に結論付けるべきではないと思いますが。） 人間が生産活動に関わる部分が減っていけば、相対的に生活するためのコストが下がっていきます。 ベーシックインカムのような考え方があれば、新しいサービスを考えるとか、 開発をするといったイノベーションにチャンレンジする人が、より容易にチャレンジできるようになるでしょう。 そして儲けた人はちゃんと税金を払いなさいという仕組みにすべきで、 そのためには、消費税のような課税より所得税が良くなります。 最終的には社会全体のありかたについて、考えるときなのかもしれません。 yna