admin2022年(第23期)物品要求システムの引き合いが嵐のようにきました。初期のバージョンも含め埼玉に2件と、静岡に1件の導入を頂いていましたが、この年はさらに千葉と東京に導入してもらいました。東京の導入においては、色々な拡張の依頼や機能追加や動作改善のご意見を頂いて、システム自体がとてつもなく向上しました。/復活」「一括処理と個別処理」・・・といった多くの機能が実装されました。2021年(第22期)本当にありがたいことに人づてで、別部署の方からの引き合いで、試験データからフィッティング関数を算出し、動作パラメータから結果のシミュレートを行うシステムのハナシを頂きました。今までは言ってみれば四則演算の勘定システムでしたが、今度は高等数学を駆使した感じのヤツでかなりビビりました。なんちゃら関数を想定して・・・とか、それを実装するモジュールに設定するパラメータは偏微分!?!?をしないと算出できない・・・とか。40年ぶりに「数学」しちゃいました。2020年(第21期)物品要求システムの引き合いが県外から来ました。基本的に病院のイントラ内で独立して動作できますが、インターネット上の管理システムなどのマスタやトランザクションのデータをやり取りできるように開発されているので、該当する施設では重宝して頂いているようです。この件でも色々なご要望を取り入れましたが、ポリシーとしては「hogehoge向け専用システム」にはしないと言った点です。mightyから派生したシステムはすべて同じ機能を有し、それぞれ個別の要求仕様はconfigrationによりスイッチさせるのです。これとてもコダワッています。特許出願の進捗管理も予定の設定の仕様が変わったり、予算実績の状況をグラフ化するなど、めまぐるしく追加・変更がなされますが、それこそがシステム開発冥利につきます。その時々に必要な仕組みを断片的ではなく、連続性を考慮しながら設計して行く。素人の場当たりシステムではない職人のワザと思ってくださいね。開発サーバーをリニューアルしたりオフィスの環境も若干変えました。クローズド環境での使用が多いwinXPやらIE8やらのクライアントのテスト用に専用PCを作成しました。2019年(第20期)引き合いが多く、営業資料などを作成しまくりましたが、なかなかハナシがまとまらずに、新規システム採用に関してはカラ回りとなっていました。とある会社さんでリリースした「進捗管理システム」で、新規のご要望を整理すると「進捗管理(活動)」の対象となるメンバーの参加するチームなどが、別の活動も行っており、今後この別の活動もシステムで管理したい旨のご意見がありまして、ならばと、チームとメンバーを「プロジェクト」と銘打って独立モジュールとするべく改造しました。これらのメンテナンスは画面で1件ずつといった場面はあまりなく、1年に1回程度のバッチ処理となるのでimport,exportといったバッチ処理がメインになりました。importではタイトル項目による自動判断や、OK,NGマークを付加した結果ファイルの返還など、ユーザーさんから多くのノウハウを頂きました。思っていたのですが、一部の処理では言語に依存した変換を行っていまして、主にPDF出力で平成のまま出力とバグってしまいました。慌ててこの処理も自前の和暦変換に修正しましたが、せっかく良いロジックを作成しても以前のプロダクツまでは、なかなか気が回りませんね。2018年(第19期)埼玉の病院さんで「臨時物品要求」のリプレースの引き合いがあり、リリースまでの時間がないので、当方の以前のシンプルなシステムでとりあえず導入・運用し、その後に要求仕様に対応することとなりました。ところが現行の仕様の情報がなかなか入手できずに、ポロポロと必須な要件が提示され、これが自前のシンプルシステムでは対応できないことが判明しまして、まさに突貫工事でMightyベース上で動作する新仕様版でリリースとなりました。リリース後も必須な仕様が報告され対応に追われますが、何とか安定運用に漕ぎつけました。とある会社さんで、新規に「進捗管理」の引き合いがありました。サラリーマン時代から予算実績管理のカラクリを手掛けてきましたので、スイスイと仕様を作成し、予算側が複雑なデータ階層だったのですが4月にはめでたくリリースできました。800人規模のユーザーが利用するので、サーバーへの負荷やレスポンス問題への対応が必要でしたが、これも良い経験となりました。2017年(第18期)とある会社さんでは10年以上前からwindowsNT4.0のindexServerを使っておりまして、なので最新のwindowsServerOSでリプレースすると代替となるサービスがないのです。調べて「Fess」という検索エンジンを入れてみました。社内アンケートをイントラサイトで行いたいとのことで「Alfresco」というヤツを入れてみました。運用には関わったことがないので、インストールとセッティングだけでしたが、世の中には色々と優秀なソフトがフリーで存在するのだなぁ・・・と改めて感心した次第です。専門学校の講師のシゴトは相変わらず続いているのですが、この期から外部の短大の単位が取れるというカラクリの講義に採用されまして、1日5コマを連続3日という地獄の日程が組まれるようになりました。2016年(第17期)2か所の病院さんで診療管理システム(原価管理)を導入して頂きました。Mightyベースで動作しています。スタンドアロンのwindowsアプリ版が動作していたのですが、そのリプレースのご依頼があり、得意のWebアプリとして基本仕様はそのままで、ハンドリングを若干変更してのリリースでした。通常ブラウザでは入力項目などの移動はTABキーですが、もとがwinアプリだけにENTERにできないか・・・との要望。ブラインドでの入力作業のため、1件エントリが完了するたびにビープ音が出ないか・・・など、結構ありましたが、全部実現できました。エライ勉強になりました。いったフツーのオペレータの意外なご要望って新鮮でいて、またやりがいがありますね。上記システムから買取ではなくレンタルでご契約を頂くようになりました。買取では検収後の仕様の変更やトラブル対応に関しては別途費用やら見積やらと、先方の担当者も当方もエライ大変ですが、レンタルでは軽微な仕様変更やトラブル対応もそのまま対応できるので、良い方針転換となりました。(結構、システムのレンタルは一般的だったようですね)とある会社さんで数年前に構築した蔵書管理システムをグループウェア関連のシステムにリプレースするとのことで、データの抜き出しの依頼を受けました。これをきっかけにお取引が復活し、新規に別のシステムを構築することとなります。「人の縁」により、またお声がけを頂きました。2015年(第16期)とある会社さんのビジネスミーティングに参加。色々な意見や構想が飛び交う中、MindMapを駆使して、方向性や時期、可能性などの検討に首をツッコんだ。お得意さんと「よろず契約」を結び、おもにExcelのマクロをかけては、データを人的に調整し、またマクロをかけて・・・といった業務を代行しつつ、これをMighty上でシステム化。フリーのグループウェアを利用してノウハウの共有環境を作成した。前期から依頼のあったアンケート関連では、改めてアンケート集計のワザをネットで調査し、結果まとめレポートを単純な比較棒グラフから、分布図に変更。いった関係は色々と「やり方」を調べるとためになるなぁ。2014年(第15期)群馬の病院さんから「患者相談記録システム」のご依頼があり、Mightyをベースに開発を開始しました。ヒョンなことから満足度アンケートに関するお手伝いの依頼がありまして、アンケート項目の検討や封入封緘作業および回収データの入力やまとめを行いました。2013年(第14期)毎年お手伝いさっせて貰っている学会が今年は全国大会で、例年とは規模がまったく違っておりまして良い経験となりました。千葉の病院さんからシステムの引き合いを頂きまして、片道6時間で2回ほど打合せに参上しました。結局行政からの予算が取れずに失注となりましたが、病院さんの方から直接に色々なプランや意見を頂いたことは大変勉強になりました。埼玉の病院さんに初代の「臨時物品要求システム」を導入させてもらいました。今考えればシンプルな構成なんですが、ここでの設計のポイントである「物品に各部署の要求をぶら下げて、表示リストで選択的に明示させる」ワザを編み出しました。一般企業とは違い、病院のクローズドなイントラネットでは当時まだまだwinXP、IE8が動作しており、特にIE8対応には苦労しましたが、これがまた今後のノウハウになりました。ご購入では予算が取れずにエラク安価でご提供させてもらいましたが、この後のシステム展開の礎(イシヅエ)となるモノでした。この埼玉の病院さんのシステムをきっかけに、各個別システムに共通した基幹系のMightyBaseの開発が始まりました。2012年(第13期)細々とした依頼が多く、システム仕事は停滞気味でしたが、その分依頼はなくても多くの処理の検証を行うことが出来ました。別の会社さんが作成したtomcat、Java、postgresqlという当方とドンピシャのシステムで特定のデータ量で処理が返ってこない・・・との障害がお得意さんで発生しました。作成された会社さんとのコンタクトが困難とのことで調査依頼がありまして、これが上記の処理の検証でのノウハウにズバリと該当しました。ある検索処理で、ヒットする対象が多い場合に、何回か検索を繰り返すと、反応しなくなる現象を経験しておりまして、その原因は特定のSQLを発行する際にはcallBack処理をしないと還ってこないということです。結局、お得意さんの検証ではソースが読み切れずに、バグの箇所が特定できませんでしたが、現象的にはコレでした。それ以上の深入りは無用とのことで調査は終了しましたがトテモ有意義なシゴトでした。ちなみにこの対応中はクルマが故障中で原チャリで片道30kmを走っていました。2011年(第12期)お声掛けいただく得意先が多かった期です。いってもPCの面倒とか、ネット環境の支援とかでした。HaploViewというソフトのインストール支援から、遺伝子に興味を持ちチョコッと勉強してみましたが、まったく理解できませんでした。開発環境のLinuxをFedora系からCentOS系に変更し、サーバー環境によるWebアプリ作成に本腰を入れ始めます。2010年(第11期)本来目指していたシステム仕事ですが、この期は得意のJava以外の依頼が多かったです。書籍注文システムは気乗りのしないwindowsのASPでの処理の改造でした。健診・人間ドックの既存のシステムがFileMakerで作成してありましたが、これのライセンスが切れまして、既存のパッケージへの移行までの暫定処置として、Excel上でフォームやらマクロやらを組んで、ナンチャッテ対応をすることになりました。した修正にもエライ手間がかかりまして、イヤになっちゃいます。この後さらに病床の利用を種別ごとに集計し、レポートにするヤツもExcelでヤルことになり、「イヤになっちゃうx2」でした。オープン環境であればコストもかからずに、本格的にシステム化できるのになぁ~。トホホなんですがフツーの担当者さんには馴染みのあるExcelが好きなんですね。イベント系では、ライブで手元の所作をプロジェクターでスクリーンに投影する・・・ってのがありまして、電気パーツ屋さんで同軸ケーブルを30m購入し、ハンダ付け。結局、このケーブルはこれ以外には使われずにズッと仕舞ってあります。あとは統計に関する裏付けのため、専門家の先生との仲介を行いました。内容はチンプンカンプンだったのですが、統計から因果関係を探すというよりも、因果関係の予測・想定からその証明を統計的に導くといった方策が一般的であるとのことに、感心しました。2009年(第10期)音源編集などのシゴトは以前から、チラホラあって、趣味の「おやじバンド」にもそのノウハウが活かされたりしていたのですが、これがカナリ上達してきました。動画編集のシゴトも発生して、形式やらエンコードやらで、ヒィーヒィー言わされて何とか実現させました。このように、ややエンタメ系のシゴトが良く舞い込んでくるのですが、楽しくてショウガない反面、どんどん「志」から離れて行ってしまう不安感もあったりしました。そんな時はSpringフレームワークでWebアプリを作ったりして、イザという時の為に準備をしていました。10周年の記念に「名入りタオル」を作成。2008年(第9期)企業システム支援など学会支援でご一緒した会社さんのサーバーを設置させて貰いました。デザインなどのお仕事をされていて、ファイルサーバーやらWEBサーバーとして24時間運転とのコトで、さほどのクリティカルさ・はないとのことで、思い切り安く構築することにしました。Atomを積んだデスクトップ機に、Linuxを走らせ、sambaを入れてapacheとtomcatでグループウェアを運用。phpやらMySQLなどはサイト構築用とのことで環境だけ作りました。これ全部で9万円弱・・・ちょっとお値段的には後悔でした。2007年(第8期)企業システム支援など学会などのイベントを運営される会社さんとご一緒したコトから、本格的に学会支援の仕事を頂くようになりました。演者のPPTスライドの上映を支援するのが業務なのです。いくつかの会場で、舞台ソデに何台かのPCを置き演者毎にスイッチャーで、スクリーンへの出力を切り替えるのですが、操作自体は演台の演者が行うのです。通常は10分間隔くらいで演題が進むのですが、会場内の受付PCでPPTデータの動作確認後USBメモリにより、各会場にデリバリ。各会場ではスケジュールに合わせて各PCにデータをセットし、逐次スクリーンおよび演台の操作対象PCをスイッチャーで切り替える・・・と、簡単そうに見えますがコレがなかなか。受付ではデータが開かない・・やら、ウィルスが混入していた・やら。会場では、持ち込みPCのRGBが出力しないやら、vaioは信号が弱くてケーブルを変えたら出た・・・やら。データ自体が自動上映になっていて、勝手にスライドが変わったり・・・ヤラ。そんなこんなで大変でしたが、学生のアルバイトさんたちを頼んで、ワイワイと、今考えれば楽しい思い出です。言いますのも、10期の始めに「学会支援業務」からは撤退させて頂いたのです。イベントもの・も楽しいのですが、やはり本来の「志」とは、ちょっと違うかな?と。熱心だったDelphiのシステムの面倒を見てくれないか?とのハナシを頂いて、ハルバル福岡まで、ソースとD/Bと打ち合わせに行ったのもこの期でしたね。結局具体的な依頼は頂けませんでしたが、帰りには下関や広島に寄って、充実した出張でした。2006年(第7期)ご家庭パソコンサポート個人の方へのパソコン指導がチョコっと多かったですね。「事務所開設」の引き金にもなった「来て頂いて、指導する」パターンを初めて行ないました。ソレっきりありませんが・・・。あいかわらず極小規模なサイト作成などのお仕事も多く頂きました。今であれば、CMSとしてブログシステムを採用すれば、手離れも良いし、顧客先もハッピーなんでしょうが、当時はまだサホドCMSとしてのブログ活用はされていなかった・・・ような・・・気が・・・???企業システム支援などシコシコと作ってきたサイト作成とメンテナンス作業ですが、この期から「よろず契約」により定期契約を結んでくださる得意先が出来ました。定額契約なので最初の新規の作成ではデザイン設計や写真撮り・取材などで、思い切り「赤字」でした。落ち着けば、ラクになる・・・と思いキヤ、結構頻繁に更新や変更があるので、もう少し契約金額を高めにしておけば良かったと・・・今でも思っています。この期にはシステム的なお仕事を多くさせて頂きました。ヒトツは移植モノで、蔵書管理と図書貸出のシステムが、NT4.0上で、処理はaspでデータベースはmdbで動いていたのですが、老朽化のため移植とのことでした。テーブル構造は現状通りで、処理内容も基本的にそのままで、Linux上でstrutsとhibernateのフレームワークを使って、データベースはPostgreSQLで、半年間で再構築しました。これは即リリース予定でしたが、データ内容の棚卸作業が進まずに、結局2010年にwin2003serverへのOS移植にまで待たされることになちゃうのです。新聞などの情報提供サービスの移植では、利用登録により配信形式から、Ajaxを多用してWeb閲覧形式に変更しました。これはカナリの力作でしたが、リリース直前になって情報元の権利確認が取れずに「お蔵」入りとなりました。ひとつは、VBによる物流管理システムの拡張処理でした。これは典型的な「スパゲティーコード」を解析することから始めて、何とか2ヶ月位で運用まで漕ぎ着けました。解析をしていると、「何故こんな処理にするの?」とか、「これ何の意味もないじゃん!」とか・・・色々勉強になりました。2005年(第6期)ご家庭パソコンサポート6期から「お仕事がらみ」の個人的なサポート依頼が増えてきました。活用したり、ネットを利用したり、といった要望が多かったですネ。物販は本意ではありませんが、新しいマシンをセットアップできるので楽しいですね。ひょんなことから、Webサイトを作成する仕事を頂きました。あるので引き受けました。うこともあるので、ものスゴく謙虚な請求書を提出したところ、それを上回る金額を頂いちゃいました。これをきっかけに、サイト構築のおハナシを数多く頂くようになりました。HTML文法をしっかり守ってシコシコと地道に作っています。CSSを使ったり、リキッドデザイン化など、ブラウザで閲覧するという特性をじっくり見据えて作れるようになりました。Ajaxの勉強にもつながりwebアプリケーションのシステムにも十分応用できました。企業システム支援などセミナー発表用のパワーポイントのスライド作成の依頼を頂きました。並行しての説明のため、ツイン上映とのプランでした。ご要望をもとにして、叩き台を作成し、幾度かこれをもとに修正や追加を繰り返しました。本番では装置の操作を担当させて頂きましたが、コ気味良いジョークも交えながらの楽しい発表となりました。ルススキャンが走ってしまうなどの「大ボケ」を経験しました。この体験からプロジェクタ上映では必ず、この手のソフトを停止するようになりました。以前からのパワーポイントのスライド支援も続いております。ンテンツを的確なタイミングで投影するか?大変勉強になります。なって来た事を実感致します。2004年(第5期)企業システム支援など専門学校のパソコン講師では、2年目なので年間の段取りもわかり、最初の授業でスキル調査を行なったりして、ひとりひとりの状況をザックリ把握して、レベルをちょっと下げて取り組みました。去年の学生から「実習の時間に何人かの学生に前で操作してもらい解説してもらう方式がわかりやすかった」と言われたので、学生の気を抜かせない意味も込めて「読んだり、やったり、答えたり」を順番でやるようにしました(これにより授業の進捗スピードはガタ落ちなんですが、これが社員教育と学校教育の差と心得ました)。テキストに記載されている流れを基本に、キモの部分はアレンジしながら進め、あえてこのレベルでは説明すると混乱するだろうと思える箇所は割愛しました(ワードのスタイルとか、エクセルでのヘッダフッタとか)。この「スピードを落として、内容薄める」方針にしたことで、理解度を上げることができたように感じました。成績評価のための課題もソコソコ良く出来ているので喜んでいましたが、友達のデータをコピーするヤカラがいるらしく、がっかりもしました。言え、正月前の「おまけ授業」における「年賀状の宛先の差込印刷テクニック(2コマ)」と、学年終了間際の「大急ぎパワーポイント講義(3コマ)」は来年につながる気がしました。新規に企業さんからネットワーク接続の整備の依頼を頂きました。既存の有線環境と新規に導入された無線環境などの調整が主な支援でしたが、付随して多くのお仕事を頂きました。インターネットへは、頻度が低いのでPHS経由ダイヤルアップ環境で個別にアクセスしていたそうですが、PC増加に伴って接続要望も増えたことからADSLを契約しLANに落としました。無線環境のノートPCはインターネットに接続させるが、有線側の基幹業務系PCは接続させない・・・など、本来であればセグメントをわけたり、ルーターに通過権限を設定したりする方法を取るべきでしょうが、安価に済ませる為に「必要に応じてHUBのケーブルを抜き差しする」という、とてもシンプルな方法で問題解決しました。ある企業さんが、動作している基幹業務システムのハードウエア老朽化に伴って新型PCを導入したのですが、システムがOSの旧バージョンにしか対応していないので何とかならないか?・・・との依頼を受けました。PCで、もちろんメーカー対応などなく、大変な作業になりました。それ以来、このメーカーが嫌いになってしまいました。世に言う「逆怨み」ですね。とある企業さんで、webアプリによるEDIに参加されましたが、そのアウトプットの成果物はcsvのダウンロードを行なうにとどまっており、一部のデータはコードのみ記載されている為、そのままプリントアウトしても利用が困難である問題が表面化しました。そこで簡単なマスタを有したうえでダウンロードファイルを帳票化(再現可能)するwinアプリを作成いたしました。再印刷機能など、単純なアプリでも設計して行くと色々とあるものですよね。とある企業さんから、既存システムの入庫処理(画面入力対応)とは別に、CSVデータの一括取り込み処理の作成依頼がありました。システム仕事が活発でうれしい限りです。VBで書かれたソースから処理を解析することから開始しましたが、これがトンでもないコーディングで苦労しました。関数名は暗号のような命名で、重複処理やカラ処理が回り、まさにスパゲティーコーディングでした。ことでプロトタイプを作成し、テストデータで検査を終えましたが、後日、エラーで処理が不完全との連絡が入りました。CSVの最後のセパレータに問題が発生しているようで、運用データを良く見るとテストデータと最後のセパレータの扱いが違っていました。これはデータ提供者がエクセルを使って手作業でcsvを生成していることも原因だったようです。セパレータの解釈と普通じゃないエクセルのCSVに対する対応を施して、実運用につなげることができました。あったけれど、こういったコトって楽しいのですよ。とある企業さんから、週に何日でも良いから部門のシステムの面倒を見てくれ、とのハナシを頂きました。以前の部門システム担当者は、情報システム部門に移動になり、アナが空いたとのことでした。サーバー室の掃除から始めました。乱立するマシンのどれが何をしているのか?床のケーブルは活きているのか死んでいるのか?・・・仕様書はもちろん資料などのドキュメントすらありません。約半年間で、なんとかマシンだけども整理しヤレヤレと思っていると、いろいろなサーバーのデータがパンクし始めました。増設を繰り返したHDDには、開発時のソースやデータが点在し、中には「test」というファイル名の実運用スクリプトまでありました・・・とほほ。パンクしているドライブのデータを移動したくても、何に影響がでるのかさえニワカにはわかりません。基本的にさほどクリティカルな処理はなさそうなので、サーバーやサービスを止めてみて、回りの反響を見る・・・という、「現実的」な対応をしました。システムは文化でありゲイジュツであることを再確認した次第です。2003年(第4期)ご家庭パソコンサポート「ウィンドウのバツマークとかが変な数字になってる」とのことで伺いました。フォントファイルの破損を直して復旧。その他にも「ウイルスとかアップデートとかADSLとか何をどうしたら良いのやら・・・」とのことで、お預かりのうえ最新版のアップデートをあて、ウイルス対策ソフトなど、マシンの整備を行ないました。出版原稿の作成にワープロを活用されていたのですが、上手く配置できないとのこと、スタイルや表を使って「手直しに強い使い方」をサポートしました。年賀状の作成代行のお仕事が始まりました。内容の編集デザインももちろんですが、宛名まで個別に印刷することで個別対応のサービスとなった気がします。「何とか助けて?」といったトラブル対応的なモノやだけでなく、文書作成や操作方法など継続的なレクチャーの依頼が増えてきました。何件か対応していると、「やりかたを覚えたい」というお客さんと「なんでも良いから、うまいコト作ってくれ」というお客さんがいることがわかりました。以後、ちょこっと説明しながら操作して、お客さんが乗ってくれば、より時間をかけて一層説明にオモムキを置くようにしましたが、そうでない場合はとにかく集中して、あらゆる高度な技を駆使して、テキパキと作っちゃうようにしました。サポートといってもイロイロあるのですね。企業システム支援など専門学校のパソコン講師の仕事を頂きました。今までにもサラリーマン時代の社内教育などの経験もあり、できそうな気がしたので、前期・後期の通年で、週2回各2コマをやることになりました。office2000です。古いですけど、この組合せは結構安定してますよね。問題はPCのハードでして、ちょくちょく故障します。今考えれば、幾つかのマシンがUSBのNICでつながっているコトが状況を物語っておりました。最初は、とにかく段取りも何もわかりませんから、授業日以外でも授業時間外でも教室に入って、マシンの調整とか講義の段取りや動作確認などやりましたね。サーバーを立て、学生ごとのページにメモ帳やペイントの作品をアップしたりしました(これすごい労力でした)。話を聞くとほとんどの高校で授業があったとのことでしたので、授業で使う教科書(小冊子テキスト)は「初歩的すぎる」と思いまして、あまり使わずに、講義内容もちょっと高度に設定しました。ワードでは段組を使ったり、エクセルではvlookupを使ったり、実務で使えるテクニックを盛り込んだのですが、イザ課題としてやってみるとあまりカンバしくなく、社内研修では参加した社員さんを唸らせたスーパーテクニックは、ごく一部の学生に受け入れられたに過ぎませんでした。とある企業さんから、ホームページ作成やデータ処理・加工などの仕事を頂きながら、ちゃっかり「社内のネットワーク整備の提案」作成し、おかげさまで採用して頂きました。複数のシステムが2系列の独立した社内LANで運用されておりまして、得意先とはシステム毎に個別にダイヤルアップ接続でデータ交換しておりました。インターネットの利用は外線によるダイヤルアップで、プロバイダのドメイン内にホームページを開設し、メールアカウントは必要に応じて接続アカウントとともにプロバイダに依頼されていました。「社内LANの統合整理」「インターネット接続と独自ドメイン運用」「社内LANの延長」といった段階にプロジェクトを分けて進めました。2系列に分かれていたネットワークを各システムの影響を考慮しながら、1系列にまとめる作業の中で、ひとつのシステムのベンダーからIPアドレスの変更に対応できないとの連絡が入りました。ルーターで対応しようかとも思いましたが、そのシステムのクライアントマシンにNICを2枚さして対応しました。(おかげでえらい安くあがりました)この時点では暫定的に固定IPで構築です。独自ドメインの申請とともにレンタルサーバーの申し込み、ADSLと事務的な手続きを完了しました。DHCP機能でクライアントの接続環境の汎用性(特別な設定無しでいらっしゃい!)を確保しました。この段階で外部サイトでは、以前からあったサイトのコンテンツを移設したり、社員さんのメールアカウントを作成したりの作業を行いまして、クライアントPCのメール環境などを調整して行きました(8年前の古いメーラーの多量なデータを最新のメーラーに移植するトコが一番苦労しましたね)。最後は社屋の別のエリアにネットワークを敷設しました。無線も考えましたが今回は有線で行くことになりました。ここのクライアントPCで、ダイヤルアップでしかつながらないメールサービスの問題とか、固定IPで外部とダイヤルアップルーターでつながるマシンが持ち込まれたとか、色々とありましたが、何とかスイスイと作業は進み、無事完了することが出来ました。既存しているネットワークを段階的に変更して行くことは、なかなか面白かったですね。この期からイベントでの支援参加も復活しました。パワーポイントを駆使して会場の観客に案内情報を伝えることが主な業務です。これといって難しいことはありませんが、誤字脱字のチェックやら、垂れ幕の印刷やら、スライド遷移のタイミングやら、イベントというのは経験すればするほど、いかに「カッコよく・ソツなく」できるかが勝負で、うっかりできないことが勉強になりますね。2002年(第3期)ご家庭パソコンサポート企業さんからもスポットで、パソコンサポートの依頼を頂くようになりました。プリンタ設定やら、業務用のパッケージソフトやら、比較的小規模な企業さんでは専属のシステム担当がいるわけではないので、トラブルの解決に苦慮されているようでした。取引先からの電子的な情報交換(EDIなど)への対応力が取引条件に含まれるようなケースが多く見受けられました。協力依頼側(おおむね大手大口取引先)が一方的に自己都合を押しつけているような印象であり、もう少し相手の都合を考慮した「からくり」にすれば良いのに???と、思うことシバシでした。企業システム支援など以前作成したwindowsアプリの手直しなど、徐々に本来の「システム系業務」が増えてきました。2001年(第2期)ご家庭パソコンサポートこの期は、企業さん向けの大口の支援業務が多かったからという訳ではないでしょうが、ご家庭向け業務がほとんどありませんでした。企業システム支援などとある企業さんからパッケージソフトによる販売管理がうまく動作していないとのことで、支援依頼を頂きました。調査の結果、汎用パッケージであるが故(融通がきく)かもしれませんが、データの整合性を確保するには、操作者の裁量(人間系の的確な判断処理)に強く依存していることが確認されました。操作の影響を理解できるスキルを持っているヒトは見受けられず、目先のデータ調整のために行った操作が、別部門の管轄するデータの整合性を著しく壊していることにまったく気がついていませんでした。具体的なハナシとしては、売上や仕入の商流業務が、物流の在庫商品と直接連携している「仕組」にもかかわらず、「値引」や「値増」の価格調整に商品アイテムを指定するので、在庫が桁違いに狂ってしまっていました。操作者が自由にマスタ系データの生成ができてしまうので、表現精度がまちまちでありながら同一商品が複数存在することで、在庫はもちろんのことながら売価や原価のデータも再利用できない状況でした。パッケージソフトのマニュアルなどを確認したところ、いくつかの設定を変えることでマスタ系の集中管理化はシステム側で制御できるようでしたが、勘定系操作のヒトの裁量への依存度は避けられず、人員規模からみても教育の徹底は困難と思えました。そこで、これを機に業務ソフトを独自に開発する決断がなされ、地元数社のソフトハウスのコンペを経て、新システムの構築を開始しました。業種業界固有の処理を採り入れるとともに「必要以上に業務に制限を与えることも問題あり」とのことで、マスタ仮登録機能なども盛り込まれました。開発途中で依託業務は終了しましたが、現在は順調に運用され安定稼動しているそうです。パッケージソフトの利用は積極的に行うべきとは思いますが、使いやすさ・管理のしやすさといった製品の完成度と運用側の体制を見極めた上で、採用を検討するべきと言えそうですネ。2000年(第1期)ご家庭パソコンサポート開業して最初の依頼は「中田英寿のホームページを見たい」でした。ご自宅にお伺いしたところ買ったばかりのパソコンが箱に入ったまま置いてありました。プロバイダ契約の手続きは完了されていたので、機器を設置しダイヤルアップ接続でめでたく「中田のサイト」に行きました。その後はメールやワープロの操作支援をさせて頂きました。ご主人は写真がお好きで画像の処理のご質問が多かったのですが時間が取れずに大変残念でした。「会社でパソコンを使っているが、基本を教えてくれないか?」とのことで伺いました。超初心者と言うことなので、なるべく専門的な深いところは省いて、フォルダとファイル、プログラムとデータ・ショートカットなどの説明をしたところ、「マイドキュメント」以外にも保存することが出来ました・・・ははは。「shift+TAB」で入力項目の前に戻れるなど、windowsの基本作法というのは意外と知られていないモノであることを実感しました。企業システム支援など情報化団体の運営業務(事務局)を受託しました。週3日で2日は事務局出勤といった形態です。設営」と総務的な業務が基本でしたが、他にも独自ドメインを取得し、レンタルサーバーでサイトを作成したり、システムの運用会社からの利用データを、利用者さんの請求データに変換し、請求書を発行するなどPCを駆使した実務も多かったです。団体活動/事業活動に振り分けた会計処理を行ったのですが、これは処理よりも説明するのに一苦労といった感がありました。創成期の楽しい仕事で、大変お世話になったのですが、ハンズを開業した「志」とは異にするものを感じまして、2003年には終了させてもらいました。勤めていた販売会社の社長からのご紹介で、とある企業さんから、2000年問題を機にした基幹システム再構築で問題発生とのことで、支援依頼を頂きました。調査の結果、不完全なデータ移行や設計不備、プログラムの不具合が多数発覚し、操作するたびに「データ矛盾を産む」ような、まさに「仕事にならない泥沼状態」でした。そもそも、社員やシステム部門からの評価の高かった「移行前のシステム」であっても、OSやD/B・言語への適切な処置により2000年問題は対応出来たことも判明したので、安定稼動していた移行前システムへの「先祖帰り」を最初に行う方針に変えたりもしましたが、このマヌケ・システムが発生させた3ケ月の膨大なデータの旧システムへのコンバートができず、プロジェクトは完全に暗礁に乗り上げました。年夏には都合により「支援終了」となりましたが、まさにシステムを甘く見るとトンでもないことになることを「まのあたり」にした経験でした。