【感想】準備する力
著者： 日本代表ＧＫの川島永嗣
読書経緯
家族が持っていた、この本に目がとまった。 気になったので借りた。
読書期間
２－３日
まとめ（気になった表現など)
準備する力とは？
逆算のマネジメント
だそうです。
もう少し具体的には
- 目標を実現するために何をしたら良いかを逆算。
- 日々のタスクに取り入れること。
準備する期間は、数週間～３，４年と１０年単位と様々。
著者のプロフェッショナルの定義とは
その仕事にこだわりを持つこと。
仕事のモチベーションとは
スキルアップと向上心
著者のぶれない軸(芯)とは
１００％全力を出すこと
ステキな表現
- ぶれない軸(芯)を自分の中で温めつつ、発想を転換してみる。
- 自分の価値をあげるためには、いつでも自分自身が価値を高める努力を惜しまないことが大事
- 自分の光っている部分を伸ばしつつ足りない部分を補っていけばよい。
- 自分には自分の道がある。
- アプローチの角度を変える
- 新しい環境下になじめなくとも無理に自分のペースに周囲を巻き込もうとせずに、その環境にいかに順応し、自分の持ち得る力を100%出せるかを考える。
- 遠回りになっても自分の意志や好奇心に素直に従う
- 近い将来、自分はどうなりたいか考えてみる。
感想
いくつもの考えさせられるテーマがあった。 自分のこのタイミングで、この本に出合えて本当に良かった。
自分にとっての「ぶれない軸」とは？
自分にとっての「ぶれない軸」とはなんだろうか？
著者は「１００％全力を出す」ことだそうだ。
この本を読んだとき、自分のぶれない軸ってなんだ？
・・・特に思いつかない・・・。ないのだ。 と思った。
皆さんは、どうだろう？ ありますか？
これから見つけていこうと思う。
答えは外にあるのではなく、自分の中にある。
自分を見つめなおすにはいい機会だった。
近い将来自分はどうなりたいか考えてみる。
今、置かれてる状況・環境から逃れたい一心で行動してしまう・・・そんなこともあるかもしれない。
それだけで良いわけがない。
３年後、５年後、１０年後に自分がどうなっていたいか？
もう一度考えてみたいと思う。
自分には明確なビジョンがなかった。 おぼろげなモノはあるが、明確ではなかった。 明確にしなければ、「準備」もできない。
これ重要。
準備する力 夢を実現する逆算のマネジメント<文庫改訂版> (角川文庫)
- 作者:川島 永嗣
- 発売日: 2014/04/25
- メディア: 文庫
Gemfile を使って gemを管理する
bundler をインストールし、以降は Gemfileで管理する
>gem install bundler Fetching: bundler-1.11.2.gem (100%) Successfully installed bundler-1.11.2 Parsing documentation for bundler-1.11.2 Installing ri documentation for bundler-1.11.2 Done installing documentation for bundler after 10 seconds 1 gem installed >runemacs Gemfile # 後述 >bundle install --path vendor/bundler Fetching gem metadata from https://rubygems.org/.......... Fetching version metadata from https://rubygems.org/.. Resolving dependencies... Installing coderay 1.1.0 Installing method_source 0.8.2 Installing slop 3.6.0 Using bundler 1.11.2 Installing pry 0.10.3 Bundle complete! 1 Gemfile dependency, 5 gems now installed. Bundled gems are installed into ./vendor/bundler.
Gemfile
source "https://rubygems.org" gem "pry"
Reference
Ruby on Rails エンジニアになりました。
IT企業にてRuby on rails エンジニアになりました。
ソフトウェアエンジニアとしてスクリプト言語をひとつマスターしたい。 フルタイムでスクリプト言語の経験を積みたいと思ったしだいです。
Powershell や VBAは過去に作業の自動化でコード書いたことありましたが片手間でやっておりました。
前職は、半導体製造装置メーカーで、この辺のことをやってました。 約８年間勤務した次第です。
- 組み込み ( C/C++ : 内製のＲＴＯＳ上で制御ソフト開発）
- ＧＵＩ ( C++(11)/C# : Windows アプリケーション : Win32Api , STL , WindowsForm)
- ＳＥＣＳ ( C++(11)/C# : Windows ミドルウェア[ネットワーク関連のミドルウェアソフト] )
- マネジメント
- チームリーダー
- 外注管理
- 派遣常駐スタッフ管理
- プロジェクトマネジメント
今後もぬくぬく過ごすのも悪くなかったのですが、 仕事に慣れてきた、なんか楽だなと思ってしまいました。
人生は一度限り、チャレンジしてみたいと思った次第です。
そして、自分の前職の経歴を書いてみてわかったんですが 案外、マネージメント関係の仕事してたんだなｗｗ
よく使う？最近使ったgit command
これまでGitの操作はSourceTreeによるGUI操作が多かった。
転職して職場が変わったらCUI操作がメインになった。
ここ最近、使ったコマンドを一覧にしてみた。
Git command
一覧
| command | Description |
|---|---|
| git init | カレントディレクトリにリポジトリ生成 |
| git add --all | ステージへ全てのファイルを追加する |
| git reset | ステージ上のファイルをUnstageする (コミット対象から外す) |
| git remote add origin <remote-repository-pass> | リモートリポジトリ名 origin へ <remote-repository-pass>を追加 |
| git push -u origin --all | 登録している origin へリモートリポジトリへ push |
| git push origin --tags | ローカルで付けたタグを全てリモートリポジトリへ反映させる |
| git push origin <タグ名> | |
| git checkout -b <branch-name> | ブランチ名<branch-name>のブランチを生成し、<branch-name>へチェックアウトする |
| git checkout -f | 作業内容をクリアして、直前のコミットの状態にする。 |
| git checkout <branch-name> | ブランチ名<branch-name>をチェックアウトする |
| git branch | ブランチ一覧を表示する。 |
| git branch -d <branch-name> | ブランチ名<branch-name>を削除する |
| git status | 変更状態を表示する。 |
| git commit -m "You write something here for what you modify." | メッセージをコマンドライン上で指定しコミットする。 |
| git log | 過去のコミットメッセージを表示する。 |
| git merge <branch-name> | 現在のブランチにブランチ<branch-name>をマージする。 |
| git rm --cached <file-name> | gitのトラック対象から外す |
| git tag <タグ名> | タグ <タグ名> をセットする |
| git reset HEAD <ファイル名> | 「git add (ステージング)」した<ファイル名>を取り消す(アンステージする) |
リポジトリの生成
カレントディレクトリにリポジトリを生成する
$ git init
ステージ , アンステージ
ステージに移動する
$ git add --all
アンステージする
$ git reset
リポジトリ状態表示
git status
リポジトリのトラック対象から除外
$ git rm --cached foobar.txt
リモートリポジトリとして<remote-repository-pass>登録
git remote add origin <remote-repository-pass>
コミット
コマンドラインにコミットメッセージを含めてコミットする
git commit -m "You write something here for what you modify."
【感想】ハードワークでも折れないこころの作り方
読書経緯
表題の通りでこころが折れそうになったので読もうと思った。
読書期間
2-3日
まとめ
定義
折れない心とは？
竹のようなしなやかなこころ
もう少し具体的には、「柔軟性」、「自分自身の弱さを認識し、受け入れること」
どうやって作るのか？
自分自身を知る
- 何について不安・恐さを感じるのか？
- 書き出してみると良い
- 弱い部分を知り、認める。
- 価値観を知る。
- 固定観念を知り、排除する。
日ごろの鍛錬
日ごろから柔軟性を磨く。求められたときに準備無しには急に対応できない。
- 基本を何度も繰り返し、いつでもできるようにする。
- 実践形式のシミュレーションによる学習
何を磨くのか？
- 客観的な情報をもとに考えること。
- 呼吸法
- 理想的な呼吸法
- タクティカル・ブリージング
- ON , OFF をしっかり作る
- OFF : 瞑想の導入
- ON : 適度な緊張
実践でこころを強くする
- まず戦略（プラン）をありき
- プランはたたき台
- 詳細までつくる
- 視点を変える。
問題解決のステップ
まず、何を解決するのか決める
- 何を決めるのか
- 目的は何か
- 制約条件は何か
OODAループを用いて解決する
- Observe
- Orient
- Decide
- Act
折れた場合、折れそうになった場合
- 根本原因を突き止めること。
- 見えるものが原因とは限らない。
- e.g ) 仕事の成果が出ない(悪化した)のは、もしかしたらプライベートに問題を抱えてるのかもしれない。
- 見えるものが原因とは限らない。
- 本書では、ストレストリガーという表現をしている。
自分なりのやりかた(不安を解消する方法)
不安の明確化
何に不安があるのか、パニックになってわからない状況になったらまず冷静になる。 どうやったら冷静になるのか？
何に恐怖や不安を感じるのか、思いつくまま書き出してみる。 (ブレインストーミング的に）
解決策の模索 ( Observe )
書き出した内容(不安なこと)について、どうやったら解決できるのか？
・自分自身で解決方法を思いつくまま書いてみる。 ※実現できるかどうかはどうでもよい・ (ブレインストーミング的に）
→ とにかく情報を出す。出すことで整理される。
解決するための方向付けを導き出す。(Orient)
- 出た情報を元に具体的なやり方(解決方法)に落とし込む。
- 優先順位と実現性を出す。
- 実現性については第三者に相談もいい。
試す項目を決定する。(Decide)
上位三位について,それぞれ下記のことをやる
- 頭の中でシミュレーションする
- 納得がいったら、"やる"リストに入れる。
- 納得が行かなかったら、保留にする。
保留の項目は Orientに戻り別の実現方法を考える。
問題解決をするために動く (Act)
- 実際に行動に移す。
参考ＵＲＬ
- 作者:カイゾン・コーテ
- 発売日: 2015/12/11
- メディア: 単行本
【感想】Webを支える技術
読書経緯
機械メーカーのソフトウェアエンジニアからIT業界のWebエンジニアへ転職。 研修の中でご推薦書ということで、現職の先輩社員からのご推薦（借りた）。
読書期間
２週間
感想
副題にも記載している通り、HTTP,URI,HTML,REST に関する説明およびWebサービスの設計指針について記載。
特定のプログラミング言語やデータベースなどについては触れらていない。 これからＷｅｂサービスを開発する入門者向けの書籍としても良いかもしれない。当方は、まさにその状況で読んだ。
WEBサービス開発は未経験の私にとっては、少々難しい印象を受けた。
しかしながら、 RESTやURI,HTTPなどについての基本的なこと。 設計するにあたって意識することが多少分かった気がする。
名言？
「ＷｅｂサービスとＷｅｂＡＰＩは分けて考えない。」
上記の言葉が何度も登場していた。
メモ
- XML
- 独自フォーマットは作り出さない。
- まず、要件に該当する既存フォーマットを探す。
- 既存のフォーマットに不足があれば、機能を付加して使う。
- 設計指針
- リンクをたどること －＞ アプリケーションの状態遷移
- HTMLのリンクで設計する
- URIをクライアントで組み立てない。
- リンクをたどること －＞ アプリケーションの状態遷移
