高卒クズ男の再興戦略

高卒クズ男こと堀川登喜矢がエンジニア転職を皮切りにクズ脱却を目指すブログです。

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

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

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

それでは本編をどうぞ!

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

趣味は転職活動です!
趣味は転職活動です!

本日より始動した「趣味転職活動」について、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」で無音タイマーもストップウォッチもできちゃいます!

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

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

それでは本編をどうぞ!

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

f:id:xmobile:20181124220200j:plain

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

目標を明確にする

よし、期限(時間)は決まった!
さあ、やるぞ!!

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

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

優先順位も大切

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

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

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

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

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

何分休んだかも管理する

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

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

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

タイマーを使う

qiita.com

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

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

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

「timer-tab」がおすすめ

timer-tab
timer-tab

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

www.timer-tab.com

デザインがシンプル

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

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

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

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

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

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

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

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

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

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

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

ほい!

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

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

「webを支える技術」のKindle版が出たので早速買って見たけどいい感じだった報告

こんにちは、最近苦手意識を持っていたJavaScriptとインフラ周りと本気で向き合って見ようかな?と思い始めた系エンジニアの堀川です。

Laravelと相性のいいVue.jsなら何とかなりそうですね!

それでは本編をどうぞ。

「webを支える技術」のKindle版買ってみた

webを支える技術
webを支える技術

早速ですが2018年11月14日発売の「webを支える技術(電子版)」ことKindle版の登場で気になる部分について共有する記事を書いておこうかな?と思いました。

コードは読み辛くない?

技術書あるあるの「電子版はコードが読み辛い」件について、今回は「webを支える技術」自体に殆どソースコードが書かれていない事で懸念事項から除外されました。

つまり殆ど読み物として扱えるので技術書あるあるの電子版を買って後悔すると言ったことはなさそうです。

KindlePaperWhiteでも読める!

電子書籍で買っても結局iPad何かで読むと目が疲れて嫌なんだよね〜」

と私自身も常日頃から思っておりました。

しかし、技術書でありながら「webを支える技術」は活字メインの読み物なので十分にKindle端末で読むことができました!

これで毎朝の通勤時間のお供ができましたね!

目次を読みながらリンクに移動できるのがいいね!

技術書は目次をしっかり読むことで体系的に説明された内容をより理解しやすくなるため、じっくりと目次を読むことが多いかと思います。(エンジニア先輩から教わった)

しかし、内容がすごく気になっても直ぐに移動できないとせっかくの好奇心がもったいないですよね!その点「webを支える技術電子版」はリンクにも対応しているので直ぐに移動して好奇心がMaxの状態で内容を確認する事ができます!

PDF版みたいなのじゃない!

技術書の電子版あるあるで技術書を買ってみたはいいものの、中身は粗悪なPDFのような物で読みづらくて仕方がないなんて事もしばしば…

しかし、今回はそんな事は無いようです。

とても読みやすいのでぜひ買ってみてください!

「webを支える技術」を読もうと思った理由について「読む前メモ」

はじめに

こんにちは、最近別の道を歩んでいる友人がある程度の資産形成を完了させて焦りを覚え始めた系エンジニアの堀川です。

努力の方向性とはよく言ったものですね。

僕もその辺りの考え方を今一度アップデートしなければなりません。

それでは本編をどうぞ。

webを支える技術を読もうと思った理由について

f:id:xmobile:20181118022648p:plain

エンジニアとして働き始めて7ヶ月以上が経ちました。

最近はAWSを使ったインフラ周りの業務ばかりをしていたのでコードを書けず、プログラミングレスな気分になっていたのですが(どうでもいい)ふと「webについての根幹の知識が足りてなさすぎるな。」と感じたためwebを支える技術を購入してみることにしました。

「動くだけ」のプログラミングに需要は無い

近年、コーディングのできるエンジニアの需要は高まりつつあります。エンジニアという職業はこのIT最前線の時代に於いては常に最先端にあり続けるとてもカッコいい職業と見られることも少なくありません。

しかし

世間が求めるエンジニア像とは「動くだけのプログラミング」を書くエンジニアは該当していません。

コードは資産(一応)

普段何気なく書いているコードは資産として捉える事ができます。

しかし、これまた動くだけのゴミコードを量産していくと本来資産であるはずの過去のコード達は負債へと姿を変貌させます。

保守性や拡張性の無いコードは生産したその瞬間から負債だそうです。なのでエンジニアの多くは間違いを正したくなる性質を持ち合わせているのだと思います。

ゴミコード量産してない?

もし、自分がゴミコードを量産していると思ったら企業の負債を吐き出すマシーンになる前に技術書や勉強会などで自分の知識をアップデートする必要があります。

特に保守性や拡張性と言ったものは経験則によるところが大きいため、社内に聞ける方がいないとなると技術書や勉強会に行って知識や考え方を教わるしかありません。

私もこの懸念から「webを支える技術」を購入しました。

技術書を読んで根幹を知り考え方を定着させる

先日、シャットダウンの方法について上司と話した時に「OSを理解している人はこのコマンドを使うけどパッケージ化されたコマンドを打ってもやってることは同じだ」という話から業務時間中に15分ほどUNIXから始まるOSの歴史講習を受けました。

理解している人にとっては「あ〜、あれね。」となるようなことかも知れませんが私にとっては「へ〜、ほ〜、なるほど〜。」と音を発するだけでした。

何が言いたいかと言うと
「全くついていけませんでした。」ということです。

webを支える技術を読み終わってからもう一度抽象的な技術についての記事をかければと思います。

はてなブログの文字サイズが読みにくいなら16pxに大きくしてみない?

こんにちは、

文字の読み易さにうるさい系エンジニアの堀川です。

最近、WordPressで構築されたサイトが世界の30%を超えたらしい!」という話を聞いて直ぐにWordPressに移行して今後の副業案件を受託できる様にしておかねば!!と躍起になっております。

それでは本編をどうぞ!

はてなブログが読みにくいので文字サイズを変えてみた

f:id:xmobile:20181109011151j:plain

むむむ、何かWordPressのブログとか見てると文字が読みやすくない?

それなのに僕のブログはとてもじゃないけど読みにくくて…

と思っていたらやはり!

ただ僕のブログの書き方が悪かったんじゃなくて文字サイズが小さくて見にくいらしいんです!というわけで今回は急遽文字サイズを適正な大きさに変えてやろうと思い本記事を書きました!

はてなブログのフォントサイズは14px!?

私も前々から読みにくいとは思っていたんですけど、まさかフォントサイズが14pxだとは思っていませんでした。下記の記事を読んで通りでな〜となったことは言わずもがな…笑

「うわっ…はてなブログ、読みにくすぎ…!」最大の原因はコレ - オークニズム

もし気になるようであればこの記事を読んだら直ぐにフォントサイズを変える事をおすすめします!

僕もこの記事を書く5分前までは小さな読みにくい文字を使っていました!

Google推奨は16px以上

上記で紹介した記事の通りGoogleの推奨フォントサイズは16px以上です!つまりはてなブログGoogleさんに真っ向から勝負しに行ってるみたいですね!笑

また、GoogleSEOには文字サイズが16px以上の文字がサイトの70%以上を占めているかという部分を見ているらしいです。

僕が検証した訳ではありませんが、非推奨のものをワザワザやりたいとは思いませんよね!実際文字が小さいと読みにくいですから!

cssで文字サイズを16pxに変える

文字サイズをGoogle推奨の文字サイズにしたい場合は

下記のコードを

「 デザイン > 記事 > 記事上 」

に書き写して見てください!

デザインのところに書いても良いんですが、無料版ではスマホのフォントを適応させられなかったので今回は記事上のhtmlを書き換えます!

また、スマホのデザインの記事の「PC版と同じデザインを表示する」にチェックを入れておかないとできないのでご注意ください!

スマホ版も対応!!

<style type="text/css">

/* PC版 */
.entry-content p {
    font-size: 16px;
}

/* スマホ版 */
@media screen and (max-width: 480px) {
    .entry-content p {
        font-size: 16px;
    }
}

</style>

まとめ

いかがでしょうか?

ちゃんと文字サイズを変えることができたでしょうか?最近人気のnoteや読みやすいWordPressの記事などもフォントサイズを気にして作られています。

本気でブログをやっていくなら文字サイズくらい自分の一番だと思うものを使いたいですよね!