おしゃれエンジニアを目指すからちょっと聞いてくれ

こんにちは、数年おしゃれ着を購入していない系エンジニアの堀川です。

異業種からエンジニアに転職することを誓ってから数年はオシャレなんて頭から抜けていて気がつけばダサい男になっていて驚きました。

やはり毎日アップデートしない知識は直ぐに古びてしまうのでしょうね。

それでも私はまだ23歳！

オシャレマッチョおじさんを目指す私がこんなところで躓いて良いはずがありません！

ということで、
本日からオシャレエンジニアを目指して行く決意を胸に簡単に記事を書いてみました！

それでは本編をどうぞ！

おしゃれエンジニアを目指す

最近流行りの「フロントエンドエンジニアはおしゃれ！」という通説から逆説することでそれ以外のエンジニアはおしゃれでは無いと言われている…

とは言いすぎですね。

それでも私自身ここ数年おしゃれ着を買わなくなって久しいのであながち間違っていないと言えてしまう現状はあまりよろしくない。

そして何よりモテない！！

誰でも異性にモテてピンク色の休日を過ごしたいと思うはず！

例に漏れず私もきゃっきゃきゃっきゃした！

と言うことで今年の春服をターゲットにしておしゃれエンジニアに成ろうと計画を立てました。

1Q毎に服を買え

「ダサいやつは去年と同じ服を着る！」

別に毎年すべて違う服を着ろとは言いません。

しかし、おしゃれな方々は少なくとも1Q（クオーター）毎に今のトレンドにあった服の端がよれていない新しい服を着て心を新規一点させているのです。

「気がついたら1年経ってました！」なんて事に心当たりがある方は心のメリハリを付けられていない証拠！そしてメリハリの無い毎日は想像以上に時間を浪費している！

メリハリを付けたいなら毎日を楽しむことが大事！！

WEREとInstagramで予習しろ

はて？そうは言われてもどんな服を買って良いのか…

そんなアナタはSNSの使い方がなっていない！！

2019年現在のSNSは様々なコンテンツに溢れて直感的に情報を入手する事が簡単になっています。そこで注目されるのがWEREとInstagramです！

WEREでコーデ・価格・ブランドを把握しろ！

WEREの素晴らしいところは一般の方々のコーディネートを見て、そのファッションアイテムの価格やブランドを直ぐに確認できることです。

調査能力のある人なら直ぐに気づくと思いますが…

• ブランドで固める
• 無難なセレクトショップで揃える
• 全身UNIQLO

こんなファッション言語道断！！

後述しますがもっと情報収集すればおしゃれな方々がどのようにしてファッションアイテムを選び着こなしているのか、その全容を把握することでおしゃれから逃げた私達にもオシャレエンジニアの道はまだ残されているのです。

Instagramの#メンズファッションコーデを見ろ！

インスタの素晴らしさはWEREよりも気軽により沢山のファッションコーデを見ることができるところにあります。

インスタは1つの画像を選択して下にスワイプしていくと関連する画像が次々と閲覧することができるのでより沢山の情報を得ることができるでしょう。

Pinterestもすごいぞ！

Pinterestはアイデアを探すことに特化したSNSです。

私もメンズファッションピンを立てることでInstagramを超えるファッション情報を得ることができています。画像を元にした関連情報のネットサーフィンでPinterestの右に出るものはいません。

筋肉を着ろ

漢なら筋肉を着ろ！！

冗談ではありません。
そしてコレは何も男性に限った話ではありません。

例えば身長と体重が全く同じの方々でも筋肉量の違いで身体のだらしなさと言うか、美しい形状筋肉が保ってくれているか否かで大きな違いが生まれます。

私は特に「胸・腹・背・脚」をおすすめしています。

なぜならこの4要素が姿勢や身体の形状維持やエネルギーの燃焼に大きく関わって来るためです。（詳しい内容は他の記事で語ってくれているはずなので割愛します。）

ぷちプラ×ブランド品

ブランドで固める？
セレクトショップで無難に抑える？？

馬鹿か君は？

プログラミングでも考えて見給えよ。

無駄にメモリを確保しておいたりオーバースペックのサーバーを用意するかい？

プロジェクトの重要な部分を適当なやり方でやっつけてそれで良いと思うのかい？

ファッションも同じで全体感と要所を抑えて力を入れるところは全力でやる必要がある。どんなことでもコレはある程度共通しているはずだ。

女性の中ではぷちプラなんて死語が合ったようだが男性の場合は緩急と要所を抑える事に重点を置いたほうが良い！

自社FWエンジニアが転職してLaravelエンジニアになりました。

お久しぶりです。

1年程度で転職してしまった系エンジニアの堀川です。

今回は人知れず？転職していた報告とはてなブログ復帰を兼ねた記事としてLaravelと自社FWについてのお話を投稿させていただきます。技術系記事はQiitaに書いて短い日記記事をnoteに書いていると本当にはてなブログの登場シーンが見つからなくて困っていたんですよね…

それでは本編をどうぞ！

転職で 自社FW→Laravel

今まで自社FWで10ヶ月エンジニアをやっていましたが、今月からLaravelエンジニアになりました。

まだまだLaravelを使いこなせているとは口が裂けても言えない状態ですが頑張って行こうと思います。

Laravelを使って気付いたこと

Laravelは以前から個人的に遊びで使っていたこともあって初日からコードを書き始めても全然問題無く…。と言えるかわかりませんが検索しながらある程度使うことができました。

しかし、自分で遊んでいるものと企業で実際に使われているものとでは比べ物にならないくらい設計思想やらサイズ感など多くの事柄で異なります。

そのため、今回は少しだけ触れてみることにします。

1. Laravelは自由

RailsやCakePHP3と比べてLaravelはとても自由な設計思想を持ったフレームワークだと感じたのがここ数週間の感想です。

まだ具体的に何を？と聞かれても答えられませんが、完全なるMVCでは無いことがそれを物語っています。

また、その自由さから社内のドキュメントの更新と共有を怠ると実装者によってかなりすごくとても自由奔放なプロジェクトになってしまうことでしょう。

2. 自社FWはいい勉強になった

以前の会社には申し訳ないと思いながらも自社FWはいい勉強になったと思っています。

何が良かったかと言うと、大きく分けて2つ

• ソースを追う癖がつく
• SQLを読み書きできる

まずソースを追う癖がつきました。
それはなぜかというと…

ドキュメントが無いからです！

様々な関数を誰かが用意してくれているみたいですが、内側でどんな処理をしているのか分からないのでどうしても元処理の書かれているところまで読みに行かないとならないためです。

次にSQLについてですが、私が使っていた自社FWはSQLを直書きしないとGETもSAVEもさせてくれないので必須技能だったためです。

LaravelなどのFWを使っている人たちの中にはSQLを書けない人も沢山要るのだろうな〜と思うとまあこれもいいことだったのかな？と思ってプラス思考に受け入れてます。

firebase deploy→「Error: No project active. Run with --project <projectId> or define an alias by running firebase use --add」でええ！？ってなった話

firebase deployでアホなエラーで悩んだ話

意気揚々とfirebaseでdeploy！！

と思いきや早速のズッコケ…

エラー

> firebase deploy

Error: No project active. Run with --project <projectId> or define an alias by
running firebase use --add

え…あれ？？
なんで？ちゃんと設定したのに！？

と思っていたら…

日本語に無理やり翻訳

エラー：アクティブなプロジェクトはありません。
--project を指定して実行するか、firebase use --addを実行してエイリアスを定義します。

むむむ？？
とりあえずfirebase use --addをしてみるか！

プロジェクトを指定し忘れていただけ

> firebase use --add

? Which project do you want to add? ◯◯◯◯◯_◯◯◯
? What alias do you want to use for this project? (e.g. staging)  ◯◯◯◯◯

Created alias ◯◯◯◯◯ for ◯◯◯◯◯_◯◯◯.
Now using alias ◯◯◯◯◯ (◯◯◯◯◯_◯◯◯)

おお？？ ただ定義し忘れてただけじゃん！！

deployしてみる

> firebase deploy

// etc…

Deploy complete!

できた！！

終わり！

アホな事に悩んだ記録ですw

第一回「趣味は転職活動です！」を導入した話

こんにちは、常日頃からフザケて生きる事にコミットしてしまっている頭イってる系エンジニアの堀川です。

最近ではいくらフザケても誰もが許してくれるので勘違いしてしまいそうで…

それでは本編をどうぞ！

「趣味は転職活動です！」を導入した話

趣味は転職活動です！

本日より始動した「趣味転職活動」について、1日目の成果報告として記事を書きます。まだ1日目なのであまり大きな成果も分かりやすい結果もありませんが暫しお付き合いいただけると幸いです。

それにしてもエンジニアの転職活動の敷居ってどの業界よりも気軽にできるんだな〜と思いました。営業マンに転職した時はスーツをびっしり決めて業界のリサーチをして紙ベースの書類を用意して挑んでいた記憶があるのですが…

依存度が減少して精神がスターモードになる

まず始めに、「転職活動を始めた」と言う事実自体が精神に良い影響を及ぼす事がわかりました。

あ、いや。本当は以前転職活動をした時に同じ経験をしているので分かっては居たんですけどね。でも今回の事例では今までにない要素があるのでその違いから新しい成果と言えるかもしれません。

さて、その違いとは…

「辞めたい！」という気持ちが少ない転職活動は何とも自由だ！

そうです。現在僕にとって会社を辞めることはそこまで高い優先度を持っていません。面白いところで自分の力を十二分に発揮できたら辛楽しそうだな〜っと思っている程度です。

そんな姿勢で行う転職活動は心に余裕が合って色んな事を見ることができます。

今すぐ辞めたいと思っている時などの姿勢ではあまりに前傾姿勢で広い視野を確保できないまま目の前の事ばかり集中してしまいます。しかし、今回の様な場合では余裕があって視野が広い状態で物事を捉える事ができるので今まで見えなかった部分も見えるかもしれません。

第1回はTwitter経由で1度だけ会ったことのある人でした。

まず始めるに、何も考えずエージェントに登録するのは今回は止めにしようと思いました。それはエージェントを通す事で企業側に掛かるデメリットと書類フィルターを通過するためという単純明快な動機です。

25分のランチ面談

よくあるランチ面談形式です。

このタイプの面談に僕は嫌な思い出があるので今回は主導権を握らせていただくためにお店は私が決めさせていただきました。あと相手が遅刻してきたのでお店が決まって居なかったというのもありますが…

さて、時間はたったの25分

この短時間で僕は何を聞き、何を話そうかを悩みました。

ざっくりやったこと

上から順に移動時間も使って聞いて行きました。

気さくな方なので話に詰まる事も無く非常にスムーズに雑談をはさみながら会話をしていけたように思います。しかし、転職活動のイロハを忘れてしまったのか何を聞けば良いのかわからなくなっていたのであまり良いことは聞けなかったと思います。

• 1度会った記憶の想起・共有
• 遅刻したエピソードと共感
• お互いの近況（twitterで事前リサーチ）
• ビジネスモデルについて（序）
• エンジニアに何をしてほしいか
• 開発環境（あまり深く聞けなかった）
• 社内の構成（人）
• 自分の現在の業務について
• 自分が何をできそうか
• 今後そのサービスをどうしたいか
• エンジニアをいつ欲しいか
• 今度オフィスに遊びに行ってもいいか

過去の経験からビジネスモデルの話になった時は共感して良く熟考しながらもあまり相手に喋らせすぎるのは良くないと思っているので今回は話の主導権は基本的に私が握らせて頂いた形になります。

それが良いことなのか否かは今の私では判断が付きません。。、笑

感想

あれ？会話の内容が

「お久しぶりです！」

「こんな仕事してます！」

「転職活動はじめました！」

「今度遊びにおいでよ！」

のパターンで終わってる！
ただの旧友との雑談ランチみたいになってるじゃないか！！

ということで次回はもう少し戦略を立てて挑んで見ようと思います。

あと、会話の主導権は握りつつも基本的には相手に気持ちよく話して貰うことは引き続き意識していきたいと思います。

（緊張するとそんな事できないんだけどねw）

PHPカンファレンス2018に参加してきたけどやっぱりPHPっていいじゃん！って思った話

こんにちは

Twitter初心者系エンジニアの堀川です。

@IDでツイートの先頭に付けて送るとただのリプライになってしまうらしいですね… しりませんでした。

それでは本編をどうぞ

PHPカンファレンス2018に参加してPHPの良さを肌で感じた話

2018年12月15日（土）に開催されたPHPカンファレンス2018

参加者は約2000人も居たと言うから驚きです。
やはりPHPの需要というものはまだまだ根強いものがあるのでしょうね。

大田区の京急蒲田周辺へは初めて行きましたが…

どこだここ！！って感じでしたww

概要

オープニングはPHP7.3の変更点

私は業務では未だにPHP5.3の書き方をしなければならないので今の会社に要る限りはメインでは使わないのでしょうが…（いつまでも要るとも限らない）

PHPもどんどん周囲の使いやすい機能や無駄を減らす改善をどんどん進めているようです。

LaravelでTDD（テスト駆動開発）

テスト駆動開発

テスト駆動開発をやった事がなかったので想像が付きませんでしたが、ざっくり言うとテストコードとツールを使って小刻みにデバッグしてリズム良く開発する事で安定したシステムと開発者が快適に作業ができる効果があるそうです。

普段テストコードを書かずにやっているものを置き換える感じですかね？

今度やってみようかな？

あとPhpstormの威力はすごそうです。。。
さすが有料エディタ！！

テスト駆動開発（おすすめ本）

ランチセッション（負荷対策とPHP7の導入）

これはざっくりとPHP7へバージョンアップする時に起きた問題とその対策から始まって、ソースコードの肥大化や乱雑化などの保守性の担保などの話とキャッシュなどでメモリを食っていたので無駄を取り除くのを頑張ったよって内容だったかと思います。

実は次の予定で頭がいっぱいであってあまり聞いて居なかったw

セキュリティとHTTP設定

どこへ行こうか悩んだんですけど最近HTTPとHTTPSについて調べて居たこともあって他社がどんな事をしているのか知りたくなって行って見ました。

2018年のPHP環境

こちらも少しだけ参加しちゃいました！

この1年でPHP環境を取り巻くものもずいぶんと様変わりしているようです。

僕はレガシーな石器時代企業に要るのでこのままで良いのかとても不安を覚えました。

PHPerは活き活きしてると感じた

PHPは古い！！

と揶揄される事も少なくありませんが、PHPは未だにポピュラーで使い勝手の良いプログラミング言語として強い人気を持っているそうです。

最近ではLaravel×Vue.jsの開発をしているところは全然古いイメージなんて無いのでもっと調べてから言って欲しいな〜って感じですよね。

それでもPHP全体で見るとレガシーなものも沢山残っていて少し不安も覚えます。。。そう、何を隠そう私自身レガシーな技術に取り残されて不安を覚えている一人だからです。

転職活動で技術選定と開発手法を聞いて回ろう！

これは僕が勝手に計画しているんですが、転職活動を趣味として行いつつ活き活きとした空気をもらって来ようと言う寸法です。

社内のレガシーなものばかり見ていると辛くなってしまいますからね…

LaravelとVue.jsを愛していきたい

さて、PHPをメインとしていくならやっぱりLaravelとVue.jsは必修科目だな〜と思いました。プライベートではLaravelとVue.jsの2つに絞って勉強しておくべきですね！

あとDockerを使えると良いでしょうね！
僕は会社の開発環境をVirtualBoxで勝手にやってるのですが…

Dockerもプライベートで取り組んでいこうと思います。

終わりに

最新の技術を追いかけたり勉強会やイベントにどんどん参加して社内の閉鎖的な空気から脱出していきたいと思います！

その手始めのPHPカンファレンス！

いい1日になったのではないでしょうか？

順風満帆なエンジニア経験8ヶ月目に突如襲われた出処不明の不安感とその対処について

こんにちは、毎日笑いを求めて彷徨うウォーキング・デッド系エンジニアの堀川です。

この記事は場合によっては削除させていただきますのでご容赦ください。

それでは本編へどうぞ。

エンジニア経験8ヶ月目に突如襲われた出処不明の不安感

今回はエンジニアとしての経験が早くも8ヶ月目に入り、社内評価も急上昇となり給料アップも目に見えて来た順風満帆なエンジニアライフに突如起こった事件についての解説をいたします。

※記事中では大事件のように語っていますがただの感情の波です。（笑）

何が起こったか

抽象的にぼやかせて書いています。
プライベートや情報は守られるべきだと言う思想を持っているので…

それと文章力についてもご容赦ください。
本来はこの記事を書くべきではないと思ったのですが…

決まった短時間を使って書くことを自分に許可したので時間制限付きで書きました。もしかするとこの記事も書き終わらずにお蔵入するかもしれませんがww

緊急案件へのアサイン

ことの発端は某重要顧客とのやり取りで発生した緊急案件へのアサインだった。

メンバーとして抜擢されたのは3名

社員数の限られた環境下で最速の緊急案件のため
もちろんCTOが抜擢された。

その次に一番経験年数の長い通称wiki先輩

そして一番扱いやすい下僕こと私でした。

この案件により私が疲弊し始めるのですが、何が問題で疲弊し始めてしまったのかを整理しましょう。

1. そこまで重要じゃなかった
2. 根拠の無い短納期
3. エンジニア軽視

まず始めに判明したことは、緊急案件と呼ばれるほど重要度が高くなかった事だ。非常に短い納期を設定されて他に抱えていた案件も最低限のものを並行して進めなければならなくなった。

しかし、本当に重要案件は後ろに追いやられたり平行してやらなければいけなくなった元々抱えている案件たちでした。

それでも経営判断として決められた短納期を守らなければならない…

ここまでならまだよくある中小企業あるあるで済んだのかもしれません。しかし、ここからエンジニア軽視発言が続き私はとても大きな不安感に飲み込まれはじめました。

エンジニア軽視の片鱗

「あの案件はまだ終わらないのか！？」

「これと、これと、この案件も今月中にお願い。」

「開発部は何もやってないんだからもっと残業しろ！！」

「市場調査？データ入力？そんなもの営業にやらせず開発にやらせろ！」

「作っておいてくれれば売れるかもしれないだろ」

「元営業なら顧客とのやり取りぐらいやっとけよ！」

え？あの案件が終わらないのは無駄な案件を根拠の無い短納期で横入れしてくるからでしょ？？なんでそんな意味不明な優先度にしてるの？？

薄々感じとっていましたがエンジニアというものはいつもぐーたらしているだけで生産性のない存在だと見ているようでした。案件が片付かない理由も考えずただ残業しろと言って来たり、現在の案件数もリソースの計算もせずに使うかも分からない機能追加の嵐…

挙げ句、PHPとjsの開発経験7年のエンジニアを意味の無いデータ入力作業に従事させたり…

別に開発する事に文句を言うつもりはない、
その機能が必要なのもわかる。

でも、その短納期の根拠はなんだ？

エンジニアの使い方を間違って無いか？？
作っておいたら売れるって…そりゃリソースがあれば何でもやるさ！

営業の仕事をやれと？
毎日営業部へ足を運んで進捗管理しているオレがか？？

ここでエンジニアの転職希望率は100%となった。

経営会議への出席

ここはざっくり言うと論理的に正論を述べたCTOを感情論で押さえつけた経営陣を目の当たりにしてしまったというところだろう。

別にCTOが悪く無い訳ではなかった。
もっと別の言い方は合っただろう。

でも

何も分からないからって「悔しく無いのか!?」は意味不明だろ。

私はここで社内政治を行っていたパワーを使って証拠と証人を用意して論破した。

いや、してしまった。

流石にもう疲れた。

彼らはただ黙っていた。

失望と不安

それから私は希望も無くただ仕事をこなした。

もう噛み付く事も無い。
お前のために労力を使うのはもう飽きた。。。

そう考えると急に不安が襲ってきた。

あれ？こんなので良かったのだろうか？
もっと別の方法は合ったのでは無いだろうか？
いや、先に切り捨てたのは向こうだ。

後で判ったことだけど昔もこれと同じ事が合って3回以上エンジニアの総入れ替えが合ったらしい。つまり全員一斉に退職した…と。

どうやって乗り越えたか

あれから数日して私は不安の境地から乗り越えることができた。

何をやったのか簡潔に書くと

1. 残業を20時までと定めた
2. 帰宅後、プログラミングの勉強を再開した。
3. 帰宅後、筋トレを再開した。
4. 土日の予定を入れた。

ざっくりとこんな感じで主に22時まで毎日やっていた残業を20時までと定めて余った時間を他の事に使ったと言えるだろう。

別に特別なことじゃない。

それでも効果はあった。

7つの習慣や色んな自己啓発本に出てくるやる気パワーみたいなものの消費が抑えられて活力も芽生えたのかもしれない。

今後の対策

今後もこんなことが起きないようにするためにはもちろん残業の削減が必要だろう。社内では契約書の変更など色々とエンジニアの首を締める命令が出ているようだが…まあ、それは勝手にやってろ。

今回の失敗には依存と過度な期待があった事も大きいと反省している。

何かに依存すると失う恐怖に襲われる。

何かに期待すると裏切られた感覚になって怒りと悲しさに襲われる。

うん、大丈夫そうだ。
自分の影響の範囲内で全ての事は片付きそうだ。。。

依存を無くす

今回依存していたものは何か？

それは企業だ

これを無くす方法は2つ、

1. 転職活動
2. 副業

まあ、何をやるかが明確になれば動き出せそうだ。

期待を無くす

人に期待しない事は成長を妨げると教師や子育ての本に書いてあったのを実践していたのだが、今回で反省する部分は多々合った。

恐らく、期待するべきは自分よりも未熟な相手や対等な相手に対してなのでは無いだろうか？？

今後は経営者や上司などの目上の存在に対しては対等であろうとしてみよう。

もしそれが叶わなければ期待をする事を止めてみよう。

まあ、これは実験だ。

おわりに

だらだらと書いてしまったがやることが明確だ。

1. 残業を減らす。
2. 転職活動をしてみる。
3. プライベートの活動の幅を広げる。

自分の性格がちょっと変わった変人思考で良かったと思う珍しいケースだった。

プログラミング作業や勉強の効率化にはタイマーを使った時間管理がおすすめ！webアプリケーションの「timer-tab」で無音タイマーもストップウォッチもできちゃいます！

こんにちは
笑いをこよなく愛する系エンジニアの堀川です。

今日はここ最近で一番気持ちのいい疲労感を味わえた休日だったので、今日みたいな気持ちのいい疲労感を味わえる日を沢山作って行きたいな〜と思いました。

それでは本編をどうぞ！

プログラミング作業や勉強の効率化にはタイマーを使った時間管理がおすすめ！

プログラミングを勉強し始めたばかりの頃…

当時の私はどうしても集中できず、ついついTwitterを覗いてしまったり、気がつけば1時間が立っていたのに勉強は何も進んでいなかったりなど。。。

本当にダメダメなプログラミング学習をスタートさせました。

しかし、そんな方法では正しい成果を出せるわけも無く時間だけが過ぎてしまいました。。。

そんな時に私が授かった素晴らしい集中力アップで時間効率爆上げのとっておきの方法が「時間管理」を徹底する事でした。始めは「xx時yy分に勉強をスタートさせてxx時yy分に勉強を終了した。」などの勉強のログを取り始めたのですが…

なんと時間を記録するだけでも既に効率は上がり始めたのです。
な、なんてこった〜！！

今回はそんな方法と体験談について語って行きたいと思います。

プログラミング学習は時間を明確に管理すると効率が上がる

上記の通り、時間を明確に管理することでプログラミング学習の効率は上がります。しかし、ただ時間を管理すると言っても具体的にどうすれば良いのか分からないという方もいらっしゃいます。

そこで、私がいくつか試したことでいいと思った方法をまとめると…

• 時間を明確に管理する
• 目標を決める
• 休憩を明確に管理する
• タイマーを使う

の4点をしっかりと理解して実践すると効率があがりました。

時間を決めると集中力が上がる

多くの人は期限を決められないと本来の力を発揮する事ができません。学生時代にテスト期間や受験の前にならないと勉強しなかったのとおんなじですね！

社会人になっても期限を決めてもらわないと営業成績を挙げられない営業マンがいたり、それこそアプリ開発の期限が決まっていないものはズルズルと時間効率の悪いまま進んでいったり…

期限を決めると行動がイメージしすい

突然ですが、資格試験の日程や仕事の期限を決められると突然ゴールまでのルートをイメージしやすくなった事はありませんか？

多少無茶なスケジュールでもやるしか無いと思えば自ずとスケジュールは決まるはず…

この「スケジュールを立てる」という行為自体が時間効率を良くする集中力の根源です！

何事も計画に書き起こせないものは上手く実行されません。なので脳内の中にでもまずはゴールまでの設計図を書く必要があります。そして設計図を作るにはゴールにたどり着くための長さ（時間）があるとイメージしやすくなるので期限（時間）を決める事が勉強や作業に集中する上で重要な要素となるのです！

目標を明確にする

よし、期限（時間）は決まった！
さあ、やるぞ！！

と意気込んでいる所申し訳ないのですが、期限を決めるだけでは不十分です。

なぜなら「何をするのかが明確になっていない。」ので計画に大きなブレが生じます。xxをする！などの明確な目標を設定することで今この時間にやらなければ行けないモノがわかりやすくなって自ずと無駄な寄り道が減ります。

優先順位も大切

かと言ってもプログラミングの勉強や作業をしている内に複数の疑問や問題が発覚してやることが多岐に渡って来るとどうしても明確な目標も焦点の合わない曖昧なものになってしまいがちです。

そんな時は都度、優先順位の確認をしてください。

今浮上した問題は次の作業に影響があるのか？
この問題は今解決すべきか？
残りの時間で解決できるのか？

基本的に目標は進んで行く事で「始めにイメージしていたものと実は全然違うものだった」なんて当たり前に起こりうる事なので、都度都度修正して行くことが大切です。

その中で優先順位を付けて振り分けていくと後々になって無駄な事に時間を使ってしまっていたなんて事は減ると思います。

何分休んだかも管理する

見落としがちですが休憩時間も管理してください。

休憩を一切入れないのも問題ですし、休憩と作業時間に明確な違いが無いのも多いに問題です。

私の場合は必ず休憩時間は明確に決めておかないとズルズルといってしまうので下記のタイマー戦法やストップウォッチ戦法を駆使しして大魔神ズルズルキュウケイと徹底抗戦に挑んでいます。

タイマーを使う

qiita.com

こちらのQiita記事にもあるようにタイマーを活用した集中力アップや時間効率を上昇させる方法はとても有効です。簡単に数字で見える化できる便利ツールなのでぜひとも導入をおすすめします。

また、私はタイマーを導入する場合に大切にしている4点があります。

• タイマー機能
• ストップウォッチ機能
• 無音アラーム機能
• どこでも使える

「timer-tab」がおすすめ

timer-tab

さて、時間管理とタイマーの重要性が理解できたところでこの記事で私が言いたかった本題に入ります。あまり膨らませられる内容でも無いのでとりあえずこちらのリンクを確認してください。

www.timer-tab.com

デザインがシンプル

何が良いって、、、デザインがとてもシンプルなんです！

ログイン機能なんてものも無いので今すぐ使い始めることができます！

無音タイマーも音楽タイマーもできる！

また、無音タイマーって結構難しいんですけどこちらもカバーしています。これなら図書館や仕事場などの音を出せない場所でもどんどん使って行くことのできる素晴らしいサービスです。

ストップウォッチもできる！

タイマーアプリだけどストップウォッチもできちゃいます！

私は主に休憩時間や初めての作業の時間を測る時に使います。

タイマーとストップウォッチを同時に使いたい？

そんなのwebアプリケーション何だからもう1タブ開いて動かしなさい！

そこらへんは臨機応変に対応するんだよ！

webアプリなのでPC作業と相性がいい

ほい！

プログラミングしてる時ってほぼ確実にwebブラウザ立ち上げてますよね？

だったらこのアプリとは相性が良いってことだ！！