スタッフブログ

最近はそうめんのつけダレにトマトジュースを混ぜるのにハマっている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

夏がこんなに暑いものだということを、毎年　夏に気づきます。 そしてクーラーの導入を毎年検討していますが、きっと一週間後には忘れていることでしょう。 というわけで、いつものように（？）、最近読んだ本のご紹介など。 「パルプ」 [caption id="attachment_26374" align="alignnone" width="355"] チャールズ・ブコウスキー著[/caption] チャールズ・ブコウスキーの遺作を、村上春樹の翻訳の師匠？盟友？の柴田元幸が翻訳した荒唐無稽なハードボイルド？ 探偵小説？（はてなマークの嵐） 冴えない私立探偵の「俺」が、酒とセリーヌと競馬とケンカと死神女と宇宙人とバーとその他もろもろの状況の中で、 依頼された調査を解決したり、しなかったり。 生と死に関する崇高な哲学的考察があったり、なかったり。 結局、変なストーリーを変な文体で読まされていく←　変な日本語。 猛暑で頭が回転しないとき（回転休業中）に読むのがお薦めかも。 「バブル」 [caption id="attachment_26373" align="alignnone" width="357"] 永野健二著[/caption] 副題「日本迷走の原点」 1980年から1990年頃の株価と地価の高騰とそれに狂喜乱舞した人たち（金融機関、官僚、政治家、一般人）のお話。 想定外に膨張した景気、いわゆるバブルがなぜ起こって、はじけたのか？ 当時現場で取材した日経新聞記者が冷徹に、時に熱く回顧した本。 あの頃、バブルの異常に気づき、回避するチャンスもあったのに、エラい人たちの保身や欲得やもろもろで、 結局みんなで熱狂の泥沼に沈んでいったのでした。 そして、その後の「失われた20年（30年？）」で日本はすっかりデフレの国になりましたとさ。 「失われた20年」と言われても、昭和末期から平成に生まれた人たちは何が失われたのかわからないですよね。 つまり「あらかじめ失われた恋人たちよ」というか、「惜しみなく愛は奪う」のような、パンドラの箱に「希望」すら残っていない・・・いわゆる「絶望」の常態化みたいな。 でも、実際のバブルの最中は、バブル状態だと知らずに毎日がお祭りのように浮き足だって過ごしていました（年齢がバレますね）。 「ニムロッド」 [caption id="attachment_26372" align="alignnone" width="346"] 上田岳弘著[/caption] 「絶望」の話と言えば、春先に読んだこの本を思い出しました。 主人公のナカモトサトシは、サーバの運用保守会社と思しき会社に勤務し、Slackで会話しながらサーバの再起動をしている（なんか既視感）。 彼は、ある日突然、仮想通貨の開発担当課長を任命されます（名前が名前だけに。。。といっても仕事は余ったサーバでマイニングをしてるだけ）。 仮想通貨から妄想に繋がるこの物語では、登場人物がみんな「失われた20年」の陰で「絶望」を抱えています。 救いのないお話ですが、芥川賞作品です。 閑話休題 「パルプ」と「バブル」。 題名が似てたので並べてみましたが、よく見ると別に似てないですね。 もっと似た題名の本、例えば「坊っちゃん」と「坊さん」、「走れメロス」と「走れケルベロス」、「金閣寺」と「金山寺味噌」などを紹介したほうがよかったかな。。。 かなり、暑さにやられてる気がしてきた。 「リアルサイズ古生物図鑑　中生代編」 最後につい最近読んだ（観た）本。 「失われた」古生物たちのシュールな写真と文章が暑さを忘れさせてくれます。 そして不思議なことに、心は癒やされ、明日への「希望」が湧いてくるのです（あくまでも個人の感想です）。 F生

「さぁ、一緒に仕事をしよう！」 今年掲げたビットスターのテーマです。 ４月に行った当社全社会議でお話をした内容とも被りますが、 内外の方に今一度共有したくこちらにも書こうと思った次第です。 当社はここ数年で一気に成長をしている副作用として、特定の人に負担をおかけしている点もあったと思います。 また、属人化によることでお客様にもご迷惑をお掛けした点もいくつか散見されました。 チームで仕事するということはある程度の事業規模でなければ経済的にも取り組めませんし、 長い時間軸で成長を捉えなければチームでやる意義もまったくありません。 １０年目の節目にミッション、ビジョンを再定義をし走り出しまして、 ある一定の規模になってきたところでそろそろギアを入れ替える時期にきたと私は思っています。 その中で掲げたテーマが 「さぁ、一緒に仕事をしよう！」になります。 重要なのは「チーム」という単位 規模が大きくなると業務がサイロ化し、 「私の業務はこれで私はこれなんだからそれをやりきってください。」的な会話になり、 その方のスキルだったり成長を考慮しなくなるケースがあったります。 私の持論ですが、仕事における人には利き手があると思っています。 得意なこと不得意なこと、根本的に向いていないこと　etc.... もちろん成長課題として取り組むことも重要ですが、センスのないことを業務分掌として業務を渡して 「なぜ、できなかったの？」的な会話になるのは避けるのが賢明だと思っています。 そんな中で重要になってくるのが「チーム」という単位かと思います。 会社というのもチームですし、部署だったり、プロジェクトというのも「チーム」だと思います。 その中で各々の目標を設定し、お互いの”利き手”を理解し尊重し目標を達成する。 その繰り返しが成長になるのかな、と思っています。 最高のチームを作ることがゴールへのミッションである反面、現況の中でベストを尽くすこともチームのミッションになると思います。 どちらもベストをお互いに尽くし例えベターになったとしても讃え、次につなげる。 当社では個性を活かしながらチームで活動できるように 私も会社のチームリーダーとして更に邁進していこうと考えております。 前田

こんにちは。 水鈴と申します。 初投稿させていただきます。 LinuCという試験について どんな試験かといいますと、とてもザックリ言えばコマンドプロンプトのような"真っ黒な画面で作業できる人"、と IT未経験者の方に答えるようにしています。 元々は、LPICという世界的に普及した試験だったのですが、 どうやら日本支局と本社側で色々あったみたいで 試験内容こそほぼ同じですが、扱いは全く別資格のようです。 試験内容 試験の種類は LinuC Level1 〜 LinuC Level3 まであります。 私の受験したLevel1は Level1 101 Level1 102 という試験項目からなり、この2つに合格するとLinuC Level1認定となります。 101も102も問題数は60問、 約50問が4択 約10問が記述 となります。 満点は800点で合格点数は520点(65%) 配点は公表されておりません。 しかし、Webや体感で、記述問題にかなり重みづいている印象です。 試験料は101,102単体1科目ずつ15000円と少しお高めです。 この資格の有用性 PCを使用し続けている限りは知識が役に立ちつづける事です。 未経験の方からすれば全く使用しない真っ黒な画面ですが、 実はその画面上で行う事は視覚情報が異なるだけで、 処理自体は私たちが普段行なっているマウス操作と同義であり、 真っ黒な画面が進化したことでマウス操作が生まれました。 進化したからといって真っ黒な画面を全く使わないかというと、そうではなく 未経験の方でも使うことになる可能性は十分あります。 私はその、"普段の生活の中でも活かされる"という点に高い有用性を感じています。 理由として、やはり技術的な資格の側面には普段の生活には活かされず風化していく印象があるためです。 技術的な話になると、 真っ黒な画面 = CUI(Character User Interface) 私たちが普段見ている画面 = GUI(Graphical User Interface) よかったら調べてみてください。 勉強法、勉強期間 教本を1冊購入し、過去問の公表がないため有志で作成された過去問サイトpingtで勉強しました。 手順としては 1.教科書の内容を咀嚼した自分なりのノートを作成。 　私の場合、手書き勉強が捗らないため、PCのメモ帳を利用して作成しました。 2.ノート完成後、pingtで4択の問題を自分のノートと照らし合わせながら回答。 3.四択の正解不正解関係なく、知らない知識があればノートに追記。 4.問題集を一周後、改めて作成したノート無しで問題を解き始める。 　間違えた問題はノートで確認する。 5.正答率を95%以上または100%にしたところで記述問題へ。 　記述問題も四択と同様の手順で。 これはどんなことにも当てはまりますが、知識の鵜呑みがとてもよくありません。 わからなければ、どこがわからなくて、どうなっているのか、を調査することが大事です。 そのためにノートを作成し、仮に忘れてもそのノートを見ればわかるようにすると、とても確実で効率的です。 やはり、人が書いたノート(教科書)より自分で書いたものが1番ですから。 また私の受けたLevel1試験は暗記量が多かったため、 もし目指す方がいましたら、短期決戦をオススメいたします。 厳しい方は、新しい知識を覚えては前単元へ戻りながら、の復習重心の勉強が合格率を高めると思います。 私は全くの未経験からのスタートで 101 1ヶ月 102 2ヶ月 で取得致しました。 本当に趣味等自分の休暇を存分に使用すれば私にような未経験者でもどちらの試験も2週間での取得は十分に可能です。 興味を持たれた方、是非挑戦してみてください。 お読みいただきありがとうございました。 水鈴

はじめまして。紙媒体の編集者だった石の字です。唐突ですがそんな私がいつもモヤモヤっとする、Web上で見かける「それはちょっと違うのでは？」という日本語文章についてまとめてみたいと思います。 1.「Web」を「WEB」と表記する World Wide Webの先頭二単語を省略してWebなので、WEBは違うんじゃないかなぁと思います。たとえばCEOやSEOなどはそれぞれChief Exective Officer、Search Engine Optimizationの略ですから、各単語頭文字のアルファベットを並べてCEO、SEOで良いのですよね。一方、ところでWEBってなんの略？　となってしまいます。 2.感嘆符や疑問符のあとにスペースを入れない 上の文章でも出現してますが、びっくりマーク（感嘆符）やはてなマーク（疑問符）のあとはスペースを入れるのが日本語組版における事実上のきまりになっているようです。 正：お昼だ！　ところで今日はそば？　それともうどん？ 誤：お昼だ！ところで今日はそば？それともうどん？ 感嘆符や疑問符は句点と同じ分類となり、「文章の区切り」に用いられます。それを明確に示す意味でスペースあけ（元々は原稿用紙ひとマスあけ）が本来の日本語表記となっていると、私も先輩編集者から教わりました。ちなみに他社さんのブログでも以前この話が出ていましたが、出版社では、びっくりマークの後にスペースを入れないと人格否定をされる勢いで指導されるのは本当です。 3.「・」（ナカグロ）を箇条書きの先頭に使う 箇条書きの先頭には「ビュレット」というナカグロより大きい黒ドットを用いるのが本来の用法のようなのですが、これは今回裏取りをしていて正解にたどり着けませんでした。いいのかな、冒頭ナカグロ……。 私はかたくなに「〇」もしくは「●」を箇条書きの頭に使っています。未遂事項は「〇」、済事項は「●」とすると、ToDo管理もできちゃいます。 4.「…」（三点リーダー）を正しく使っていない 三点リーダーは、二つ続けて使うのが正しい用法のようです。また、ナカグロを三つ続ける「・・・」や、中には読点を三つ並べる「。。。」を三点リーダー代わりに用いる強者もいらっしゃるので、モヤり度が高い項目となっています。ちなみに「――」（ダッシュ）も二つ連続で使うのが組版ルールとなっているようです。 5.日本語文章中に「()」（半角カッコ）を使う 文字を特大にして見比べていただくとわかりやすいのですが、（）()半角カッコは少し下にずれています。これは（たぶん）アルファベットに合わせて上下の位置を調整しているからなので、日本語文中に用いるとカッコだけ下に抜けた状態になりモヤッとなります。 次回、「見出しは本文より大事やでおじさん『見出しは本文より大事やで』。」につづく いかがでしょうか。モヤり案件、もう一つくらいあったはずなのですが、失念してしまいました……。こういうのは人から指摘されると結構不愉快なものかもしれないので、使っている人がいてもなかなか指摘できなかったりします。重箱の隅を突っつくこまけぇやつだと思われるのも不本意ですし。ただ、日本語組版、印刷関係のかたがたはおそらく指摘しなくてもチェックはしているので、その方面に「お、この人できるな！」と思わせるには、こういったルール的なことを知っておいて損は無いかもしれません。 石の字