脱COBOL・マイグレーションの劇的な加速: これまで数年単位で数億円〜数十億円かかっていたJavaなど現代的な言語への移行プロジェクトが、AIの活用により数ヶ月〜1年程度へと劇的に短縮されます。
ブラックボックスの可視化: 長年の改修により誰にも内容が理解できなくなった「ブラックボックス化」したシステムを、AIが解析・ドキュメント化し、ビジネスロジックを正確に抽出します。
高コストなメンテナンスの脱却: 40年前のコードを管理する高額なシステム維持費や、COBOLメインフレームの維持コストを削減できます。
COBOL技術者からAI活用エンジニアへ: COBOLの構文を理解する「COBOL言語の技術者」から、AIが変換したコードの品質を担保し、再構築できる「AI活用能力を持つ技術者」へ需要がシフトします。
レガシー技術者の新たな価値: 過去のシステムを理解する技術者が、AIの成果物（新コード）を検証する「AIの指導者」として不可欠となり、彼らの経験が再評価されます。
エンジニア不足の解消: 金融、公共、インフラ系企業において、若手への技術継承課題が解消され、JavaやPython等のモダン言語への移行により最新開発環境へエンジニアが流動します。
ミッションクリティカルなシステムの延命と安定化: 銀行の口座管理や年金システムなど、止まらないことが求められるシステムを安全かつ高速に最新化し、高い可用性を保ち続けます。
DX（デジタルトランスフォーメーション）の実現: システムがモダン化することで、AIやクラウドなどの先進技術を導入しやすくなり、ビジネスの競争力向上につながります。
新旧対向テスト（リグレッションテスト）の重要性: AIが自動生成したコードが元のCOBOLコードと「全く同じ結果」を出すか検証するテストに、AIが生成したドキュメントやデータが活用されます。
「100%正確」ではない前提の人間によるチェック: AIによる自動変換は非常に高精度ですが、完璧ではありません。最終的な品質担保には、技術者による厳格な検証が引き続き必要です。
COBOLコーディングレスの動きは1950年代にCOBOL言語が開発された以降、繰り返し発生していたものです。
1990年代に発生したEUC（エンドユーザーコンピューティング）やCASEツール（コンピュータ支援ソフトウエアエンジニアリング）がたどった「技術の民主化と保守の属人化」という結末は、現在のプロンプトエンジニアリング（プロンプト職人）にも当てはまる可能性が高いです。
具体的には、以下のメカニズムで「プロンプト職人のレガシー化」が進むと考えられます。
EUC/CASEツールの結末: ユーザーやエンジニアが簡易ツールで大量のプログラムを生成したが、作成者の意図や背景がドキュメント化されず、後に「誰も中身が分からない（理解できない）ブラックボックス（レガシー）コード」として残った。
プロンプト職人の未来: AIに対する複雑な呪文（プロンプト）を組める専門職が、AIに具体的な指示を出して大量のコンテンツやコードを生成する。しかし、そのプロンプト自体が「AIという巨大なブラックボックスへのパッチ」となり、後から修正・保守できない「レガシー・プロンプト」となる。
AIモデルの進化による陳腐化: 高度な推論機能を持つ次世代AIエージェントは、人間が苦労して書いた「呪文」を必要とせず、意図や目的を伝えるだけでタスクを遂行できるようになりつつある。
「職人技」の共有・標準化の難しさ: 熟練職人が作成したプロンプトは文脈に依存するため、他のAIモデルや異なるタスクに適用しにくい。そのため、メンテナンスされず、使い捨てられる。
属人化とブラックボックスの維持: 「プロンプト職人にしか修正できないAIへの命令」がシステムに残ることで、かえって業務の俊敏性が低下する「負の遺産」となる。
現在の「魔法の呪文」を研究するプロンプト職人は、将来的にAIと対話しながらプロセス全体を設計する「AIエージェント・オーケストレーター」や「ドメイン特化型ビジネスアナリスト」へと役割を変える必要があります。
単なる「プロンプトの記述力」を武器にする職人は、技術進化によって、かつてEUCで乱立したメンテナンス不能なマクロツールのように、レガシー化していく可能性が高いでしょう。
]]>ただ、そのファイルにはASCIIの文字しか入っていない。
ご存じの通り、UTF-8、SHIFT-JIS、EUCはASCIIの文字コードは同じ、互換性がある。
言ってみれば、ASCII文字しか使っていなければ、どの文字コードでエンコードしても一緒だし、この場合エディタはどの文字コードなのかを判別はできないので推測で文字コードを決めることになる。
だから、こんな風に返事した
「本ファイルはASCII文字のみを使用しているため、UTF-8とShift-JISのいずれの文字コードでも正しく認識されます。ASCII文字は、UTF-8とShift-JISのどちらにおいても共通であり、文字コードによる違いはございません。そのため、お客様のエディタ上でShift-JISと表示された場合でも、UTF-8との互換性が保たれておりますので、ご安心ください。」
返事したんだが、帰ってきたのが
「うちのエディタではShift-JISと書かれております。互換性はあるかもしれませんが、正しく認識されるように再度おくってください」と
つまり『互換性があるということで怠けないで、問題がないにしても当初の通りエディタでUTF-8と識別されるファイルを送れ』って言われた。
仕方ないので、無駄に日本語でコメントを書いてファイルを送った。
]]>昔はさらにJISとかEUCもあって大変だったんじゃ……
]]>部署内でちょっとしたEUCツールを作る場合なんかに、そういう同僚は期日管理に全振りする
要件定義のときには一言も言わないのに、WBSができてくると嬉々として予定の遅れを責め立てる
そういうやつに限って声がでかいし上司の受けもいい
やってられるか、アホらしい
]]>一応大企業のくせして、IT部門が3人しかいないってどうなんだ？
作ってもらったコンサルに文句言ってくれ！
後から来た俺たちに何でもかんでも押し付けるな！
]]>もともとフランスにいたときにそのへんの量販店で買った安物で、日本語化してもなんか中華フォントっぽくて変な感じだったけどその辺詳しくないし放ってたけど、やっぱり中途半端なのはダメやね。
ソウル広域市の市報なんだけど、これファイル名EUC-KRかなんかかな？そうでなかったらとりあえずUnicode化してほしいよね。もちろんこれは日本の役所にも言えることだけど。
]]>mb_convert_encoding
かな
SJIS や EUC のサイトが多くて UTF8 に変換する簡単なお仕事ばっかりやってた
次点で mb_convert_kana
]]>２、一般名詞である
３、日本語
４、UTF8、SJIS、EUCで表現することができる
５、地球上に存在している
６、空気より重い
７、年月の経過によって劣化する
８、高熱で燃える
９、ゼリーより硬い
１０、任意に移動することができる
]]>動画ファイルじゃないんだから
そんなのいらないでしょ。
テキストファイル開いて文字化けするから
先方に聞いてみたらエンコード違うんじゃ？って言われた
昔そんなにテキストエンコードとかってなかったでしょ
もういいよシフトJIS一択で
粋がってEUCとかユニコードとか使ってんじゃねーぞ
そういう知ったかぶりやめて欲しい
かっこ付けんなバカ！
]]>http://toro.2ch.net/test/read.cgi/unix/1288765389/232
232 ：名無しさん＠お腹いっぱい。：2012/03/25(日) 15:05:26.72 今月はじめ、職場に新しいPC(Pentium4の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにオープン系を採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのは UNIXのインストールパッケージでした。 「うへぇ～、よりによってUNIXかよ」 デバイスドライバがない、コマンドが変・オプションがない、X環境が古い、 今の奴は日本語入力大丈夫なのか(Wnn/Canna/kinput2)、将来の64bit移行はどうなのか、 今時のネットで必須のflashのプラグインは存在するのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一CADなどのエンジニアリング環境が充実していたUNIXは大学など 教育機関に浸透していて、日本のUNIX界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去10年のUNIX界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではPlamoでもDebianでもRedHatでもKondaraでも Slackwareでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1355909018/4
4 ：名無しさん＠お腹いっぱい。：2012/12/19(水) 18:44:07.79 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、複数マシンでファイルを共有するのは 聞いていたのですが、起動したマシンの/etc/fstabの項目に書かれていたのは nfsという文字でした。 「うへぇ～、よりによってNFSかよ」 ファイルロックすると刺さる、ファイルを消したのに.nfsXXXが残る、 今の奴はACL大丈夫なのか、ファイルのCapabilityに対応してるのか、 今時のLAN上で使ってもセキュリティは大丈夫なのか不安はつきませんし、 ユーザーが減ってるのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一ローカルディスクかネットワーク上かの区別なく透過的にファイルに アクセスできたNFSは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ファイルに書き込んだら所有者がnobodyに なっちゃったよとか、タイムスタンプがずれるよとか、NFSv4にしたらマウント できなくなったよとか、TCPよりUDPの方がオーバーヘッドが無い分速いはずだよね などと、鯖管気取りの偏ったどうでもいい我侭を言いだし、 (だからNFS鯖にするんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のNFS界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSambaでもNetatalkでもFTPでもなんでもいいですが 安定してユーザーが多いファイル共有システムにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1351627596/3
3 ：名無しさん＠お腹いっぱい。：2012/10/31(水) 10:57:28.82 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSに*BSDを採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはFreeBSDのインストールパッケージ でした。 「うへぇ～、よりによってFreeBSDかよ」 カーネルが変、日本語環境がない、ソフトが変・揃ってない、今の奴は 日本語文字コード大丈夫なのか(utf-8)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一PC98環境が充実していたFreeBSDは大学など教育機関に浸透していて、 日本のFreeBSD界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ポーツ(笑)でemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかとかなどと、 鯖管気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のFreeBSD界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもdebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1209056071/887
887 ：名無しさん＠お腹いっぱい。：2012/10/21(日) 11:56:55.61 今月はじめ、職場に新しい組み込みマシン(ファン付きだけど結構省スペース構成)が 入りました。多分私が開発全般をまかされそうな雰囲気です。業務的にとある 構造分析やシミュレーションなど行う必要があり、プログラムにアセンブラを 使用するのは聞いていたのですが、添付のサンプルソースコードからチラッと 見えたのはsethi %hi(hoge),%o0という命令でした。 「うへぇ～、よりによってSPARCかよ」 長くなるバイナリーコード、奇数アドレスワードアクセス不可、使いにくい レジスタウィンドウ、今時の素早いコンテキストスイッチに対応できるのか不安は つきませんし、今の若者はこんなCPU使わないので人材も少なくソフト開発も大変です。 おそらく導入に際して、大学など教育機関で最初にSPARCに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、32bitCPUでRISCでM68K系よりも高速で動作したSPARCは 大学など教育機関に浸透していて、日本のCPU界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、16bitイミーディエイト値すら1命令でロード できかないのかよとか、関数呼出しのたびになんで約100バイトもスタックフレームが 要るんだよとか、フラグレジスタの読み出しがなんで特権命令なんだよとか、 %g0ってレジスタ値変わらないし壊れてるよ、初期不良で交換だよとか、 アセンブラ通気取りの偏ったどうでもいい我侭を言い出し(だからSPARC使うんじゃ ねーよ) それと戦わなければならないのでしょう。そして時代によって決着している、 過去25年のCPU界隈のくだらないそれらの議論が再現され、それに巻き込まれるの でしょう。もう今からうんざりです。 だからお願いです。教育現場ではi386でもi568でもi686でも x86_64でもなんでもいいですが現行のCPUにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。]]>
http://engawa.2ch.net/test/read.cgi/linux/1263028279/298
298 ：login:Penguin：2012/03/14(水) 06:01:43.41 ID:gAhyxynR ＞＞283 ＞＞291がVineを押してますが… 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。多分私が運用保守をまかされそうな 雰囲気です。業務的にとある構造分析やシミュレーションなど行う必要がありOSにLinuxを採用するのは 聞いていたのですが、搬入されたPCのダンホール箱に乗っかっていたのはVineのインストールパッケージでした。 「うへぇ～、よりによってVineかよ」 カーネルが古い、日本語環境が古い、ソフトが古い・揃ってない、今の奴は日本語文字コード大丈夫なのか(utf-8)、 x86_64環境は大丈夫なのか、今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報もすくなく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れてすりこまれた人間が強気の知ったかぶりをして 発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一日本語環境が充実していた(*)Vineは大学など教育機関に浸透していて、日本のLinux界に多くのバカを 輩出しました。((*)昔の話です。現在はutf8対応やsambaのvfs対応など使い物にならないレベルで遅れていそうです) これから私は、おそらくそういうバカが、emacsを入れさせろ、Texを入れさせろ、コンソールでEUCは使えないのか、 crond使えないのかとかなどと、サバ缶気取りの偏ったどうでもいい我侭をいいだし、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。そして時代によって決着している、過去20年の Linux界隈のくだらないそれらの議論が再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではubuntuでもdebianでもFedoraでもRHELでもopenSUSEでもなんでもいいですが メジャーかつ現行のものものにしてください。Kernel2.6 gcc4 glibc2.4 GNOME3/KDE4が最低ラインです。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/999172129/740
740 ：名無しさん＠お腹いっぱい。：2012/03/15(木) 13:42:50.73 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要がありOSにUNIX系を採用するのは聞いていたのですが、 搬入されたPCのダンホール箱に乗っかっていたのはSolarisのインストールパッケージ でした。 「うへぇ～、よりによってSolarisかよ」 カーネル再構築不可、コマンドが変・オプションがない、KDE環境がない、 今の奴は日本語文字コード大丈夫なのか(ja_JP.PCK)、x86_64環境は大丈夫なのか、 今時のネットに繋いでもセキュリティは大丈夫なのか不安はつきませんし、 非メジャーなのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にそれに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一フリーウェアのmake一発率が高かったSunOSは大学など教育機関に 浸透していて、日本のSolaris界に多くのバカを輩出しました。 これから私は、おそらくそういうバカが、makeしてもemacsが入らない、 TeXが入らない、コンソールでEUCは使えないのか、Rubyが使えないのかなどと、 サバ管気取りの偏ったどうでもいい我侭を言い出し、(だから鯖にするんじゃねーよ、 鯖の常識で話すなつーのに)それと戦わなければならないのでしょう。 そして時代によって決着している、過去20年のSolaris界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではUbuntuでもDebianでもFedoraでもRHELでも OpenSUSEでもなんでもいいですがメジャーかつ現行のLinuxにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1000022300/812
812 ：名無しさん＠お腹いっぱい。：2012/07/18(水) 15:51:49.38 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、拡張カードを刺してHDDを増設して使う ことは聞いていたのですが、納品された拡張カードに書かれていたのは AHA-2940Uという型番でした。 「うへぇ～、よりによってSCSIかよ」 たった20MB/s、コネクタもケーブルも太くて古めかしい、今の奴はOS入れても /としてマウントできるのか、今時の高速HDDに対応できるのか不安はつきませんし、 SCSIユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にSCSIに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、唯一HDDやCD/MO、テープドライブ等を外付けにでき、デイジーチェインで 拡張性が高かったSCSIは大学など教育機関に浸透していて、日本のストレージ界に 多くのバカが輩出しました。 これから私は、おそらくそういうバカが、ターミネーターが無いよとか、 SCSIケーブル全長1.5mだっけ? 6mじゃないの?とか、SCSI IDがぶつかっちゃった、 などと、SCSI通気取りの偏ったどうでもいい我侭を言い出し(だからSCSIにするん じゃねーよ)それと戦わなければならないのでしょう。そして時代によって 決着している、過去25年のSCSI界隈のくだらないそれらの議論が再現され、 それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではSATA1でもSATA2でもSATA3でも eSATAでもなんでもいいですがシリアルATAのHDDにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
http://toro.2ch.net/test/read.cgi/unix/1061122459/497
497 ：名無しさん＠お腹いっぱい。：2012/08/03(金) 20:34:26.89 今月はじめ、職場に新しいPC(Core i7の結構ハイエンド構成)が入りました。 多分私が運用保守をまかされそうな雰囲気です。業務的にとある構造分析や シミュレーションなど行う必要があり、X Window System上のアプリケーションを 使用するのは聞いていたのですが、X11を起動して表示されたのは、 白黒メッシュのバックに平面的な緑の枠のウィンドウマネージャでした。 「うへぇ～、よりによってtwmかよ」 カラーXpmアイコン表示不可、ウィンドウ最大化とかできない、 GNOME非対応、今の奴はタイトルバーに日本語表示大丈夫なのか、 今時の仮想デスクトップ環境に対応できるのか不安はつきませんし、 twmユーザーが少ないのでネット上の情報も少なく調べるのも大変です。 おそらく導入に際して、大学など教育機関で最初にtwmに触れて刷りこまれた人間が 強気の知ったかぶりをして発言権を得て「俺流」をつらぬき紛れ込ませたのでしょう。 昔、当時、X11で唯一標準ウィンドウマネージャとしてソースツリーに含まれていた twmは大学など教育機関に浸透していて、日本のX11界に多くのバカが輩出しました。 これから私は、おそらくそういうバカが、GNOME/KDEのウィンドウマネージャをtwmに 設定できないのかとか、$HOME/.twmrcを設定するGUIツールはないのかとか、 タスクバーはどこにあるのかとか、X11通気取りの偏ったどうでもいい我侭を言い出し (だからtwm使うんじゃねーよ)それと戦わなければならないのでしょう。 そして時代によって決着している、過去25年のX11界隈のくだらないそれらの議論が 再現され、それに巻き込まれるのでしょう。もう今からうんざりです。 だからお願いです。教育現場ではmetacityでもkwinでもfvwm2でも mwmでもなんでもいいですが普通のウィンドウマネージャにしてください。 教育機関で懐古趣味のバカを量産されると現場が非常に苦労するのです。
続く。
]]>文字セットeucだと文頭のみ文字化けする現象があってブラウザ再起動で直るらしい
]]>だせぇな
っていうかEUCでajaxまともに動くのか
まあ、フラッシュはっつけのブログパーツもどきしかないしどうでもいいんだろうが
]]>有名な文字コードのバグ「しかも文字コード規格のバグであって、プログラムのバグではない」
なんだけど。はてなのバックエンド対応してないのね。
バックエンドやMySQLのドライバを EUCで指定して、UTF-8とSJISとEUCを混在させると起きるので。
バックエンドとバックエンドのドライバはUTF-8で統一した方が良いよ。
＋チルダの文字コード変換は海外製を信じないで、自前でやったほうがいいよ~
]]>まあ、確かにフレームワークとかはできたけど、苦労の割にはあんまし便利になっていない。
覚えなきゃいけないことも増えているし。
ところで、面白いプログラミング言語を見つけた。
ERPで有名なSAPのABAP。
言語自体はかなりへっぽこ。
（SAPの人、すみません。あくまで私見です）
でも、便利な部分があるのだわ。
SAPが開発した部分って、基本的には変更不可能。
まあ、そりゃそうです。まともに動かなくなったら困るしね。
でも、新しいバージョンではちょっと違う。
SAPの書いたプログラムの上に上書きする機能が増えた。
気持ち的にはフォトショップのレイヤー機能みたいな感じ。
もともとあるプログラムの上にレイヤーを重ね、そこにプログラムを書くことができる。
これ、便利だわ。
SAPの方にバグがあったら、SAPのプログラム修正版を上書きする。
その時、レイヤーみたいな形式で俺が上書きしたプログラムは無視される。
なので、俺のプログラムは残ってる。
標準のプログラムの上にレイヤーみたいな感じでプログラムが組めると、こんなに便利だとは思わなかった。
ちょっと考えてみてほしい。
レンタルサーバのさくらインターネットを借りたとしよう。
PC上にXAMPPをインストールして、検証環境にしてみたとする。
さくらインターネットのMySQLはバージョンが古い。
さくらインターネットのMySQLの文字コードはEUC。
PC上のMySQLの文字コードはUnicode。
使用するプログラムは今まで使ったことのないオープンソース。
なぜかUnicode限定。
こんな時、SQL分を実行する際、execute系の関数を上書きできたら便利じゃない？
正論で言うと、オープンソースの修正が正しい。
EUCでもUnicodeでも使えるようにするとか、オープンソース上のコードを全部調べるとか。
でも、それめんどう。
こんな時、レイヤーを重ねてexecute系の関数の入り口で文字コード変換できたら・・・・
すっげー楽になる。
次の言語はレイヤーを意識した方式で誰か作ってくれないものかなぁ。
]]>SJISがダメでEUCにしたらおｋでした。
あと改行コードがDOSになってたのも原因かもしれないです。
どうもありがとうございます。
]]>でも今回の仕事は、分からない僕じゃなくて、分かる誰かがやるべき仕事だと思うんです。
新人は往々にしてこういう発想をしがち。
でも、間違ってるから。
おまえがやれ。
それだけだ。
そして、改行コードが違っているというので閃いた。
アスキーモードとバイナリモードについてGoogle先生に教えてもらえ。それで一件落着だ。
あと、EUCとSJISとかUnixとDosとかも一緒にな(笑)
]]>筆者自身、3カ月おきにPCをクリーンインストールしているが、バックアップデータの書き戻しとOS再インストールに4??5時間程度かかっている。
例えば筆者は［Ctrl］と［Caps Lock］を入れ替えているのだが、変更しないと、まともに仕事ができないのだ。
PCの調子が悪くなった。自分のPCがない環境では仕事ができない。PCが壊れたので今日は仕事ができない──。
どう見てもマヌケです。
3ヶ月おきにOS入れ直すとわかってるんだよね。でもCtrlとCapsLockが入れ替わってないと仕事できないんだよね。メモ帳やプレーンなIEを我慢して使って日々の生産性も落ちまくってるんだよね。でも3ヶ月に一度、ほぼ一日中仕事しない日が出来るんだよね。Lifehackの素晴らしさに軽く目眩がしてきたよ。
うん、「敢えてカスタマイズしないというメリットがあることも覚えておきたい」のはその通りだと思うけど、その前にまず「環境を自分に合わせるのではなく、自分を環境に合わせ」ようよ。秀丸なんて些事よりも、キーボード配列なんていう、根源的かつ影響の大きい奇天烈な改造を、立ち止まってもう一度よく考えようよ。他人のPCを操作する心配より、他の人がCapsLock+C,S,V,X,Yで七転八倒するのを心配しようよ。
CtrlとCapsLockを入れ替えるなんていうクールでグレートなLifehacked環境も、丸ごと仮想化してバックアップすればいいじゃない。調子悪くなったらその仮想マシン捨てて、バックアップからまたvmx持ってくればいいじゃない。ホストOSもそんなに重くならないだろうし、クリーンインストールするにしてもVMWareさえ入れれば終わりだから時間も短縮されるよね！ 4??5時間も「仕事ができません」つってサボる口実がなくなるのはもったいないけど、仮想化すれば数秒から数分で愛しのシリアル流れる秀丸が帰ってくるよ！ ミラクルスマイルワンダフル！
きみとぼくの壊れた世界も、Alt+Ctrl（じゃないなCapsLock）で抜けたあと最小化すればあっという間にデフォルト環境に早変わり！ 見てくれよジェニー、こいつのCtrlキーがちゃんとCtrlしてるんだ！
VistaになってもEUCを読み書きできない冴えないモテない使えないWindowsフォルダの永久凍土notepad.exe、今時タブすらついてない驚くばかりの独自性を誇る精神遅滞のIE6。これらをフルに使ったとしても、仕事の効率は下がる一方だろう。例えば数分かけて秀丸なりFirefoxなりOperaなりSleipnirなり入れた環境を3ヶ月使い続けたときに比べて、総仕事量はどっちが多いの？ さあレッツ4000YEN！
Lifehacked仮想マシン。今時のUSBメモリは4GBとか8GBとか入るので充分だろう。無理ならiPodで。データを持ち歩くのではなく、自分自身の環境を持ち歩くのもなかなかいい。セキュリティなら、仮想マシンを2バイト文字で暗号化ZIPするとか、仮想HDDを暗号化ソフトで暗号化するとか、CtrlとCapsLockを入れ替えるなんていう嫌がらせを施しておけばまあ充分じゃないかな。
U3？ へえ。
]]>今となってはWindowsで育たない方が変態チックだね。たしかに。
だからUNIXネイテブな秀丸がないのでしょう。秀丸が動かない環境が変態チックだから。Windowsのない環境が変といえるから。
変な環境に合わせる必要ないもんね。
そういえば日本以外のwinユーザはなに使ってるんだろう。秀丸以外でなに使ってるんだろう。
自分的には「\n <-> \r\n」「JIS <-> SJIS <-> EUC」「正規表現検索・置換」があればいいのだが、winで秀丸以外知らないんだよな。
]]>