読者です 読者をやめる 読者になる 読者になる

久しぶりの投稿、モチベーション、今後の抱負(全然技術的なこと書いていない)

最近抱えていたタスク

・多分最年少上場するスタートアップDのサイトのredisを使ったアクセス数ランキングの実装

・Rのタスク

・herokuへのdeployとそれに伴うdeviseのmail認証機能の調整

javaの勉強

 

最近読了した本

・嫌われる勇気

・幸せになる勇気

なぜあなたの話はつまらないのか?

 

最近言われて衝撃的だったこと

・お前負け癖ついたな by ceo of D

・お前絶対起業しねーよ by ceo of D

・至極全うな言い訳言って起業しないやつみてるとムカムカする by ceo of D

 

現状

・Dでのタスクは終了

・大学始まる

・今週日曜24時までにあるタスクを終わらせないとRを解雇される

・elixirやりたい

・もっと技術書、面白い会話ができる本、読みたい

Youtubeに上がっているトリビアの泉面白いから、笑えてストレス発散になる

・dive into code の人工知能のコース魅力的

 

登場人物

・Rでの上司(もともとRのCTO)

・Dの社長(2歳上)

・株式会社D(スタートアップ、rails)、2月くらいからコミットするかしないかみたいな、曖昧な感じでいる。(今は完全に袂を立っている、連絡はたまにとるけど)多分4つか5つくらい機能実装したかも

株式会社R(ベンチャー、自分の担当はwordpress, php, インフラ, 各種ciツール)

 

思ってることを適当にかく

<モチベについて>

Rには3月中旬くらいに年が若いのとコミットができるという理由で入れてもらった。

技術力ある人たくさんいるし、エンジニア採用される中では一番多分技術力ないしそれでも入れてもらって、productすごくて、嬉しかった。

いざタスク始まるとまずそもそもタスクの内容が何言ってるかわからん。Dの時の適度にできそうでできないようなレベルでもし動かせたら、実装できたら楽しいみたいな感じでもなく、なんかツールの設定とかドキュメント作ったりとかで全然面白くなかった。それでも技術書で勉強するのは面白い要素はあった。その時は正直本当にオフィスに行くのが憂鬱で、いつもだらだら仕事してた。無駄に時間かけて?かかって?そのまんま四月になり大学始まる。当然逃げまくってたRから離れる。さらに仕事しなくなる。ましてやDの残タスクとかやることもないわけではない。そんな中で久しぶりに

今週水曜?オフィスに行った。その時言われたのが三点

・全然コミット足りない、同い年のビジネスインターンはもっとコミットしてる

・あるタスクを終わらせられなかったら解雇
・他のエンジニアを雇う

しかも、上司はそのあるタスクが終わらないと見込んでるらしい(=それって絶対解雇するってことやんww)

ここまできて笑みが溢れた。燃えてきた。モチベ上がってきた。

 

多分、こうなる前はできて当たり前、普通みたいな感じがあったからやる気もしなかったのだろう。追い込まれないと自分は頑張れない。

 

同期の奴にも後から入ってくるエンジニアにも負けたくない。何よりタスクが終わらないと言われたからそれをひっくり返したい。強くそう思ってやる気出てきた。

 

この体験を踏まえて思ったのが、

・自分はその地位(技術力の高い会社に入れてもらったっていうこと)に甘んじるとダメだということ(競う相手がいない、安定している)→今回のように解雇寸前まで行かないとエンジンかからない笑

・壁(実在の人でもいいし、無理だと言われルようなこと、不可能なこと)があれば頑張れる→多分、無理だと言われてる分、差分が大きいから、達成感を見込めるのだろう

こういったモチベーションで何かをするのかの良し悪しは別として今回のことでさらに自分について知れたからよかった。

 

<抱負について>

ある日Dの社長に言われた。上記のことを。社長はタバコ吸ってた。お前は起業したいからコード書いてるんじゃない、起業したくない怖いから、コード書いてごまかしてるだけだ、アドラー心理学読め、言い訳するな、本当にやりたかったら考える前に体動いてるから。だから一生お前は起業しない。

 

イライラした。多分図星なところもあったからかもしれない。とりあえずムカついたので、入学式ということもあり、スーツで渋谷のベンチャーサポートに行って法人登記しようとした。でも親の同意書が必要でできなかったので、個人事業主になった。またDの社長に負け癖ついたなって言われた。

 

正直今までの人生負け癖がついてる気がする。なんでもそんなに続いた試しがない。でもプログラミングだけは逃げたくない。grit

 

抱負

・絶対遅刻しない

・絶対言い訳しない

git stash 色々

git

git stash apply

git stash -u

git stash list

git stash save "add style to our site"

git stash pop stash@{2}

git stash show

git stash show -p

untracked file = unstaged && new file

ignored file

http://qiita.com/fukajun/items/41288806e4733cb9c342

http://qiita.com/akasakas/items/768c0b563b96f8a9be9d

Changes to be committed:

staged files

Changes not staged for commit:

file which has changes but is unstaged

Untracked files:

new file

default git stash will stash

changes that have been added to your index (staged changes)

changes made to files that are currently tracked by Git (unstaged changes)

will not stash

new files in your working copy that have not yet been staged

files that have been ignored

git stash -u can stash untracked file

https://gyazo.com/cf3b5658c9c78b01fc8650ae60c73f55

git stash -k

stash only unstaged files

git stash -p

hunk command でファイル単位で stash するか決められる

git stash は裏でブランチを切っている?

http://qiita.com/ton1517/items/9888a78f6b063e748558

http://koseki.hatenablog.com/entry/2014/06/11/inside-git-2

tracked - a file which has been previously staged or committed;

untracked - a file which has not been staged or committed; or

ignored - a file which Git has been explicitly told to ignore.

global gitignore

http://qiita.com/anqooqie/items/110957797b3d5280c44f

http://qiita.com/elzup/items/4c92a2abdab56db3fb4e

デプロイとは

アプリケーションやウェブ上のサービスを、利用可能な状態にすること

サーバーにファイルを上げる(ブランチをpushすること)

それに伴う環境構築

開発

自分のパソコン

ステージング

サーバー

プロダクション

サーバー

https://speakerdeck.com/kensuketanaka/ikyu-deploy-flow

http://blog.kyanny.me/entry/2012/07/20/033411

http://qiita.com/suin/items/004679b27d4a1f8bcb36

後楽園のラーメン食べたい

今日やったこと

webを支える技術二章まで読みました

どっかーのインフラ基礎のところ読みました

 

今日学んだこと

コミュニケーションの大切さ

あまり今まで意識してなかったけどコミュニケーションによって仕事は大きく変わってくる、最終的には1聞いて10わかるみたいなのがゴールだと思う。

今日の食事

角煮、サラダ、サーモンのムニエル

どれも美味しかった

 

majicword

voa勉強始めました

cd /  の/bin の中にコマンド入っていて面白かったです。

ハードもやりたいと思いました。

 

mikanもやりたいです。あとthrtrliの本が早く読みたい。

 

 git の英語辛いから英語勉強できるようになりたい

 

情報技術とりたい

初投稿初ブログ


何か実装(?)の仕方、コマンド、設定の仕方がわかった時に、使っていいのは理解してからで

その理解っていうのは、多分、辞書みたいな感じで極限まで腹落ちするまで調べることだと思う。

りんごパイ

りんごを小麦とともにオーブンで焼いたもの

りんご 赤くて丸い

小麦 こな

オーブン イメージ

焼く イメージ

 

みたいな感じで分解していってイメージできることが理解だと思う

 

だから知識が溜まって行ってアウトプットもできるのだと思う、エンジニアの方は。

 

だからインフラ周りとか、一回 webを支える技術読んで、体系化された知識を入れて置きたい。

 

頑張ります。

 

今日の食事

ぶどうグミ

フカヒレラーメン定食

肉野菜炒め

 

 

 

 

 

 

 

今日渋谷で歯ブラシしながら歩いてる時に思ったこと

 

大学二年まで、もしくは四年まではコードを書くことに振る。

その過程で英語を勉強して、シリコンバレーで起業orスタートアップにjoin最終的には、メルカリの社長よりすごくなる。

 

強みはエンジニアリングとマーケティングと営業全部できる、ようにする。+自分の事業領域への理解(まだ見つかってはない)

優先順位は

1事業領域(マーケティング

2エンジニアリング

3営業

事業領域(やってみたいこと、解決したい課題)が決まった(見つかった?)段階で事業をやる。

 

それぞれで働く過程で30人くらいめちゃめちゃすごい人orめちゃめちゃ気が合う人を見つけておく。

 

30×3 領域で90人、自分よりすごい人を見つける

すごい人から声をかけて行って、それぞれで二人ずつ口説けたら、7人で登記

 

甘いこともわかってるし、頭おかしいこともわかってます。でも少なくともこれくらいでかいこと考えないとなんか。まだ多少は若いので許してください。頑張ります。

 

ラーメン王の方、今日も美味しい肉野菜炒めありがとうございました。

隣のt○yさん、昼ごはん誘っていただきありがとうございました

上長さん簡単なことばっかり聞いてもいろいろ教えていただきありがとうございました