すべてのカテゴリ

1) Web アプリケーションのテストには、Web サイトを公開する前にその妥当性や機能性を検証するための様々な種類があります。テストを実施する担当者は、その種類を把握した上で、当該Webサイトに最適なものを選択する必要があります。本記事では、Webアプリケーションテストの種類とそれぞれのメリット・デメリットの概要を説明します。2) ユニットテストは、Webサイトで最初に行われるべきテストのタイプです。このテストは、個々の関数やメソッドのような、コードの個々のユニットに対して行われます。ユニットテストの目的は、コードの個々のユニットでバグを見つけることです。ユニットテストは通常、コードがメインコードベースに統合される前に、開発者によって行われます。3）統合テストは、Webサイト上で行われるべきテストの第二のタイプです。このテストは、コードの結合されたユニットに対して行われ、それらが意図したとおりに一緒に動作するかどうかをチェックするために行われます。統合テストの目的は、異なるコードのユニット間の相互作用のバグを見つけることです。統合テストは通常、コードがメインコードベースに統合された後、開発者によって行われます。4）システムテストは、Webサイト上で行われるべきテストの第三のタイプです。このテストは、システム全体に対して行われ、意図したとおりに動作するかどうかをチェックします。システムテストの目的は、システムの異なる部分間の相互作用のバグを見つけることです。システムテストは、通常、コードがメインコードベースに統合された後に、テスターによって行われます。5）ユーザー受入テストは、

Accessで作成したロケーション管理ツールです。Accessには見えないと評判です。ちょっと見づらいですが真ん中に入力用のテキストボックスがあります。それだけです。商品コードをバーコードリーダーでスキャンすると、ロケーション（商品を保管している棚の番地）が判明します。ここで棚のロケーションバーコードをピッとスキャンすると番地を変更できます。それだけです。タブレットで使用する場合は、右上の電卓アイコンを押すとこのように切り替わります。ロケーションを登録、確認するためのツール。それだけなのでこのようなインターフェイスになります。システムらしい見た目は必要ありません。システム屋などをやっていると忘れがちになるのですが、キーボード入力は人差し指二本で、という方もかなりいらっしゃいます。そういう方の場合、いろいろ画面に表示されているだけで「わからない」となります。マニュアルを読め、という話ではもちろんありませんね。なにもできないシステムであれば、使用者はなにもしなくて済みます（理想的！）。しかしそれでは意味がないのでなんらかの目的のためになんらかの操作を要求します。選択肢が1個だったら、それをやるより他ありません。こちらのツール、パートさんに使い方を説明したのは1分。その後の質問もなくさくさく利用していただいております（いまもたぶん）。もう一つのユーザビリティー。検索結果画面にスピーカーアイコンがありますね。ロケーションを登録・変更できなかった、ヘンなコードをまちがって打った、などの場合は音で知らせます。実際使用してみるとわかることなのですが、ロケーションに貼りつけたバーコード（本棚の

こんにちは。 小規模事業・個人事業主に向けたITサービス利用のご支援をしています！ ITコーディネータさとよです。システムを構築する際に要件定義フェーズというのがあります。このフェーズは突き詰めれば実に難しく、数々の失敗プロジェクトの原因を生み出す根源となっています。まず、一人で開発するシステムづくりについてはこのようなことはないと思います。自分でどんな要件が必要なシステムかを自分で考えて構築する点で齟齬が生まれる余地がないからです。問題が発生するのは構築を担当する受注者側と発注側のユーザが分かれるときに発生します。その発生する問題が、要件定義の見方が一緒ではないということに起因します。要件定義の認識相違はなぜ生まれるのかどういうことかというと、SEはモノづくりを考えるので、システムにどのような機能を持たせるかというのを考えます。どのような技術でどのような機能を実装させるかを考えます。システムに必要な要件は全部ユーザが提示するべきと考えています。どのような機能を盛り込むかで見積もりを行います。一方ユーザは業務からシステムを考えています。自分たちの業務に必要な要件を出していきます。細かいことはSEさんが汲んでくれると思って、具体的に提示しないことも多いです。ベテランSEであればそんなことは百も承知で、具体的な要件を確認してくれるSEもいます。しかし、やはり業務を行っていない分多少の漏れが発生してしまうこともあります。本来であれば、業務要件からシステム要件を抽出して構築するための要件定義をまとめていきます。一般的に要件定義フェーズというのは本来構築サイドで仕上げるというよりは、ユー

はじめまして システムエンジニアのCLOVERと申します。 現在、事業者向けのオリジナルの業務システム開発や、 業務システム（予約管理システム等）のパッケージを自ら開発し、導入・保守をしています。 システム開発・導入において、すべての工程を1人でできますが、どのような経歴でここまでになれたかを少し紹介したいと思います。 大学卒業後の経歴を簡単にまとめてみました。 ―――――― 【１】＜2年間ほど＞ 大手通信系のIT企業で、一通りのシステム開発（要件定義、設計、実装、試験、リリース、保守）を経験 【２】＜5年間ほど＞ 地方のIT企業で、より幅広い範囲のシステム開発（見積、進捗管理、設計、製造、試験、運用）を経験し プロジェクトマネージャーや複数プロジェクトの管理も担当 【３】＜2年間ほど＞ 社内システムがない建設系の会社に入り、1人で社内システムの要望ヒアリング、企画、設計、開発、導入、サポートを実施 【４】＜4年間ほど＞ 事業者のオリジナル業務システム開発や、業務システム（予約管理システム等）のパッケージを自ら開発し、導入・保守 ―――――― 社会人になるまでは、プログラミング経験があったわけでもなく、PCに特別詳しいとも言えない単なる若者でした。 そんな状態から就職し、社会とプロジェクトの波に揉まれつつ、おそらく社会人5～6年目あたりにようやく1人でもシステム開発ができるかなという技術がついたような気がします。 それまでの期間は仕事から帰っても、資格の勉強や、技術関連の本を読んだり、自分のPCでコードを書いたりなど、自己研磨に励んでいた気がします。大変すぎて記憶があいまいです

「最初から完璧なシステムが欲しい」と言われることがあります。でも、クライアントさん固有の業務のすみずみまではわかりませんし、クライアントさんの考える「完璧」がどの様なものなのかもわかりません。なので、Hot Linuxでは「まずは使って頂ける」状態を最速で目指して開発します。その後、ミーティングを重ねながら調整していきます。この様に進めることで、クライアントさんはイメージしやすくなり、伝え忘れていたことや見落としていたことが見えてきます。それらに柔軟に対応していきます。（かかる費用はまた別のお話です）#hotlinux#WEBシステム開発https://coconala.com/services/1860090

人間、ひとつのことに集中しつづけられるのは3週間くらいが限度なんだそうです。実際一日16時間もひとつのシステム構築に没頭していると、本当に3週間くらいでガクッときます。頭は真っ白。ひたすら眠い。そして無性にソリティアをやりたくなります笑。小説執筆では燃え尽きた経験がないんだがなあ、というオチなのですが笑。まあ2年も書きつづけたりしますので、とにかく習慣づけて展開を楽しみながら書く、という方法しかないようです（少なくともわたしは）。とにかく今回も頑張りました。ご褒美にココナラさんで癒やしを見つける旅に出ます笑。追記：ココナラさんでのビデオチャットや電話のサービス、とりあえずインカムを買えばいいのでしょうか？　Zoomなど苦手なのですが、癒やし系ならちょっと経験してみたい笑。

なんとか、Dockerでnuxt.js バージョン2を起動することができましたこれで、Ruby on Rails + Nuxt.js の環境がローカルで作れました！せっかくなので、Ruby on Railsの学習を始めます。今回もいろいろつまづきました。１．これを参考にでもこの通りにやってもできない。nuxt.jsコンテナがビルドでエラー zenn.dev/hibriiiiidge/books/49ee4063b10cec1df1a2/viewer/2ac314f5633e674d4b0c２．これをベースにDockerfileを作り直しwww.y-techmemo.work/entry/create-nuxt-app-using-docker-composeこれを参考に、実行コマンドを変更 --overwrite-dir オプションを追加zenn.dev/uta_mory/articles/f8bad2ffa86d99実行コマンドdocker-compose run frontend npx create-nuxt-app --overwrite-dir３．ブラウザでアクセスできないdocker-compose up で起動した後、localhost:3000にアクセスしても以下となるcurlでアクセスするも、 curl(52) empty reply　となり通信不可。これを参考に、nuxt.config.jsで待ち受けhostを明示的に指定qiita.com/amuyikam/items/01a8c16e3ddbcc734a46   server: {    host: '0

前回、AIの正体を「正解っぽいものを出す変換器」だとお話ししました。今回は、その性質がいちばん現実的に効いてくる場面。AIによる「開発」の話です。「AIってすごい」の中身を、正しく知る前回の記事で、AIをこう定義しました。AIとは、「正解そのもの」ではなく「正解っぽいもの」を、超大規模・超高速で出力するのが得意な、巨大な変換器である。この性質は、文章や画像だけの話ではありません。AIは今や、プログラムのコードも生成できます。「こういうアプリを作って」と言葉で頼めば、それらしいコードを出てくれる。だから最近は「AIが開発してくれる時代が来た」とも言われます。SaaS is Dead（SaaSの死）最近では、「SaaS is Dead（SaaSの死）」という言葉まで耳にするようになりました。「専用のソフトを契約しなくても、AIに頼めば自分専用のアプリがその場で作れる。だから、出来合いのソフトを売るSaaSビジネスは終わる」そんな主張です。確かに、これは大きな変化です。かつてエンジニアが何ヶ月もかけて書いていたコードが、3日間で形になる。開発のスピードは、間違いなく劇的に上がりました。でも、ここで前回の言葉を思い出してください。AIが出すのは「正解」ではなく、「正解っぽいもの」でした。では、AIが出した"正解っぽいコード"を、そのままお客様に納品したら、何が起きるのでしょうか。「動くコード」と「正しいコード」は、まったく別物AIが生成したコードは、たいてい、ちゃんと動きます。画面も表示されるし、ボタンも押せる。一見、完成しているように見えます。ここに、最大の落とし穴があります。「動い

システムやプログラムをちょっと調整したい時や調子が悪い時に、色々自分で試される方がいらっしゃいます。ご自身で色々試されてから、どうにもできなくてご相談を受けることがあります。これはいい面悪い面があって、いい面：こちらからお聞きすれば現在の状況がある程度わかる。悪い面：色々試された結果、事態が深刻化してしまう事がある。2つめがなかなか厄介で、色々触った後で見てもそれが「元々のエラーになっていた部分」なのか「後から書き換えて更にエラーを引き起こしている部分」のかがわかりません。ご相談を受けると、かなりの高確率で後者の状態になっています。こうなると、直すまでの時間がかかり、最悪は元に戻せない状態になることもあります。簡単なことだから自分で出来そう！と下手にいじらず、簡単そうなこともプロにご相談ください。https://coconala.com/services/1689980

現代社会において、インターネットは私たちの生活に欠かせない要素となっています。特に口コミサイトは、消費者行動に大きな影響を与えるメディアとして注目されています。レストラン、ホテル、各種サービスなど、日々の選択において、実際の利用者の声が重要な判断材料となっているのです。このような口コミサイトが提供する情報は、消費者にとって貴重な情報源であり、企業にとっては顧客の声を直接聞く手段となっています。しかし、このような口コミサイトを支えるシステム開発の側面については、あまり知られていません。システム開発の基礎：口コミサイトの仕組み口コミサイトの構築には、多くの技術的要素が関与しています。その中心となるのはデータベースの設計です。大量のユーザーからのレビューを効率的に収集し、管理し、表示するためには、高度なデータベース技術が不可欠です。また、ユーザーインターフェースの設計も重要な要素です。使いやすさを考慮した設計は、ユーザーの満足度を高めるだけでなく、サイトの信頼性にも直接的に影響を及ぼします。さらに、セキュリティ対策も重要なポイントです。個人情報の保護、不正アクセスの防止など、ユーザーが安心して利用できる環境を提供することが求められます。口コミサイトの課題と解決策口コミサイトが直面する最大の課題は、レビューの信頼性と偽情報の問題です。ユーザーによる偽のレビューがサイトの信頼性を損なう事態は、しばしば発生しています。これに対処するためには、レビューの検証プロセスを強化する必要があります。たとえば、AIを利用して不自然なレビューパターンを検出する、ユーザー認証を強化して偽アカウントの作成を

こんにちは、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)-----------------------------------------------

こんにちは！高倉友彰です。フリーランスのシステムエンジニアとしてスタートアップの現場で仕事をしていると、日々多くのクライアントから新しいWebシステムやAI活用の相談をいただきます。変化が早くて真っ白な未来のキャンバスに、新しく何かを描いていくような仕事は、いつも私に大きなワクワクを与えてくれます。そんな開発の現場で、私はいつも日本の伝統的な遊びである折り紙のことを思い浮かべています。今回は、私が日頃から心がけているシステム設計のこだわりについて、少し変わった角度からお話しさせてください。折り紙は、最初はただの平らで四角い一枚の紙にすぎません。しかし、角と角をきれいに合わせ、丁寧にしるしをつけて折っていくことで、美しい鶴や様々な形へと姿を変えていきます。このときに最も大切なのは、最初の土台となる折り目をいかに正確につけるかということです。最初の数手が少しでもズレてしまうと、後からどれだけ綺麗に折ろうとしても、最終的な形が歪んでしまいます。システム開発もこれと全く同じです。新しくサービスを立ち上げるとき、要件定義やデータベースの設計といった初期の段階で、どれだけ丁寧で強固な土台を作れるかが、その後のシステムの運命を左右します。特に私が得意としているバックエンドの開発やAPI設計は、まさに折り紙の最初の一手のようなものです。目に見える派手なデザインではありませんが、後から新しい機能を追加したり、ユーザーが急増したりしたときにも、柔軟に対応できる美しい構造をあらかじめ仕込んでおくことが、エンジニアの腕の見せ所だと思っています。近年、ココナラでもご相談をいただくことが増えた生成AIとの

みなさん、こんにちは！AIシステム開発エンジニアの白川です。今、SNS（TikTokやInstagram）の副業ジャンルで、圧倒的にバズりやすく稼ぎやすいと言われているのが「占いビジネス」であることをご存知でしょうか？「顔出し不要で始められる」「定年後のストック型ビジネスに最適」と、参入する方が非常に増えています。しかし、実際に始めた方の多くが、ある「2つの大きな壁」にぶつかって挫折してしまっているのが現実です。その壁とは……毎日のショート動画のネタ切れと、編集作業の大変させっかく依頼が来ても、数千文字の鑑定書をイチから書くのに数時間かかる負担集客のための動画作りに追われ、売れたら売れたで鑑定書の作成に夜通し追われる……。これでは「自由な時間を手に入れるための副業」のはずが、ただの重労働になってしまいますよね。そこで、プログラミングやAIの知識が全くない方でも、ボタンを1クリックするだけで「集客動画の台本」と「プロ級の鑑定書PDF」を同時に爆速生成できる【あなた専用の自動化Webアプリ】を開発しました！🔮 この自動化ツールでできること使い方はとてもシンプルです。あなた専用のWeb画面を開き、相談者の「名前」「生年月日」「お悩み」「占いたいテーマ（恋愛・仕事など）」を入力してボタンを押すだけ。たったこれだけで、最新のAIが裏側で働き、以下の2つを同時に作り出します。① バズる構成の「TikTokショート動画台本」冒頭3秒で視聴者を強烈に惹きつけるフックから、プロフィール欄への誘導まで、TikTokのアルゴリズムを徹底的に研究した「黄金構成」の台本を自動生成します。あとはこれをコピ

情報システムの活用は、企業活動のスピードや業務効率に直結する重要な要素です。現在では多くの企業がさまざまな場面で多種多様なシステムを導入しており、その規模や開発費用も年々拡大しています。場合によっては、システム開発の成否が企業の将来を大きく左右することもあります。しかしながら、こうした重要性にもかかわらず、システム開発の現場では依然として多くのトラブルが発生しています。トラブルを未然に防止するためのガイドライン等も整備されていますが、それでもなお、トラブルを十分に回避できているとは言い難いのが実情です。システム開発委託契約とはシステム開発委託契約とは、企業（ユーザ）がベンダに対し、業務用システムやアプリケーションの開発を依頼する契約です。法的性質については、通常、請負契約か、それとも準委任契約に当たるのかという点を中心に論じられることが多いといえます。契約類型により報酬請求権や責任範囲が異なるため、業務内容、仕様、納期、検収方法、知的財産権の帰属、損害賠償の範囲などを具体的かつ明確に定めることが重要です。Webシステムを開発対象とする場合には、プログラミングの問題だけではなくクラウドサービスの提供のあり方を踏まえた総合的な開発契約を考える必要があります。システム開発契約の法的性質システム開発委託契約の法的性質については、通常、請負契約か、それとも準委任契約に当たるのかという点から論じられることが多いといえます。 これは、ユーザを委託者とし、ベンダを受託者とするシステム開発委託契約において、その契約の趣旨が、システムを完成させることであれば請負契約、開発作業を遂行することであれば

こんにちは。今回は、最近手掛けた「AI音声を用いた英単語学習Webアプリ」の開発プロジェクトを通じて、技術的に工夫した点や、エンジニアとして大きく成長できたと感じたエピソードを共有したいと思います。これからWebアプリ開発をご検討されている方や、同じように要件定義や技術選定で悩んでいるエンジニアの方の参考になれば幸いです。プロジェクトの概要と技術スタック今回のプロジェクトは、学習塾向けに「生徒がスキマ時間で効率よく英単語を記憶できるアプリ」を開発するというものでした。【採用した技術スタック】・フロントエンド: React, Tailwind CSS・バックエンド/データベース: Firebase (Firestore, Storage, Authentication, Hosting)・外部API: Google Cloud Text-to-Speech API (Neural2モデル)特にこだわったのは「音声の品質」です。単なる機械音声ではなく、Google Cloudの最新AIモデル（Neural2）の女性ボイスを採用し、さらに少し早めの再生速度（1.2倍速）に設定することで、単語帳アプリに最適な「キビキビとしたネイティブに近い発音」を実現しました。システム構成としては、管理者画面から英単語をExcelで一括登録した際、未生成の音声データをGoogle Cloud APIにリクエストし、生成された音声ファイル（mp3）をFirebase Storageに保存。そのダウンロードURLをFirestoreの各単語データに紐付ける、というフルスタックな処理を実装しています。直面し

業界のリアルを深く知ることから始まるDX。屋根工事業者様との二人三脚で得た「真の業務効率化」とシステム開発の裏側皆様、こんにちは。フリーランスのITコンサルタント・システムエンジニアとして活動しております、「EFFORK SYSTEMS」の前田と申します。私がEFFORK SYSTEMSとして掲げている最大のミッションは、単に「言われた通りの仕様書通りにシステムを作る」ことではありません。お客様の現場に日々潜み、業務効率化の妨げとなっている「根底のボトルネック」を的確に見つけ出し、システムやアプリ開発という形を通じて根本から課題を解決すること。そして、その先のビジネスの飛躍へと繋げ、多くの方々に貢献していくことです。本日は、先日無事に完全納品を迎えた、ある屋根・外壁リフォーム業者様との「提案シミュレーション・見積りアプリ開発」のプロジェクトを通じて、私自身が強く感じたこと、そしてシステム開発において本当に大切なことについてお話しさせていただきます。■ システム屋が「屋根工事のプロ」の思考を学ぶ理由現場で「本当に使える」システムを作るためには、プログラミングやITの知識だけでは全く不十分です。お客様が日々どのような業務を行い、どのような視点でお客様（施主様）と向き合っているのか。その業界の「リアル」を深く理解しなければ、真に役立つツールは絶対に生まれません。今回の開発にあたり、私は屋根工事という専門的な業界の実情について、お客様から非常に多くのことを学ばせてもらいました。例えば、スレートやガルバリウム鋼板、日本瓦といった「屋根の素材ごとの特徴や耐用年数、メンテナンスの周期」。そし

お店を運営する上で欠かせないのが予約管理世の中には数多くの予約システムがありますが、正直に言って「高すぎる」と感じたことはありませんか？ 便利な機能がついているのはわかりますが、毎月数万円の固定費は、個人経営や小規模店舗にとってはかなりの痛手。売上の数％をシステム利用料として払い続けるのは、まるで終わりのない「月謝」を払っているようなものです。 「DM予約」の限界。お客様は意外とシビアです 「じゃあ、インスタのDMやLINEで直接やり取りすればいいのでは？」と思うかもしれません。 確かにコストはゼロですが、そこには大きな落とし穴があります。 返信待ちのタイムラグ：「今すぐ予約したい」お客様にとって、数時間の返信待ちはストレスです。 ダブルブッキングの恐怖： 手動管理はミスがつきもの。 予約のハードル：「わざわざメッセージを送るのは面倒…」と、検討段階で離脱してしまうお客様は意外と多いのです。 いっそ、あなただけの「自作システム」を持ちませんか？ 月額費用に悩み、手動管理に疲弊しているなら、**「自分の店専用の予約システム」を構築する**という選択肢があります。 「システムを作るなんてプロにしか無理」と思われるかもしれませんが、今はノーコードツールや特定のプラットフォームを活用することで、以前よりもずっと身近に、そして自由に作れる時代です。 独自システムがもたらす「3つの解放」 1. ランニングコストからの解放一度作ってしまえば、毎月高い利用料を払い続ける必要はありません。維持費を最小限に抑えられます。 2. 「痒いところに手が届く」機能性一般的なシステムでは「ここがこうだったら

こんにちは。大藏(大蔵)陽平と申します。システム開発という仕事を10年続けてきて、技術以外に自分の中で育ったものがあります。それが「論理的思考」と「柔軟な対応力」です。この二つは、一見すると相反するように聞こえるかもしれません。でも実際の開発現場では、この両方が同時に求められる場面が何度もありました。論理的思考は、要件定義の段階から鍛えられます。クライアントの要望を整理し、何が本当に必要で、何が優先されるべきかを構造的に考える。感情や思い込みを排除して、課題の本質を見極める力はコードを書く以前に必要なものです。システム開発は、論理の積み重ねで成り立っています。一方で、開発が進む中では必ず想定外が起きます。仕様の変更、環境の違い、予期せぬバグ。そのたびに「こうあるべき」という固定観念を手放し、状況に合わせて最善策を考え直す柔軟さが求められます。論理だけでは解けない局面を、何度も経験してきました。この二つの力は、開発の仕事を通じて自然と身についたものです。そして今では、仕事の外でも活きていると感じています。物事を整理して考えること、状況が変わっても落ち着いて対応すること。システム開発が、思考の土台をつくってくれました。ご依頼いただく案件には、この10年で培った論理と柔軟さの両方を持って臨みます。技術的な課題でお困りの際は、お気軽にご相談ください。

「予約システムほしいけど、月額が高い…」 サロンや教室を運営していると、予約管理は避けて通れない問題です。 電話やLINEのメッセージで予約を受けて、手書きでカレンダーに書き込んで…。 正直、めんどくさいですよね。 かといって、ホットペッパーは月額が高い。Reservaやクービックも、予約件数が増えると有料プランに切り替えなきゃいけない。 実は、LINE公式アカウントとGoogleの無料ツールを組み合わせれば、月額0円で予約システムが作れます。 この記事では、その仕組みと導入方法をざっくり解説します。 使うもの（全部無料）・LINE公式アカウント → お客様との窓口（月200通まで無料）・Google Apps Script (GAS) → 予約処理の自動化（無料） ・Googleカレンダー → 予約枠の管理（無料） ・Googleスプレッドシート → 予約データの記録（無料） サーバー代もかかりません。全部Googleの無料枠内で動きます。 仕組み（ざっくり）お客様がLINEで「予約する」をタップすると、こんな流れで自動処理されます。① LINEで「予約する」ボタンをタップ ② 予約フォームが開く（カレンダーから日付・時間を選ぶだけ） ③ GASが自動でGoogleカレンダーに予定を登録 ④ 同時にスプレッドシートにも予約データを記録 ⑤ LINEにお客様への確認メッセージを自動送信 ポイントは、空いてる時間だけが選択肢に出ること。 Googleカレンダーの予定を見て、埋まってる枠は自動で非表示になるので、ダブルブッキングが起きません。 月額制の予約システムとの比較「無料って

「全カテゴリランキング１位」＆「AIカテゴリランキング１位」を頂いた記念に、その記録を残して置きたいと思います！（閲覧数の変化なども、記録していけたらなと思います！）納品の内容の概要や金額については、下記URLのブログに記載しています！https://coconala.com/blogs/4162706/568012📊 ランキング記録メモ2025年5月8日・全カテゴリランキング：19位・AIカテゴリランキング：1位2025年5月9日・全カテゴリランキング：1位（全944,483件中）・AIカテゴリランキング：1位（全2,679件中）2025年5月10日・全カテゴリランキング：1位（未確認）・AIカテゴリランキング：1位（未確認）2025年5月11日・全カテゴリランキング：1位（全945,371件中）・AIカテゴリランキング：1位（全2,703件中）2025年5月12日・全カテゴリランキング：2位（全945,575件中）・AIカテゴリランキング：1位（全2,706件中）2025年5月13日・全カテゴリランキング：2位（全946,152件中）・AIカテゴリランキング：1位（全2,716件中）2025年5月14日・全カテゴリランキング：1位（全946,491件中）・AIカテゴリランキング：1位（全2,727件中）2025年5月15日・全カテゴリランキング：18位（全946,905件中）・全カテゴリおすすめ：101位（全674,143件中）・AIカテゴリランキング：1位（全2,738件中）・AIカテゴリおすすめ：1位（全2,256件中）2025年5月15日・全カテゴリランキング：---

先週から業務合理化を狙ってGoogleのアプリケーションで仕様とフローを考えつつプログラムをセコセコ作ってた。会社に提案したけどいろいろと社内ルール上の影響があり提案内容は結局ボツになった。しかしそれは想定範囲内だったので社内ネットワークだけで利用できるシステムを作る方にシフト。しかし残念なことにワイにそれを作るスキルがない・・・というか時間がかかるので社外のエンジニアに頼むことにした。ということは、ここまで考えたことを仕様書にまとめあげる必要が出てきたのであった。要は頭の中にあるイメージを言語化＆図式化しなきゃならん。なのでソッコー要件定義書を作り上げた。（突貫だったので1日で仕上げた）昨日無事にエンジニアの人と話して案件のボール投げることができたので少し安心できたかな。前の職場でシステム部の仕事に携わってて良かったと思えた瞬間である。何事も経験って活かせるよねwww

これくらいなら簡単にできるでしょ？と言われることがあります。特に、見た目が少ししか変わらなかったり、短時間で完了するとそう感じるかたもいらっしゃるかと思います。もちろん、表記の変更の様な実際に簡単なものもあります。でも、システムの修正の場合は高確率で見た目よりは工数がかかる場合が多いです。Hot Linux でお引き受けする仕事でも、爆速で完了するケースがあります。これは、Hot Linuxの技術力が高いからなんです。過去の経験と知識をフルパワーで投入するから爆速で完了することがあるのです。なので、本職じゃない人が自分で修正しないでください。時間ばっかりかかります。プロに任せて、クライアント様自身は本業に専念してください。https://coconala.com/services/1689980

比較的多いご相談に「何かのアクションを起こした（アクションが起きた）時にメールで通知したい」というものがあります。よくあるケースだと・アンケートや問い合わせフォームが入力された時に担当者にメール通知したい・申し込みがあった時に、申し込みしてくれた人にメール通知したい・データ入力が完了したタイミングで、次の担当者にメールで通知したい昔からある仕組みなのですが、近年セキュリティが強化されてきて以前のプログラムだとうまく送信できないケースがあります。コンピューターに迷惑メールと判断されてしまうのです。言うまでもありませんが、Hot Linuxでは、迷惑メール判定されにくいプログラムで実装しています。#hotlinuxhttps://coconala.com/services/1689980

こんにちは！前嶋拳人です。冷たい画面に向かい、キーボードを叩いて文字を並べていく。私の仕事は一見すると無機質な作業に見えるかもしれませんが、実は頭の中に広がる真っ白な設計図の上に、まだ誰も見たことがない新しい街の通り道を作っているような感覚に近いものです。エンジニアとして歩み始めてから、１０年以上の月日が流れました。新卒で飛び込んだ大手企業では、何万人もの人が毎日安全に利用する、決して壊れてはいけない巨大なインフラを支える現場にいました。少しの狂いも許されない、完璧な安全性が求められる厳格な世界。そこで私は、何があっても揺るがない頑丈な土台を敷くための、徹底的なこだわりと誠実さを学びました。あの頃に培った高い安全意識と確実な仕事への姿勢は、今でも私のものづくりの真ん中にあります。その後独立し、フリーランスとして活動を始めてからは、もっと小さくて軽やかな、それこそ街角に新しく開いた小さなカフェの模様替えを手伝うような楽しさに出会いました。そこでは、頑丈さだけでなく、使う人の成長や時代の変化に合わせて、その日のうちに形を変えられるようなしなやかさが大切になります。システムを構築するということは、単にプログラムの文字を打ち込むだけではありません。依頼してくださった方が思い描く未来の風景をじっくりと聞き、複雑に絡み合った課題の糸を一本ずつ丁寧に解きほぐしていく作業です。そうしてできあがった設計図がシンプルで美しいものであるとき、完成した仕組みは驚くほど滑らかに、まるで静かな森が息をするように動き始めます。カチッとした硬い規則という骨組みと、状況に合わせて形を変えられる柔らかい余白。その

「業務システムを作りたいけど、いくらかかるのか見当がつかない」「見積もりを取ったら高すぎて、そっと閉じた」システム化を考える方が最初にぶつかるのが、この費用の問題です。私は事業会社で複数の業務システムを作ってきて、さらに外部の見積もりも数多く見てきました。今日は、ベンダーに頼む前に知っておくと損しない「費用の考え方」をお話しします。⚪︎なぜ見積もりは数百万円〜になるのか業務システムを業者に頼むと、小規模でも数百万円、規模によっては1000万円を超える見積もりが出てくることがあります。高く感じるかもしれませんが、理由はあります。要件定義、設計、開発、テスト、それぞれに専門の人が関わり、人件費が積み上がるからです。さらに、納品後の保守として月額数万円が継続的にかかるケースも多いです。つまり、従来のシステム開発は「人手をかけて作る」前提なので、どうしても高額になりやすい構造でした。⚪︎費用を左右する3つの要素見積もりの金額は、主に次の3つで決まります。ひとつ目は、機能の多さです。あれもこれもと盛り込むほど、当然ながら金額は上がります。ふたつ目は、連携の複雑さです。既存の会計ソフトや他システムとつなぐ場合、その分の手間が加算されます。みっつ目は、作り方です。完全オーダーメイドで一から作るのか、既存の仕組みやAIツールを活用するのかで、費用は大きく変わります。逆に言えば、この3つを抑えれば、費用はコントロールできます。⚪︎「全部入り」を避けるだけで費用は下がる費用が膨らむ最大の原因は、「念のため、あれもこれも」と機能を盛り込むことです。実際には、最初から全機能を使うことはほとんどありませ

毎回同じシーンが繰り返される 「使用期限切れてた…」 「誰か発注した？」 「え、造影剤在庫切れ？！」 「今月思ったより消費早くて…」医療関係の現場で15年。 この会話を何百回と聞いてきました。 勤務していたクリニックでも、公益財団法人のようなご立派な施設でも、、、在庫管理の問題は驚くほど同じパターンで起きています。 現場で繰り返される3つの問題 **① Excelの限界** Excelで作りこまれた在庫管理表。でも実は部署ごとに違う。それは誰か詳しい人がたまたま作ってくれただけ。。。基本はExcelシートから紙出ししてから作業。しかも共有Excelになれば同時編集に弱く、気づけば バージョン違いのファイルが複数存在してしまいます。 誰かが更新した瞬間に他の人の作業が上書きされる。 がんばって運用でカバーしようとするほど、しんどくなるやつです。 **② 期限切れは「棚卸しの日」に発覚する** 造影剤、医薬品、消耗品… 使用期限が品目ごとにバラバラな施設で、 Excelや目視管理には限界があります。 廃棄コスト＋緊急発注の手間＋ヒヤリハット報告。 「今月やっちゃった…」が繰り返されます。 **③ 発注が一括管理されず属人化している** 本来、一元管理されるべき在庫管理。システムがないために各部署任せにされている。引継ぎはExcelシートの置き場と運用方法から確認。全て担当者に一任されます。申請から承認までの流れが人の頭の中にしかない状態では、 誰が引き継いでもゼロリセットされます。 解決を想定して作ったもの これらをまとめて解決するために、 Webブラウザで完結する在庫管理システム

前回はCodex CLIでツールを作ってみた話を書いたが、今回はもう少し踏み込んで、実際の業務システムっぽいものを作ってみた話。 ■CLUB 管理システムデモ（github.com/take365/club-ops）キャバクラでボーイが店舗管理するのに使う感じのシステムです。 そんな感じの募集があったのでデモをAIで作ってみたが提案前に募集が閉じてしまったのでこちらでご紹介。まぁもともと月額数万円でサービス提供しているようなシステムを、数日で開発というのもなかなか無理な話ではあるのだが、ぼちぼち動く程度にはなったのでノウハウ提供もかねてひさびさにブログでだしてみる。■技術的な話開発エージェント：codex cli（open ai）　　claud code優勢と聞くが、あいかわらずopen ai（codex cli） 言語：python django　　チャッピーにはJS系が…とも言われたが、ロジック側も重要そうなので見やすいpythonメイン。djangoは使ったことなかったがAIが勝手に使うのでいいや。結局デモまでだったし、pythonもコード読んでない）インフラ：さくらのApp Runデモの公開は最近さくらインターネット検定合格したこともあり、さくらのApp Runを利用。無料βは終わってしまったが、使わないときに勝手に落ちるのでデモ用途にはちょうどいい。デモなのでDB同梱で揮発でOK。 ■苦労した点 ・業務理解 　いろいろ分からないことが多い業界。それでもチャッピーはなんとか説明してくれた（たぶん） ・タブレット操作用のUI 　気を抜くとプルダウンとかチェックボックスを出

この度、レンタカー店舗向けの車両予約管理システムをフルスタックで開発しましたので、開発記録として残します。 概要 お客様からの車両予約受付から、管理者による予約管理・車両情報管理まで一貫して行えるWebアプリケーションです。実際の店舗運用を想定し、管理機能や在庫管理まで含めた本格的なシステムを目指しました。使用技術 バックエンドはGo 1.23とGinフレームワークを採用しました。軽量で高速な動作が必要な予約システムに適していると判断しました。データベースはTurso（SQLite）を使用し、クラウドネイティブな構成としています。 フロントエンドはReact 19とTypeScript、Vite、TailwindCSS v4の組み合わせです。型安全性を重視し、メンテナンス性の高いコードベースを目指しました。インフラはDocker Composeで構成し、Nginxをリバースプロキシとして配置。本番環境も含めて完全なコンテナ化を実現しています。実装機能 ユーザー向け機能として、車両一覧表示、詳細確認、日付指定による空き状況確認、予約フォーム（顧客情報入力・期間指定・自動料金計算）を実装しました。 管理者向け機能として、JWTトークンによる認証機能、ダッシュボードでの予約一覧管理、予約ステータス管理（確認中・確定・キャンセル）、車両情報のCRUD操作（画像アップロード含む）を実装しました。 技術的なポイント SPAによる快適なユーザー体験を重視し、ページ遷移なく予約フローを完結できるようにしました。また、レスポンシブデザインを徹底し、スマートフォンからの予約も想定したUI設計として

近年、AIを用いた開発が一気に身近なものになりました。コード生成、設計補助、ノーコード・ローコードツールなど、「人が書かなくてもシステムが作れる」ように見える場面は確実に増えています。一方で、システム開発を運用までのスコープで考えると、日本の文脈では必ず別の言葉が立ち上がります。それが「責任」や「責任者」という言葉です。技術的な是非とは別に、誰が責任を負うのか、誰が説明するのか、誰が矢面に立つのか、といった話が避けられなくなります。AI技術は請負・委託構造を根本的には解決しないAIは責任主体になることができません。そのため、AIを使って開発されたシステムであっても、最終的には「AIを使って開発した人」あるいは「AI導入を判断した人」がその責任を引き受けることになります。この構造は、AIに限った話ではありません。ノーコードツールでも同様でしたし、さらに遡れば、コンピュータそのものが業務に導入された当初から一貫して変わっていない構造でもあります。結果として、AIは日本における請負・委託構造そのものを根本的に解決する存在にはなっていません。それどころか、セキュリティ管理、情報管理、運用ルールの整備など、新たな判断と責任、そして管理コストを増やす側面も持っています。技術設計をアウトソーシングする本質的な価値ここで改めて認識すべきなのは、技術設計をアウトソーシングすることの価値が、必ずしも技術力だけに限るわけではない という点です。アウトソーシング側に技術力があるのは当然のことです。加えて重要なのは、「責任」「責任者」という言葉が人間関係として発火してしまう摩擦を、距離化し、吸収する役割

こんにちは！身近なDXを提供しているkanehara32です。お力添えできる、企業様や技術者、プロジェクトに出会えるかと思い記事を記載しております。「新しいサイトを作りたいけど、どの技術で作ればいいの？」「WordPress でいいって言われたけど、本当にそれでいいの？」「Next.js って聞いたことあるけど、何がそんなに良いの？」「技術的なことは分からないけど、将来性のある選択をしたい」システム開発やWebサイト制作を検討する際、技術選択に悩む経営者・担当者の方は多いのではないでしょうか。特に「Next.js」という言葉は最近よく聞くものの、具体的にビジネスにどんなメリットがあるのか分からないという声をよく耳にします。今日は、なぜ現代の企業サイトやWebアプリケーションにNext.jsが最適なのか、技術的な背景とビジネス価値の両面から分かりやすくお話ししたいと思います。「技術のことは分からないけど、正しい選択をしたい」という方に、ぜひ参考にしていただければと思います。■現代のWebサイトに求められるもの▼ユーザーの期待値の変化10年前のWebサイト： ・情報が見られれば十分 ・多少時間がかかっても我慢 ・PCでの閲覧が中心現在のWebサイト： ・即座に表示される（3秒以内） ・スマホで快適に使える ・検索で見つけやすい ・安全で信頼できるGoogleの調査によると、モバイルサイトの読み込みに3秒以上かかると、53%のユーザーが離脱します。つまり、表示速度は直接ビジネス成果に影響するのです。▼SEO（検索エンジン最適化）の重要性検索経由の重要性： ・BtoBサイトの60-70

こんにちは！身近なDXを提供しているkanehara32です。お力添えできる、企業様や技術者、プロジェクトに出会えるかと思い記事を記載しております。「サイトを作るなら、とりあえずWordPressでいいよね？」「制作会社からWordPressを提案されたけど、これで本当にいいの？」「安くて早くできるって言われたけど、後で困らない？」「将来的にサービスを拡大したいけど、WordPressで対応できる？」Webサイト制作を検討する際、多くの企業が「とりあえずWordPress」という選択をされています。確かにWordPressは優れたCMSですが、全ての企業・全ての目的に最適とは限りません。特に事業成長を見据えている企業にとって、最初の技術選択が将来の可能性を左右することもあります。今日は、WordPressの特徴を正しく理解し、あなたの事業にとって本当に最適な選択は何かを一緒に考えてみたいと思います。「今は分からないけど、将来を見越した正しい判断をしたい」という経営者・担当者の方に、ぜひ参考にしていただければと思います。■WordPressが選ばれる理由と現実▼なぜ「とりあえずWordPress」なのか■制作会社側の事情提案しやすい理由： ・開発工数が少ない（テンプレート活用） ・技術者の確保が容易 ・クライアントへの説明が簡単 ・低価格での受注が可能ビジネスモデル： ・量産型の制作体制 ・標準化されたワークフロー ・継続的な保守収入■企業側の判断基準選択理由： ・初期費用の安さ ・納期の短さ ・管理画面の使いやすさ ・制作会社の推奨判断時の心理： ・「とりあえず形にしたい」 ・

現在は5つのプロジェクトが同時に動いていて、毎日がジェットコースターのような忙しさです。見積もり依頼があるので、仕様を考える時間などもかかりますし、ある程度調査が必要です。朝一番は在庫管理システムの打ち合わせ、午後は予約システムのテスト、夕方は会計ソフトのバグ修正という具合に、頭の切り替えが大忙しです。 正直、最初は「こんなに同時進行で大丈夫かな？」と不安でしたが、意外とコツを掴めばうまく回せるものですね。 現在進行中の案件を整理してみると、それぞれ全く違う業界のお客様です。 案件Aは美容院の予約管理システムで、お客様がLINEから簡単に予約できる仕組みを作っています。 案件Bは建設会社の工程管理システムで、現場の進捗をリアルタイムで把握できるアプリを開発中です。 案件Cは飲食店のオーダーシステムで、タブレットから注文を取って厨房に自動送信する機能を実装しています。 案件Dは学習塾の成績管理システムで、生徒の学習履歴を分析してアドバイスを提供する機能を組み込んでいます。 案件Eは小売店の売上分析システムで、日々の売上データをグラフで見やすく表示する仕組みを作成中です。 複数案件を同時進行することで得られるメリットがいくつかあります。 まず、異なる業界の知識が身につくので、より幅広いソリューションを提案できるようになります。 次に、一つの案件で学んだ技術や手法を他の案件にも応用できるので、開発効率が向上します。そして、リスクの分散になるので、一つの案件でトラブルが起きても他でカバーできる安心感があります。 同時進行のコツをお伝えすると、まずタスク管理を徹底することが重要です。 私

ソフトウェア開発を外注する際、「著作権は全部買い取るべき？」「開発会社に権利を渡すのは不安...」とお悩みではありませんか？実は、全権利を買い取る「完全譲渡型」では、開発費が2〜5倍に膨らむこともあります。一方、最低限の利用権だけを得る「利用許諾型」なら初期コストは安く抑えられますが、自由度は極端に低く、将来的な事業展開や開発会社の変更はほぼ不可能です。本記事では、その両極端のリスクを回避し、重要な権利だけ確保しつつコストも抑えられる「権利分離型契約」を徹底解説します。権利分離型契約とは？開発するソフトウェアを以下の2つに分けて、権利を適切に配分する契約方式です：🟩 1. お客様専用部分（新規開発部分）・御社の業務フローやビジネスロジック・競争力の源泉となる独自機能・→ 御社が著作権を100%保有🟩 2. 汎用部分（開発会社の既存資産）・データベース接続などの基本機能・ログイン認証などの共通機能・→ 開発会社が著作権を保有（御社には永続的な利用権を付与）※ 利用権：社内利用が可能な権利（商用利用・サービス展開などの権利は持たない）御社にとっての5つの具体的メリット🟩 1. 開発コストを最大80%削減・完全譲渡型では開発費が2〜5倍になることも・例：300万円の案件で著作権をすべて買い取ると、600万〜1,500万円に膨らむ可能性も・権利分離型を選ぶことで、実質数百万円単位のコスト削減が可能・開発会社のシステム改善の恩恵を得られること🟩 2. 重要なビジネスロジックは完全保護・競合他社への流出リスクゼロ・御社独自のノウハウは御社だけのもの・将来の改修・拡張も自由自在🟩 3. ベン

皆さんはGoogleDriveは使っていますか？各パソコンやスマホからファイルを保存するのが一般的かと思います。これ、WEBシステムのファイル置き場として使えるんです。GoogleDriveの様なファイル置き場のことを「ストレージサービス」と言います。Hot Linuxでは、システムに実装する場合はGoogleの「CloudStorage」というサービスをおすすめしています。GoogleDrive：契約で容量一定、PCやスマホ向けCloudStorage：容量無制限（使った量に合わせて従量課金）、システム向けこの様な違いがあるので、それに合わせて選択すると良いと思います。https://coconala.com/services/1689980

システムは、人間がやっている仕事を間違いなく早く済ませるためにあります。コンピューターの得意分野は繰り返し処理や計算処理。これらは「明確なルール」があるのでコンピューターは得意です。逆に苦手なことは「想像する（考える）こと」や「柔軟に対応（判断）すること」です。これらは「明確なルール」化が出来ない（やりにくい）ので、システムで自動的に判断したり処理したりするのは不向きです。わかり易い例だと、「ほとんどの場合はAに振り分けるけど、たまにBに振り分ける」といったシチュエーションがあります。ルールはなく、カンと経験で判断している場合です。どこまでルール化出来て、どこからは人間が判断して処理を行うのか。システムで出来ることは日々進化していますが、すべてのことが出来るわけではありません。この辺の切り分けはシステム開発時にとても大事な検討要素です。#hotlinuxhttps://coconala.com/services/1860090

「レンタルサーバーのPHPバージョンをアップしたらうまく表示されなくなった」というご相談をうけることがあります。これ、結構多いんですよね。バージョンによって、少しの修正で直る場合と多くの修正（もしくは新規で開発）が必要な場合があります。レンタルサーバーではどんどん古いバージョンは使えなくなっていきます。使えなくなる期限ギリギリでの更新だと間に合わないこともありますので、一度早めに切り替えて不具合が起きるか起きないかを確認することをおすすめします。大半のレンタルサーバーは切り替えても元に戻せます。切り替えてみてエラーが出る場合は、お早めにプロにご相談ください。https://coconala.com/services/1689980

PCやiphoneやAndroidに搭載されているsafariやchromeなどのWebブラウザが搭載されている機器からインターネットを経由して利用できるサービスやシステム全般のこと。インターネット環境さえあれば、どこからでもサービスを利用できます。自社課題の解決にWebシステムを導入すべきかどうか判断するためにも、Webシステムについて少しでも理解しておくことは大事です。本記事ではWebシステムの導入を検討している企業や個人事業主向けに、Webシステムについてを紹介していきます。Webシステムの仕組みWebシステムはサービス要求をする「クライアント」、そのクライアントの要求に応じる「サーバ」から成り立っています。【クライアント】Webシステムを使用するユーザーのことです。更にいうとユーザーのPCやスマートフォンの事をいいます。【サーバー】クライアントからの要求に応じてサービスを提供する側です。物理的なPCだったり仮想的な物もあります。ここにデータなどを保持する事で、クライアントはインターネット接続ができる環境であれば、端末や場所を選ぶことなくサービスが利用できます。一般的に、ここにWebシステムのプログラムを納品します。Webシステムの種類Webシステムはとても広い概念です。代表的なWebシステムには以下のようなものがあります。・SaaS型業務システム・マッチングサイト・ECサイト(BtoC,BtoB)【SaaS型業務システム】サービスにログインして利用するWebシステム。代表的なのは、経費管理、勤怠管理、CRM(顧客管理)、受発注などが上げられます。業務システムを導入する事

納期が延びてしまう一番多いケースは、仕様が2転3転することです。実際動いてからじゃないとクライアント様もよくわからないので、ちょっとずつ動くようにしながらそれを見てお打ち合わせをして固めていきます。Hot Linuxでは、その都度クライアント様に一番良いと思う仕様や実装をご提案して、しっかり検討して頂きならが実装して行くことが多いです。早く開発を進めたいのはどのクライアント様も思ってらっしゃいます。急がば回れです。あまり検討せずに決めてしまうと後々二転三転することになります。そうなると、かえって納期もコストもかかってしまいます。https://coconala.com/services/1689980

システムを導入（自社システムを開発する場合）する時のコツは「詰め込み過ぎないこと」です。最終的な形をイメージするのは大事なのですが、詰め込んだら詰め込んだだけ費用や納期に跳ね返ってきます。理想を求めて実装したはいいけど、全然使わない機能だったなんてこともあります。それはとても勿体ないので、まずスタート時は必要十分な機能だけを決めましょう。進めていくうちに、必要な機能を思い出したりもします。Hot Linuxでは、必ず「機能の重要度」をお聞きして、初期に実装するか、後で実装するかをご提案しながら進めます。https://coconala.com/services/1860090

汚いプログラムを追いかけてたら一気にテンションが落ちます。他人のプログラムをデバックする仕事になるのですが、結果的にはデバッグできます。なぜデバッグできたのか追求する気も起きないまま結果は正しくなったのでタスク完了とすることが多いです。「汚いプログラム」というと、インデントが凸凹なものを想像するかもしれません。でも、そういう見た目の話ではありません。見た目も綺麗にしておいたほうが良いのは良いですが、もっと大事なことがあります。いくら見た目がきれいになってても、綺麗じゃないプログラムはたくさんあります。趣味で開発をしている人はそれでも良いかもしれません。他人に見せたり他人と一緒に開発する機会は少ないでしょうから…これが仕事になると違います。チームのメンバーに引き継ぐケースはいっぱいあります。その時に、プログラムが汚いと効率が悪いですし何よりめちゃくちゃ恥ずかしいです。プログラムで自分の能力がばれてしまいます。駆け出しエンジニアの皆さん、きれいなプログラムを目指しましょう。この辺りのことも「PHPおたすけ講座」で解説しています。#hotlinuxhttps://coconala.com/services/3189168

「お客様にあったシステム開発」と言っていますが、お打ち合わせの中で反対するようなことを言ったりすることがあります。言われることを全部「はい。はい。」と聞き入れて実装していくわけではありません。Hot Linuxなりにクライアント様のことを考えてのことです。運用方法の中には明確な理由はなく「昔からこのやり方」という理由だけで運用改善されていない部分があります。データの取り扱い方をプロから見るとこうした方が良いというのを伝えて、クライアント様にご理解頂くようにしています。これは当然だと思っています。僕はITエンジニアとしてはプロですが、家を建てるのはプロではありません。そんな僕が家を建てる時、「ああしたい、こうしたい」を全部聞いてもらっていたら多分めちゃくちゃな家になります。プロに色々教えてもらいながら、やりたいことを決めていくと思います。やはり、餅は餅屋です。#hotlinuxhttps://coconala.com/services/1860090

インターネット技術を一般の市民が気軽に活用する社会が到来してから、早20年余。今日では、友人知人との交流は勿論、重要な仕事上の作業や資格取得のための学習、そして日用品の買い物まで、私たちの生活に欠かせないインフラの一つとなっています。しかし、その便利さの裏で、音楽・映画・ゲームなどのコンテンツ産業はデジタルデータの持つ複製が容易であるという特性の為に、違法な海賊版の流通に悩まされ続けてきました。また、オフラインでは当然のことである美術品に対する唯一無二の価値の証明も、ひとたびインターネットにアップロードされてしまうと、非常に困難となってしまうという問題もはらんでいました。NFTシステム開発が社会にもたらした新たな価値こうした様々な困難に直面し、人々が求めた新しい技術が「ブロックチェーン」です。この技術を使えば、インターネット上のデータの動きをすべて非中央集権的に把握できるようになる為、事実上データの改竄・コピーが不可能になります。当初は主に暗号資産の取引に使われていましたが、更に広い分野にも活用できることがわかり、2021年初頭から大ブームになったのが「NFTトークン」への応用です。NFTのシステム開発に使用される仕様は現状世界共通であるため、相互運用性を持つことができます。つまり、ひとたびネット上にNFTとして開発されれば、Opensea等のマーケット、Metamask等のウオレット、様々なメタバース等、どんな場所でも運用することができるのです。改竄不可能性以外のもうひとつの特徴とはNFTシステム開発技術には、ブロックチェーンを取り入れたが故の改竄不可能性の他に、もう一つ重要

はじめにプログラム自体は、コーディングしてテストを行えば、はい出来上がりとなります。ただし、実際の現場では一人で開発することは少なく、チーム内の複数名で開発することがほとんどなのですその際、ほかの人が作りこんだ不具合が自分のプログラムに影響を与えるということが多々あります(もちろんその逆も多々ある)古い企業の場合、プログラム修正の翌日以降、チームの中の構成管理者が結合テスト環境のサーバにプログラムを適用する段階になって、コンパイルエラーが出るなどの問題に気づきます。その後は、何が悪い、だれが直したソースだ、と大騒ぎになって対応します。これが本番リリース直前だったとしたら目も当てられません。そこで近年では不具合の検出はできるだけ早く、自動的に行えるような仕組みが多くの企業で取り入れられています。そのような仕組みの一つが　CI(継続的インテグレーション)　と呼ばれています。CI(継続的インテグレーション)とはプログラムコードに変更があると、そのコンパイルからテストまで自動化する手法です。個々のプログラムからなるソフトウェアは、実際に一つにまとめて(インテグレートして)動かすまで何がおきるかわかりません。 不定期にインテグレートするような運用の場合、コード変更が大量になる傾向があります。その際、結合テストを行って不具合を発見しても、原因究明に多大な時間がかかることがよくあります。CI(継続的インテグレーション)を取り入れることで、コードを変更するたびにビルド・テストが自動で実行できるようになります。 細かい間隔で定期的にテストが実施できるので、即時に問題を発見でき、手戻りを最小限に抑

ふとしたきっかけで、今まで業務でもプライベートでも使ったことがない、Ruby on Rails（RubyのWebフレームワーク）の環境構築をしてみました。ネットの記事を見て、Gemfile書いたり、ruby on railsのdatabase.yml設定修正したりして試行錯誤しました。そもそもGemfileが何者かもわからない状態からだったのですが。。なんとかやっと、今ローカルDocker環境（WSL2）で Ruby on Rails + mysqlの環境が立ち上がりました。ふー、ネットの記事は古い。いろいろはまりました。 いっぱい修正して失敗を繰り返したので、なんとなくRuby on Railsの起動の仕組みがわかった気がします。 なかなか便利なフレームワークですね。 参考にしたネット情報を記載します。[参考サイト]Docker公式docs.docker.com/samples/rails/ 誰かの記事zenn.dev/hibriiiiidge/books/49ee4063b10cec1df1a2/viewer/2ac314f5633e674d4b0cはまったけど、これで解決しました qiita.com/yamamoto_shuji/items/62d23492a7a34a424606 qiita.com/hokita222/items/49f4ca54835e08fdd6b2

初めまして。オフィスリアンです。ココナラで最近活動を始めました。まだまだ提案ばかりが先行している状況ですが、ポートフォリオや会社概要もご用意がありますので、少しでも興味持っていただけた方はぜひお気軽にお声がけをお願いいたします。ここ最近は、映像のお仕事とシステム関連のお仕事、共にさせていただいております。システムは、AIを活用したマッチングシステムやサブスク関連を実現するアプリ。映像は、イベントの撮影・編集や、PR系の動画製作など。こちらも表には出せないのですが、メッセージなどではお伝えできます。ブログ機能があるのを知ったのでまずは書いてみました。今後はもっと身のあるものを書きます笑

こんにちは！高倉友彰です。毎日何気なくひねる蛇口から、いつでも当たり前のように流れ出てくる透明で綺麗な水。多くの人はその冷たさや、喉を潤す瞬間の心地よさに満足していると思います。しかし、フリーランスのシステムエンジニアとして生きる私の視線は、まったく別の場所に向いています。それは、地中深くに張り巡らされた頑丈な水道管のネットワークや、一滴の水も漏らさないように正確に連結された継ぎ手の美しさ、そして常に最適な水圧を保ち続けるための、目に見えない制御の仕組みです。蛇口から出る水の便利さはとても素敵ですが、それを支える確かな配管網がなければ、街の生活は一日たりとも維持することができません。実は、この誰も注目しないけれど絶対に破裂してはいけない裏側の構造を完璧に組み立てる作業こそが、私が日々取り組んでいるシステム開発の仕事の本質そのものなのです。新卒で入った大きなお城のような会社では、何年もの間、絶対に止まることが許されない巨大な要塞のようなインフラシステムを支える、強固な基礎の作り方を徹底的に学びました。それは例えるなら、大都市のすべての家庭に確実に水を届ける、巨大な基幹水道を設計するような素晴らしい経験でした。そこで培った頑丈な設計の知識を武器に、現在は独立し、スピード感を何よりも大切にするスタートアップ企業や、個人で新しい挑戦を始める方々を中心に技術的な支援を行っています。新しくサービスやビジネスを立ち上げる現場は、まさにまだ誰も見たことがない、未来の新しい水路をゼロからデザインするようなワクワク感に満ちています。ユーザーが目にする便利な画面や華やかな機能は、まさに勢いよく飛び出

こんにちは！前嶋拳人です。静かな夜、ディスプレイの光だけが部屋を満たしていると、私は自分が深い海の底を探索する潜水士になったような心地がします。誰も見たことのない暗闇の中に、論理の光を一つずつ灯していく作業。そこには、ただ便利さを求めるだけではない、静かな創造の時間が流れています。今回、私の思考の海から浮かび上がってきたのは、灯火と天秤という、どこか古風で温かみのある二つの言葉でした。エンジニアとして十数年の年月を歩んできましたが、私の役割は、常にお客様の理想を形にするための灯火を掲げることだったように思います。新卒で飛び込んだ大規模なシステム開発の現場では、巨大な機械を動かすための、決して消えてはならない強い光が求められました。金融や製造といった、社会の脈動を支える基幹システム。そこでの仕事は、何万ものコードを積み上げ、絶対に揺るがない強固な灯台を築き上げるような日々でした。その頃に培った、細部まで妥協しない誠実さと責任感は、今の私のエンジニアとしての土台を形作っています。一方で、独立して多くの方々と直接向き合うようになってから、私はもう一つの大切な道具を手に入れました。それが、天秤です。天秤の片方には、お客様の熱い想いや夢が乗り、もう片方には、それを現実にするための技術的な制約や論理が乗ります。私の仕事は、この二つの重みを丁寧に見極め、最も美しく均衡する一点を探し出すことです。最新の技術を詰め込めば良いわけではなく、かといって古いままでもいけない。その絶妙なバランスの中にこそ、本当の意味で「依頼してよかった」と感じていただける価値が宿るのだと信じています。ココナラという場所

こんにちは。大藏(大蔵)陽平と申します。「初めてのシステム開発依頼で押さえておきたい基本ポイント」についてこれまでの現場経験をもとにお伝えします。初めて開発を依頼される方の多くが「何をどこまで伝えればいいのか分からない」という不安を抱えています。しかしいくつかのポイントを押さえるだけで、プロジェクトの成功確率は大きく変わります。まず重要なのは、「目的」を明確にすることです。どんなシステムを作りたいかではなく「そのシステムで何を解決したいのか」を言語化することが大切です。ここが曖昧なままだと、完成したものが期待とズレてしまう可能性があります。次に、「優先順位」を整理することです。すべての機能を最初から盛り込もうとすると、コストや期間が膨らみやすくなります。まずは必要最低限の機能からスタートし、段階的に改善していく考え方が現実的です。また、「運用面」も見落としがちなポイントです。システムは作って終わりではなく、その後の運用や改善が重要になります。更新のしやすさやトラブル時の対応なども、事前に確認しておくことで安心して活用できます。私自身、要件定義から運用まで一貫して関わる中で感じるのは依頼者と開発者が同じ方向を向くことの重要性です。丁寧なコミュニケーションが、結果として最も価値の高いシステムにつながります。初めてのご依頼でもご安心ください。目的の整理から伴走し、最適な形をご提案させていただきます。まずはお気軽にご相談いただければ幸いです。

こんにちは、takumi_nornです。 AIと自動化システムの構築を専門としています。 ■ こんなお悩みありませんか？ ・毎日同じ作業を手動でやっている ・Excelへの入力・集計が面倒 ・WordPressへの投稿を自動化したい ・楽天・AmazonのリサーチをAIに任せたい ■ 私が実際に構築したシステム ・楽天アフィリエイト記事の自動生成・WordPress自動投稿（1日3回稼働中） ・VPS環境構築・24時間自動運用システム ・AI自律エージェントシステム開発 ■ 対応できる自動化の例 ・Excel・CSV・データ集計の自動化 ・Web上の情報を自動収集するスクレイピング ・WordPress・ブログへの自動投稿 ・メール・Discord・LINEへの自動通知 ・各種API連携システム ■ 納品物について ・Pythonスクリプト一式 ・セットアップ手順書（初心者でも動かせるレベル） ・納品後のサポート付き プログラミング未経験の方でも動かせる手順書を必ず添付します。 まずはお気軽にご相談ください。

クライアントさまから一番よく聞かれる質問GASのウェブアプリ構築案件を引き受けていると、必ずと言っていいほど聞かれる質問があります。「修正したら、また新しいURLを社内に共有し直さないといけないんですか？」人事システムや勤怠管理ツールなど、社内の多くの人が使うアプリを納品した後。お客様から「ちょっとここを直してほしい」と連絡が来て、修正して再デプロイ。そのたびに新しいURLが発行されて、全社員に再通知が必要になる。これ、めちゃくちゃ面倒ですよね。実は、URLを変えずに中身だけ更新する方法があります。私は案件でウェブアプリを納品するとき、必ずこの手順を説明しています。知っているだけで運用がすごく楽になるので、ぜひ参考にしてください。知らないと無駄な作業が増え続ける毎回URL再共有するのは、本当に非効率「新しいデプロイ」を押すたびに、新しいURLが生成される。この仕様を知らずに開発していると、こんなことになります。・全社員にメールで新URL通知・ブックマークの更新依頼・マニュアルのURL修正・「前のURLが開けません」という問い合わせ対応これ、全部やらなくていい作業です。でも、「デプロイを管理」という機能を知らないだけで、毎回この手間が発生してしまう。案件を進めるとき、お客様にこの方法を説明すると、みなさん驚かれます。「え、そんな機能があったんですか！」って。URLを変えずに更新する具体的な手順案件で必ず使っている5ステップここからは、実際の操作手順を説明します。画面を見ながら一緒にやってみてください。手順1：コードを上書き保存するGASエディタでコードを修正修正が終わったら、ツー

初めまして。kanehara32です私自身、アプリ開発を受託・個人・準委任で行なっており、数多くのアプリを携わりフルスタックエンジニアとして活動しております。クラウド技術やSupabase/Vercel等を使用して運用コスト実装コストの削減が実現できるシステム開発を行なっています。AWS認定やGoogleCloudの認定、受賞歴もあったりと経験豊富なのでお客様と繋がれる機会がないかと思い、ブログを書いております。■システムの運用費、本当にその金額が適正ですか？「毎月のシステム費用が重い...」「でも、これが相場なのかな...」そんな風に思いながら、高額な運用費を払い続けていませんか？私がこれまでお手伝いしてきた企業様の多くが、実は必要以上のコストを払っていました。特に5年以上前に作られたシステムをお使いの場合、最新技術への移行で大幅なコスト削減が期待できます。今回は、私が実際に手がけている「Next.js + Supabase」という組み合わせが、なぜコスト削減に効果的なのかをご説明します。■従来型システムと最新技術の費用比較▼一般的な中規模システムの運用費（月額）《従来型（オンプレミス/レガシーシステム）》・データベースサーバー：15-30万円・アプリケーションサーバー：10-20万円・バックアップ・冗長化：5-10万円・セキュリティ・監視：5-10万円・保守・運用人件費：20-50万円合計：55-120万円/月（年間660-1440万円）《Next.js + Supabaseの場合》・Supabase（DB/認証/API）：0.5-5万円・Vercel（ホスティング）：0.

初めまして。kanehara32です。私自身、アプリ開発を受託・個人・準委任で行なっており、数多くのアプリを携わりフルスタックエンジニアとして活動しております。クラウド技術やSupabase/Vercel等を使用して運用コスト実装コストの削減が実現できるシステム開発を行なっています。AWS認定やGoogleCloudの認定、受賞歴もあったりと経験豊富なのでお客様と繋がれる機会がないかと思い、ブログを書いております。■「システムの運用費、高すぎませんか？」先日、ある企業の社長さんから相談を受けました。「月10万円もサーバー代払ってるけど、これって普通なの？」「開発会社に聞いたら『これが相場です』って言われたけど...」結論から言うと、その会社のシステムは月1万円で運用できるものでした。なぜこんなことが起きるのか。そして、どうすれば適正なコストで運用できるのか。今日は、私が実際に手がけた「コスト削減しながら性能アップ」の事例をご紹介します。■なぜ多くの企業が無駄なコストを払っているのか▼理由1：「昔ながらの技術」を使い続けている10年前の技術で作られたシステムは、10年前の料金体系のまま。でも技術は劇的に進化しています。《実例：ECサイトの場合》旧システム：・専用サーバー：月8万円・保守費用：月5万円・合計：月13万円新システム（Next.js + Vercel）：・運用費：月2万円（すべて込み）・性能：3倍高速・世界中から快適にアクセス可能▼理由2：「とりあえず大きめに」の罠「将来を見越して余裕を持って」この考えが、毎月の無駄な出費につながっています。最新技術なら、必要に応じて自

最近、「ノーコード」「ローコード」という言葉をよく耳にするようになりました。 お客様からも「プログラムを覚えなくてもシステムが作れるって本当ですか？」という質問をいただくことが増えています。 そして、AIによるバイブコーティングというものありますね。実際に様々なノーコードツールを試してみた結果、確かに簡単なシステムなら専門知識なしでも作れる時代になったと感じています。 ノーコードツールで実際に作成できるシステムの例を3つご紹介します。 1. 顧客管理・営業支援システム使用ツール: Airtable + Zapier + Gmail顧客情報の一元管理とフォローアップの自動化商談進捗の可視化とタスク管理メール配信の自動化とレスポンス追跡売上レポートの自動生成このシステムでは、顧客との接触履歴を記録し、次回フォローのタイミングを自動通知したり、商談ステージに応じて適切なメールテンプレートを自動送信できます。2. 社内申請・承認ワークフローシステム使用ツール: Notion + Slack + Google Forms経費精算、休暇申請、備品購入などの申請フォーム段階的承認プロセスの自動化申請状況の可視化とステータス管理承認者への自動通知機能申請者がフォームを送信すると、自動的に適切な承認者にSlack通知が送られ、承認が完了するまでの進捗を全員が確認できる仕組みを構築できます。3. 予約・スケジュール管理システム使用ツール: Calendly + Stripe + Zoomオンライン予約受付とカレンダー連携事前決済機能の組み込み自動リマインダーメールの送信ビデオ会議URLの自動生成・

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

システム受託開発の現場では、「着手金をどう設定すべきか？」というのは開発会社・クライアント双方にとって非常に重要なテーマです。本記事では、請負契約における着手金の相場や目的、そしてプロジェクト成功に導くための支払い条件設計のポイントを解説します。弊社もこの考え方に基づいて実務を行っています。なぜ「着手金」が重要なのか？請負契約では、成果物の完成に対する責任（完成責任）が開発会社に課されます。そのため、リスクの偏りを避けるためにも、プロジェクト開始時に「着手金」を設定するのが一般的です。着手金は、単なる前払い金ではなく、お互いの信頼関係を築くための第一歩となる重要な要素です。【図：着手金がもたらす効果】着手金の相場は？【プロジェクト規模別】開発期間や難易度、金額に応じて着手金の割合は異なります。【図：プロジェクト規模別の着手金相場と支払い方式】標準的な支払いスキームとは？請負契約における一般的な支払いフローは以下の通りです。【図：標準的な支払いスキームのフロー】プロジェクトの性質に応じて、2回払い・3回払い・マイルストーンベースなど柔軟に調整されます。着手金がないとどうなる？開発会社側のリスク着手金がない場合、開発会社は以下のリスクを負います。【図：着手金がない場合のリスク】これらを防ぐためにも、「着手金のお願い」は開発会社の防衛線であると同時に、クライアントにも安心感を与える制度です。まとめ：信頼をベースにした支払い条件の設計を請負契約における着手金や支払い条件は、単なるお金の話ではありません。プロジェクトを成功に導くための「信頼構築の仕組み」です。・適切な着手金設定・明確なマ

システムを導入（自社システムを開発する場合）する時のコツは「詰め込み過ぎないこと」です。最終的な形をイメージするのは大事なのですが、詰め込んだら詰め込んだだけ費用や納期に跳ね返ってきます。理想を求めて実装したはいいけど、全然使わない機能だったなんてこともあります。それはとても勿体ないので、まずスタート時は必要十分な機能だけを決めましょう。進めていくうちに、必要な機能を思い出したりもします。Hot Linuxでは、必ず「機能の重要度」をお聞きして、初期に実装するか、後で実装するかをご提案しながら進めます。#hotlinuxhttps://coconala.com/services/1860090

納期が延びてしまう主な要因は、「仕様変更が多発する」ことです。・実際に動くものを見てみないと具体的なイメージが湧かないということがありますよね？ですので、開発を少しずつ進めながら、その都度お打ち合わせを重ねて仕様を決定していきます。・Hot Linuxでは、その都度お客様にとって最善の仕様や実装をご提案し、「十分に検討していただいてから」開発を進めております。・クライアント様は開発を早く進めたいとお考えのことと思いますが、「急がば回れ」という考え方が重要です。・十分に検討せずに仕様を決めてしまうと、後になって何度も変更が発生し、結果として納期もコストも余計にかかってしまいます。このようなことを頭に入れておいていただくと、システム導入（システム開発）がスムーズに進むと思います。https://coconala.com/services/1860090

より良いシステムを開発するためにクライアント様にはぜひ目指していただきたいことがあります。- みんなが統一された手順で業務を運用する（例：見積書のフォーマットはみんなが統一のものを使う）- 計算で出てくる数字を直接修正して資料にする運用をしない（例：売上と仕入の金額が間違っているのに利益額を直接修正して資料にしない）- 自部署だけでなく他部署の業務の流れを知っておくシステム面と業務面の両面から検討することで、業務の効率化の効果が飛躍的に上がります。Hot Linux ではこのあたりのこともクライアント様と一緒に考えながらシステム開発を進めます。#hotlinuxhttps://coconala.com/services/1860090

プログラムエラー修正のご依頼が時々あります。これって、最初からポンと最終的にかかる正確な金額がだせないんですよね。ご相談いただいたエラーを直すと、また別のエラー発生してしまう（修正箇所がどんどん増えてしまう）場合があります。余分に費用をもらいすぎることのないように、この部分は初回のお見積りには入れていません。どうしてもお見積り時より工数がかかる場合、ご相談しながら追加費用をかけるのか実装をやめるのかを決めていきます。伝わりやすい言葉にすると、「成果報酬」が近いかと思います。最終的に実際に掛かった工数分だけの金額になりますので、安心してご相談いただければと思います。https://coconala.com/services/1689980

クライアントさんから「こんなこと出来ないかな？」とリクエストをもらいます。1.どのように形にしたらリクエストを実現できるか？2.その形にするためにはどのようなプロセス（プログラム）が必要か？3.イメージ通りに動くプログラムが書けるか？「プログラミング」というと3にフォーカスされる事が多いですが、実がかなり大事です。人間が使う言語に置き換えると2.どの様な言い回しにすれば相手（この場合はコンピューター）に伝わるか？3.相手のわかる言語で正確に表現できるか？といった感じになります。人間の言語もプログラミング言語も、「自分の意思を正確に相手に伝えることが大事」という意味では同じです。#hotlinuxhttps://coconala.com/services/3189168