はてなブックマーク

これまでWordPressを用いたWebサイト制作を多く手掛けてきましたが、フリーランスの方や他社様と制作業務をご一緒させていただくこともあります。 一口にWordPressを用いたWebサイト制作といっても、想定している進め方やレギュレーション、習得具合や期待などの認識がずれる懸念もありますので、このあたりを確認するとお互いのギャップが減るのではないかと質問事項を考えてみました。 この内容はWordPressでのサイト制作を行うエンジニア採用においても転用できる部分があると思います。 また、質問の意図を補完する意味で私の場合の回答例も記載しました。 この回答が正しいとも限りませんが、何を聞きたいかのイメージがしやすいかと思います。 質問事項 CMS選定について サイトのリニューアルを行う際に、WordPressを継続利用するかどうかも含めて提案して欲しいという要望があった場合、どのような

現在のWordPress標準制作フロー 5年前に記載したこちらの記事は、もう昨今の作業環境には適合しなくなりました。 2024年現在での弊社の標準的な制作フローをご紹介します。 WordPressを扱うエンジニアに対する質問事項で記載した回答例と一部重複しますが、より詳細に案内したいと思います。 前提事項 5年前の記載内容と前提事項は同様です。 Web制作会社などでいちからサイトを制作することを想定 汎用テーマなどを使って簡易に構築するとかではなく、ガッツリとそのサイト専用のテーマを作成する それぞれのツールのインストール方法などは記載しない Qiita内で丁寧に手順を記載している記事があるので検索してみてください ローカル開発環境 WordPressでサイト制作を決めた場合、携わるエンジニアは開発環境として何を使えばよいでしょうか？ 我々の回答としては、基本的には@wordpress/e

生成AIをプロジェクトメンバーとして捉える これからの時代は、ChatGPTなど生成AIと一緒に物事の取り組み、AIが得意な分野はAIに任せるという仕事のやり方が重要になると考えています。 ここでは、架空のプロジェクトを想定し、実際にAIと会話しながら進行をしてみようと思います。 ChatGPTとのコミュニケーションと途中成果物 案件概要: Webサイト制作会社のリニューアル URL: https://www.add-more.co.jp/ まずは、上記のサイトの情報をまとめたいと考えています。 アプローチは下記のように考えています。 ## Step1: wgetで対象サイトのクローリング 要件: * wgetはサーバー負荷を与えないように1ページ巡回ごとに1秒間隔をあける * 画像やCSSなどのアセットファイルは不要 ## Step2: 情報解析プログラム開発 要件: * wgetで取得

これまでの生存戦略 それほど尖った能力や知識がない中で、私のこれまでの生存戦略としては求められればなんでもやる、少しくらい泥水でも飲むというものでした。 フロントエンドからバックエンド、データベース設計、API設計、実装、インフラ側の設定、提案書作成、プレゼンテーション、プロジェクト進行、どれも“専門家として誇れるか”というと疑問がありますが、求められればなんでもやるスタンスでそれが自分の価値提供の形と考えていました。 また、以前までは「若い」というのも、強みでした。 一回りほど上の年齢に見られることも珍しくなく、「そんな若かったのか」と驚かれるなかで、「若いのに頑張ってるね」と年齢のフィルターで大目にみてもらえました。 しかし、そんな私も気が付けば40歳、もう若さという武器はありません。 （つい先日まで20代だったはずなのに..何かおかしい..） 体力的にも無理が効かず、新しいことを学ぶ

最初の心構え 顧客と伴走するようなプロジェクトの場合は、すでに存在するチームに途中参加することがあります。これは中途採用で入社するケースに状況として近いかもしれません。 このときに意識していることがいくつかあります。 感謝と尊敬の念を忘れない 新参者からすると、これまでの仕事とやり方が異なるかもしれません。 しかしやり方は違えど、これまでの仕事を進めてきたこと、今の仕組みを構築してきたことに尊敬を念をもつべきだと考えています。 様々な要因があっての現状と認識する すぐに思いつく、「こうしたらいいのに」は既存のメンバーにとっては周知のことだったりします。様々な外的要因や制限において、それが難しかったり現状においては最適解でないことがあります。 既存のワークに悪影響を与えたり引っ掻き回すようなことがないように エンジニアリングには「こうあるべき」という考え方や教科書的な考え方などがあります。

最近、業務にTailwindCSSとAstroを取り入れ始めました。 ここではそれまでの苦悩、導入までの軌跡や工夫についてご紹介します。 育った環境 私が社会人になるころにちょうどWeb標準という言葉が浸透し、「世の中はXHTMLでマークアップはセマンティックであるべし！」という価値観で育ちました。 CSSは名前の通り、カスケードするから良いものだと思っていましたし、クラス名はデザインの都合ではなく、機能や意味からつけることが幸福につながると信じていました。 当時は大量コーディングをより効率よく行うためにコマンドラインのプログラムをつくってXPathで抽出・変換し少しでも作業を軽減できないか試行錯誤したり、複数人でのコーディングをどのように効率よくまわせるか考えたり、HTMLをXMLとして捉えて、当時のXHTMLの思想に則って業務を進めていました。 XHTMLは廃れ、それほど厳格性を求めら