経験則のすべては仕組み化できなくてもコツを掴む過程は仕組み化できる
CSSが破綻しそうになる問題はHTMLやCSSを扱う人であれば誰しもが通る道である。だからこそ、FLOCSSのような設計思想が存在する。 ただ、設計思想を採用しても破綻危機の問題はそう簡単には回避できない。コードをルール化できても、そこから発展し、どのようにパーツを分離してコンポーネント化するかの「目」が必要だからだ。 ディープ […]
続きを読む →投稿者：酒井琢郎
リモートワークでのエンジニアの育て方
今年は4月と5月にエンジニアが1名ずつ入社した。1年前にも、その頃入社したエンジニアに教えたこととして日報記事を書いたが、今年は新型コロナウイルスの影響で2人とも初日からリモートワークという状況だ。入社していきなりリモートワークで、どのようにエンジニアの仕事を教えていくのか、今回は1ヶ月間試行錯誤した中でよかったと思えたことを紹 […]
続きを読む →リモートワークのメリット・デメリット
新型コロナウイルスの影響でベイジでもリモートワークが本格導入され１ヶ月以上が経った。始まるときはどうなることかと思ったが、よく考えるとエンジニアは、データは基本的にGitに預けているし、愛用のエディタに入っている拡張機能も自宅と同期していて、特殊なソフトも使わないので実際にリモートワークになってもほとんど仕事に支障が出なかった。 […]
続きを読む →エンジニアMTGで私たちが取り組んでいること
エンジニアチームでは毎週火曜日、午前の1時間くらいで全員でエンジニアMTGを開催している。議題は主に普段の業務の中で感じた問題点の改善で、GoogleのSpreadsheetをエンジニアの誰もが書き込めるようにして随時ストックするようにしている。 もともとは技術的に深堀りした内容をエンジニアどうしで共有しよう、というちょっとした […]
続きを読む →エラーと闘うときの心構え
ベイジにエンジニアとして入社して今年で4年目を迎え、未経験のエンジニアに教える機会も多くなっている。特にみんな躓きやすいのはエラーが出たときの対処法だ。エンジニアをやっていく以上、エラーとの闘いは常につきまとうもので、どう対応するか知っていることが重要だ。 今回、自分自身がいつもどのように対応しているかを振り返り、まとめたので紹 […]
続きを読む →CMSを理解するのに「Movable Type」をオススメする理由
エンジニアがフロントエンドもバックエンドも一貫して行うようになり、特に今年に入って私はCMS実装をする機会が非常に多くなった。これまではモックの実装までを行ってCMSはバックエンドのエンジニアに引き継いで実装してもらっていたが、今年はほぼすべての案件で一貫して実装を行った。その中で「Movable Type」というCMSを実装す […]
続きを読む →フォントのチラつき解消法
エンジニアなら、開発中のウェブサイトでロード時にWebフォントが適用されるまでに一瞬タイムラグがあるという現象に遭遇したことは一度くらいあるのではないだろうか。俗に言う「フォントのチラつき」問題だ。NotoSansJPなど重い日本語フォントを指定したときに発生しがちだ。 今回、私が遭遇したのはあるプロジェクトでYaku Han […]
続きを読む →ベイジ流未経験エンジニアの育て方
今年4月に新しいエンジニアの方が入社して約4ヶ月が過ぎた。新人の方は入社当時でHTML・CSS・JSの基礎知識はもっていたものの実務未経験だったので、他のエンジニアとも分担してベイジのコーディングを教えていった。今回はこの4ヶ月の進め方と振り返りをいくつかまとめたので、いまベイジを検討しているエンジニアの方やエンジニアの育て方で […]
続きを読む →フロントエンドエンジニアはWordPressまで実装すべき
私は今年の最初の方の日報で「フロントエンドエンジニアはモックからWordPressまで一貫して実装できた方がよい」と書いた（「エンジニアがモックからWordPress実装まで一貫して行うことの必要性」）。以前まではWordPress（以下、WP）実装の一部しか担当していなかったが、最近のプロジェクトでモック作成からWP実装まで全 […]
続きを読む →コーディングの「汎用性の高さ」は誰のためのものなのか？
他人のコードはあくまで他人のもの 入社時からHTMLとCSSをコーディングする際は「汎用性高く作るべき」と教わり、認識と命名ルールの統一・再利用しやすい構造・細分化など汎用性を意識してコーディングしてきた。こうすることで別のエンジニアが作ったパーツも自分のもののように扱え、コーディングが楽になると考えていた。しかし、意識しようが […]
続きを読む →