Metabase is an open source business intelligence tool. It lets you ask questions about your data and displays answers in formats that make sense, whether that’s a bar graph or a detailed table.
Your questions can be saved for later, making it easy to come back to them, or you can group questions into great looking dashboards. Metabase also makes it easy to share questions and dashboards with the rest of your team.
To fully understand how to use Metabase, it’s useful to have at least a high level understanding of databases, so we’ll discuss the basics of databases next.
https://gist.github.com/michhar/2dfd2de0d4f8727f873422c5d959fff5
CREATE TABLE titanic ( passengerid INTEGER NOT NULL, survived SMALLINT NOT NULL, pclass INTEGER NOT NULL, name VARCHAR(82) NOT NULL, sex VARCHAR(6) NOT NULL, age DECIMAL(4, 2), sibsp INTEGER NOT NULL, parch INTEGER NOT NULL, ticket VARCHAR(18) NOT NULL, fare DECIMAL(7, 4) NOT NULL, cabin VARCHAR(15), embarked VARCHAR(1), CHECK (survived IN (0, 1)), CONSTRAINT titanic_pkey PRIMARY KEY (passengerid) ); -- tab区切り、ヘッダ行を無視する COPY titanic FROM '/tmp/titanic.csv' delimiter ' ' csv header;
2018年3月に退職し、2018年4月に転職しました。 新しい会社に入って半年が経ち、少し落ち着いてきたので、記事を書こうと思います。
転職活動中のブログ yuji38kwmt.hatenadiary.jp
ITに詳しく、私が尊敬している先輩Aがいます。先輩Fは、よく「早くウチの会社から出たほうがよい」言っていました。 しかし、その頃私は、まだ勉強会など社外の人と交流したことがなく、「転職した方がよい」理由が、よく分かりませんでした。
2016年3月、勉強会に始めて参加し、そこから毎月1～2回、勉強会に参加するようになりました。 最初の頃は、できるだけ自分の仕事と関係ありそうな勉強会に参加していました。勉強会への参加のハードルが下がってくると、仕事と関係ないデザインや関数型言語など、いろんな勉強会に参加するようになりました。
勉強会では、参加者の技術力の高さに驚きました。プログラミング経験や知識、彼らは私の知らない言葉をたくさん話していました。 技術力の高い人たちには、私より社会人歴、IT歴が短い若者がたくさんいます。そういった者たちを見ると、「今まで私は何をやってきのだろう」と思うようになりました。 そして技術力というのは、個人の才能や努力だけでなく、環境も大きく影響するのでは？と思うようになり、当時の会社Xに疑問を持つようになりました。
2017年4月で、社内Webシステムの開発に関わって3年が経っていました。 3年前から使っている技術は、大きく変わりません。Java,PostgreSQL, JavaScript, HTML, CSS, Terasoluna....。バージョンアップなど小さな部分は変わっていますが、フレームワークや言語などは変わっていません。そもそも変わることを良しとしない文化です。 3年も経つと飽きてきて、「今の技術を使ったWebシステム開発はもういいかな」と思うようになりました。
2017年3月、大きく炎上しているプロジェクトに、ヘルプとして少し入りました。
そのプロジェクトでの火消し案が、とりあえず大量に人を投入し「設計書を作り直す」という対策でした。「ちゃんと設計していないから炎上したんだ。だから設計書を書き直す」ということらしいのですが、炎上はテストフェーズで起こっているので、その時点でソースコードはあります。それなのに、設計書を作り直すという、よく分からない対策でした。
また、炎上プロジェクトでは何日も帰っていない社員がいました。「私もいつかあのようなポジションになるのか」と思うと、なんだか会社Xにいることが、恐ろしくなってきました。
そして、「社員を大切にしない、よく分からない火消し案を採用する会社Xから出ていきたい」と、強く思うようになりました。
上司から「プログラミングが誰なんてできる」という発言が出ます。その上司はたぶんプログラミングできません（プログラミングの話題が出てこないため）。
プライベートで、アプリやプログラミングを勉強している、という話をあまり聞きません。家のパソコンが10年前のもので、そもそも家でパソコンを開かない、という人さえいます。 そういった人たちが大多数を占めているので、その人たちを技術レベルを基準に、コミュニケーションしなくてはいけません。 それが私は苦痛で、「なんで、これを知らないんだ」と思うことがありました。 ただこれは、私がコミニケーションが苦手だからでもあります。
会社Xは基本的に客先常駐です。 したがって、客先のルールに従う必要があります。 客先では、以下のような特徴がありました。
新しいソフト、ライブラリ、言語の導入がしづらい。
外部サイトが閲覧しにくい。閲覧できない訳ではないのですが、少し制限がかかっています。ITエンジニアがよく利用するStackOverflowやQiitaなども少し制限がかかっています。ひどいところだと、ネットが全く閲覧できないので、個人のスマホで調べています。
バージョン管理ソフトを使っていない部署がある。
サポートブラウザはIE。IE11が利用できる2016年代に、IE8対応、Edgeが利用できる2017年にIE11対応を行っていました。そして噂では、Edgeを無効にしてIE11を使わせている、という話も聞きます。
私の所属していた部署では、他の部署と比べると、Gitを使ったりライブラリを自由に導入できたりと、比較的プログラミングしやすい環境でした。 それでも客先常駐という仕事を行っている限り、バージョン管理ソフトを使っていない部署に移る可能性があります。 そういったことに不安を感じていました。
会社Xでは3カ月かけて、新人研修を行います。 以下のようなことが、すごく気になりました。
年次が上がると、プログラミングから離れてマネージャとして働くことを求められます。そういったマネージャが必要なのは分かりますが、やっぱり私はプログラミングと関わっていきたいです。社内には入社10年目以上で、マネージャでないBさんという方がいます。Bさんは技術力、政治力などがずば抜けています。私はBさんほどの力もないので、年次が上がってもプログラミングと関わりながら働くことは、難しいと思いました。
以下のような社内政治に振り回されるのが嫌で、面倒でした。
上記のような会社への不満が溜まっていき、どんどん愚痴が増えてきました。 自分が今まで何とも思っていなかった、会社のページの採用内容や、スーツで働くこと、9時出勤なども、不満に思うようになりました。 このままでは愚痴を言うだけの人になってしまう、目が死んでしまう、と思い、転職しようと決意しました。
2017年の5月、会社Lで行われた勉強会に参加しました。テーマは技術書についてです。そこには、会社Lの従業員が半数参加していました。 その勉強会は、本当に楽しくエキサイティングでした。 今まで私は、「技術力の高い人は、会社内で数パーセントしかいない。技術力の高い人が集まっている会社なんて、存在しない。」と思っていました。 しかし、会社Lの従業員は皆技術力が高く（全員を見たわけではないが、会話の内容からそう感じた）、「こういった、技術力の高い人、ITに興味ある人ががたくさんいる会社で、働きたい」と強く思うようになりまた。
数週間後、会社Lの社員がツイッターで「募集」とつぶやいていたので、「見学させてください」と連絡を取りました。
L社を含む4社に訪問して、会社の説明を聴きにいきました。期間は5～8月で、割とゆっくりです。 8月の中旬にN社に書類を提出したんですが、書類選考で落ちました。 そこからは転職活動を一時休止。「やっぱり今の技術じゃ転職は難しいかなー」と悶々としていました。 10月にハッカソンに出場しまして、そこでY社の社員に出会いました。 Y社は機械学習など研究に強いと思っていましが、ハッカソンなどにも強いのだ、ということを知りました。 そして、「そんなすごい人たちのいる会社に入りたい！Y社で働いてみたい！」と強く思いました。 その1週間後には、Y社に入社の意志を伝えました。
10月の下旬に、上司に転職する旨を報告しました。 直属の上司は「そっか」と言って納得してくれましたが、さらにその上の上司Cは納得してくれませんでした。 会社Xと会社Yは取引実績の関係があり、上司Cは会社Yのレベルをなんとなく把握しておりました。
以下、上司から言われた言葉です。
私が文章を書くことが苦手で、設計書を書くのも苦手です。 上司Cにとっては「苦手なことをイヤ」と言っているだけに見えたのでしょう。 ただ、私にとっては「何の意味もない設計書」を書くのが苦痛だったのです。 それを我儘と捉えるか、「そうだよね」と納得するかは、その苦痛を理解しているかどうかの違いだけに思います。 あとは、私がその苦痛をしっかり説明できていなかった、というのもあります。
配属先の変更に関しては、私の気持ちが上司に伝わっていないのだと感じました。 私は「プログラミングしか」やりたいのではなく、「プログラミングから離れたくない、無意味なことをやりたくない」のです。 上司の提案した配属先ですと、「プログラミングを知らない人が決めた仕様を、頑張って実装」したり、「プログラミング未経験の人に教えたり」することが、目に浮かびました。そして今の部署よりも、不満が強くなる気さえしました（今の部署は比較的自由にプログラミングできる）。
これに関しては「できません」と答えました。本当にできないと思ったのです。 上司は「先輩F」を超えられるぐらいでないと、会社Yではやっていけないと思っております。 それに関しては、私も同意です。 ただ、先輩Fを越えられるまで、会社Xに在籍するというのもおかしな話です。 そして、会社Yで働くことにより先輩Fを追い抜くというのも、ありうることだと思っています。
これに関しては特に考えていません。まだ30歳だから5年ぐらい何とかなるだろう、という甘い気持ちです。
同意です。そうならないように頑張ります。
先輩Fは騙している訳ではないのですが、私が先輩Fを妄信しているように、上司Cは見えたのでしょう。 確かに妄信しているような一面は、私も感じています。
会社Xで感じていた不満が、ほとんど解決できると思ったからです。
「技術力の高い」ところでやっていけるのか不安ではありましたが、そこは『情熱プログラマー』という本の「一番の下手くそでいよう」という気持ちで行こうと思いました。 http://blog.codebook-10000.com/entry/20140106/1389009667
会社Yでは、現在アルバイトとして働いています。 正社員になるために修行中です。
会社Xで感じていた不満はすべて解決できています。
Code Dojoに参加申し込みしたので、Scratchを触ってみました。 チュートリアルのピンボールまで試しました。
ブロックで処理を記述するため、エラーになるような処理を定義できないこと。よく分からないエラーに悩まされるということがない。
スプライトを追加すると、それに関連のある音楽や画像が追加される。
デフォルトの数値が適切。たとえば、「10歩動かす」の「10」など。
「壁に当たったら跳ね返る」などのコマンドで用意されている。簡単にゲームが作れる。
日本語チュートリアルの誤字。
変数の判定が面倒くさい。ブロックをいくつも使う必要がある。
1個のブロックを削除したいのに、まとめて削除されてしまう。
www.ehonnavi.net * 読み聞かせには向かない。。。 * 写真集を見ているような感覚です。 * 写真の女の子はすごくかわいい
