すべてのブログから「#Webアプリ」タグの検索結果

Dartって？こんにちは。ackey_mです。いきなりですがDartというプログラミング言語をご存じでしょうか？2011年にGoogleで作られたプログラミング言語で、JavaScriptの替わりという位置づけで作られた言語なのだそうです。残念ながらその時にはあまり普及せず、今ではTypeScriptのほうが広く知られているかと思います。しかし、すでに廃れてしまったというわけではまったくありません！Dartはこれから盛り上がる？Flutterというモバイルアプリケーションフレームワークがあり、それに採用されている言語がDartなのです。また、Googleが開発中である新OSの「Fuchsia」はDartで作られていて、そのUIやアプリケーションはflutterで作られているのだとか。Googleが開発した主流のOSといえばAndroidですが、もしそのFuchsia（なんて読むんだ）が取って替わったときにはDartやflutterがものすごく流行するかもしれませんね！コスパの良さは抜群！FlutterFlutterはアプリの開発効率が非常に良いことで知られています。・iOS、Androidなどのネイティブアプリのほか、webアプリやデスクトップアプリの作成も可能なクロスプラットフォーム・豊富なウィジェットがそろったUI・アプリを再起動しなくても修正が反映される、ホットリロードなど、特に個人開発など小規模な開発ではすばらしいパフォーマンスを発揮してくれそうです！洗練されたウィジェットたち私がとても感動したのが、Flutterに用意された超強力なウィジェットの数々です。おしゃれなデ

ベナオと申します。ココナラさんでは主にDjangoというフレームワークを使った、PythonのWebアプリケーション開発をさせていただいております。WebアプリケーションはスマホとPCどちらからもブラウザさえあればアクセスできたり、iosアプリなどにある公開時の審査も無いのでサービス公開しやすいといったメリットがあります。しかし開発の経験が浅い方にとっての不安要素は、アプリを公開する際のサーバーの種類や料金になるかと思います。最も一般的に耳にするのはAmazonの提供するAWSでしょうか。Webサービスのアイデアはあるけどサーバー費用に月々いくらかかるのか分からないから不安、といった方は多いのでは無いでしょうか？今回はHerokuというサービスを紹介し、用途に応じたプランの費用をチェックしてみたいと思います。ご自分でサービス公開される場合や、開発をご依頼される場合の参考になりましたら幸いです。1. Heroku（クラウドアプリケーションプラットフォーム）個人開発者なら耳にする方は多いのでは無いかと思います。HerokuはWebアプリケーションを手軽に公開できるクラウドサーバーを提供しています。画像にもあるように、８つのプログラミング言語に対応しています。PHPのlaravel、Ruby on rails、PythonのDjangoなどメジャーなWeb開発フレームワークがカバーされています。制約はありますが、完全無料でアプリを公開することもできます。Gitを利用して公開作業をするので、Gitを使ったことがあれば初めてでも取り組みやすいでしょう。また入門向けのWebアプリ作成のチュ

LIFFアプリってなに？LIFFアプリって聞いたことありますか？LIFFは「LINE Front-end Framework」の略で、LINE社が提供する提供するウェブアプリケーションのプラットフォームです。LIFFを使って動作するアプリケーションを「LIFFアプリ」と呼びます。LINEミニアプリと何が違うの？LIFFアプリとLINEミニアプリの違いは以下のとおりです。出典：LINE API Use Caseエンドユーザ視点ではあまり変わりませんが、サービス提供者視点ではLINEによる審査および認定の有無が特に大きな違いかと思います。LIFFのメリットは？（エンドユーザ視点）エンドユーザのメリットとしては、以下のようなことが挙げられます。・LINE上からブラウザなど他のアプリに遷移することなく、シームレスに利用できる・ログインなどは不要で簡単にシステムを利用することできるLIFFのメリットは？（サービス提供者視点）サービス提供者のメリットとしては、以下のようなことが挙げられます。・LINEのユーザー情報を取得でき、顧客情報を連携することができる ・メッセージの配信などをLINEで行うことができるため、顧客へのアプローチがしやすい LIFFで何ができるの？１．LINE公式アカウントにWEBアプリを連携することができるLINE公式アカウントのリッチメニューにLIFFアプリのリンクを設定しておくことで、ユーザはそのトークルーム内で、メニューをタップするだけでLIFFアプリを利用することできます。これにより、LINEと他のアプリを行き来することなく、LINEのトークルーム内だけで完結さ

今までの経歴について記事をご覧いただきありがとうございます！今までの経歴などは以下のプロフィールに詳細を記載しておりますので、こちらをご覧いただけますと幸いです。https://coconala.com/users/2108533ココナラでどんな活動をしているかココナラでは、今までのエンジニアとしての幅広いシステム開発経験を活かし、お客様の課題解決や目的達成のお手伝いを第一に考え、IT・システム導入のコンサルティング、簡単なツール～WEBアプリケーションの作成まで幅広く対応させていただいております。ココナラで活動を始めて以来ありがたいことに、様々なご依頼・ご相談をいただき、多くの方々の課題解決のお手伝いをすることができ、高評価をいただくことができました。ITの知識がない方に対しても分かりやすく、伝わりやすいようなコミュニケーションを心がけておりますので、ITやシステムに関連してなにかお困りごとありましたらお気軽にご相談ください。出品サービスについて最近の出品サービスについて簡単にご紹介させていただきます。最近は店舗経営されている方向けのサービスも出品しております。・LINE上で動作するWEB予約システムLINE公式アカウントと連携することができる自動予約管理システムです。 このシステムにより、お客様はLINE上から簡単に予約可能なため、予約率UP、顧客の囲い込みの実現が見込めます。（※詳細は下記ページをご覧ください）・SNSの投稿をGoogleマイビジネスに自動連携するシステム SNSの投稿とGoogleマイビジネスと連動できるようになり、毎日のSNS投稿が自動的にGoogle

今回はクラスページのクラス予定に関するページについて紹介したいと思います。ここのページではクラスの予定のみが閲覧できるようになっています。それでは見ていきましょう。まずは基本のビジュアルから⬇︎月毎に閲覧できるようになっており、今月の予定が初期表示されるような仕様になっています。予定名、予定日のみが表示されるようにし、選択すると詳細が表示されます。こんな感じです⬇︎こちらの詳細ページで詳しく内容が確認できます。右側の⚙マークを押すと...⬇︎編集ページになっています。こちらですぐに内容変更ができるようになっておりアクセスしやすくしました。では登録画面を見ていきましょう⬇︎バリデーション(バリデーションは未入力のチェックや数字の半角指定などを判定する機能のことです！！)付きの情報入力画面です。確認ページ⬇︎(＊全画面に戻った時のセッションについてはコード解説の時に解説します)登録ページ⬇︎情報が反映されました⬇︎　予定をクラスごと、試験ごとなど分けていますがここに関して全て統一した予定でもいいのではないかとも思いましたが、例えば朝礼、夕礼での先生の話さなければならないことをすぐに確認できるのは便利だなと思い予定を細かく分けました。先生がいかに一つの仕事に集中できるかここが大事なのかなと思います。　こういうどうしたら先生の多すぎる業務を効率化できるか？と言う問に対してシチュエーションを想定しながらアプリの仕様を考えると、具体的な仕様が見えてきます(月毎表示の方がいいのではないか、すぐに内容修正をかけられた方がいいのではないか等)。次回は授業スケジュールのビジュアル紹介です。ありがと

コツコツと発信を続けているのに、なかなか問い合わせや体験につながらない…。そんな壁にぶつかったことはありませんか？じつはこれ、オンラインでサービスを届けている多くの方が感じている共通の悩みです。原因は発信の量でも質でもなく、ユーザーが「自分ごと」として参加できる仕組みがないことにあります。この記事では、AIを活用した体験型WEBアプリを使って、ユーザーが自ら動き出す仕掛けのつくり方をお伝えします。読み終わるころには「自分のサービスにも取り入れてみたい」と感じていただけるはずです。「見てもらっても動かない」──一方通行の発信が抱える限界SNSやブログで情報を発信し続けることは、間違いなく大切なことです。でも、どれだけ丁寧なコンテンツを作っても、ユーザーはあくまで「観客」のまま。あなたのことを知っていても、最後の一歩を踏み出すきっかけがなければ、なかなか動くことはありません。マーケティングの調査では、消費者の71%が「自分に合わせたパーソナルな体験」を期待していると言われています。一般向けの発信ではなく、「自分への回答」を求めているのが、今のユーザーの本音です。いくら発信を増やしても、この欲求に応えられていなければ、行動は生まれません。では、どうすればユーザーが「自分から動きたくなる」状態をつくれるのでしょうか。アンケートでは絶対に取れない「本音のインサイト」があるユーザーの本音を知ろうと、アンケートを実施したことがある方も多いかと思います。しかし、アンケートには大きな限界があります。「答えなければいけない」という義務感から、表面的な回答しか得られないことがほとんどなのです。一方、

ビジネスの成長や新規サービスのデジタル化を考えることもあるはずです。しかし、時折耳にするのが「Webアプリとスマホアプリ、どちらを選べばいいんだろう？」という質問です。どちらも優れた選択肢ですが、それぞれにメリットとデメリットがあり、ビジネスの目的やターゲットによって最適なものは異なります。今回は、Webアプリとスマホアプリの違いをわかりやすく解説し、それぞれがどんなシチュエーションに向いているのかを詳しく紹介します。1. Webアプリとは？Webアプリは、インターネットブラウザを通じて利用できるアプリです。特別なアプリをスマホやPCにインストールする必要がなく、ChromeやSafariといったブラウザで動作します。Webアプリのメリット・マルチデバイス対応一度作れば、PC、スマホ、タブレットなど、どんなデバイスでも利用可能。特定の端末に依存せず、どこからでもアクセスできるのが魅力です。・更新が簡単ユーザー側でアプリを再インストールする必要はなく、開発者がサーバー上で更新すれば、ユーザーがすぐに新しいバージョンを利用できる点が便利です。・開発コストが比較的低いスマホアプリに比べて、開発コストが抑えやすいのが特徴です。複数のプラットフォームに対応したい場合、Webアプリなら一度の開発で済むことが多いです。Webアプリのデメリット・オフライン利用が難しいWebアプリはインターネット接続が必要なため、基本的にオフラインでは使えません。オフライン対応の機能を入れるには、別途開発が必要です。2. スマホアプリとは？スマホアプリは、App StoreやGoogle Playからダウンロー

今回は、これまでMAMPのローカル環境で作っていた**自分用レシピ管理アプリ「My Recipe」**を、Xserverに公開する作業を進めました。これまではMacの中だけで動かしていましたが、今回はスマホからも使えるようにするため、サーバーへ移行しました。今回進めたことまず、Xserverのpublic_html内にmy-recipeフォルダを作成し、これまで作ってきたPHP・CSS・画像フォルダなどをアップロードしました。アップした主なファイルは、index.phpadd.phpdetail.phpsave.phpdb.phpcssjsuploadsなどです。Xserver側にMySQLを作成レシピデータはMySQLに保存しているため、ファイルをアップロードするだけでは動きません。そこでXserver側に新しく、xs851875_recipeというデータベースを作成しました。さらに、このデータベースを操作するためのMySQLユーザーも作成し、アクセス権を設定しました。MAMPのデータをXserverへ移行次に、これまでMAMPのphpMyAdminで使用していたmy_recipeデータベースをSQLファイルとしてエクスポートしました。そのSQLファイルをXserver側のphpMyAdminからインポート。これによって、今まで登録していたレシピデータもそのままXserverへ移すことができました。db.phpもXserver用に変更ローカル環境では、host=127.0.0.1port=8889などMAMP専用の接続情報を使用していました。公開後は、Xserver用にhos

Fletとは何かFletは、Pythonを使用してシンプルかつ効率的にWebアプリケーションを構築するためのフレームワークです。従来のWeb開発で必要なHTML、CSS、JavaScriptの知識を大幅に軽減し、Pythonの知識だけでWebアプリケーションを開発することが可能です。これにより、Pythonの開発者が容易にWebアプリケーションの作成に着手できるようになります。Fletの主な特徴には以下の点が挙げられます： • 簡潔なコード：PythonのコードのみでWebアプリを構築できるため、コーディングが簡単 • 高速な開発：短時間で機能を実装し、プロトタイプを作成可能 • 豊富なコンポーネント：多数のUIコンポーネントが提供されており、直感的にアプリケーションを作成できる。チュートリアルの概要と目的このチュートリアルでは、Fletを使用して基本的なToDoアプリケーションを作成する方法を学びます。ローカルデータベースを使用せず、セッション内でデータを管理するシンプルなアプリケーションを開発します。具体的には、以下の内容を順を追って説明します： 1. 環境の準備：必要なツールやソフトウェアのインストール方法 2. プロジェクトの作成：Fletを使ったプロジェクトの初期設定 3. 基本的なアプリの構築：簡単なUIの作成とアプリの基本的な構造 4. UIコンポーネントの追加：ToDoアイテムの追加や表示、削除機能の実装 5. アプリのロジック実装：イベントハンドリングや状態管理の方法 6. デバッグとテスト：アプリのデバッグとテスト方法 7. デプロイと公開：アプリを公開する

みなさんこんにちは。 小学2年生になる息子がいるのですが、 ポケモンが大好きです。 かつ、今後のICT教育を見据え、パソコンにはどんどん触れてほしいと思い、ポケモンアプリを開発することにしました。 ゲームボーイカラー風ポケモンアプリ (エイチ)ttps://pokemon-app-ff27a.web.app/ ※リンクが貼れない仕様なので頭文字をカタカナにしてます。見た目はこんな感じです。開発環境について開発環境に関する詳細は過去のブログでもご紹介させていただいております。変更点について1.「こくご」モードを追加しました。　今までは算数の計算問題だけでしたが、　今回は国語のモードを追加しております。　出題された漢字の画数を入力する問題になっています。2.ゲーム画面をよりポケモンで使用している画面にアレンジしました。　これはかなりこだわりました。　出現するポケモンのレベルもHPもランダムで変わるようにしています。　初代ポケモン世代は大興奮(?)すること間違いなし(笑)！！！ちなみに、さんすうモードの画面はこんな感じです。3.小学生で習う漢字の出題範囲を指定できるようにしました。　私の息子は小学２年生ですが、兄弟、姉妹、ご家族で楽しめるように出題範囲を１年生～６年生で選択できるようにしました。　小学５年生、６年生くらいになってくると大人でも全問正解難しいのでは？と思う内容になっています。4.UIでのボタン操作ができるようになりました。　Aボタンで決定、Bボタンでキャンセルできるようにしています。　PC操作の練習を主体的な目的としたWebアプリなので、クリック動作が必要になります。　

こんにちは、ノーコード によりアプリ開発をご支援させていただいております西澤志門（＠NishizawaShimon）です。今回は、ノーコード 開発ツールのそれぞれの特徴をご紹介/ツールの料金プランまで詳しく解説させていただきましたので是非ご覧ください。（他の記事も執筆していますのでご覧いただけると幸いです。）目次この記事で解決できることアプリ開発に最適なノーコード ツール５選Bubble（バブル）Adalo（アダロ）Glide（グライド）Click（クリック）FlutterFlow（フラッターフロウ）Webサイト制作に最適なノーコード ツール５選ペライチSTUDIO（スタジオ）Wix（ウィックス）Jimdo（ジンドゥー）Webflow（ウェブフロー）ECサイトに最適なノーコード ツール２選Shopify（ショッピファイ）BASE（ベイス）業務効率化に最適なノーコード ツール３選Airtable（エアテーブル）Zapier（ザピアー）Notion（ノーション ）最後にお問い合わせはこちらこの記事で解決できることノーコード ツールってどのような種類があるの？アプリを開発したいが、どのツールが最適なの？自分の目的にあったツールが知りたい…　等近年、よく耳にするノーコード ですが、ノーコード ツールは全世界で300種類以上存在すると言われています。今回は、「目的ごと」に最適なノーコード ツールを解説していきます。アプリ開発に最適なノーコード ツール５選Bubble（バブル）【特徴】・Webアプリを作るなら「Bubble」・デザイン/実装機能の自由度が高い　Bubbleは、Webアプリケ

コロナの変異株、オミクロン株が猛威を振るい、以前のデルタ株に比べて驚異的な拡大を見せています。先日富士山を撮りに行った際、地元のお店でほうとうを食べたのですが、県の指導の下、お店では感染拡大防止のために、入店記録簿を取っていました。これは県がお店に、直近1か月以内に入店したお客さんに連絡が出来る体制を整えるように要請をしているものです。お客さんには、氏名と連絡先と入店時間とグループ人数を書き込む紙切れが渡されます。お客さんはこれに記入して、お店に渡すのですが、これ、お客さんにもお店側にも大変ポイントがあります。ポイントその１：記入するために渡されるペンの消毒管理　これ、実際に忙しい店内業務で出来ますか？　お客さんも誰かが使ったペンで記入する不安がありますよ。ポイントその２：記入された紙切れをスタッフがまとめる面倒　これ紙切れのまま保存しておくんですか？　1か月たったらシュレッダーかけると言っていたから、保存しておくのかも知れませんが、どんどん書類が溜まっていって収集つかなくなるんじゃないですかね～？ポイントその3：記入された文字が汚くて読めなかったら？　いちいち、読めないのでもう一度書いてくださいって言えないですよね？こういった業務と不安を、Webサービスなら解決できます。その方法は、1.Webサービスアプリを作って、そのアクセス先をQRコードにして、各テーブルに置いておきます。2.お客さんは、自分のスマホでQRコードを読み込み、登録ページにアクセスします。3.登録ページにアクセスしたら、情報を入力して登録ボタンを押して完了。　感染の危険があるペンを借りたりする必要がありません

こんにちは、henithです。なかなか筆が進まないですがぼちぼち書いていきます。Roadieを召喚するrbenvを使用していてバージョン管理しており、rubyは3.0.0でrailsは6.1.3でRoadieを召喚します。①現在指定しているRubyバージョンの確認。-------------------------------- ターミナル --------------------------------henith:Rails henith$ rbenv versions  system  2.4.3  2.5.1  2.6.6* 3.0.0 (set by /Users/taisuke/.rbenv/version)--------------------------------------------------------------------------------②現在所持してるRailsバージョンの確認。-------------------------------- ターミナル --------------------------------henith:Rails henith$ gem list rails*** LOCAL GEMS ***jquery-rails (4.4.0)pry-rails (0.3.9)rails (6.1.3, 6.1.2.1, 6.1.1, 6.0.3.5, 6.0.3.4) ←コレrails-dom-testing (2.0.3)-----------------------------------------------

こんにちは、henithです。前回と少し内容が被りますが、書いていこうと思います。はじめにRoadieの開発時のことは前回の創刊号にてザックリとお話しましたが、Roadieを開発する前に一体どのように勉強をしたのか自分の成長記録的にも残しておこうかと思います。Ruby on Railsとの出会い初めてRuby on Railsなるものに出会ったのは前職(社内ITサポート系)に就職した時でした。そこでは社員で情報を共有する掲示板や日報がRuby on Railsで作られており、初めて触った時に「うわぁ、すげぇぇ！」と感動したのを覚えています。前職ではIT系のことはなんでもする部署で、日常のヘルプデスク・サーバ、PCのキッティングや保守管理・ネットワークのインフラ管理、障害対応・GsuiteやADなどのアカウント管理、VBAやGASによるツールの作成・HPの制作・広報・チラシ、動画の作成・勤怠システムやMicrosoft365などのシステム導入サポート…などなど他にも挙げればキリがないです 笑そんな中で自分もぼちぼちRuby on Railsでの開発部隊に加わるべく「勉強を始めなきゃなぁ」っと思っているところで退職し地元に帰る事になりました。退職してから時間もできたので「よしっ！勉強するべ！」と気合を入れてRuby on Railsに向き合うこととなったわけです。どうやって勉強したか実は前職で開発部隊にいずれ加わるためにRubyの勉強会的なものを受けており、プログラミングに関してはなんとなぁ〜くわかる状態ではありました。Railsチュートリアルや参考書を買って少し進めてはみたものの

※アイキャッチは、この記事のために制作したイメージイラストです。■ 現場は終わった。でも、月末の仕事は終わらない巡回先での清掃は終わっている。スタッフから「完了しました」の連絡も来ている。それなのに月末になると、どの写真がどの現場かを探し、担当者に聞き、顧客へ出す報告を作り直している。請求の準備は、そこからです。この記事では、スタッフ8人、巡回3班の清掃会社を想定します。代表は自分も現場へ出ながら、顧客対応と月末請求を担当している。日中に届いた報告を夜に見返し、「ここは追加作業だった？」「先方へ写真を送った？」と確かめている方に向けて書きました。人数や状況は説明のための想定で、実在の会社の事例ではありません。忙しい現場ほど、「入力が悪い」「写真が足りない」と個人の問題に見えがちです。ただ、報告する側には、何が揃えば次の仕事へ渡せるのか見えていないこともあります。目指したいのは、立派な報告書を毎回つくることではありません。一つの作業について、誰が何を確認すれば請求の準備へ進めるかを、現場と事務の両方から分かるようにすることです。■ 「完了」を一つの言葉で済ませないスタッフにとっての完了は、予定した清掃を終えたこと。代表にとっての完了は、記録を確認し、必要な報告を顧客へ渡し、契約に沿って請求対象を整理できたことかもしれません。同じ「完了」でも、指している場所が違います。ここを一つのチェック欄にすると、作業は終わっているのに記録が不足している案件と、記録は揃っているのに社内確認を待っている案件が、同じ状態に見えます。月末になってから全部を開き直すことになります。例えば、作業完了、写真

「Webアプリって、入力したデータはどこに保存されるの？」「Googleスプレッドシートとつながっていると言われても、いまいちイメージが湧かない」「GASって何？」初めてWebアプリを使うとき、こんな疑問を持つ方も多いと思います。実は、仕組み自体はそれほど難しくありません。手間なしラボのWebアプリでは、大きく分けると、WebアプリGASGoogleスプレッドシートこの3つがつながって動いています。まずは、全体のイメージから見てみましょう。一番下に、スマートフォンを持ったユーザー。その上に、Webアプリさらにその上に、GASそして一番上に、あなたのデータ保存場所（Googleスプレッドシート）があるイメージです。WebアプリとGAS、GASとGoogleスプレッドシートの間では、データが行ったり来たりしています。では、それぞれ何をしているのか、順番に見ていきます。Googleスプレッドシートって何？Googleスプレッドシートは、イメージとしてはMicrosoftのExcelに近いものです。普段、パソコンで表を作ったり数字を管理したりするときに、Excelを使ったことがある方も多いと思います。Googleスプレッドシートも、見た目や使い方はExcelとよく似ています。大きく違うのは、パソコンの中だけに保存するのではなく、Googleアカウントにひもづいて、インターネット上で使えることです。そのため、同じGoogleアカウントでログインすれば、パソコンが変わってもデータを確認したり編集したりできます。手間なしラボのWebアプリ商品では、このGoogleスプレッドシートを、「あなた

「欲しい機能があるツールが見つからない」なら作れます｜既製品に仕事を合わせる前に考えたい“専用ツール”という選択肢「探せば何かあると思ったんですけど、ちょうどいいツールがないんですよね」業務改善の話をしていると、珍しくない悩みです。勤怠、顧客管理、在庫管理、日報、予約、見積、進捗管理。世の中には便利なサービスがたくさんあります。それでも実際に使おうとすると、「この項目だけ足りない」「この画面はいらない」「ここだけExcelに戻る」「結局、最後は手入力」「会社のやり方をツール側に合わせないといけない」となることがあります。既製品が悪いわけではありません。むしろ、条件が合うなら既製品を使ったほうが早いです。ただ、仕事のほうを無理に変えてまでツールへ合わせ始めたら、一度だけ別の選択肢も考えていいと思っています。自分たちの業務に合わせて、必要な機能だけを持った専用ツールを作る。今回は、既製品を使い続けるケースと、専用ツールを考えたほうがいいケースを分けてみます。「あと1個だけ足りない」が意外と重い既製品を探していると、最初はかなり良さそうに見えます。一覧がある。検索できる。CSVも出せる。スマホにも対応している。ここまで見ると「これでいけそう」です。でも運用を始めると、「登録した後にこの帳票も出したい」「この条件のときだけ担当者へメールしたい」「A部署にはここまで見せたい」「入力した内容を別の一覧にも反映したい」みたいな、自社固有の部分が出てきます。その1個を補うためにExcelを横へ置く。ツールからCSVを出す。Excelへ貼る。関数で加工する。メールへ添付する。はい。気づくと、新し

社員5〜30名ほどで、同じ内容を複数のExcelへ転記したり、担当者しか分からない集計が残ったりしている会社向けの記事です。「紙やExcelで管理している業務を、Webアプリにすれば効率化できますか？」多くの場合、改善の余地はあります。ただし、今の業務をそのまま画面に置き換えるだけでは、使いにくさまでデジタル化してしまいます。Webアプリ開発の前に避けたい3つの失敗を整理します。■ 1．悪い業務を、そのままシステム化する紙の申請書に20項目あるから、画面にも20項目作る。Excelが5ファイルあるから、5つの管理画面に分ける。これは現状の再現であって、業務改善とは限りません。今の項目や手順には、昔のルール、担当者だけが分かる確認、使われていない集計が残っていることがあります。開発前に、・何のための入力か・誰が使う情報か・その情報で何を判断するか・同じ内容を別の場所でも入力していないかを確認します。不要な工程を消してからシステム化するほうが、開発費も運用負担も小さくなります。■ 2．通常の流れだけを要件にする打ち合わせでは、理想的な一日の流れが説明されがちです。しかし現場で困るのは例外です。・入力内容が後から変わった・承認者が不在・同じ顧客が重複登録された・締切を過ぎた・添付書類が足りない・一部だけ取消になった・過去データを確認したい通常処理だけで作ると、例外が起きるたびにExcelや紙へ戻ります。結果として「システムと手作業の二重管理」が始まります。要件定義では、うまくいく流れより、止まる場面、戻す場面、やり直す場面を具体的に聞きます。■ 3．現場を知らない人だけで決める経営者

資格試験や学校の勉強を続けていると、「今日はどのくらい勉強したのか」「目標時間まであと何分なのか」「今月は目標の何％まで進んでいるのか」が分からなくなることがあります。そこで、学習時間を簡単に記録し、勉強の継続やモチベーションアップにつなげるWebツール、「学習時間チェッカー」を作りました。■ 勉強した時間をすぐに記録学習した時間を入力するだけで、日々の勉強時間を記録できます。1分、3分といった短時間の勉強も記録できるため、「少しだけ問題を解く」「空いた時間に単語を覚える」「寝る前に数分だけ復習する」といった小さな積み重ねも残せます。まとまった時間が取れない日でも、少し勉強して記録することで、学習を完全に途切れさせにくくなります。■ 目標時間と達成率を表示自分で学習の目標時間を設定できます。記録した勉強時間に応じて、目標に対して何％達成できているかが表示されるため、現在の進み具合をひと目で確認できます。「あと少しで50％」「今月は目標の80％まで進んだ」というように成果が数字で見えるので、モチベーションの維持にも役立ちます。■ データはブラウザに保存入力した学習記録は、使用しているブラウザ内に保存されます。会員登録やログインは必要ありません。ページを閉じても、同じ端末とブラウザで開けば、保存された記録を引き続き確認できます。ただし、ブラウザのデータを削除した場合や、別の端末・ブラウザを使用した場合には、記録が自動では引き継がれません。■ バックアップによるデータ移行に対応学習データはバックアップとして保存できます。パソコンやスマートフォンを変更するときは、現在の端末でバックアッ

「アプリを作りたいけれど、専門用語が分からない」 「何をどう伝えればいいのか不安」 そんな方は意外と多いです。 でも、IT用語が分からなくても、依頼は十分できます。 大事なのは、難しい言葉を知っていることではなく、やりたいことを伝えることです。 まずは“目的”だけで大丈夫 依頼をするときに、最初から細かい仕様を決める必要はありません。 たとえば、次のような伝え方で十分です。 ・こんなことをしたい。 ・こういう不便を解消したい。 ・毎日使いやすいものにしたい。 ・スマホで簡単に使いたい。 ・パソコンでも見られるようにしたい。 このように、完成形ではなく目的や困りごとを伝えるだけでも、内容を整理しやすくなります。伝えやすいのは「今の困りごと」 IT用語が分からないときは、 「どんな機能がほしいか」よりも「今どこが困っているか」を伝えるほうがスムーズです。 たとえば、 ・毎回同じ入力をするのが面倒。 ・メモがバラバラになってしまう。 ・画像を整理するのが大変。 ・使いたい機能が1つにまとまっていない。 ・既存のアプリは機能が多すぎて使いにくい。 こうした日常の困りごとから、必要な機能を一緒に整理できます。ラフなメモでも問題なし きれいにまとめた資料がなくても大丈夫です。 箇条書きのメモや、思いついたことをそのまま送っていただくだけでも進められます。 たとえば、 ・作りたいものの名前。 ・何に使いたいか。 ・参考にしたいアプリ。 ・使う人のイメージ。 ・希望の端末。 このくらいの情報があれば、かなり整理しやすくなります。分からない部分は一緒に整理する 依頼の途中で分からないことが出てき

はじめに 「ぼんやりしたアイデア」でも大丈夫な理由 まず整理するポイント 実際の進め方 相談時にあると助かる情報 まとめ「こんなことができたら便利なのに」と思っていても、うまく言葉にできないことはよくあります。 実際、アプリ開発の相談では、最初から仕様がきれいにまとまっているケースのほうが少ないです。 そのため、ぼんやりしたアイデアの段階でも問題ありません。 むしろ、最初はざっくりしたイメージのほうが自然です。 まず大事なのは、次の3つです。 ・何をしたいか?・誰が使うか?・どこで使うか?たとえば「スマホでメモを取りたい」だけでも、 ・自分だけが使うのか？・家族と共有したいのか？・AndroidなのかiPhoneなのか？・ブラウザでも使いたいのか？で、作る形はかなり変わります。私は、そうした曖昧な段階からでも、内容を整理しながら形にしていく開発を得意としています。 IT用語が分からなくても問題ありません。 やりたいことをそのまま伝えていただければ、実現しやすい形に落とし込んでいきます。 相談時は、次のような情報があるとスムーズです。 ・作りたいものの目的 ・入れたい機能 ・使う端末 ・参考アプリやイメージ ・予算や納期の希望 「こんな相談でもいいのかな」と迷う内容でも、まずは気軽にご相談ください。 アイデアを整理するところからお手伝いします。

ソースコードをプログラミングしなくてもWebサービスやアプリが開発できるサービス、ノーコードで予約アプリサービスを提供しています。さて、アプリという言葉、正確には2種類のモノがあります。それがWebアプリとネイティブアプリです。普通世間一般がイメージするのは、おそらくネイティブアプリでしょう。Apple StoreやGoogle Playからスマホにダウンロードして使うアプリ、これをネイティブアプリと言います。じゃぁWebアプリって何？WebサイトとWebアプリって何が違うの？となるわけですが、その答えはこうです。誰が訪れても同じ画面が出るサイト、これをWebサイトと呼びます。反対に、ログインしたりデータを入れたりして、出てくる情報が変わるWebサイト、これをWebアプリと言います。例えばYouTubeだったりFacebookやTwitterなどのSNSサイトや、何かの計算シミュレーションサイトだったりといったものです。さて、世の中の代表的なノーコード３種は、glide・・・WebアプリBubble・・・Webアプリ（ネイティブ化できる手法もあるそうですが）Adalo・・・ネイティブアプリとなります。Webアプリは通常safariやGoogle Chrome等からアクセスしますが、glideやBubbleで作るアプリはPWAといって、スマホのホーム画面にまるでネイティブアプリのようにアイコンが常駐するのです。なので一回アクセスした後は、ほぼ見た目はネイティブアプリです。そして何度かブログで書いているようにglideは、単純なアプリであれば開発が比較的簡単です。予約アプリの様なも

はじめに今までVBAやGASなどでツールの作成はしたことあるのですが、このRoadieを作るまではシステム開発未経験でした。前職(社内ITサポート系)を退職後に「今後に繋がる何かを勉強をしなきゃなぁ」と思い、興味があったRuby on Rails6の勉強を2021年の1月からスタートしました。現在、個人事業主の友達を被検体としてRoadieは鋭意稼働中です。せっかくなので自分が初めて作ったWebアプリRoadieの誕生から機能追加等の奮闘、Roadieが今後どうなっていくのかを日記という形で残そうかと思いこのブログを立ち上げました。既に本番環境で稼働中ですので、ローカルで開発し始めてた頃の話は記憶を掘り起こして書いていきます。Roadie爆誕2021年3月12日某所、rails newで新たな生命が誕生しました。「名前どうしようかなぁ〜…」と割と悩んだことを今でも思い出します。被検体が個人事業主をやっている友人で、その友人というのが僕と以前一緒にバンド活動をしていた仲間で、その他の関係者も音楽関係が大多数だったので「音楽関係の名前にしよう！」というのはすぐ決まりました。しかしそこからが長かったです。ホントに1時間近く悩んだかもしれないです。forutessimoやらConductorやらハ長調とか色々考えましたが、開発するアプリの役割が利用者の業務サポート(大抵そうですよね)ということを考えた瞬間名前が決まりました。そう、Roadieです。”ローディー（roadie）とは、主としてロックやフォークなどのポピュラー音楽の業界で、楽器の手配、積み込み・積み卸し、輸送（トランスポート

最初はExcelだけで十分だったのに、気づけばファイルが増え、更新漏れが起き、誰が最新を持っているのか分からない。こうした状態になると、「Excelが悪い」というより、運用規模に対して仕組みが追いつかなくなっていることが多いです。この記事では、Excelのまま改善するべきなのか、それともWebアプリ化を考えるタイミングなのかを、実務目線で整理します。【この記事で分かること】・Excel運用で起こりやすい限界・Webアプリ化で改善しやすいポイント・どんなケースでWebアプリ化が向いているか### Excel運用で起こりやすいことよくあるのは次のような悩みです。・ファイルが増えて最新が分からない・更新漏れや入力漏れが起きる・必要な情報を探しづらい・複数人での運用が大変個人利用や小規模な管理ならExcelはとても便利です。ただ、人数が増えたり、スマホ対応が必要になったり、履歴管理が必要になると、運用ルールだけでカバーするのが難しくなってきます。### Webアプリ化で改善しやすいことWebアプリ化すると、次のような改善がしやすくなります。・データを一元管理しやすい・検索や絞り込みがしやすい・入力フォームでミスを減らしやすい・権限管理がしやすい・操作履歴や更新履歴を残しやすい・PCだけでなくスマホでも使いやすい特に、部署内で共有したい、現場や外出先からも見たい、管理画面が欲しい、という要望がある場合はWebアプリの相性がよいです。### それでも最初からWebアプリが正解とは限らないここは重要です。業務改善では、最初に「何で作るか」を決めすぎない方がうまくいきます。たとえば、・1人だけ

ご覧いただきありがとうございます。メタロジカル株式会社、代表の関です。はじめに今回は、アプリを依頼するならWEBアプリを開発すべきかモバイルアプリを開発すべきかを場合分けして、解説いたします。弊社は、WEBアプリ、モバイルアプリ、どちらも同じくらい開発しておりますので公平な立場でポジショントークなしでお伝えできますので、信ぴょう性の面ではご安心いただけるかと存じます。また、アプリに関して初心者の方でもわかりやすく記載することを心がけました。WEBアプリとモバイルアプリの違いWebアプリ・ブラウザ（Chrome / Safari など）で開く・インストールが不要・URL を共有すればすぐ使えるモバイルアプリ・App Store / Google Play からダウンロード・スマホのホーム画面にアイコンが並ぶ・プッシュ通知やカメラ・GPS など端末機能をフル活用できる判断のポイント（基本は4つでOK）１.集客経路・検索エンジン→WEBアプリ・SNS、口コミ、すでに顧客がいる→モバイルアプリ2.必要な機能・通知、カメラ、位置情報機能を使いたいか→モバイルアプリ・機能は限られている→WEBアプリ3.リピートされる可能性があるサービスか・Yes→モバイルアプリ・No→ネイティブアプリ4.予算とスケジュール・できるだけ安くしたい。できるだけ最短が良い→WEBアプリ・通常の価格で良い、じっくりでよい→モバイルアプリ モバイルアプリの主なメリット1.売上が伸びやすいワンタップ課金で購入完了率が高いモバイルアプリはWEBアプリと違って、下記のようにすぐに決済ができます。また、ユーザー自身、見慣れ

メタロジカル株式会社の関です。今回はユーザーに喜ばれるUIについて記事を書いていきます。弊社の強みとして、UI/UXにこだわりユーザーにとって使いやすいアプリを開発することが挙げられます。具体的には、弊社に所属する経験豊富なUIデザイナーをすべてのプロジェクトに参加させることを基本としております。ただ、「ユーザーが使いやすいデザイン」と書いていてもイメージしにくいと思いますので、この記事では具体的な⚪︎×や、クイズを交えて紹介していきます。①情報がない場合これは、お気に入り画面等でよく見られます。Bad画面ではユーザーはお気に入り画面を見た時に、情報が何もないため次のアクションができません。しかし、何も情報がないことをデザインを用いて示し、次のアクションを示す(Add Nowボタンを配置)することで次のアクションがわかります。細かい部分ですが、「ユーザーの使いやすさ」のほか、ユーザーの「アプリ滞在時間」を増やすことができ、ファン化がしやすいです。②郵便局の自動入力両方とも、「Step」が表示されていて「あとどのくらい入力すれば良いか」が明確な点は良いです。しかし、私も時々遭遇する時があり、皆さまも一回は遭遇したことがあると思うのですがBad側は郵便番号の自動入力がありません。これだけで、3つ書くことが増えてしまいます。実は自動入力でなく、ユーザーが任意でボタンを押すべきケースもあります。③クイズぜひ、この画像のどこを改善すべきか考えてください。答えは、「通知をONにするメリットが提示されていない」です。ではどうすれば良いのかというと通知は、運営からの営業通知などユーザーにメリッ

QAに関するサービスをご提供してまいります！上村と申します。少しずつ、サービス開始に向けてコツコツと進めているところです。。よろしくお願いします♪第一弾のサービスは「自主制作物のHPやアプリ作品の体験レポートのご提出」としております！いつでもリリースはできる状況だけど、、実際にお客様に触れていただくまで、反響がわからないのはちょっともったいない気もします。リリース前にお客様目線での「操作しづらいところ」「わかりづらい部分になってしまっているところ」などを把握しておき、よりよい作品に改善できたら、今よりもっともーっといい作品になる！よりベストな状況でお客様に提供できるよう、お客様を幸せにしたいな。。という想いを込めて、サービスを作成しているところです。私の経験をフル活用します！ご興味のある方はＤＭをいただけますと幸いです。お気軽にどうぞ♪

前回作成したWebアプリを改良し、汎用的にしました。前回のブログは、以下で確認してください。https://coconala.com/blogs/1890784/12693以下のように修正しました。・入力件数は最大50件 ・5件まとめて検索可能 ・日付単位で変化するハッシュタグに対応 ・残り検索一覧がわかるWebアプリの動作最初の画面です。ログインすると以下の画面です。左のメニューから「一覧」をクリックします。下の登録ボタンをクリックします。データを入力します。登録後の画面です。※「うたらぼ　#朝活」が登録されたのが確認できます。 ※50件まで登録できます。同様に、複数件、登録します。 以下の一覧画面が表示されます。※一覧画面の上に「6/50」とありますが、50件登録可能状態で、6件登録ということです。 ※一覧の並び順は、タイトルの昇順です。「#PHP」の訂正ボタンをクリックします。「#PHP」を「#PHPzzz」にします。訂正後の画面です。※「#PHPzzz」に訂正されているのを確認できました。「#PHPzzz」の削除ボタンをクリックします。削除後の画面です。※「#PHPzzz」が削除されているのを確認できました。「#PHP」のデータを登録しておきます。左のメニューから「ツイッター検索」をクリックします。※ログイン後の初期画面と同じです。 ※日付は本日の日付です。 ※一覧のすぐ上に表示されている日付で検索します。日付入力の左にあるチェックボックスをチェックし、送信ボタンをクリックします。※データの詳細が確認できます。 ※文字列の変換が確認できます。変換可能な文字列は画面にある

「あれ、このIDどこに保存したっけ？」最近、こういうことが増えていました。WebサービスのIDやパスワード。ポイントカードや会員番号。通信契約の情報。保険の契約内容。ソフトのライセンス番号。更新日や契約期限。忘れないように、その都度スマートフォンのメモ帳へ残していました。だから、情報をなくしているわけではありません。どこかには保存してある。でも、その「どこか」を探すのが、だんだん大変になってきました。保存しているのに、すぐ見つからない最初のうちは、メモ帳で十分でした。新しいサービスを使い始めたらメモする。会員番号が発行されたらメモする。契約したら、その内容を残しておく。ところが、それを何年も続けていると、メモの数がどんどん増えていきます。「この情報はどのメモだったかな」「別のところに書いた気がする」「そもそも何という名前で保存したっけ」検索すれば見つかることもあります。でも、検索するための言葉すら思い出せないことがあります。気づけば、保存することより、探すことの方が面倒になっていました。そこで、さすがに一度まとめた方がいいと思いました。最初は、既存のアプリを使うつもりでした最初から自分で作ろうと思っていたわけではありません。すでに便利なものがあるなら、それを使った方が早いからです。そこで、いろいろ探しました。パスワード管理に特化したアプリ。ポイントカードや会員証をまとめるアプリ。契約情報を管理するサービス。それぞれ便利なものはありました。ただ、自分が欲しかったものとは少し違いました。僕が探していたのは、パスワードだけを管理するものでも、ポイントカードだけを管理するものでもありま

年度で担当者が替わり、複数の権限・申請・集計を扱う行政部署や地域団体向けの記事です。行政、団体、地域事業で使うシステムにも、見やすいデザインは必要です。ただし、画面の色や配置より先に決めなければならないことがあります。誰が、どの権限で、何を記録し、担当者が変わっても運用できるか。ここが曖昧なまま作ると、見た目は整っていても現場では使えません。行政向けの納品経験を通じて、特に重要だと感じる視点を整理します。■ 1．利用者と権限同じシステムでも、担当者、管理者、承認者、外部事業者、閲覧だけの人では、できることが違います。・誰が新規登録できるか・誰が修正できるか・誰が削除できるか・個人情報を見られる人は誰か・退職や異動時にどう停止するか役割ごとに整理します。全員を管理者にすると楽に見えますが、誤操作と情報漏えいのリスクが上がります。■ 2．記録を残す範囲データの現在値だけでなく、誰がいつ変更したかが必要な場合があります。申請、承認、差戻し、取消、再提出など、判断の履歴を残します。ただし、何でも記録すると画面と保管が複雑になります。監査、問い合わせ、引継ぎで本当に必要な履歴を決めます。■ 3．例外処理制度や地域業務では、通常ルールに当てはまらないケースが必ず出ます。・期限後の受付・添付不足・代理申請・重複登録・担当区域外・承認後の訂正例外をすべて自由入力で処理すると集計できません。反対に、例外を禁止すると現場が紙へ戻ります。よくある例外は選択肢にし、特殊なケースは理由と承認を残す設計にします。■ 4．引継ぎと属人化行政や団体では、年度や異動で担当者が変わります。開発者や前任者に聞かない

こんにちは！LaravelとReactを使ってSNS系Webアプリの開発を行っている現役Webエンジニアです。現在は、以下のような機能を含むアプリの開発に対応しています。投稿・いいね・コメント機能ユーザー検索・フォローメール認証付きのユーザー登録 / ログインプロフィール編集や画像アップロード個人チャット・グループチャット（WebSocket対応）管理画面（ユーザー・投稿の管理）主にLaravelをAPIとして構築し、ReactでSPAとして表示する形で実装しています。現在は実績構築中のため、初回3名限定で格安にて対応中です。仕様が固まっていなくても、ヒアリングしながら一緒に要件を整理していきますので、初心者の方も安心してご相談ください。サービス詳細・ご依頼はこちらからご覧いただけます。https://coconala.com/services/3781406柔軟に対応しますので、「こんなの作れる？」などのご相談もお気軽にどうぞ！

最近、いくつかのプロジェクトが重なって、毎晩遅くまでコードを書く日々が続いています。 プログラマーあるあるですが、集中している時って時間を忘れちゃうんですよね。 気がつくと午前2時なんてことがしょっちゅうです。 今週特に大変だったのは、3つの異なるシステムを同時進行で開発していることです。 案件Aは小売業のお客様の在庫管理システムで、リアルタイムで商品の動きを把握できる機能を実装中です。 案件Bは医療機関向けの予約システムで、患者さんがスマホから簡単に予約できるようにカスタマイズしています。 案件Cは製造業の品質管理システムで、工程ごとのチェック項目をデジタル化して効率を上げる仕組みを作っています。 夜中にコードを書くメリットって実はいくつかあるんです。 まず、電話やメールの邪魔が入らないので、集中して複雑なロジックに取り組めます。 次に、昼間は打ち合わせや調整に時間を取られがちですが、夜は純粋に開発に集中できます。 そして、静かな環境でじっくり考えることで、昼間では思いつかなかった良いアイデアが浮かぶことがよくあります。 ただし、深夜作業にはコツがあります。 私は必ず途中で小休憩を入れて、目を休めるようにしています。 また、翌日に影響が出ないよう、最低でも6時間は睡眠を確保するように心がけています。 何より大切なのは、無理をしすぎないこと。体調を崩しては元も子もありませんからね。 実際に夜中の集中タイムで完成したシステムを見ると、やっぱり達成感が違います。 お客様からも「こんな機能があったらいいなと思っていたことが全部実現されている」という嬉しい評価をいただけました。 大変な

最近のWeb開発において、TypeScriptが注目を集めることが多いです。私はプロジェクトマネージャーとして、クライアントから「どちらの言語を選ぶべきか」という相談を頻繁に受けます。そこで今回は、フルスタック開発におけるTypeScriptの台頭とJavaの今後について、考察してみたいと思います。TypeScriptはフロントエンド開発から始まり、現在ではNode.jsを通じてバックエンド開発にも進出しています。同じ言語をフロントとバックで使用できる利点は非常に大きく、以下のようなメリットがあります。・フロントエンドとバックエンドの間でコードや型を共有できる・開発の一貫性が保たれ、冗長性が削減される・チーム間の連携がスムーズになる・型定義やバリデーションロジックの共有により開発効率が向上する一方、Javaは依然としてエンタープライズシステムで強い存在感を示しています。・金融、医療、eコマースなどの業界で広く採用されている・大規模なシステムにおける信頼性とセキュリティが高い評価を受けている・成熟したエコシステムと豊富なライブラリがある・マイクロサービスアーキテクチャやクラウドネイティブアプリケーションへの対応も進んでいる新規開発プロジェクトにおいても、Java開発者の需要は依然として高いです。2025年3月時点での求人情報では、「新規Java開発」の求人数は「新規TypeScript開発」よりも多く、Java開発者の平均給与も競争力があります。とはいえ、Web開発においてはTypeScriptの採用が急速に拡大しており、フルスタックでの利用事例も増加しています。特にモダンなWe

現代のWebアプリケーション開発では、パフォーマンス、スケーラビリティ、開発効率が重要な要素となっています。特にNext.js、Vercel、Supabaseの組み合わせは、これらすべての要素を高いレベルで実現する強力なスタックとして注目を集めています。Next.jsの技術的特徴と利点Next.jsはReactベースのフレームワークで、現代的なWebアプリケーション開発を大幅に効率化します。レンダリング戦略の柔軟性Next.jsの最大の特徴は、複数のレンダリング方法を提供している点です：サーバーサイドレンダリング（SSR）: リクエスト時にHTMLを生成し、動的コンテンツに最適静的サイト生成（SSG）: ビルド時にHTMLを生成し、静的コンテンツで最高のパフォーマンスを実現インクリメンタル静的再生成（ISR）: SSGの速度とSSRの柔軟性を組み合わせた革新的な手法サーバーコンポーネント: クライアントサイドJavaScriptを削減しつつ、動的コンテンツを提供これらのレンダリング戦略を適切に組み合わせることで、SEOとパフォーマンスを両立させたアプリケーションが実現可能です。APIルートによるバックエンド統合Next.jsのAPIルートは、フロントエンド開発者にとって非常に強力な機能です。pages/apiディレクトリ内にファイルを作成するだけで、サーバーレスAPIエンドポイントを構築できます。これにより、同じプロジェクト内でフロントエンドとバックエンドの両方を構築でき、開発フローが大幅に効率化されます。Vercelによるデプロイメントの最適化Vercelは、Next.jsの

こんにちは！今回は、Reactを使用して「家計簿アプリ」を作る方法を紹介します。このアプリでは、月ごとの収支を簡単に管理でき、ユーザーが自由にカテゴリーを追加できる柔軟性があります。また、視覚的に収支のバランスが分かりやすいグラフを表示することができます。目次収支の設定自由にカテゴリー名を追加視覚的なグラフ表示ダークモードとモーダルの導入1. 収支の設定アプリを使用する際、最初に表示される収支は「250,000円」と固定されていますが、この金額はユーザーが変更できるように設計されています。収支額は動的に更新可能なので、自分の状況に合わせてカスタマイズできます。2. 自由にカテゴリー名を追加ユーザーは支出のカテゴリー名を自由に追加できます。これにより、「食費」「交通費」など、自分に合ったカテゴリーを設定でき、より個別の支出管理がしやすくなります。3. 視覚的なグラフ表示Chart.jsライブラリを使って、収入と支出を円グラフや棒グラフで視覚的に表示します。これにより、数値だけでなく、グラフを見ればすぐに収支の状況がわかります。4. ダークモードとモーダルの導入さらに、アプリのテーマをダークモードに切り替えられる機能を追加しました。夜間でも目に優しいデザインに変わり、使用者の快適さを考慮しています。また、モーダルウィンドウを使って、詳細情報を簡単に確認できるようにしています。使用技術React（フロントエンドライブラリ）Chart.js（グラフ描画ライブラリ）CSS Flexbox（レイアウト調整）このアプリの作成過程を通じて、Reactの基本的な使い方や、動的なUIの作成方法を学

いろいろな案件を同時に対応・作業しています。それにしても、本当にいろいろな案件が来ます。SSL更新、VPS設定、Dify案件、画像認識AI案件、機械学習案件、データベース案件、CMS製作案件、WordPressカスタマイズ案件、動画制作ツール案件などなどこれら、現在対応している案件です。必ずしも、受注確定ではないものも含んでいます。私の提案待ちになっている案件もいくつか含んでいます。提案する時に、けっこう下調べはちゃんとするようにしていますので提案するまでに時間がかかったりもします。プログラマーの案件の受注としては、受注してから「むずかしい」「できませんでした」は言えませんので、「こうすればできる」と思うところまで、下調べを私はしっかりと行います。下調べして、提案を書いても、金額が見合わなくて、発注されないこともそれなりにあります。まあ、仕事柄そういうものだよなあと思って諦めています。ただ、発注されなくても調べた知識や経験は、また自分のストックになるので、まあいいかなと思います。そういう案件の話でもやってこないと、自分からはなかなかその内容に触れることもないので、まあいいかなと。製作の方は、最近は同時並行に進めると、納期が複数件で延びていくし、一つ一つの内容が頭から離れてしまいロスがあるので、1件ずつ集中するようになりました。それでも、クライアントとの連絡や相談などが途中で発生することもあり、「待ち」が発生します。その時には、次の案件を進めるようにしています。また、問い合わせが来ても、あまり受注期待することもなくなりました。普通に技術系のチャットのような気持ちで、対応しています

毎朝、おはようのツイートをしてますが、専用ハッシュタグを使っています。 日にちで変わるハッシュタグもあるので、テンプレートを用意して変換すれば楽かなー、と思って作りました。あとは、いろいろ使ってみて、ツイッターとなにか連携できないか？と思いました。たとえば、WebアプリのURL＋ツイッターアカウントで、そのユーザー専用の情報を表示するなど。コンテンツの中身も大事ですが、ちょっとした１行PRもいいかな、とか、ヘッダ画像はツイッターのヘッダ画像が表示できれば統一感あっていいかな、とか、できるようにしてみました。Webアプリの動作最初の画面です。※初期状態のテンプレートです。テンプレートを変更します。※「クッキーに保存」ボタンをクリックすると、ブラウザに記憶されます。変換ボタンをクリックします。変換ボタンの下に、変換された文字列が生成されます。「ツイッターで編集」ボタンをクリックします。これで、テンプレート文字列の変換は終わりです。ツールを広めるために、どうする？文字列を変換するという目的だけであれば、今回のツールはログインすることなく、変換処理だけで終了してしまいます。 もし、AさんがBさんにおすすめしても、Aさんが得をすることはありません。 となると、アフィリエイトが成功報酬として有力かもしれません。 でも、原資がないと、アフィリエイトは難しいですね。   となると、Aさんがおすすめしたということで、Aさんの宣伝ができれば、ちょっといいかな、と思いました。 ツイッターでもプロフィール欄で宣伝はできるとの発想です。   というわけで、ツイッターのヘッダー画像の表示と広

前回作成したWebアプリの改良版です。前回のブログを確認してください。https://coconala.com/blogs/1890784/12686今回の修正内容です。・登録・訂正・削除をしやすくした ・JavaScriptを使用 ・一気にブラウザで検索Webアプリの動作最初の画面ですログインすると以下の画面です。左のメニューから「ツイアカ一覧」をクリックします。下の登録ボタンをクリックします。データを入力します。登録後の画面です。※「aaa」が登録されたのが確認できます。 ※30件まで登録できます。 同様に、「bbb」「utalab」を登録します。以下の一覧画面が表示されています。※一覧画面の上に「3/30」とありますが、30件登録可能状態で、3件登録ということです。 ※ツイアカの並び順はアルファベット順です。「aaa」の訂正ボタンをクリックします。「aaa」を「aaazzz」にします。訂正後の画面です。※「aaazzz」に訂正されているのを確認できました。「aaazzz」の削除ボタンをクリックします。削除後の画面です。※「aaazzz」が削除されているのを確認できました。左のメニューから「ツイッター検索（おは戦）」をクリックします。※ログイン後の初期画面と同じです。 ※日付は本日の日付です。 ※一覧のすぐ上に表示されている日付で検索します。「全部検索」ボタンを押します。すると、ブラウザのタブが複数表示されます。 ただし、Chromeの場合ですが、初めての場合は、１つだけしか表示されません。ブラウザの初期設定だと思いますが、POPアップブロックがかかっています。 ブラウザ

前回のブログでは、ツイッターの某ハッシュタグを生成し、検索する、というものでした。前回のブログは、こちらです。https://coconala.com/blogs/1890784/12354ツイッターでは、だんだんと仲間意識といいますか、毎日挨拶したい人には、挨拶用ハッシュタグに対応しておけば、便利だと思いました。そこで、今回はデータベースに、挨拶したいツイッターアカウントを登録しておいて、検索できるようにしました。Webアプリの動作最初の画面です。ログインすると以下の画面が表示されます。左のメニューから「ツイアカ（ツイッターアカウント）登録」をクリックします。データを入力します。登録後の画面です。※30件まで登録できます。同様に、「bbb」「utalab」を登録します。左のメニューから「ツイアカ一覧」をクリックします。※一覧画面の上に「3/30」とありますが、30件登録可能状態で、3件登録ということです。 ※ツイアカの並び順はアルファベット順です。「aaa」の訂正リンクをクリックします。「aaa」を「aaazzz」にします。訂正後の画面です。左のメニューから「ツイアカ一覧」をクリックします。※さきほど訂正したツイアカが表示されています。「aaazzz」の削除リンクをクリックします。※訂正画面と同じに見えますが、入力項目は修正できない状態です。削除後の画面です。左のメニューから「ツイアカ一覧」をクリックします。「aaazzz」が削除されているのを確認できました。左のメニューから「ツイッター検索（おは戦）」をクリックします。※ログイン後の初期画面と同じです。 ※日付は実行時の日付

ツイッターは、情報収集には便利ですよね。もちろん、情報の発信でも便利です。SNSの特徴として、ハッシュタグによって、情報を発信・収集しやすくなります。なかには、日にちによって、ハッシュタグを変更するというものがあります。ある規則に従って、ハッシュタグをつけないといけませんが、ハッシュタグのためだけに、頭をつかうのも面倒です。そんなときは、プログラミングすると便利です。わざわざWebアプリを作るまでもないですが、もし作ったらどうなるか、順を追って説明します。最初の画面です。日付を入力します。sendボタンをクリックします。これだけの処理です（＾＾；中身の処理は、配列を駆使したり、いろいろ。おは戦20703jk（絵文字）の解説・おは戦.......固定文字です。・2..............令和の元号（2桁は未定）・07............月・03............日・j...............英語の月（julyのj）・k..............金曜日のk・絵文字.......曜日で指定した絵文字一応Webアプリなので、POSTしたデータをどう取得して、変換して、画面に出力するかを、確認してみると勉強になるでしょう。ツイッター検索のリンクやボタンをクリックすると、ハッシュタグで検索、さらに、utalabというユーザー指定の検索ができます。ソースをいろいろ確認して、自分なりのWebアプリを作るとおもしろいかも！！では、また！

課金開始のAPIを読むとき、最初に確かめたいのは処理の順番です。利用者を確認できなかった場合、管理者権限のDB処理や決済APIへ進む前に止まるか。ビルドが通っても、ログイン画面が表示されても、この答えは出ません。認証が失敗する条件と、正常な利用者が通る条件を分けて確認する必要があります。失敗時は管理者DB・決済側の処理が呼ばれないこと。正常時は本人に許された課金導線が通ること。両方が要ります。出品サービスの6枚目に、公開MITソースを固定版で読んだ自主検査見本を載せています。コードから確認した経路と、HTTP応答・DB書き込み・決済APIの呼び出し回数など未測定の部分を分けた見本です。実顧客の監査実績ではありません。公開前に最も不安な導線を一つ選び、確認範囲と未確認事項を明らかにしたい場合は、「AI生成SaaSの重要1導線をコード監査します」をご覧ください。基本プランは、監査とOpenAIのAI支援での解析を許可できる権限があり、明示的に許諾する公開リポジトリの固定commitから、主要10ファイルと重要1導線を対象にします。buildは安全に実行できる場合だけ試し、実行できない項目は未実施と明記します。指摘は最大3件をPDFでお渡しします。複数導線など追加範囲は購入前に対応可否を確認します。ZIP、非公開コード、コード修正、本番環境での検証は含みません。https://coconala.com/services/4386167

「Webアプリとスマホアプリの違いがよくわからない」この疑問は、ITに詳しくない人だけでなく、これからサービスを作ろうとしている人からもよく聞きます。見た目は似ていても、両者は仕組みも役割も異なります。この記事では、Webアプリとスマホアプリの違いを、技術的になりすぎず、実務や利用シーンを意識して整理します。Webアプリとは何かWebアプリとは、インターネットブラウザ上で動作するアプリケーションのことです。ChromeやSafariなどのブラウザでURLにアクセスすれば、そのまま利用できます。インストールは不要で、同じURLにアクセスすれば、パソコンでもスマートフォンでも基本的に同じサービスを使えます。多くの予約システムや管理画面、業務ツールはこの形で作られています。Webアプリは「高機能なWebサイト」と考えると理解しやすいでしょう。スマホアプリとは何かスマホアプリは、App StoreやGoogle Playからダウンロードして、端末にインストールして使うアプリです。スマートフォンの中に直接入るため、カメラ、通知、GPSなどの端末機能をフルに活用できます。一方で、iPhone用とAndroid用で別々に開発が必要になることが多く、作る側の負担は大きくなります。LINEやInstagramのように、日常的に使われるサービスはスマホアプリとして提供されることが一般的です。利用者から見た違い利用者視点で見ると、最も大きな違いは「手軽さ」と「体験」です。Webアプリは、リンクを開くだけですぐ使えます。初回のハードルが低く、「とりあえず使ってみる」には非常に向いています。スマホアプリ

「ホームページはあるけれど、もっと売上につながるシステムが欲しい」というご相談をよくいただきます。 実は、適切なWebアプリを構築することで、お客様との接点を増やし、売上向上に直結させることができるんです。 今回は、実際にWebアプリ構築によって売上アップを実現した企業様の事例をご紹介します。 【予約システム導入で機会損失ゼロに】 美容院を経営されている企業様では、電話予約のみで運営されていました。 営業時間外や施術中の電話に出られず、お客様を逃してしまうことが課題でした。 24時間対応の予約Webアプリを構築したところ、営業時間外の予約が全体の30%を占めるようになりました。 これまで取りこぼしていた機会損失がなくなり、月間売上が大幅に向上したんです。 【顧客管理システムで リピート率向上】 小売業を営む企業様では、お客様の購買履歴や好みを把握しきれていませんでした。 顧客情報を一元管理できるWebアプリを導入し、来店履歴や購入商品を記録できるようにしました。 その結果、お客様一人ひとりに最適な商品提案ができるようになり、リピート購入率が向上しました。 さらに、誕生日やイベント時の自動メール配信機能も追加し、顧客満足度も大幅にアップしました。 【見積システムで営業効率化】 建設業の企業様では、見積作成に毎回3時間程度かかっていました。 Web上で簡単に見積を作成・提出できるシステムを構築したところ、作業時間が30分程度に短縮されました。 営業担当者がより多くの案件に対応できるようになりました。 お客様側も、すぐに正確な見積がもらえることで満足度が向上し、成約率も上がりました。

フリーランスとして様々なWebアプリ開発に携わってきた中で、最も重要な判断の一つがフレームワーク選びです。「ReactにするかVue.jsにするか」「Next.jsの方がいいのでは？」といった相談を受けることが多く、今回はその判断基準について私の経験を基にお話しします。よくある失敗パターンパターン1：「流行しているから」で選ぶ「今はReactが人気だから」という理由だけでフレームワークを選ぶケースです。確かにReactは素晴らしいフレームワークですが、プロジェクトの要件と合わなければ意味がありません。パターン2：開発者の好みを優先するエンジニアが「Vue.jsが得意だから」という理由で選択することも。技術的な得意分野は重要ですが、プロジェクトの長期運用を考えると危険な場合があります。パターン3：「軽いから」だけで判断するパフォーマンスだけを重視して選ぶケース。軽さは確かに重要ですが、開発効率や保守性とのバランスが取れていないと後悔することになります。私が実践する選択基準1. プロジェクトの規模と期間小規模・短期間のプロジェクトなら、学習コストの低いフレームワークを選択。大規模・長期間なら、エコシステムが充実しているものを優先します。2. チームのスキルレベル既存チームのスキルセットに合わせることで、開発速度とコード品質の両立が可能になります。新しい技術を導入する場合は、学習期間も考慮に入れます。3. 将来の拡張性「今は小さな機能だけど、将来的には○○も追加したい」という要望がある場合、その拡張に対応しやすいフレームワークを選択します。4. 採用・保守の観点運用フェーズで別のエン

ツイッターでは、ツイートを「プロフィールに固定する」ことができます。 ブログのURLをはりつけたときに、大きい画像が表示されますが、この画像部分が定期的に変わるとしたら、日替わりカレンダーならぬ、「日替わりギャラリー」ができるのでは？？、と思って、作ってみました。Webアプリの動作最初の画面です。ログインして、マイページや広告を登録します。登録方法は、以下のブログを参照してください。https://coconala.com/blogs/1890784/12815「ツイッターカード」をクリックします。「初期設定」をクリックします。データを入力します。※更新ボタンを押すと更新されます。「停止中」ということで、一覧をクリックします。登録ボタンをクリックします。データを入力します。登録ボタンをクリックします。※登録されました。 ※訂正、削除ボタンで、データの訂正・削除ができます。 データを５件ほど入力します。 ５件の一覧表示画面です。並び順を変えます並び順変更ボタンをクリックします。※並び替えされました。この状態のHOMEをクリックします。※初期設定の画像が表示されます。ツイッターカードの初期設定で、稼働中にした場合のHOME画面※一覧表示の先頭が表示されます。 ※あとは初期設定で設定された時間にもとづいて処理されます。ツイートする場合のURLうたらぼの場合は、以下のようになります。 index.php?ad=utalabまとめいろいろやってみましたが、結果は、ダメでした。。。「ダメ」といっても、ツイッターカードが動的に変更できなかっただけで、今回考えたロジックは、使えるものがありま

前回作成したWebアプリを修正しました。前回のブログは、こちらです。https://coconala.com/blogs/1890784/12708今回の修正・ツイッターの高度な検索で、日付範囲指定。ただし、1日限定Webアプリの動作検索画面です。「詳細一覧表示」をチェックし、送信ボタンをクリックします。「指定日付絞り込み」をチェックし、送信ボタンをクリックします。検索ボタンをクリックします。※指定した日付分だけ表示されました。まとめちょっとした部分の修正ですが、ソース内容がわかれば、いろいろ改良できますね。ちなみに、ツイッター検索しても、うまく検索できない場合があります。その場合は、しょうがない。今回は、ここまで。では、また！

前回作成したWebアプリを改良し、スマホ版にしました。前回のブログは、こちらです。https://coconala.com/blogs/1890784/12701Webアプリの動作最初の画面です。タイトルの「ツイッター検索002」の左にある点（ドット）をクリックします。なんと！スマホ対応の画面になります。※以下の表示は、PCのブラウザで幅を狭くした場合の画面です。ログインすると以下の画面です。上右のハンバーガーメニューをクリックします。メニューの「ツイッター」をクリックします。「一覧」をクリックします。下の登録ボタンをクリックします。データを入力します。登録後の画面です。※「#PHP」が登録されたのが確認できます。 ※50件まで登録できます。「#PHP」の訂正ボタンをクリックします。「#PHP」を「#PHPzzz」にします。訂正後の画面です。※「#PHPzzz」に訂正されているのを確認できました。「#PHPzzz」の削除ボタンをクリックします。削除後の画面です。※「#PHPzzz」が削除されているのを確認できました。データを３件追加します。「ハンバーガーメニュー　＞　ツイッター　＞　ツイッター検索」をクリックします。※ログイン後の初期画面と同じです。 ※日付は本日の日付です。 ※一覧のすぐ上に表示されている日付で検索します。日付入力の左にあるチェックボックスをチェックし、送信ボタンをクリックします。※データの詳細が確認できます。 ※スクロールした画面ですが、メニュー部分は上に固定化されます。 ※文字列の変換が確認できます。変換可能な文字列は画面にある4種類です。 ※{oha}お

Webアプリを使うには自分のPC内でWebアプリを使う場合は、なにも認証する必要はありません。でも、Webアプリはネット上に配置して使うのが便利ですよね。そうなると、セキュリティが重要になってきます。もちろん、複数人で使う場合も、重要になってきます。インターネットでは、不特定多数の人がアクセスすることができます。でも、自分専用のデータを使う場合は、認証して特定する必要があります。その認証をどうするか、考えてみます。自作する方法自作するとなると、いろいろ大変です。セキュリティを高度にするためには、いろんな知識が必要となります。実際、自分自身、セキュリティに詳しくないですし、大変だと思っています。また、自分が作るWebアプリが、セキュリティ対策を十分にするべきものなのか、考える必要があります。いずれにしても、自作Webアプリは、自分が作りたいものだけに集中したいものです。他システムを活用たとえば、ココナラでは、ヤフー 、フェイスブック 、グーグル 、アップル の外部サイトで認証できるようになっています。グーグルユーザーであれば、グーグルのログインさえできれば、ココナラでも使用できるメリットがあります。ココナラ専用のログインID,パスワードを覚える必要がありません。ココナラから見ると、ほぼ確実な信用あるユーザーを獲得できます。認証自体を外部で行うことにより、自作Webアプリの認証は、外部チェックの結果を知るだけでよくなります。他システム活用を選択したネットビジネスをやっている人であれば、メール配信サービスを活用していると思います。メール配信サービスはいろいろありますが、私が利用してい

チャットを開くと、看板の画像に「これでOKです」という返信がある。ところが画像は三つ。午前に送った案、文字を直した案、営業が別のやり取りで送った案。デザイン担当と製作担当が、それぞれ違う画像を見ながら準備を始めそうになる。こんな状態を、代表が最後にたどって確かめていませんか。今回は、営業・デザイン・製作を合わせて6人、看板の修正依頼や確認をチャットで受けている会社の代表を想定します。人数や場面は架空で、実在の会社、支援事例、製作トラブルを紹介するものではありません。少人数だからこそ、確認を誰か一人の記憶で支え続けないための話です。最新版の画像を一つ置くだけでは、まだ足りないことがあります。誰が、何の版の、どの要素を確認したのか。そして、未確認の条件が残っていないかを確かめ、社内で製作へ進めてよいと判断したのか。顧客の回答と社内の最終確認を分けて、製作前に人が確かめられる記録を整えていきましょう。掲載画像はこの記事のための説明図・イメージです。実在の看板、会社、顧客との会話、導入実績を示すものではありません。■ 1．「OK」があっても、製作に必要な答えは残る画像を見て「OK」と答えてもらったとき、確認できたのは何でしょうか。文字の内容、ロゴの位置、全体の見た目。相手がそのつもりで返したのに、社内ではサイズや材質まで決まったと受け取っていないかを確かめます。例えば、文字の修正だけお願いしていた画像に回答が来たとしても、設置する場所や実際の寸法を、その画像だけで確認したとは限りません。「画像を見た」と「製作に必要な条件を全て確かめた」を同じ扱いにしないことが出発点です。代表が毎回チャ

複数のURLをインポートし、それらをスクレイピングし、AIで編集し、準備されている複数のWordPressサイトに自動的に投稿するツールを納品しました。かなりの量があっても、数分で完了してしまいます。AIは、最新のgpt-4o miniを使いました。このモデルでもJSON対応なので、よかったです。けっこうしっかりしたWEBアプリだったので少し時間がかかりました。いろんなAI利用ツールを作成しています。画像や音声も混在しているようなものも作っています。現在は、少し自分から応募するのは控えているのでご相談ある方は、以下から連絡ください。

以前、「ツイッターテンプレート001」を作成しました。１ツイート分の文言をクッキーで保存でき、指定した文字列を変換できるものでした。 今回は、いろんなツイート文言をデータベースに保管しておき、最短２クリックでツイートできるというものです。 定期的にツイッターで宣伝したい場合は便利だと思います。Webアプリの動作最初の画面です。ログインすると以下の画面になります。「ツイッターテンプレート」をクリックします。登録ボタンをクリックします。データを入力します※以下は変換用文字列です。 おは戦の絵文字　　　　→　{oha_e} おは戦のハッシュタグ　→　{oha} 西暦　　　　　　　　　→　{y} 月　　　　　　　　　　→　{m} 日　　　　　　　　　　→　{d} 時　　　　　　　　　　→　{h} 分　　　　　　　　　　→　{mi} 秒　　　　　　　　　　→　{s}登録ボタンをクリックします。※一覧の「(1/10)」は、10件登録可能中の1件登録という意味です。訂正ボタンをクリックします。データを修正します。訂正ボタンをクリックします。※削除用のデータを1件登録します。削除用のデータを登録したときの一覧画面です。※一覧はタイトル順となります。削除ボタンをクリックします。削除ボタンをクリックします。表示ボタンをクリックします。※変換用文字列が変換されています。ツイートボタンを押します。一覧画面を表示します。※ツイートボタンをクリックすると、以下と同じ処理となります。 　　表示ボタンクリック　→　ツイートボタンクリック  ※ツイートボタンをクリックすることにより、最短でツイートできます

毎日いろんなデータを記録しています。体重とか睡眠時間とか、その他いろいろ。 はてなグラフがあったときは、そこに入力して、ときどきグラフを確認していました。 グラフといっても折れ線グラフですが、グラフを見るとどんな傾向かわかってきます。 体重なら過食ぎみの場合は太っていくとか。たぶんストレスかな、とか。 グーグルスプレッドシートなど使うのもいいですけど、個別にいちいち設定するのが面倒だったりします。 というわけで、項目設定　→　データ入力　→　折れ線グラフ表示のツールです。Webアプリの動作最初の画面です。ログインして、マイページや広告を登録します。登録方法などは、以下のブログを参照してください。https://coconala.com/blogs/1890784/12815「うたらぼグラフ」をクリックします。 左のメニューの「項目一覧」をクリックします。登録ボタンをクリックします。データを入力します。登録ボタンをクリックします。※登録されました。 ※訂正、削除ボタンで、データの訂正・削除ができます。 データをもう1件入力します。 ２件の項目一覧の表示画面です。ちなみに、左のメニューの「一覧」をクリックしたときの画面です。※項目の並び順は、左から右になっています。 ※グラフ表示ボタンの左の項目は、並び順です。並び順と公開フラグを変更します。※睡眠を並び順１、公開するに変更しました。 ※公開する項目は水色です。 ちなみに、左のメニューの「一覧」をクリックしたときの画面です。※項目の並び順は、左から右になっています。 ※グラフ表示ボタンの左の項目は、並び順です。 ※公開

Webアプリの作り方PHPの本をいろいろ読んでみて、「メジャーなフレームワークを使ってみるべきか」「本と同じような感じで作るべきか」と、ちょっと悩みました。 フレームワークは便利な機能が簡単に作れるのですが、簡単に作れるまでには勉強しないといけません。学習コストが高いです。 また、大規模なシステムを作るのであれば、作り方の統一の一つとしてフレームワークの採用となるのですが、個人でしかも初心者（PHPの）の場合は、まっさらな状態から作る方が、作り方の勉強になります。 ただ、今までやってきた作り方がMVCパターンだったので、この作り方でやってみたいと思います。 で、こんな感じで作ってみました。フォルダの意味app ここのフォルダ内でアプリを作成します。 app配下のフォルダ カテゴリとかグループ名など たとえば、社員についてであれば、「shain」、セキュリティなら「sec」など  css cssファイルを格納する場所です。 その他 必要に応じてフォルダを作成しますファイル名の意味.htaccess このファイルで設定することで、セキュリティなど考慮できます。 ちなみに、今回の設定では、外部からアクセスできるファイルはindex.phpのみで、その他ファイルや以下のフォルダは外部からアクセスできないようにしています。 外部からアクセスできなくても、プログラムでincludeで呼び出すことでプログラムを実行します。 ただし、cssフォルダ内のcssファイルに関しては、phpに関係なく呼び出す必要があるので、ルート内にある.htaccessファイルとは別にcssフォ

こんにちは。Webアプリや業務効率化ツールを開発しているイプシロンです。四柱推命の鑑定では、命式を読み解くだけでなく、その結果をお客様に伝わる形へまとめる必要があります。その中でも、意外と時間がかかるのが「鑑定書の作成」です。鑑定結果をまとめる作業鑑定では、命式、大運、年運、月運、日運、相性など、さまざまな情報を確認します。確認した内容をそのままお客様へ渡すことはできないため、必要な情報を選び、分かりやすい文章へまとめる作業が必要です。鑑定内容が増えるほど、情報の整理にも時間がかかります。同じ内容を何度も転記する命式や運勢情報を確認した後、WordやExcelなどへ手作業で転記している方も多いのではないでしょうか。氏名、生年月日、命式、鑑定結果などを毎回入力していると、少しずつ作業時間が積み重なります。また、転記作業が多いと、入力間違いや記載漏れが発生する可能性もあります。見やすい形に整える鑑定内容を書き終えた後も、見出し、文字サイズ、改ページ、余白などを調整し、読みやすい鑑定書に整える必要があります。内容が正しくても、レイアウトが崩れていると、お客様にとって読みづらい資料になってしまいます。そのため、鑑定結果そのものだけでなく、資料としての見やすさにも気を配る必要があります。鑑定書作成を少しでも効率化するためにこうした作業の負担を減らすため、四柱推命の鑑定を支援するWebアプリを開発しました。必要な情報を画面上で確認でき、鑑定内容をPDFとして出力することもできます。すべての文章を自動で作成するものではありませんが、情報の確認や転記、資料作成の一部を効率化できます。鑑定書作成

今までColdFusionというものでシステムを作る仕事をしていましたが、とうとう2020年3月で、仕事の契約がなくなりました。新型コロナの影響もあり、自宅でいろいろ考えました。個人では、ヘテムルというホスティングサービスを利用していますが、ブログもちょっとしかやっておらず、ディスク使用量が、なんと、１％未満！というわけで、PHPとMySQLはデフォルトでついているので、勉強もかねてWebアプリを作ってみることにしました。ちなみに、なぜ「ヘテムル」かというと、昔、ColdFusionが使えたんですね。。。ColdFusionの対応をやめたということは、需要がなくなったということです。システムを内製化するなら、ColdFusionは便利な関数が満載です。拡張子が「cfm」となっているものはColdFusionで作られたものです。通販の「フェリシモ」は使っているみたいです。おっと、脱線しました。2020年4月は、PHPの本を読みました。・いきなりはじめるPHP・気づけばプロ並みPHP・詳細！PHP７＋MySQL入門ノート・PHPフレームワークLaravel入門・PHP逆引きハンドブックLaravelというフレームワークを使ってWebアプリを作ろうかと考えましたが、やめました。大規模システム用という感じです。ゼロから作ることにしましたが、やはり、共通化する部分があったりと、自分なりのフレームワークを作ったりしました。実際に開発を始めたのは５月からですが、まずは自分が欲しいと思ったものを作っています。随時発表していきます。ブログでは操作説明を書いていきたいと思います。では、また！