スタッフブログ

明けましておめでとうございます。hommaです。

さて、本日のブログは「スケジュール管理について」です。スケジュールを管理せずに仕事を進めると、前提タスクが終わっておらず無駄な時間が発生する、想定よりも時間がかかってしまい締め切りに間に合わない、終わらせなければならないタスクが山積みで残業の毎日、のようなことになったりします。
与えられた時間内で終わらせるのもプロの仕事。スケジュールをうまく管理して時間を効率的に活用してみてはいかがでしょうか。
（もちろんスケジュール管理だけではどうにもならないことも多々ありますが、スケジュール管理は社会人なら当たり前です。）

スケジュール管理のポイント 工数を見積もる

まずは仕事を細分化し、それぞれのタスクがどの程度の工数になるのかを見積もります。当たり前ですができるだけ正しいほうがより良いので、必要であれば作業を始める前に事前調査をすることも検討します。 定常的に発生するタスクであれば、過去の工数を算出しておくと次からのスケジュール作成、管理に役立ちます。また、作業スピードは人それぞれなので場合によっては個人個人で工数を出しておくとなお良いです。

優先順位を付ける

効率的に仕事を進めていくためには、各タスクに対して優先順位を付けることになります。順位付けのポイントは「緊急度」と「重要度」です。（世間一般でもよく言われてるやつです）
ここの説明は以下のサイトがわかりやすいのでそちらを参照ください。

https://www.geekjob.jp/emergency-important/ 自分の中での締め切りを作る

締め切りや納期を確実に守るために、自分の中での締め切りを設定することも大事です。
自分の中での締め切りを本来の締め切りや納期よりも少し前に設定しておくと、当たり前ですが締め切りまでには確実に終わらせることができますし、もし途中でなにかイレギュラーな対応があったとしてもそれによって締め切りに間に合わないということは避けられます。多少の修正があったとしても余裕をもって終わらせることができます。

おわりに

スケジュール管理がしっかりできれば仕事の効率化、残業削減にもつながります。慣れてくれば複数タスクもきれいにさばけるようになってきます。
もちろんスケジュール上ではバッチリでも、実際にはイレギュラー対応等の様々な要因でスケジュール変更が余儀なくされることもありますが、日々の意識付けで時間を効率的に使うことができるようになるのでまだやっていないという方はぜひ試してみてください。

homma

新年あけましておめでとうございます。 今までは12月決算でしたので、会社の期も歴の始めも同じ日でしたが、 昨年から4月~3月期決算に変更したため今までよりも連続的な元旦を迎えました。 昨年から「今までの10年とこれからの10年」というテーマで 走り始めたのですが1年目についてはいいスタートが切れたかと思います。 但し、10年後の会社の目指す姿がまだ感覚的なイメージしか持てず、 少しインプットと自分との壁打ちが必要だなぁと年末年始に考えています。 1月～3月についてはインプットを社内外から増やし、自分との壁打ちをし、 昨年、全体会議で話した10年後の姿をスタッフの皆さんと議論しながら 固めていければと思っています。 ということで、今年も元気よく走りたいと思います。 皆様、どうぞよろしくお願いします。 2019年1月1日 前田　章博

今年最後のブログ当番、りです。おひさしぶりです。 今回は平成初期～中期に流行った個人サイトとかで使われていたであろう、なつかしのHTMLたちを振り返ってみようと思います。 するーっと流れるMARQUEE <MARQUEE>こんなやつが</MARQUEE> <MARQUEE>ひたすらに流れていきます</MARQUEE> さんぷる： こんなやつが ひたすらに流れていきます ぴかぴか光るよ！BLINK <BLINK>こんなやつが</BLINK> <BLINK>めっちゃ光る</BLINK> さんぷる： こんなやつが めっちゃ光る 光るかと思ったら光りませんでした…。 どうやらNN（！）専用タグだったらしいです。 無駄に引きたくなるHR <HR> さんぷる： コンテンツの区切りでよく使われていたhr。なんだかやたら使ってたような気がします。 今ならページ区切れよと全力でつっこみたくなりますね。 そのた：カウンター [昨日:52] [今日:28] [合計:2193777] どこにファイルをしまったらいいかわからなかったのでただの文字ですが。 訪問者数をカウントしたりするやつ。 こんなのあったなあ。キリ番（777とか1234とかのなんとなくそろってる感のある数字）踏んだら掲示板に飛ばされたりしたりしなかったり。 そのた：すごくちっちゃいgifアイコン 昔は今みたいに回線が太くなかったので、軽い素材しか扱えませんでした。 こんなに細かい画像作ってる人はすごいなあ。 と、いうわけで 魔法の○らんどで作った風の何かをつくってみよう！

りったんのほむぺ

あなたはXXXXX人目のお客さまです

りったんのほむぺだよたくさん遊んでいってね

ぷろふ けいじばん にっき りんく
来てくれてありがと～また遊びに来てね
[昨日:52] [今日:28] [合計:2193777] ©りったんXXXX All Righit Rserved. うーん、この。

なんだかノスタルジックな気持ちになってしまいますね。

ほんとはCSS3でmaqueeやblinkの表示を再現しようとしたのですが、インラインで書くと動かなかったりだったのでそれはまた今度。 しまりの無いブログとなりましたが、本年はここまでとなります。 本年は格別のお引き立てを賜り、厚く御礼を申し上げます。 来年も更なる発展、飛躍に向けて、従業員一同努力を重ねる所存でございますので、 より一層のご支援・ご愛顧を賜りますよう、心よりお願い申し上げます。 り

今回はここ1年半くらいで自分のために購入した「小さいもの」を紹介します。

大きさ比較ばかりしていると画像だらけになるので↓の画像で勘弁してください。

小さい財布

見たままそのままです。「小さい財布」という商品名です。

分厚くてカードとレシートにまみれた財布とサヨナラするために購入しました。

小銭、お札はまぁそこそこ入りますが、カードは最大5枚と公式サイトが言ってます。（僕は3枚入れてますが結構キツキツ）

全てが取り出しやすいように設計されていて、非常に使いやすいです。

かれこれ1年くらい使ってるのでシワがすごいですね・・・

SHANLING M0

この大きさで画面がタッチ出来る音楽プレイヤーです。

たまたまTwitterで見かけて気になったのでAmazonで購入。

こいつ自体に容量はないのでSDカードをさして音楽を取り込みます。

Bluetooth対応なので、フルワイヤレスイヤホンに繋げばもう何もかも小さい（？）んですが、欠点としてBluetoothの繋がりが悪いから困ったもんです。（小さいからでしょうか・・・）

ハイレゾに対応しているので、ハイレゾ音源を入れればこの小ささでも素敵な音楽が聞けます。（ハイレゾがわかるような耳ではない）

知らない間にヨドバシのオーディオコーナーで販売していました。

Unihertz Atom

何を思ったのかスマホまで小さくしてしまいました。

初めて「クラウドファンディング」というものを利用して秋に届きました。

とにかく小さい。マジで小さい。良くも悪くも。

こいつはアウトドアとかする人向けに作られたもので、衝撃や水に強いんですが、それだけ分厚いです
（最近のスマホが薄いのでなおさら分厚く感じます）。

中身は普通のAndroidなので、スマホとしての機能は一通り揃ってます。
（解像度が 240×432 なので、一部のサイトやアプリはぐちゃぐちゃですが流石に仕方ない。）

SDカードが入らないのと、おサイフケータイ非対応なのがすごく残念です。ここがクリア出来ていればこいつだけで生きていけるのになぁ・・・！

12/24、唐突にAmazonでの販売が始まりました。

「小さい」っていい

他にも「小さいバッグ」、「小さい（折り畳める）リュック」、「nano block」などなど、（何を目指してるのかさっぱりですが）ひたすら小さいものを集めてきたここ最近ですが、今回はガジェットに絞って紹介しました。
（ゲームボーイアドバンスミクロは特に話すようなことがなかったので写真にいるだけ）

どうでもいいですが今回は写真にこだわりました。（インスタばえ～的な）

こだわった結果が今回使用してる画像ですが、写真に関する知識はさっぱりなので、明るさや角度の調整を繰り返して何度も何度も撮り直し・・・
と、中々時間のかかる作業でした。
ブロガーってすごいや。

赤担のKKK

クリスマスイブの今日、みなさんどのように過ごしておりますか？ 私は家族でプール＆温泉に入りに来ております。RARAです。 私の所属する経営管理部で12月末日付けに正社員の初卒業生が出ることに。 今回はそのあたりについて書きたいと思います。 今回、卒業生となるmarさん、家庭の事情もあり卒業することに。 そのことを伝えた時に涙ぐむいのさん＆YMTさん。 素敵なメンバーの集まりだなーと私まで涙ぐんでしまいました。 marさんは親会社のさくらインターネット人事部にいたのですが、旦那さんの転勤で出身地である札幌に戻ってくることに。 その流れもありビットスターで働いてくれることに！ でも最初、それはもうめっちゃ分厚いお面を被っておりましたww とてつもなく丁寧な言葉遣い＆文章、本人はそのつもりが全くなかったみたいなのですが、みんな戸惑ってしまいました。 しかしすっかりそのお面もなくなり、それはもうおもしろキャラのmarさん。 笑わせてもらうたびに、もっと一緒に働きたいなと感じてしまいます。 marさんは主に採用関係を担当しておりました。 職員にお友達を紹介してもらおう！という「お友達紹介制度」が社内にあるのですが、 それを考えてくれたのもmarさんです。 今年は色んな方がビットスターメンバーとして加わりましたが、marさんの応募者の方への丁寧な対応も大きいと感じております。 とてもステキな声で、イベントの司会をしてもプロ！というくらい上手！！ この穴をどう埋めよう・・・頑張らないと！！ 私が採用関係の業務を行うようになってからずっと実現したいなと思っていることがあります。 「ビットスター卒業生に再び戻ってきてもらうこと」 会社もどんどん成長しており、卒業の要因となってしまったことが解消されていることも多いのかなと感じております。 他を知ったから、一度ビットスターを離れたからこそ、良い風になると思っております。 採用をやっていたmarさんだからこそ、ちょっと落ち着いた頃にでも（来月にでも）出戻り第1号になってほしいなあなんて本気で考えております！ 最終出社日が12月26日（水）なのですが、 その日は卒業制作としてmarさんが行っていたビットスターの会社説明の動画撮影、みんなでランチ、 そして考えたら現メンバー4名での写真がないと気づいたので受付の前で写真撮影とかしながら、卒業の日を迎えたいなと。 Marさん、9か月という短い期間でしたが、なかなか濃い時間でした（笑） また一緒に働きたいなあ！！出戻り待っています！！お疲れさまでしたー 愛用のワンちゃんがいなくなるのも寂しい 真正面を載せたら怒られそうなので横顔を！ちょっと早いけど、ありがとうございました！！ RARA

本格的に雪も振りはじめ、気が付けば師走も半ば、もういくつ寝るとお正月かぁ～。 っとクリスマスから目を逸らすsinです。 24回目の投稿、本日12月21日は、バスケットボールの日、クロスワードの日、遠距離恋愛の日だそうです。 逸らしたそばから恋愛要素がチラついて心が折れそうｯ。 まぁクリスマスネタは次回のブログ更新者に任せれば良いのですよ。 そんなわけで前回、3Dモデリングをサボタージュしてアクリルフィギュアなど制作していたわけですが、 そんなことをしている間になんだか素晴らしい3Dモデル制作ツールだとかが色々と出てきました、良い時代になったものだ！(シン並感) VRoid Studio その制作ツールとは、「VRoid Studio」ｯ！ 8月初頭に公開された無料で簡単に3Dキャラクターモデルが作成できるキャラクターメイカー。 https://twitter.com/vroid_pixiv 素体が決まっているのでmetasequoiaほど自由度の高いモデリングソフトではありませんが、 人型のキャラクターを作ることに特化しているため、ソフトの操作・編集に関する知識など皆無のところから制作が可能という素晴らしいツールになっております。 モデリング初心者の私にはメタセコでの制作はちょっと難しかったので公開されると同時にこのツールに飛びつきました。 髪の毛を描くように追加できるあたりはかなり使いやすく、慣れると割と簡単にナチュラルな髪を描けるようになります。 で、とりあえずできる範囲で作ったものがこちら↓ [video width="324" height="600" mp4="http://bitstar.jp/blog/wp-content/uploads/2018/12/bit-chan_mv01.mp4"][/video] 公開初期は服装が半そでワイシャツにセーターとリボン限定で、 帽子などの装飾品を作る機能はなかったので帽子は髪の毛を使って作りました。 で、このモデルデータを3tene(ミテネ)で動かしてみたり↓ [video width="396" height="600" mp4="http://bitstar.jp/blog/wp-content/uploads/2018/12/bit-chan_mv02.mp4"][/video] [video width="328" height="600" mp4="http://bitstar.jp/blog/wp-content/uploads/2018/12/bit-chan_mv03.mp4"][/video] 思ったよりも簡単にイメージに近いものが作成できました、やったぜ。 とりあえずこれで当初の目的のキャラクターモデルの制作は完了となりました。 VRoid Studioの他にもスマホで簡単にキャラクター制作ができる「カスタムキャスト」や、 自作したアバターを持ち込んで遊べる「Vワールド」とか、 ここ数ヶ月間に楽しそうなものがたくさん出てきて嬉しい限りです。 はぁぁｯ！もっとVR業界流行れｯ！爆発的にｯ！ sin

以前のブログでも書いたことがあると思いますが、 私は、Java Doというコミュニティの運営スタッフをしております。 そのJava Doの活動で、2018/11/17(土)～18(日)の2日間に渡って、弊社のラウンジと会議室を使い、Azure Kubernetes Service(AKS) ハックフェストを実施しましたので、その時の様子などを紹介します。 講師ってどんな人？ 今回、Microsoftの寺田佳央様をお招きし、Azure × Kubernetes をテーマにしたハックフェストを実施して頂きました。 イベントページでは「ハッカソン」と書いていますが、寺田さんは「ハックフェスト」とおっしゃっていました。 寺田さんは、もともとSun Microsystems、OracleでJavaやGlassfishのエバンジェリストをされていた方で、 Javaチャンピオン（日本人は2人しかいない）の日本人第2号という、Java界隈で知らぬ人はいないという、超絶凄いお方。 そして、2015年夏にMicrosoftにJOINされ、「Sr. Cloud Developer Advocate」という肩書で、Azureを中心にCloudの技術を伝え・広めるため、世界を舞台に活躍していらっしゃいます。 どんなイベントだったの？ 参加者は11名（申し込みは12名ですが、1名、体調が優れないとのことでお休み）で、 DockerやKubernetesの経験者（使ったことがある・使っている、勉強している）が4名、 初心者（勉強しようとしているが初めて使う）が7名という構成でした。 ※私はDockerは少し使ったことがあるのですが、Kubernetesは触ったこともないので、初心者として参加しました。 今回は、経験者グループと初心者グループに分かれ、それぞれ別の部屋（会議室）で実施しました。 （会議室が複数あって、とても助かりました。） それぞれの会議室は、以下のような感じで取り組んでいました。 【初心者グループの様子】 初心者グループでは、初日は寺田さんがほぼ付きっ切りで基本を説明し、2日目は基本的にメンバー同士で復習しながら初日にやったことを自力でやるのを目標に取り組みました。 【経験者グループの様子】 経験者グループでは、最初からメンバー同士で議論しながらテーマを決めて取り組んでいたようです。 ラップアップで発表したのを聞いたところ、1日目はDevOpsを立ててデプロイの自動化など、2日目はコンテナ環境の動作状況監視などを中心に取り組んでいたようです。（すみません、言っている用語がよくわかりませんでした。。。） ※いずれも2日目に撮った写真で、1日目だけ参加する方もいらっしゃったので、写っている人数は少ないです。 ※プライバシーを考慮し、顔の部分はぼかしてあります。 そして両日とも、最後の30分はラウンジに全員集まり、ラップアップ（総括）として、 それぞれのグループの代表が ・その日に取り組んだこと ・（最終日以外では）翌日に取り組むことと目標 そして、全員で感想を発表し合います。 2日目のラップアップでは、それぞれの感想に加えて、 今後、どのようなことを勉強していきたいか、どのように取り組んでいくか、といった熱い気持ちを発表していました。 そもそも「ハックフェスト」って？ 今回、初心者グループ、経験者グループとも、「モブ・プログラミング」による「ハックフェスト」という形で実施しました。 モブ・プログラミングというのは、 ・1グループあたり5名程度でグループを組む ・1グループで画面を1枚共有（大きめの画面が望ましい） ・グループ全員で1枚の画面で一つのものを作り上げる ・1人が「ドライバー」として実際にコードやコマンドなどを打ち込む ・他のメンバーが「ナビゲーター」として、ドライバーに打ち込んでもらう内容を話し合いながら決めていく 　※考えたり調べたりするのは、基本的にナビゲーター ・一定時間（15分とか、30分とか、長い場合は1時間とか）が経ったら、あるいは、切りのいいところで、ドライバーを交代する 　※全員が少なくとも1回はドライバーをやるように というやり方です。 ペア・プログラミングの発展形みたいな感じですね。 次に「ハックフェスト」についてですが、 Microsoftが提唱するハックフェストでは、 一緒にプログラミングをしながら、グループのメンバーが対話しながら、互いの理解を深めていくことに重きを置いているようです。 一般的に「ハッカソン」というと、自分たちでテーマや目標を決めて、プランナー、デザイナー、プログラマーなどの担当を決め、 並行して作業していき、アプリケーションやプロトタイプを完成させるのを目標にする、場合によってはコンテスト形式でグループ同士が競い合う、 というのがよく見る形ですよね。 Microsoftでは、ハッカソンとハックフェストは、明確に使い分けているそうです。 同じグループでも、メンバーそれぞれ、バックグラウンドは異なり、テーマとなる技術の習得レベルも違う中、 ハックフェストでは、モノを完成させるのが目的ではないので、無理なく全員で知識を共有しながら進めることができます。 講師がテーマや答えを教えながら参加者が作っていく「ハンズオン」というのもありますが、ハンズオンは自分で手を動かすとはいえ、基本的には受け身の形。 一方、今回のハックフェストは、メンバーそれぞれが主体的になりながら進めていくことが大切。 「誰かが調べてくれるから待ってればいいや」という考えでは先に進みません。 課題を進めるなかで躓いたら、ナビゲーターは懸命に調べるし、調べたことを共有して具体的にどう進めるかを議論し、試行錯誤を繰り返していきます。 メンバーが皆でフォローしあいながら目標達成に向けて取り組むので、一般的なハッカソンでよくある、 メンバー同士のもめ事やチームの空中分解という心配はほとんどありませんが、 皆で協力して必死に調べながら議論して進めるので、ハンズオンと比べると、かなりエネルギーを使います。 ※ハンズオンは、答えが決まっているし、最悪、コピー・アンド・ペーストで作っていけば一応動くものを作れますから。 「ハックフェスト」のこれから 今回のような、モブ・プログラミングでのハックフェストのやり方は、 Startup Weekendのように、ビジネスのプランとプロダクト（あるいはプロトタイプ）を短時間で作り上げて競い合うために、メンバーそれぞれが役割を分担して並行で進めていかなければならないイベントには向かないかもしれません。 しかし、会社での教育プログラムに取り入れると非常に有効だと思います。 また、モブ・「プログラミング」といっても、プログラミングに限らず、運用しているシステムやサービスで障害が発生した際の対応や、その後の恒久的対応・改善の施策を決めるときなど、ノウハウの共有にも有効だと感じています。 寺田さんは、ハックフェストやハッカソンなど、メンバーが自ら主体的に課題を決定して取り組んでいくことの重要性を、2日間通して、かなり強調していらっしゃいました。 ただ一方で、勉強会の形として、「もくもく会」、「ハンズオン」、「ハックフェスト」というように色々な形があり、それぞれメリット・デメリットがあります。 ※ハックフェストは非常に有効な方法ではある一方、開催期間は1日では足りず、まとまった日数を確保する必要がある、といったデメリットがあります。 Java Doでは、定例の勉強会はハンズオンの形で色々な技術を紹介しつつ、 年に1～2回程度、週末で連休が重なるタイミングをうまく使ってハックフェストを実施するのが、ちょうどいいバランスなのかな、 と個人的には考えています。 M.clacla

Jackalです。早いもので2018年ももう終わりですね。 ところで皆さんは年末年始に決まってやってることありますか？ 私はここ10年くらい、12月31日と1月1日にやってることがひとつずつあります。 12月31日 サウナに行く 毎年、12月31日にサウナ納めでサウナに行きます。 普段よく行っているニコーリフレでは除夜の火熱波という 熱波を浴びながら年を越すという超熱いイベントを やっているらしいのですが、私はまだ参加したことはないです。 いつかは参加したいですね。 これは去年のです。今年もやるので興味のある人はどうぞ。 1月1日 映画に行く 新しい年も映画をたくさん見れることを願い、サウナで汗を流した後 映画を見ています。ちなみに1月1日は映画の日でもあるので1000円で 映画を見ることができます。1月1日の夜遅くに映画見てる人ってそんなに 多くないので、混んでないですしおすすめです。 確か2018年1月1日に見た映画はスターウォーズ8/最後のジェダイでした。 それでは皆さまよいお年を。 Jackal

今年の7月29日 去年からちょっと悩んではいたんですけど今年ついに・・・ クロスバイクを買っちゃいました！ まま、とりあえず走行距離を書きたいと思います。 北広島　40km ナイトラン真駒内　20km サイクリングロードツアー　57km 麻布　25km 滝野すずらん丘陵公園　57km 真駒内公園　21km 岩見沢　90km 倶知安　200km 旭川　135km ナイトラン　47km 合計 692km 計測していなかったこともちょくちょくあったので 700kmは走ったのかなと思います！ 2ヶ月ちょっとでよく走ったなと・・・ 長距離をたくさん走ると20kmなんて短すぎると感じ、札幌から岩見沢まで約45kmで2時間半かかったけど全然余裕と思えちゃう。 自転車に乗ると、時間と距離とお金の感覚がおかしくなりますね！ ちなみにクロスバイクですが、購入してからいろいろカスタマイズしました。 細かいところは置いといて、[初心者が]変えてよかったと思ったものを2つご紹介。 ・ハンドルグリップ クロスバイクは普通の自転車と同じようなハンドルになっているのですが、そのままだと長距離走った時に手が疲れて痛くなります。 で、このグリップ。 ちょっと撮り方がよくわからなくて下手くそすぎてどういう感じかわかりにくいですけど。 手を置く場所が広くなっていて手のひらの負担が減ります。 端のツノを持つことで、坂道を登る時に力が入りやすいです。 あと普通に持つのが疲れた時に持つ位置を変えられるため、手の負担が減ります。 ・ペダル これは借り物なんですけど、靴と一体化するペダル。 自転車を買ったらまずはペダルを変えたいと思うくらい変えてよかったと思いました。 普通のペダルより一体化したほうが力が伝わってどんどん早く走れるし坂道も楽になります。 最初はペダルから足が外れないとか怖い！なんて思いましたがそれはすぐに慣れます。 グリップとペダル(と専用の靴)を買うだけで諭吉3人くらいは飛んでいきましたが自転車をたくさん乗るなら買って損なし！ で、いろいろカスタマイズしてロードバイクと一緒に走っても頑張れる程度にクロスバイクに課金をしてしまったわけですが 「これならロードバイクを買っても良かったんじゃないか！？」とか 「結局はロードバイク買うんだから最初からロードバイク買えばよかったんじゃない？」とよく言われる。。。 ロードバイクを選ばなかった理由を簡単に！ ・お財布と要相談しなきゃいけない。クロスバイクの倍以上はする。 ・乗ってみてハマらなかった時に乗らなくなったらもったいない。 ・ロードバイクで町乗りはしたくない。(パクられたくない。傷つけられたくない。) ・いろいろな部品、メーカーをある程度知って自分の気に入ったロードバイクを買いたい。 です。 ロードバイクは高い買い物なのでいろいろ慎重に考えて、ハマったらいろいろ知識をためて好きなものを買いたかった！ ということではじめての自転車はクロスバイクになりました。 周りのチャリマンたちは知識人が多く 話の内容についていけないことがたまにあったけど ちゃんと教えてくれるのでそれなりの知識は身についた気がします。 ということで ロードバイク 買い ま・・・・ 続きはWebで！！！ 来年の目標は1000km走行！ 普段写真を撮らないため今年の写真があまり残っていないので来年はたくさん写真も撮りたいですね！ 夏が楽しみ！ my

先日キング・クリムゾンの札幌公演に行ってきました。キング・クリムゾンは90年以降、今回を含めて5度来日しているのですが、見るのは今回が初めてでした。 楽曲は過去に何度もCMに使われ、最近のテレビまんがにも名前だけは出てくるほど著名なバンドなので説明については割愛しますが、90年代後期からのギターx2 スティックx2 ドラムx2のダブルトリオ編成から、ドラムは多いと面白いという着想を得たのか、2014年からはステージの最前列に3つドラムを並べるトリプルドラムと言う編成で活動しています。 ドラムが３つあってどうするの？と多くの人はお思いでしょうが、こればっかりはライブCDを聴いて…も実はよくわからず、DVDオーディオの5.1chで聴いても同様で、ライブで直に見ないとよくわからないものになっています。一例を上げるなら3台でユニゾンしながら、オカズを1小節ごとに順番に持ち回りをするとか、そんな演奏をやっています。 上記のとおりにトリプルドラムが圧巻で、素晴らしいステージだったのですが、68年バンド結成からのオリジナルメンバーにしてリーダーのロバート・フリップの演奏には少々物足りなさを感じました。 クリムゾンは70年代には、ライブごとに同一テイクが存在しないと言われたほどインプロビゼーション色の濃いバンドでしたが、80年代以降のフリップは機械のように正確に弾くことに注力した修行者のようなスタイルに転身していて、そのころからリズムギターの演奏がほとんどなので当たり前といえば当たり前で、そういうのはフリップの役どころとは違うとわかっていてもなおスタジオテイクのスコア通りの演奏に食い足りなさを感じた次第です。 とはいえ、1969年にアルバムデビューをしたバンドのメンバーが演奏しているということは自分にとって格別でした。 チャック・ベリーというギタリストがいます。代表曲はジョニーBグッド、バック・トゥ・ザ・フューチャーのダンスパーティーのシーンに流れた曲といえば大抵の人はわかるでしょう。1958年のヒットナンバーで、仮にロックンロールのテクノロジーツリーというものが存在するとしたら、あらゆる枝を引き込み上方中央に鎮座するであろう楽曲です。 チャック・ベリーは2017年に90歳で亡くなったのですが、80を過ぎてもステージに上っていた人で、2010年、御年83で立ったホテルのディナーショーのようなステージの様子を見たことがあります。おそらく料金の高く設定されたステージで、豪華な料理の載せられた円卓を囲む客のほとんどは、おそらく会社で一定の地位にいると思われるような初老の男女でした。 で、このステージでチャック・ベリーが最後にジョニーBグッドをやったのですが、それまで座っていた観客たちが全員スタンディングオベーションでの大盛り上がりとなりました。 当時のチャック・ベリーはほとんど指が動かなくなっていて、ほぼカッティングのみのお世辞にもうまいとは言えない演奏でしたが、観客たちにとっては自身がティーンズだった頃、夢中になって聴いた音楽を本物が演奏しているのです。その価値は唯一無二のものだったのでしょう。 話を戻して繰り返しになりますが、今回ロバート・フリップが、本物が演奏するキング・クリムゾンを見られたことは自分にとってはかけがえのない経験となりました。 社員R

こんにちわ。wakaです。 今年も早いものでもう12月。2018年最後のブログ当番となりました。 今回は自分の2018年を振り返ってみて、特に印象的だった出来事について記載していこうと思います。 ■胆振東部地震からの停電 今年は何といっても北海道で観測史上初めて発生した震度7の地震とその後の停電が印象的です。 札幌生まれ・札幌育ちの私にとっては頭ではどこで災害が起こるか分からないと理解しつつも、まさか北海道で自分がこのような震災の被災者になるとは思っておらず、改めて普段からの備えの重要性を理解した出来事でした。 また、ITサービスを提供する事業者としてどうあるべきか、グループ会社であるさくらインターネットの石狩データセンターの自家発電での稼働など仕事をしていく上でも今後のあり方を考えさせられる瞬間でした。 約60時間を非常用電源設備で乗り切った石狩データセンターの奇跡 ・地震後に見たことないくらい閑散としている新千歳空港 今回得られた教訓は、自社・グループのみならず、ITインフラ・サービスに関わる事業者で共有すべきノウハウだと思います。 どこかで情報共有する機会をつくっていきたいと思います。 ■IchigoSpaceProject 「IchigoJamで宇宙を見に行こう！」 「IchigoJamで宇宙を見に行こう！」とは、電子工作とプログラミングを学べる教室を全国で開催するKidsVentureが主催する 小学生を対象としたプログラミング教室です。 3日間かけて電子工作・プログラミング、こどもパソコン（Ichigojam）の成層圏への打ち上げ、情報解析を行います。 1日目は電子工作、プログラミング、センサー制御を行い、自由参加の2日目はIchigojamを大きな風船に乗せて成層圏まで打ち上げ、 上昇する過程をIchigojamにて大気の情報を取得します。3日目の情報解析では取得したデータを分析し、まとめを発表します。 Ichigo Space Project 2016年より続けているKidsVentureの特別企画で、子供たちが作った温度センサー、湿度センサー、照度センサーを気球にのせて、北海道上空の成層圏まで飛ばしてみようという企画を今年の夏に行いました。 計画が甘かったり、トラブルもあったりで参加者の方にも関係者の方にもご迷惑をお掛けしてしまったところもあったのですが、子供たちには喜んでもらえたのと同時に、より宇宙やプログラムを身近に感じてもらえたのかなと思っています。 ・打ち上げ準備中(この写真好きで壁紙にしてます。) ・打ち上げた気球の映像 ■頼もしい仲間が増えた！！ 最後に。 2018年は業務拡大に際し、頼もしい仲間がたくさん増えた一年でもありました。 ・2018年入社メンバーの交流会 これまで長年ビットスターを支え、活躍し、お客様からの信頼の厚い既存メンバーに加え、様々な技術、経験、思考を持った新メンバーが加わったことでお客様に提供できる価値が大きくなり、選択肢が広がっていることを最近よく感じています。 先日、代表取締役前田のブログ(見たことない景色を見に行こう)にも記載されていた 「早く行きたければ、ひとりで行け。遠くまで行きたければ、みんなで行け。」 の言葉の通り、さらに見たことのない景色を見に行くためみんなで進んでいけるのは非常にありがたい環境で私自身も働けているなぁと思います。 ビットスターのミッションである「ITで困ったをよかったに」を実現すべく、既存・新に関わらずビットスターのメンバーみんなで長所を発揮しあって進んでいきたいと思います。 と、一年振り返ってみましたが、非常に前向きに変化した一年だったとあらためて振り返った次第です。 2018年残り僅かな期間となりましたが、油断せず2019年を迎える準備をしていきます。 waka

めっきり冬めいて来ましたね（季節の挨拶）

このところ新しい非電源系ゲームに触れる機会がなく、すっかりネタもなくなってしまいましたのでちょっと興味のあったk8sを自分のマシンで動かしてみることにしました。 ※ k8s とはなにか？というお話については、難しくて私には説明できません！

とはいえ、やってみないとはじまらない！ 何がなんだかわからない中やってみよう！ ということで、大雑把な流れは以下のように進めて見ることにしました。 1. docker for windows をインストールする 2. 適当なイメージを作ってみる 3. k8sを使えるようにする 4. k8sでコンテナを動かしてみる

# docker for windows をインストールする

まず重要な点としては Hyper-V が動く必要があります。つまり、 Home Edition では使用できません。 ストアからインストールする場合無料で作成するアカウントが必要になります。 インストールの際に、再起動やログオフが必要になることがあります。 docker for windows の起動のために結構なメモリを要求されます。 というところです。これらが満たされないと、そもそもdockerが動きません。

1. 公式サイトからインストーラーをダウンロードします。

2. ダウンロードしたインストーラーを起動して、インストールしましょう。 インストール後、ログオフが必要になることがあります。 また、HyperVを有効にしていない場合は、有効にした上で再起動します！というdockerの指示に従います。

3. 再起動が完了し、よし dockerサービス が起動だ！と思ったところで、メモリが足りない！と怒られました。 ブラウザのタブを開きすぎていたので、開いているタブを減らしてなんとか起動させました。

4. docker サービスが無事起動していることを確認。ついでに、hello-world imageをpull してコンテナの起動も確認しました。

# 適当なイメージを作ってみる

次は、サービスとして稼働するコンテナをテストで作ります。 php7.2が入っているapacheのコンテナで、公式から引っ張ることにしました。（本筋ではないので）

# Apache php 7.2系 FROM php:7.2-apache # 80 番ポートを公開する EXPOSE 80 # index.php をコピー COPY ./index.php ./ # 環境変数を設定 ENV APACHE_RUN_USER www-data ENV APACHE_RUN_GROUP www-data ENV APACHE_PID_FILE /var/run/apache2.pid ENV APACHE_RUN_DIR /var/run/apache2 ENV APACHE_LOG_DIR /var/log/apache2 ENV APACHE_LOCK_DIR /var/lock/apache2 # コンテナ実行コマンド CMD ["apachectl", "-D", "FOREGROUND"] 上記のようなDockerfileを用意しておきます。

コンテナにコピーされる index.php の中身は <?php print "i am".gethostname(); こんな感じで、自分自身のホスト名を画面に出すだけのものです。

これを同じディレクトリに置いた上で、PowerShellでそのディレクトリからビルドをします。 docker build ./ -t sample/apache:v1.0

試しにこのコンテナを起動させます。 docker run -d -p 80:80 sample/apache:v1.0 dockerのランダムのホスト名が表示されました

# k8s を使えるようにする

k8sを有効にするには、タスクトレイのアイコン（白いクジラのアイコン）を右クリックして settings を選択したうえで、kubernetesを選びます。 画像のようにチェックを入れて Apply すると k8s を使うための処理が始まります。

なんか入ったっぽいです。kubectlが動いています

# k8s でコンテナを動かしてみる

とりあえず先程作ったコンテナをベースに、以下のymlを作成しました。 apiVersion: v1 kind: Pod metadata: name: sample-pod spec: containers: - name: apache-container image: sample/apache:v1.0 ports: - containerPort: 80

これをapplyすると ちゃんと起動しました。 ただし、この状態でブラウザから確認をしても表示されません。

乱暴に言うと、先程の状態だとホスト機（windows）とpodの間でのポート転送がないため、アクセスが届かないのです。 そこで --- apiVersion: apps/v1 kind: Deployment metadata: name: sample-deployment spec: replicas: 2 selector: matchLabels: app: sample-app template: metadata: labels: app: sample-app spec: containers: - name: apache-container image: sample/apache:v1.0 ports: - containerPort: 80 --- apiVersion: v1 kind: Service metadata: name: simple-loadbalancer spec: type: LoadBalancer ports: - name: "http-port" protocol: "TCP" port: 80 targetPort: 80 selector: app: sample-app こんな感じにymlを変更しました。 だいぶ端折っている感じがありますが、type: LoadBalancer な Service を追加して、ポート転送を行っています。 その結果 無事に表示されるようになりました。

# 雑な感想

とりあえず、理屈はわからないものの（！）なんとかコンテナのWEBページが表示される様になりました。 とはいえ、 DBとかも使いたいよね コンテナ内の実行権限の調整どうする そもそも永続化ディスクとか繋がないと ソースの配置とかどうする？！ サイドカーパターンってなんだ？！ っていうかwindowの場合クラスタ1個だから旨味がないよね ログどうするの ローリングアップデート！ Podの監視どうするの どうせならwslでできないのか などなど、k8sで環境を構築する場合は、設定したり設計しないといけないことはこの先山積みです。 自分で本番運用に堪えるk8s環境を構築するのはかなり難しいですし、どこかのクラウドのサービスを使ったほうがよほど管理は楽かと思います。 とはいえ、自分で一度作成してみることで、なんとなくの動きがわかるというのは大事なことですし、例えば開発者がローカルに開発環境を立てるときに（多少雑な設計の）k8sで動かすのも面白いのではないかと思います。

tel