先月Visual Studio2026が正式リリースされましたね。
弊社でも開発に使用すべく導入準備を進めております。
インストール時に2022の設定やコンポーネントなど引き継ぐ選択肢があったおかげで、
Windowsアプリのプロジェクトはすんなりと問題なく開発可能な状態にできました。
しかし、MAUIによるモバイルアプリプロジェクトの対応が難航したので、
ここに注意点などを記述しようかと思います。

1. プロジェクトの.NETバージョンは支障がなければ素直に10に上げるのが良いと思われます。
VS2026をインストールすると.NET8ではビルドできなくなります。（VS2022においてさえも！）
.NET9も試したのですが、こちらもiOSビルド時に発生するエラーを解決できず、時間を溶かしました。
他の方も.NET10に上げたら上手く行ったという報告を見かけたので、
ほぼ間違いなく.NET10が推奨だと思われます。

2. .NET10に上がったことで、iOSをビルドするXcodeのバージョンも上げる必要があります。
新しい環境でビルドが成功するまでは古いバージョンのXcodeを残しておきたいと思うのですが、
その場合はAppStoreで更新をせずにAppleのDevelopperサイトにてダウンロードしましょう。
xip形式でなので展開すればXcode.appファイルが出来上がります。
これをアプリケーションフォルダにドラッグすれば更新できるのですが、
そのままだとおそらく上書きされてしまうので、
一旦アプリケーションフォルダ内の古い方を Xcode_16.4.app などにしてドラッグしましょう。
これでXcodeのバージョンが異なるとエラーで怒られることはなくなるかと思います。
ただし、メジャーバージョンが同じもの（例えば26.0と26.2）を同居させた場合に、
新しい方をXcode.appとしていても古い方が検出されてしまいエラーが発生したので、
メジャーバージョンが異なる場合のみ同居可能なのかもしれません。
（一先ず古い方をゴミ箱送りにすれば動作しましたが、
　デフォルトパス設定をちゃんとすれば問題起きないのでしょうか、、、？）
また実機実行に必要なデバイスサポートファイルを新しいXcode内に格納する必要もあります。
　Xcode右クリック > パッケージの内容を表示 >
　　”Contents” > “Developer” > “Platforms” > “iPhoneOS.platform” > “DeviceSupport”
古いXcode内のDeviceSupportからコピーするのが楽かもしれません。

3. .NETのバージョンが切り替わった後や、global.jsonで.NETのバージョンを指定した後は、
プロジェクト直下でcmdを開き、以下の2コマンドを順に実行し、
sdkが意図したバージョンになることを確認しましょう。
dotnet workload restore → dotnet –version

4. .NETのバージョンを切り替えた後にiOSをビルドする場合は、
古いバージョンのビルド情報がMacに残っておりビルド失敗の原因になり得るので、
ローカルとMacそれぞれからXamarin関係のキャッシュを一度削除しましょう。
・ローカルでは以下の2フォルダがキャッシュなので削除
　%localappdata%\Temp\Xamarin\XMA
　%localappdata%\Xamarin\MonoTouch
・Macでは以下の2フォルダがキャッシュなので削除
　$HOME/Library/Caches/Xamarin/XMA
　$HOME/Library/Caches/maui/PairToMac
Macとのペアリングが成功しなくなった場合などもこれで解決することが多いです。

5. .NETのバージョンを上げた結果、ビルド時に以下のようなエラーが発生するようになりました。
（iOSシミュレータ実行時のもので、iOS実機時やAndroid時は対応する箇所の記述が異なります）
> 資産ファイル ‘D:\VSTS\Komatsu720623\Project\Mobile\KOM-MICS Mobile\obj\project.assets.json’ に ‘net10.0-ios/iossimulator-x64′ のターゲットがありません。
> 復元が実行されたこと、および ‘net10.0-ios’ がプロジェクトの TargetFrameworks に含まれていることを確認してください。プロジェクトの RuntimeIdentifiers に ‘iossimulator-x64′ を組み込む必要が生じる可能性もあります。
エラーメッセージの示唆に従ってRuntimeIdentifiersやRuntimeIdentifierにてターゲットを指定しても、
特定のターゲットのみ成功するようになることがあるだけで根本的に解決しません。
おそらくプロジェクトのキャッシュに前のターゲット情報が残っていることが原因なので、
以下のようにキャッシュを削除及びパッケージの依存関係の復元を行いましょう。
① Project直下のbinフォルダとobjフォルダを削除
② Project直下でcmdを開き、dotnet restore（※）
これにより、Androidならリビルド、iOSならMacとペアリング→リビルドにより
ビルド及び実行が成功するようになると思います。
※この dotnet restore は前述の dotnet workload restore よりも必ず後に実行してください。
　dotnet restore → dotnet workload restore の順だとビルド成功しません。

6. .NETのバージョン更新や、(MAUIは無関係ですが)Androidの要件変更により、
いくつかのパッケージの追加・更新を行う必要がありました。
今回はそれで解決したので良いのですが、
もしも保守されていないパッケージで問題が起こったら、、、と思うとぞっとします。
そう考えると依存するパッケージも極力メジャーで保守され続けるもののみにした方が良いですね。
モバイルアプリ開発はマルチプラットフォームの普及もあり一度リリースするまでは手軽ですが、
そこで終わりではなくリリースを保つためにOSやSDKのアップデートに追従して
保守し続けないといけないのが大変だと実感しました。。。

※12/25: 諸事情により記入途中です。後日追記します。
　→12/29: 追記完了しました。

何とかシミュレータ/実機共にデバッグ実行できるようになり、
またリリースビルドとストアへのアップロードも成功し一安心しました。

しかし、これで2026対応は終わりではありませんでした。
VSの社内拡張機能が動作しなくなったのです。
しかも2026だけでなく2022でも動作しません、、、
まだ調査中なのですが、次回はそれについて書こうと思います。

それでは皆さん良いお年をお迎えください。

製造業の現場では、システム開発や研究開発にPythonを活用するケースが増えています。データ解析やシミュレーション、品質検証など幅広い用途で使われていますが、実際の開発現場では「環境構築」に多くの時間が割かれてきました。Pythonのバージョン違いやライブラリの依存関係、さらには必要なデータファイルの準備など、開発そのものとは直接関係のない作業が意外と大きな負担になっていたのです。

最近ではAIがこの部分を大きくサポートしてくれるようになりました。AIがコードを解析し、必要なPythonバージョンを自動で切り替え、足りないライブラリをインストールし、さらには動作に必要なデータファイルまで生成してくれるのです。これにより、開発者は「環境構築」という面倒な準備作業から解放され、本来注力すべきアルゴリズム設計や品質改善に集中できるようになります。

今後は、AIによる環境自動化がさらに進化し、クラウドやオンプレミス環境を問わず、最適な構成を瞬時に整えるようになるでしょう。製造業におけるシステム開発や研究開発のスピードは、これまで以上に加速していきます。私たちシステム開発会社としても、この技術を積極的に取り入れ、製造業の現場に最適化されたソリューションを提供していきたいと考えています。

こんにちは mtj です

ソフトを作る上でどこに時間（費用）をかけるかはなかなか悩むとこだと思います。
物理的な装置と繋いでデータを取るシステムを作る上で無しで動くようにするテスト機能、デバッグ機能という物はシステムの動作自体には必要ありません。
実際に装置と繋いで動けば問題ないためです。

しかしそれは装置が無い限り動作を行えないソフトが出来上がってしまいます。
想定されるデータ、通信等を行っての動作テストが行えません。

結果　動作には不要なとこに時間をかけなかったせいで結局時間がかかる事になったりします。

仕様書等も同様で開発している間は不要に思える事が多いかもしれません
しかしいざそのシステムを久しぶりに使う、改造する時になった場合何を作ったか思い出せない可能性があります
改造するためにコードを見て作っていた物を把握しながら作る事になり、結果時間がかかってしまいます。

開発だけでなく　画面のデザイン等も重要になります。
必要な箇所には時間をかけてデザインし、UXにかかわらないようなところはそれなりの時間をかけてデザインのような感じでどこに力をかけるか考えるのはかなり大事な事だと思います。

必要な費用、期間でいいソフトを作るのが自分たちの腕の見せ所だと感じます。

今回は題の通りで、日報の入力作業をAutoHotKeyによって半自動化した話となります。

弊社の日報はWebで入力する形式です。
しかし、自分は前日の日報をコピーして編集・記入することが多いためWebで直接入力せず、
①テキストファイルで作成→②翌日は前日のファイルをコピー・編集し作成→③Webに転記
のように入力していたのですが、
この③のWebへの転記作業にて1項目ずつコピペする必要があり大変煩わしく思っていました。
※今年度からは日報に詳細は記載する必要はなくなったため簡素な入力でも問題ないのですが、
　翌日の作業の整理と翌週の朝礼で報告する内容の確認のために
　自分は以前と同じように入力しています。

煩わしく思いつつ特に何もしていなかったのですが、
転記作業自体は自動化すれば良いことに今更気が付きました。
そこでチャットAIにWebへの入力作業を自動化するのに適した手法を聞いてみたところ、
単純な作業なら作業自動化用スクリプト言語のAutoHotKeyが良さそうだと教えてもらい、
AutoHotKeyで転記処理を実装することにしました。

一旦チャットAIにコードを書いてもらったのですが上手く動作しなかった（※）ので、
それをひな型に自分で組み直しました。
※AutoHotKeyで何ができるのかわかっていなかったのもあり、そもそも指示が良くなかったです。
実装したコードは下記になります。

内容としては、
1. 起動時にクリップボードから入力データを読取
2. ホットキーで始動する処理内で、入力データをデータごと・項目ごとにキー送信
を実現しているコードとなります。
コードの前に参考までに、入力データ例（※）と入力画面を貼っておきます。
※入力データのフォーマットは今回の実装に合わせて少し調整しました。

組んでいる途中で思ったのですが、
単純な処理なのでC#でSendKeyを使用して実現するのでも良かった気がしますね。
ですがスクリプト言語は手軽ではあるので、一手段として触っておくのは意義がある気がします。
AutoHotKeyの文法自体は癖がなく書きやすいと感じました。
ただ代入が＝ではなく:=なため、何度も癖でコロンを忘れてしまいエラーになりました。。。

以上、日報入力の半自動化（テキスト手動編集後のWebへの入力作業自動化）を行った話でした。
今後も自動化可能な作業に見つかった際は折を見て自動化するようにしたいと思います。

入力データ例

9999
0.5
[雑務]
1. 掃除・朝礼
---
12345678
7.5
[計測ソフト開発]
1. 仕様書作成
2. 実装中
---
_
_
[明日の予定]
1. 計測ソフト開発
2. サーバープログラムビルド送付
---
_
_
[出退]
08:55
18:15

入力画面

実装したコード：DailyReportAutomation.ahk

#Requires AutoHotkey v2.0
;開発使用バージョン：v2.0.19
;-------------------------------------------------------------------------------
;[グローバル変数]
; 標準出力へのグローバル参照：
; 　ファイル名に*を指定してFileOpenすることで標準出力へ書き込み
; 　実行時にmoreコマンドを指定して出力のリダイレクトを行う必要あり
; 　（moreなしだとエラーになる）
; 　次のように実行→ AutoHotkey64.exe DailyReportAutomation.ahk | more
global Stdout := FileOpen("*", "w")

;-------------------------------------------------------------------------------
;[起動時初期化処理：クリップボードを読み取り入力用レコードデータ作成]
if !ClipWait(1) {
    ; クリップボードが空ならエラー終了
    MsgBox("No text found in clipboard.", "Error", 16)
    ExitApp
}
buff := ClipboardAll() ; クリップボードを退避
clipboard := A_Clipboard ; クリップボードを取得
records := Parse(clipboard) ; クリップボードからレコードリストをパース
for item in records
    Log(item.ToString() . "`n")
A_Clipboard := buff ; 退避していたクリップボードを復元
if (records.Length = 0) {
    ; クリップボードが空ならエラー終了
    MsgBox("No records in clipboard.", "Error", 16)
    ExitApp
}
if (records.Length > 10) {
    ; クリップボードが10以上ならエラー終了
    MsgBox("Too much records in clipboard.", "Error", 16)
    ExitApp
}
; エラーなければ常駐開始

;-------------------------------------------------------------------------------
;[常駐時ホットキー]
;1. Windows + s：入力処理開始（開始前に先頭の入力欄にカーソルを合わせておくこと
#s:: {
    ; IMEが全角か半角かチェックし、全角(true)なら半角に切り替えます
    if (CheckImeIsFullOrHalf("Infortec 日報"))
        SwithImeToFullorHalf()
    ; 与えられたレコードデータの項目を順に入力
    for record in records {
        ; 工番入力→案件名入力→内容入力→コメント欄飛ばす→進捗欄飛ばす→時間入力
        ClearSend(record.ProjectNo)
        Next()
        ClearSend(record.ProjectName)
        Next()
        ClearSend(record.Content)
        Next()
        Next()
        Next()
        ClearSend(record.Time)
        Next()
    }
    ExitApp ; アプリ終了
}

;2. Windows + q：アプリ終了
#q:: {
    ExitApp
}

;-------------------------------------------------------------------------------
;[クラス]
;レコードクラス
class RecordData{
    ;コンストラクタ：工番、時間、案件名、内容
    __New(projectNo, time, projectName, content){
        this.ProjectNo := projectNo
        this.Time := time
        this.ProjectName := projectName
        this.Content := content
    }

    ;Func 文字列化
    ToString(){
        txts := [this.ProjectNo, this.Time, this.ProjectName, this.Content]
        return Join(txts, "`n")
    }
}

;-------------------------------------------------------------------------------
;[関数群]
;Func 指定したタイトルを持つウィンドウのIMEが全角か半角かチェックします
CheckImeIsFullOrHalf(windowTitle) {
    ; 日報ウィンドウのIMEの状態を取得
    SetTitleMatchMode 1 ; タイトル部分一致
    WM_IME_CONTROL := 0x0283
    IMC_GETOPENSTATUS := 0x0005
    imeWnd := DllCall("imm32.dll\ImmGetDefaultIMEWnd", "Uint", WinExist(windowTitle))
    imeStatus := DllCall("user32.dll\SendMessageA", "UInt", imeWnd, "UInt", WM_IME_CONTROL, "Int", IMC_GETOPENSTATUS, "Int", 0)
    Log(imeStatus ? "全角" : "半角")
    return imeStatus
}

;Func IMEの全角/半角を切り替えます。
SwithImeToFullorHalf() {
    Send("{vkF3sc029}") ; 半角/全角キー送信
}

;Func 入力欄をクリアして与えられた文字列を入力します
ClearSend(text) {
    Sleep 80
    Send("^a")
    Sleep 20
    Send("{Del}")
    Sleep 20
    SendText(text)
    Sleep 80
}

;Func 次の入力欄へ移動します
Next(){
    Send("{Tab}")
    Sleep 20
}

;Func テキストからレコードリストをパースします
Parse(text){
    ; 改行を正規化
    text := StrReplace(text, "`r`n", "`n")
    text := StrReplace(text, "`r", "`n")
    ; 項目ごとに文字列を分割
    items := StrSplit(text, "---")
    ; 項目が複数ないなら終了
    if (items.Length < 2)
        return []
    records := []
    for item in items {
        ; 項目からレコードを読み取る
        item := Trim(item, "`n")
        ; 行ごとに分割
        rows := StrSplit(item, "`n")
        ; 4行未満なら無効データとして飛ばす
        if (rows.Length < 4)
            Continue
        ; 行ごとの処理：主に複数行に跨る内容行の結合を行う
        contents := []
        for index, row in rows {
            ; プレースホルダ _ は空行に変換
            rows[index] := row := row = "_" ? "" : row
            ; 4項目目までは飛ばす
            if (index < 4){
                Continue
            }
            ; 4項目目以降を内容行配列に追加
            contents.Push(row)
        }
        content := Join(contents, "`n")
        ; レコード作成：工番1行目、時間2行目、案件名3行目、内容4行目～
        record := RecordData(rows[1], rows[2], rows[3], content)
        records.Push(record)
    }
    return records
}

;Func 文字列配列を区切り文字で連結
Join(array, delimiter){
    ret := ""
    ; 戻り値に配列内の各文字列を区切り文字と合わせて結合
    for str in array
	    ret .= str . delimiter
    ret := RTrim(ret, delimiter) ; 末尾の区切り文字を削除
    return ret
}

;Func ログ出力
Log(msg){
    Stdout.WriteLine(msg)
}

製造業や研究開発の現場では、センサーデータや画像処理、シミュレーション結果など、膨大なデータをリアルタイムで処理するニーズが年々高まっています。先日開発したあるソフトウェアでは、1秒間に約30万件の2次元データを処理する必要がありました。これだけのデータ量になると、気にせず実装すると要求速度に間に合わなくなります。

今回は高速化のために以下のようなチューニングを行いました。どれも派手さはありませんが、確実に効くテクニックです。

1. クラスではなく構造体（struct）を使う

C#などの言語では、クラスはヒープに配置されるため、GC（ガーベジコレクション）の影響を受けやすくなります。構造体はスタックに配置されるため、生成・破棄のコストが低く、処理速度に貢献します。特に大量のデータを扱う場合、この差は無視できません。

2. ListやDictionaryを避け、配列を使う

コレクションクラスは便利ですが、内部的にメモリの再確保やハッシュ計算などが発生し、オーバーヘッドが大きくなります。今回は、あえて2次元配列を使い、アクセスパターンを最適化しました。これにより、CPUキャッシュの効率も向上しました。ただし単に2次元配列にするとコードの書き方が古臭く保守しずらくなるため、2次元配列ということを意識せずにアクセスするための拡張メソッドを大量に追加しました。

3. インスタンスのプーリング

毎回 new して破棄するのではなく、使い終わったインスタンスを再利用する「オブジェクトプール」を導入しました。これにより、GCの発生頻度を抑え、安定したスループットを実現しています。今回の場合、グラフ描画などのGUIで威力を発揮しました。

結果

これらの地道な最適化を積み重ねた結果、無事にお客様の要求する処理速度をクリアすることができました。見た目は地味ですが、こうした「低レイヤーの工夫」が、システム全体の性能を大きく左右します。見えないところで効く技術は大事です。

こんにちは mtj です

システムの仕様の検討　難しい内容です　しかしここさえしっかり決まればあとは実現するだけの内容です
システムの良し悪しはほぼここに詰まっていると思います（動作が重たい等は別の話）

検討する上でやはり不明点を洗い出す事かと思われます

例えばデータの入力が不明ならどういった場面でどのように入力するのか　どのような人が入力するのか
操作するシチュエーションも大事です　座ってじっくり入力するのか　さっと入力したいのか

そういった要点を押さえる　情報を集めるとなるといろんな人の関わりが必要となります
なのでやはりエンジニアもクライアントとの会話が必要になります

そういった会話の技能も高めていきたいと思いました

開発しているサービスのセキュリティ向上のため、
ログイン時に連続して失敗した場合に一定時間のログイン制限処理を実装します。
ログイン時のエラー情報は既にDBに記録されていたので、
単純にログイン開始時及びエラー時にDBを検索しようと思ったのですが、
データ数次第で検索に時間がかかる・DBと接続できない場合に取得不可など、
ログイン処理の長時間化や動作不良の懸念がありました。
そのため、ログイン時にはDB検索を行わずに済むよう、
エラー記録時にサーバーにてキャッシュし、
ログイン処理にてエラー情報取得時にキャッシュから取得する方針にしました。
またこれだけだとサーバーが再起動した際にはキャッシュが消えてしまうので、
初期化時にDBを検索し、有効な情報のみキャッシュに追加することにします。
この方針で仕様を練り直して、問題なく動作するように実装したいと思います。

社内ライブラリに実装しています画像描画GUIに、新たに「多角形の範囲選択機能」を追加しました。これまでの矩形選択や楕円選択に加え、より柔軟で精密な範囲指定が可能になります。

製品検査や研究用途で画像を扱う際、対象物が必ずしも矩形や楕円の形状とは限りません。例えば、検査領域の形状や微細構造の解析では、複雑な輪郭を持つ対象を正確に切り出す必要があります。多角形選択機能を使えば、任意の頂点を指定して自由な形状で範囲を選択できるため、従来の選択方式では難しかった精密な処理が可能になります。

ペイントソフトライクな操作性

操作感にもこだわりました。多角形選択の挙動は、GIMPなどのペイントソフトに近づけて設計しています。クリックで頂点を追加し、開始点クリックで選択完了。頂点のドラッグにも対応しています。直感的な操作で、初めて使う方でもすぐに慣れていただけます。

技術的なポイント

多角形選択の実装には、頂点情報をベクトル形式で保持し、リアルタイムでポリゴン描画を行うアルゴリズムを採用しています。選択範囲のマスク生成や、画像処理ライブラリとの連携もスムーズに行えるよう設計されており、OpenCVなどとの統合も容易です。既存の業務システムへの組み込みも柔軟に対応可能です。

こんにちは mtjです

プログラムという物はいろんな書き方があり　結果は同じでも多種多様なコードが生まれます
見やすい、短いコードもあれば 処理速度が早い、メモリ使用率が低いコード等 結果は同じですが 効果は様々なコードがあります。

どのコードが一番良いかを判断するためにはソフトが稼働する端末のスペック、どの程度の時間まで許容できるか　できそうか
演算量で言えば 時間あたりのデータ数等様々な情報が必要になります

全てを満足に満たせるコードがあれば良いのですが　演算速度を高めようとすると可読性、負荷が高くなったり等やはり課題は出てきます。
そういった要求スペックを満たすコードを作るのが自分たちの役目だと思ってますし そこがプログラムの楽しさでもあると思ってます。

システムを作る場合にはそういった情報も漏らさず確認、推測していきたいですね

先月からブログを投稿できなくなっておりました。
手が空いたので本日調査したところ、無事解決できたので、
以下にまとめます。

#症状
WordPressの投稿画面にて、寄稿者権限でないにも関わらず、「公開」ボタンが非表示となり、
代わりに「レビュー待ちとして送信」ボタンが表示されていました。
「レビュー待ちとして送信」ボタンをクリックするとエラーになり、
投稿はおろかレビュー待ちとして送信もできず。

#解決策
プラグイン Incorrect Datetime Bug Fix (※) をインストールして有効化しました。
※データの日付が ’0000-00-00 00:00:00′ の場合エラーとする設定を無効化するプラグイン
　Incorrect Datetime Bug Fix – WordPress plugin | WordPress.org

#経緯
レンタルサーバーの更新が先月頭にあったのでそれによるものではないかと言う話になり、
レンタルサーバー運営に問い合わせ。
↓
WordPressが古過ぎるのが原因ではないかと言われる。
↓
WordPressの更新は手間なので一旦保留に。
↓
他の解決策を探す。
一番初めに見つかるのはDBの容量不足だが、容量は問題なし。
↓
解決策は見つからないものの、wp-config.phpにて
define('WP_DEBUG', true);
を設定するとデバッグモードとなりエラーログなど出力できると判明。
→WordPressで新規投稿ができなくなった原因がプラグインだった | #interest_ae
↓
レンタルサーバーコントロールパネルから wp-config.php を開き、デバッグモードをオンに。
↓
投稿画面を開くと以下のエラーログが表示。
　WordPress database error: [Incorrect datetime value: '0000-00-00 00:00:00' for column 'post_date_gmt' at row 1]
　INSERT INTO …
　…
　VALUES (…,’0000-00-00 00:00:00′,…)
↓
エラー内容で検索して解決策記載ページを発見！
→MySQLで設定変えたら、WordPressで投稿時に｢Incorrect datetime value｣エラーが出たので対処法 – たぬきのぶろぐ

#推測される原因
推測なのですが、おそらくレンタルサーバーの更新によりMySqlのバージョンが更新され、
その際に日付が無効値 ‘0000-00-00’ の場合に
エラーとなる設定が追加されたのではないかと思われます。
しかしWordPressの投稿開始時にDBに仮挿入される初期データ内の日付が、
ログを見るに ‘0000-00-00’ のため、投稿開始時にエラーとなり投稿できなくなってしまったのかと。
その問題となる設定を Incorrect Datetime Bug Fix プラグインは無効化してくれるので、
エラーにならずに投稿開始できるようになったのでしょう。

—

調べてみたらすんなり解決して良かったです。
毎度のことながら、Webの先人達に感謝！