すべてのカテゴリ

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

システムやプログラムをちょっと調整したい時や調子が悪い時に、色々自分で試される方がいらっしゃいます。ご自身で色々試されてから、どうにもできなくてご相談を受けることがあります。これはいい面悪い面があって、いい面：こちらからお聞きすれば現在の状況がある程度わかる。悪い面：色々試された結果、事態が深刻化してしまう事がある。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)-----------------------------------------------

お店を運営する上で欠かせないのが予約管理世の中には数多くの予約システムがありますが、正直に言って「高すぎる」と感じたことはありませんか？ 便利な機能がついているのはわかりますが、毎月数万円の固定費は、個人経営や小規模店舗にとってはかなりの痛手。売上の数％をシステム利用料として払い続けるのは、まるで終わりのない「月謝」を払っているようなものです。 「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

前回は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

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

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

最初からバグのないシステムはありません。もちろん、こちらではバグが入らないように十分注意はしています。クライアントさんの中には、仕様が二転三転したりするケースがあります。二転三転すると作業量も増え、検証時間も十分に取れなくなり、結果バグが入りやすくなります。また、追加費用や追加の開発期間が必要になることもあります。でも、仕様（リクエスト）が途中で変わることは仕方ないと思っています。見てみないと気が付かないことやわからないことはいっぱいありますもんね。仕様（リクエスト）が変わった場合は、クライアントさんの方でも十分に検証していただけると、バグ修正が早く終わります。ご協力をお願いいたします。https://coconala.com/services/1860090

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

僕的な仕事の順番。緊急度がほぼ同じだとすると‥1.手を付けてから終わるまでに待ち時間が長いもの2.短時間でサッと済むもの3.じっくり腰を据えてやることこの順番を決めてから取り掛かることにしています。気をつけていることは「無駄な時間が発生しない」「3の時に別のタスクが入らないようにする」あたりですね。https://coconala.com/services/1689980

クライアントさんとミーティングをしていると「〇〇な機能をつけて」といったご要望が出てきます。でもそれがそのままクライアントさんの「本当の目的」ではないこともよくあります。「本当の目的」をクライアントさんなりに考えて「〇〇な機能をつけて」になっているだけです。Hot Linuxでは、この辺りをしっかりヒアリングして「本当の目的」を聞き出すことで、より適切な形を一緒に考えます。https://coconala.com/services/1860090https://coconala.com/services/1689980

今の仕事にハマったきっかけをちょっとだけ。僕がプログラミングで生きていきたいって思ったのは高校の頃。まず、自分でプログラムを作って思い通りに動いたのがとても嬉しかった。大学生になって、表計算ソフトを使っていた母親に一部自動化するマクロを組んだら「仕事があっという間に終わるようになった！」とても感謝された。C言語やアセンブラにも手を出し、コマンドインタープリタにチャレンジした。この頃にプログラムの基本的な流れが体に染み付いた。自分で使うためツールや友人に使ってもらうためのプログラムやマクロもたくさん作ってた。目的は手動でやっている繰り返し作業や計算作業を素早く効率的にこなすため。当時から「みんなどんどんプログラムやマクロを使って！効率よくできるから！」って思ってた。仕事を始めてからもその発想は変わらなくて、システム面運用面ともにクライアント様に効率化よく業務をこなしてもらうか、クライアント様のやりたいことをいかにスマートに実現するかをいつも考えながら頑張っております。

※この記事は私の集客用ブログとして作成しております為、開発方法、内部ロジックに関しては基本的に記述しておりません。ご了承ください。弊社+私がお仕事させて頂いております企業様にて「Webサイト、アプリケーションの保守・開発(追加機能等)」のお仕事をさせて頂いております。現在社内のWeb保守業務の効率化を図る目的で・Webサイトのアクセス可否の自動チェック・サイトが落ちる前に自動検知、増強の仕組み上記2項目の開発を進めております。要望次第ではサービスでの販売も考えていたりいなかったり...(パッケージ化も検討)個人・法人で複数サイトの保守(管理)だったりですとかされている方には今回開発中のものは上手くハマるのではないかと考えております。プログラムを用いて、人間がずっとついていなくても分かる仕組みづくりが可能となる為、今までの作業時間の短縮につながり、より多くの時間を生み出す事が可能になります。私の文章能力については触れないでください...笑ヒアリング(要望をお聞かせいただいたり)を元に、システム化のお見積り等随時受け付けておりますので、話だけしてみたい！と言う方も随時受け付けております。--合同会社Lapht-代表木村 優月

こんにちは南仙台の父（hrperficio）です。今回は紙の保険証廃止について取り上げてみました。政府は方針通り紙の保険証の廃止とマイナンバーカードへの統合を行うことを決めています。マイナンバーカードも新しい方式に切り替わるという発表もありました。身分証明などの統合や各種データの連携によるワンストップ化の意義は非常に大きいと感じますが、一方でDX化への対応が遅れている現場の実態などもあって、混乱を来たすという懸念もあります。医療現場は高齢者などデジタル化の波から取り残されやすい人たちも多く、医療現場自体もデジタル化への取り組みに小規模の診療所では障害も多く、様々な課題を抱えています。そんな状況下で政府は施策を進めようとしていますが、果たして問題なくこの切り替えは進むのでしょうか。写真は鑑定の結果となります。左側が結果、右側が環境条件となります。まず結果ですが、死のカードの正位置が出ています。死のカードの正位置は停止や清算、決着や消滅、悪い転機や損失といった意味があります。結論からいえばついていけない医療機関やスタッフ、高齢者を中心とした患者側などの問題だけでなく、システム上の問題や人的なミスなどが多く重なることでかなり大きなトラブルに見舞われることになりそうです。短期間で無理な行程を組んだことによる問題もかなりありますが、現場任せにしたシステム構成の問題もあって、現場の混乱は今まで以上の状況になりそうです。システムのバグの問題もあるので、かなり大きな混乱になるリスクもありますが、こうしたシステム側の問題は時間で終息していきますが、今後の高齢者が増えていく中でのデジタル化の取組み

　システム開発には、ココナラで受注するものから、チームで進めるものまで、様々な規模がありますが、ドキュメンテーション（ドキュメント作成）がつきものです。　このブログ記事では、私が考える ドキュメント作成にかけるべき時間（工数）について、特に ココナラで受注するような小規模案件のドキュメンテーションをご紹介したいと思います。｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀｀　私は、小規模案件であれば、ドキュメンテーションに費やす時間は 全体の５％程度がちょうどいいと考えています。（※注：１５分程度でサクッと終わる場合は除きます）　数日〜１週間程度のプログラム作成の場合でも、受注前に全体の青写真を描くと、発注者様も安心するし、受注者側としても 手戻りのムダが大幅に減るのです。　通常 私は、作業時間を６時間／日で見積もります。正味作業で２日間程度の作業ならば、ドキュメント作成にかける時間は せいぜい３０分程度でしょうかね。こんな感じです。　私の愛用ソフトは Microsoft Visio 2019。これくらいのブロック図であれば、なれると ３０分くらいでサクッと書くことができます。　　私はこの作業を、受注前に行うようにしています。お互いに安心できるお取引が出来ると、気分がいいですよね。

バックエンド・フロントエンドどちらも対応できるのですが、どうしてもデザインだけはできません。 そこで、デザイナの方と協力して、Webサイト構築の提案をしていきたいと思っています。 以下、私の方で対応可能です。 　プログラム言語：Python、Django、PHP、Laravel、Javascript、CSS 　データベース：MySQL、PostgreSQL以上よろしくお願いします。

当社の仕事の関係上、他社さんのセキュリティ対応について見ることが多いが、大抵の会社では驚くほどセキュリティに関する取り組みが低い。「個人情報が流出するのはどう思うか？」この質問に対しては「それは困る！」という回答をするのだがそのための対策を十分にとっていないので、矛盾している。ココナラや他サイトで個人情報を取り扱うシステムやHP案件などがあるが驚くほど低価格で要求している、またはリスクを想定していないような募集をかけていることも驚きである。2022年からは個人情報保護法が改正されるので、個人情報の流出があった場合には、個人情報保護委員会に報告をしなければならない。募集にあるのは、クレジットカードや会員情報を蓄積するような内容。ちゃんとやれるのか、危機意識はあるのか、保険に入るから低価格で募集しているのかなど色々と不安である。最初に戻ってしまうが、言葉の選び方で全く違う回答になるのだがセキュリティに関するコストや危機感（リスク）に対する部分が希薄なのが非常に恐ろしい、低価格で募集をするということでもよいが預かる情報に対して本当に大丈夫なのか？ということを今一度考えてほしいと思う。こちらを見て何か相談をしたいということであれば、お気軽にご相談ください。Pマークという文言もありますが、上記内容も十分含まれます。https://coconala.com/services/1276570

モダンなWebシステムのフロントエンドの一つ、React.js。Facebook製ということもあり凄くメジャーですが、仕事では一部のプログラムやバックエンド（サーバー側）処理を修正していた程度で、本格的に一から作り上げた事はありませんでした。自分のサーバーでDocker、SSL、プロキシ環境作ったので、これを機にReact.jsも本格的に再学習して、何かシステム作ろうと思います！まずは簡単な注文ページをビルドして配置。Reactなだけあって、ボタンを押したときなどアプリのように反応が早くスムーズです。rehop.dev/app0 （画像の通りのURL）でアクセスしてみてください。

こんにちは！城間勝行です。キーボードの前に座り、画面の向こう側にあるまだ見ぬ世界に想いを馳せるとき、私は自分がエンジニアであることを忘れ、目に見えないネジを一つずつ丁寧に締めていく時計職人のような気分になることがあります。私たちが日常的に触れているスマートフォンやパソコンの裏側には、無数の論理という名の歯車が組み合わさっていますが、その歯車を回している本当の力は、実は使う人の「こうなったらいいな」という、とてもささやかで温かい願いだったりするのです。新卒で大手企業に入り、何千人もの人々が同時に利用するような巨大なシステムを構築していた頃、私は一分の狂いもない正確さこそが全てだと思い込んでいました。しかし、独立して一人ひとりの顔が見える距離で仕事をするようになり、その考えは大きく変わりました。完璧な設計図通りに作ることよりも、隣で一緒に悩みながら、まだ言葉になっていない不安や希望を形にすることこそが、本当に価値のある「開発」なのだと気づいたのです。多くの人が、システム開発を冷たくて機械的な作業だと感じているかもしれません。でも、私にとってそれは、真っ白なキャンバスに筆を入れる絵画や、食材の旨みを引き出す料理と同じくらい人間臭い営みです。例えば、プログラムがほんの一瞬だけ計算を止めて、まるで一息つくかのように沈黙する時間。そんな機械と人間の間にある「ゆらぎ」をいかに美しくデザインできるか。スピード感を持って駆け抜ける中でも、その一瞬の質感を大切にしたいと考えています。ビジネスの視点を持つということは、単に効率を求めることではありません。その効率化によって生まれた余白の時間で、あなた