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は過去に作業の自動化でコード書いたことありましたが片手間でやっておりました。
前職は、半導体製造装置メーカーで、この辺のことをやってました。 約8年間勤務した次第です。
- 組み込み ( C/C++ : 内製のRTOS上で制御ソフト開発)
- GUI ( C++(11)/C# : Windows アプリケーション : Win32Api , STL , WindowsForm)
- SECS ( C++(11)/C# : Windows ミドルウェア[ネットワーク関連のミドルウェアソフト] )
- マネジメント
- チームリーダー
- 外注管理
- 派遣常駐スタッフ管理
- プロジェクトマネジメント
今後もぬくぬく過ごすのも悪くなかったのですが、 仕事に慣れてきた、なんか楽だなと思ってしまいました。
人生は一度限り、チャレンジしてみたいと思った次第です。
そして、自分の前職の経歴を書いてみてわかったんですが 案外、マネージメント関係の仕事してたんだなww
よく使う?最近使った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)
- 実際に行動に移す。
参考URL
- 作者:カイゾン・コーテ
- 発売日: 2015/12/11
- メディア: 単行本
【感想】Webを支える技術
読書経緯
機械メーカーのソフトウェアエンジニアからIT業界のWebエンジニアへ転職。 研修の中でご推薦書ということで、現職の先輩社員からのご推薦(借りた)。
読書期間
2週間
感想
副題にも記載している通り、HTTP,URI,HTML,REST に関する説明およびWebサービスの設計指針について記載。
特定のプログラミング言語やデータベースなどについては触れらていない。 これからWebサービスを開発する入門者向けの書籍としても良いかもしれない。当方は、まさにその状況で読んだ。
WEBサービス開発は未経験の私にとっては、少々難しい印象を受けた。
しかしながら、 RESTやURI,HTTPなどについての基本的なこと。 設計するにあたって意識することが多少分かった気がする。
名言?
「WebサービスとWebAPIは分けて考えない。」
上記の言葉が何度も登場していた。
メモ
【感想】20代で始める大好きなことの見つけ方
【感想】トヨタで学んだ「紙一枚!」にまとめる技術
購入経緯
書籍の帯に思考整理法 と書いてあったので気になった。
読書期間
2-3時間
紹介
若手~中堅社会人の方にオススメ。
「紙1枚」にまとめる技術について紹介。
その技術というのは思考整理法のことである。
それは次の3ステップからなる。
- 整理
- 考えをまとめる
- 伝える
これらについて具体的にどうすればいいのか?が記載されている。 即効性が高い目から鱗な書籍なんじゃないかなと思う。
フレームワークとしては下記の2点が紹介されている。(著者オリジナル)
- エクセル1
- ロジック3
紙一枚というのはA3 or A4 のことのようです。
紙のレイアウトも記載しているが、思考整理法が秀逸。
感想
他のビジネス書にも記載されていることが多く記載されている印象。
それだけ重要なことなんだと思う。
結果(紙一枚)よりも思考プロセスが非常に参考になる。
かなり具体的な方法が記載されているため、とりあえず試すことができる。
個人的には「整理」のフェイズで使用する「エクセル1」と呼んでいるフレームワークが簡単で良い。
ひとりブレインストーミング的に使える。
手始めの「アイディア出し」の段階で重宝しそうである。
- 作者:浅田すぐる
- 発売日: 2015/02/10
- メディア: 単行本(ソフトカバー)