みなさん、入力フォームを制作する際、どのような施策をおこなっていますか？ 入力項目を見直したり、入力ステップを明確にしたりなど、入力フォーム最適化をおこなっていると思います。そのことで、コンバージョン率があがったり、ユーザーがストレスを感じないようになるでしょう。入力フォーム最適化はEFO対策 = Entry Form Optimizationとも呼ばれます。 サイトの設計段階で検討すべきことが多いですが、コーディングでも考慮すべき事が多々あります。今回はHTMLコーダーがエントリーフォームを制作する際に考慮すべき点について紹介します。 ※本記事では最近のブラウザに適したHTMLコーディング方法の紹介を目的としています。そのため、デザインとアクシビリティーでのベストプラクティスを紹介したものではありませんのでご了承ください。 自動入力機能に対応しよう Google Chrome（デスクトッ
PHPに関する日本最大のカンファレンスである「PHPカンファレンス2024」が2024年12月22日（日）に開催されます。カンファレンス盛り上げ企画として、開催までの5カ月間にわたりPHPの技術記事の連載を企画しました。この記事をお読みの皆さんには、PHPのさまざまな技術に触れながらカンファレンス当日を楽しみにしていただければと思います。第5回目の今回は、オープンソースのツールである「PlantUML」「php-class-diagram」を使って、既存のPHPのソースコードからソフトウェア設計の把握や改善に役立つクラス図を自動生成する方法を紹介します。 複雑なシステムの課題 PHPは伝統的に、シンプルなWebサイトを迅速に立ち上げるためのツールとして威力を発揮してきました。 迅速に立ち上げられたシステムも、機能追加を繰り返しながら運用を続けていると、プログラムが複雑化して修正や機能追加を
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事はSchoo Advent Calendar2024の19日目の記事です！ こんにちは、株式会社Schooの大兼政です。 Schooは、社会人学習以外にも複数の新規事業を手掛けており、そのひとつとして、Schoo Swingというデータ活用型次世代学習プラットフォームを開発・提供しています。 わたしは、Schoo Swingのカスタマーサクセスとプロダクトサポート12を担当しています。（以下、CSと呼びます。） 本日は、開発チームとコミュニケーションをとる機会も比較的多い、「CS」の頭の中について紹介したいと思います。 なぜ？ど
この記事はenechain Advent Calendar 2024の17日目の記事です。 はじめに BtoCとBtoBの基本的な違い 具体例 顧客層の違いとその影響 Vertical（縦型市場）とHorizontal（横型市場） プロダクトデザインにおける違い BtoBのプロダクトデザインの特性 BtoCのプロダクトデザインの特性 Vertical Market向けのデザインの特徴 BtoCとBtoBプロダクトデザインのまとめ UXデザインにおける違い BtoBのUXデザインの特性 BtoCのUXデザインの特性 BtoCとBtoBにおけるデザインアプローチの違い 1. 情報量のコントロール 2. 学習コストの優先度 eSquare Liveにおいて BtoCとBtoBのデザインにおける共通点 1. デザインプロセスやツールの共通性 2. シンプルさの重要性 3. ブランド価値の重要性 ま
データベースの利用の時、同期問題を解決することは非常に重要な課題です。 多くの人が Optimistic Lock（楽観ロック） と Pessimistic Lock（悲観ロック） について聞いたことがありますが、これら2つのロックの仕組みや適用シナリオについては明確でない場合があるかもしれません。 本記事では、2つロックを紹介し、それぞれの利点と欠点を分析することで、実際のプロジェクトでより良い選択ができるようにします。 Optimistic Lockとは？ Optimistic Lockは、「データを更新する前に、衝突が起こらない」と仮定し、 主に関連性の少なくてアクセス頻度が高いなデータ環境で使用されます 実現手順 Optimistic Lockは通常、バージョン番号や更新回数のコラムを使用して同期問題を解決： データを更新する前に、バージョン番号または更新回数を取得 レコードを更新
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 未経験からエンジニアで、初めからフルリモって実際どう？ おかげさまで、未経験からエンジニアに転職してもうすぐ1年が経ちます。 今年お世話になった方々、改めて有難うございました。 さてさて、私は転職当初からフルリモートで働いています。 フルリモで働いていることを伝えると、転職活動中の方や、内定先がフルリモートに決まった未経験エンジニアから「やっていけるでしょうか」「どんな人が向いてますか」と質問をもらうことも多いです。 そこで、今回は良く頂く質問に対して個人的見解をまとめてみようと思います。 つまりポエムです。 未経験者がフルリモートでエ
私は都内のベンチャー企業でSaaSの開発をしているエンジニアです。 最近、事業を進めるなかで感じていることがあります。それは、エンジニアとしての「優秀さ」の定義が変わってきているな、ということです。 もはや技術力では勝負がつかないかつてエンジニアの優秀さの定義は「いかに高い技術力を持つか？」が大きな割合を占めていました。 しかし、いまの日本のWeb事業において、ぶっちゃけ「技術力」が事業の決定打になることはほぼありません。 たとえば「Wantedly」のような求人掲載サービスも「クックパッド」のようなレシピ共有サービスも、機能として見たときには大きな違いがないですよね。情報が登録できて、表示されて、検索できて、いいねや検索条件の保存ができて……と、基本機能はほぼ同じように見えます（あくまで外から見た限りですが）。 私たちが開発中のSaaSも、基本機能は「データ入力、保存、表示」なので、さほ
NewsPicks Advent Calendar 2024 一日目の記事です。 こんにちは！ソーシャル経済メディア「NewsPicks」の安藤です。長らくSREチームのプレイングマネージャーをしていたのですが、最近はEMとして自分の技術的専門性とは異なる担当領域の開発チームもサポートしています。 その中で気づいたのが、「プロジェクトマネジメントを通じてならどのチームでもエンジニアリングマネージャーとして一定のバリューを発揮できるかもしれない」ということです。 私自身は前職で10年以上プライムのSIerに在籍しており、PMを務めたことはありませんが一流のPMの元で開発リーダーとして一緒に仕事をした経験はあります。*1 SEの必須研修として『プロジェクトマネジメント基礎』という一週間の座学をした程度の知識ですが、スクラムが中心の事業会社のエンジニアにとっても意外と役立つTIPSがあるので思い
この記事は Akerun - Qiita Advent Calendar 2024 - Qiita の 3 日目の記事です。 こんにちは、 AkiAbe - Qiita です。ご無沙汰しています。 フォトシンスに入って 5 年目となりました。そして VPoE ロールをやらせてもらって 2 年が経とうとしています。 時間の経つのは早いですね。 この 2 年で開発に関するプロセスやフォーマットなどをルール化し、運用を立て付けてきました。 2 年やってようやく板についてきて、ある程度サイクルが回る状態ができました。 フォトシンスとしてどのような開発フローや開発プロジェクトの管理をしているかをご紹介できればと思います。 プロダクト開発のプロセス 企画フェーズ / 企画承認 要件定義フェーズ / 開発着手承認 開発フェーズ / リリース承認 イメージ図 いざ、開発プロジェクトのはじまり！ 何を作るか
「PLAID Design Advent Calendar 2024」の1日目の記事です。 僕はこれまでフロントエンドの開発者として働いてきた傍ら、自身をウェブデザイナーとしても自認して、自分なりのやり方でデザインに携わってきました。この記事は、特定の組織での経験をテーマにしたものではなく、そうした自分の成り立ちを省みるためのものです。 また記事は、書籍『ビジュアル・シンカーの脳』の内容をもとにした自分の感想や思索についてまとめたものです。特定の属性の人物やその主義主張に優劣をつける意図はありません。 デザイナーが作ったデザインを見たとき、「見づらい」や「わかりにくい」といった印象を抱くことが僕にはそれなりにある。おおまかに言って、そう感じるのには大きく2通りの原因がある。 一つは、視覚的にボヤッとして見づらいとき。主要な文字のサイズが小さすぎたり色が薄すぎたり、周辺空間が騒々しくて目的の
著者プロフィール：酒井麻里子（さかい・まりこ） ITジャーナリスト／ライター。生成AIやXR、メタバースなどの新しいテクノロジーを中心に取材。その他、技術解説やスマホ・ガジェットなどのレビューも。著書に『趣味のChatGPT』（理工図書）、『先読み！IT×ビジネス講座ChatGPT』（共著・インプレス）など。Yahoo!ニュース公式コメンテーター。株式会社ウレルブン代表。XRと最新テクノロジーのWEBマガジン「TechComm-R」運営。 文章をAIでチェック おすすめのプロンプトの書き方は？ 「この文章をチェックして」「よくない箇所を指摘して」のような雑なプロンプトを使用した場合、修正の不要な箇所に指摘が入ったり、逆に指摘してほしい箇所が見逃されたりしがちだ。精度を上げるためには、どこをチェックしてほしいのか、チェックが不要な部分はどこなのかをできるだけ具体的に記載する必要がある。 まず
はじめに 最近、Qiitaに投稿される記事を見ていると、「Dify」という単語をよく目にするようになりました。記事の内容から、自分のPC上でChatGPTのような「チャットボット」を簡単に作成できるツールのようだと感じたため、今回はDifyの構築方法や操作感について確認してみることにしました。 Difyのインストール Difyのインストールと環境設定は、公式サイトの以下のページを参考に進めました。 今回はWindows OSでgitコマンドを実行できるように事前にインストールしておく必要があります。また、Docker Desktopもあらかじめインストールされていることが前提条件です。これらの手順については、多くのサイトで詳しく解説されているので、そちらを参考にしてください。 事前に必要なこと： 項目 説明
はじめに エンジニアに関する情報量は日本よりも海外（特にアメリカ）の方が圧倒的です。 そのため、英語での情報収集を習慣付けておくとより早く必要な情報に辿り着くことができます。 英語がわからない場合は、ChatGPTに全てコピペして翻訳させましょう！日本語ネイティブの皆さんでも余裕で海外コンテンツを見ることができるでしょう！ 本記事では、濃い情報が集まる場所をまとめました。 日頃の情報収集やキャリアに関する情報まで幅広くまとめたので、エンジニア学生や初学者にとって役に立つ内容かと思います。 ChatGPTと紹介している情報源を連携すれば、英語が苦手だとしても必要な情報に素早く辿り着くことができるでしょう。 本記事の対象読者： 日頃の学習に役立つ情報源を知りたい方 年収やキャリアに関する情報を手に入れたい方 インターンや就活前に情報を仕入れておきたい方 本記事の構成 学習系 ニュース系 キャリ
はじめに 業務で「Googleフォームで受け付けたお問い合わせ内容を元に、Redmineチケットを自動起票するGASを作成してほしい」という要望があったので対応しました。 ざっくりと、以下のような動きとなります。 ①Googleフォーム送信、スプシへ自動でフォーム投稿内容が集積される。 ②Googleフォーム送信をトリガーにGASスクリプトが起動。 ③スクリプト内で、スプシからフォーム回答内容を取得。 ④スクリプト内でRedmine API呼び出し、チケットを自動起票する。 当記事では、私が作成したGASスクリプトをサンプルとして展開、またそのサンプルコードの解説を行っています。 ご自分の実装したい内容に沿うよう、適宜カスタマイズしてお使いください。 GASサンプルコード全量 ＜サンプルコード👇＞ // メイン処理 function mainFunction() { console.lo
プロファイルでできることは環境の設定だけです。シェルの設定は実際にはできないことはないのですが、やっても無意味なことになるのでできないとします。無意味なことになるというのは新しく起動したシェルにはプロファイルで行うシェルの設定は反映されないということです。環境の設定とは、特定のシェルに依存しない初期化処理のことで、その一つが環境変数の設定です。環境変数は OS の機能であってシェルの機能ではありません。環境の設定には、他に stty コマンドによる端末の設定や umask コマンドによる umask の設定などがありますが、プロファイルで設定することはあまりありません。 rc ファイルでは環境の設定とシェルの設定の両方ができます。シェルの設定、例えばプロンプト文字列の設定やシェルの機能を有効にしたり補完スクリプトの読み込みなどは rc ファイルに書きます。つまり、ほとんどのことは rc フ
アジャイル型でアプリ開発を進めたところ、完成に至らなかったことについて、ベンダの不完全履行、プロジェクトマネジメント義務違反等が主張されたが、いずれも否定された事例。 事案の概要 eスポーツ事業の企画・運営等を行う原告（Ｘ）は、ゲーマー向けソーシャルアプリの開発を構想し、開発ベンダである被告（Ｙ）との間で、平成28年8月18日に、ゲームに参加する人をマッチングし、参加者同士がコミュニティを形成するソーシャルメディア機能を有するソフトウェア（本件ソフトウェア）を開発する契約（本件契約）を締結した。対価の額合計は、2450万円。その支払は1000万円、1000万円、450万円の3回にわけて行われることとされ、最後の450万円は、納品物を納入後に支払うこととなっていた。 本件契約の締結前には、Ｘは、検収に合格しなかったら、支払済みの代金を返金する条項を設けることを求めたが、Ｙは「返金を想定してお
Geolonia がオープンソースで公開している住所正規化エンジン normalize-japanese-addresses のバージョン 3 を公開しました。 住所マスターの更新 これまでのバージョンでは、国土数値情報や郵便局データを使った住所マスターをベースに動作していました。今回のバージョンでは、住所マスター自体も更新しております。具体的には、デジタル庁が公開しているアドレス・ベース・レジストリ（ABR）を元に作り直しました。 これにより、正規化できる住所の網羅性、精度の向上、更新頻度の安定化が期待されます。 デモサイトのご案内 新バージョンを早速お試しいただけるデモサイトをご用意しました。ぜひご利用ください。 デモサイトはこちら 出力形式の変更点 v3 へのアップグレードの際には、出力形式が変更されているためご注意ください。 v2 はそのまま利用いただく場合は出力形式が変わりません
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
