今日は新天地初日。
やばい、非常にやばいぞ。この現場は。
まるで僕が初めて行った現場みたいな超ド級の初心者メンバーだらけ。
ネットには繋っていないし、アホみたいなテスト項目表の数にはウンザリさせられる。

なんかこのままだと確実に嫌になってしまいそうなので
営業の人に「早々に辞めたい」と連絡を入れる。
もちろん契約の事があるから今すぐにという訳にはいかないと思うけど
一刻も早く抜け出したいというのが本音だ。

はぁ、新学期早々ついてないぜ。
これが全部エイプリルフールのいたずらだったら良いんだけど…
現実はそんなにうまくいかないようだ(笑)

とりあえず今週は現場も変わったので色々疲れた。
仕事の内容はまだ概要を理解してる最中だから気楽なモンだ。
再来週から僕にもスケジュールが割り振られるらしい。

なんか言いたいことは山ほどあるけど、書くのも面倒なので(笑)
気が向いたらチョコチョコ書いてくつもり。
作ってる物は、某公社の人事系管理システム。
今まで(というか今も)C++で動いてるものをWebに移植するという作業なので
そんなにとんでもない仕様バグは無いっていうのが唯一の救いかな。

--- ？？な作り ---
それにしても、いかにもお役所的なアホな作りが多い。
なんでテーブル名が「Ｍ１０」とかなんだ。もうちょっと解りやすい名前にしてくれ。
打つ手間を省くためか知らんけど…
しかも、このＭ１０が「全角文字」だときてる。ホントに、かなりキテるぜ(笑)

俺は全角の英数字表記が大っ嫌いなんだ。
プログラマなら理解してくれると思うが。

--- どこでも一緒 ---
ここの現場も皆残業している。
なんでも仕事が終わらないんだそうだ。
僕もこの先いつ忙しくなるか解らないから、今のうちに早く帰っておこ?っと。

ちょっと前から日記ページのStruts化に励んでた訳だけど、
結局Strutsは使わず素のTomcatだけでいくことにしました。
確かにStrutsはよく出来たフレームワークだと思うけど、
所詮フレームワークの域は超えていないというのが僕の感想。

色々な設定ファイルやタグライブラリが用意されてるのは便利だけど
僕は今までも自分で作ったタグライブラリを使ってたし
それほどのメリットは無いという結論に達したという訳。

--- フレームワーク ---
この現場ではオブジェクトワークスというフレームワークを使ってるんだけど
これがまたしょぼい作りになってるんだ。

Excelで作成した画面遷移表や変数表から
自動的にJSPファイルの雛型を作ってくれるらしい。
が、それで全て完成するはずはなく結局はそれを手で修正しないといけない。
ホント中途半端な作りだぜ。

--- 初心者用 ---
僕が今までに経験した2つの商用フレームワークに言えることは
「導入は簡単だけど、保守・修正が大変」という事だ。
WEbアプリケーションの基本すら解ってない初心者でも
ある程度のコンテンツは作れるのだが、そこから先に進むのが難しい。

大幅に制限された作り、無駄ロジックの多さ、
ブラックボックスの存在…
そのどれもが、1から作ることが基本の僕としては耐えられない。

--- その理由 ---
Web上に素のTomcat情報(特に日本語)がほとんど存在しないのは
それを使ってる人がいないからだ。当たり前の事だけど。
皆どこぞのWebアプリケーションサーバやフレームワークを使って
開発をしている。

別にWebLogicが悪いと言ってる訳じゃない。
そういうものを使わないと開発が出来ないような初心者を集めて
開発をしてるのが問題なのだ。

--- 借り物 ---
フレームワークの内部を理解してる人間は現場にほとんどと言っていいほどいない。
それはつまり、フレームワーク内部に問題があると
とんでもない目に遭うということ。
大体の場合はその(借り物の)フレームワークの仕様(バグ)に合わせて
アプリケーションの仕様を修正してるのが現状だ。

何のためのフレームワークだよ。
アプリケーションの開発を便利にする為のものだろ？
それに左右されて開発するなんて馬鹿げてると思わないか？

--- 今やれる事 ---
まっ、ここでグチグチ言っててもしょうがない。
そんな物に頼らなくても開発ができるようなメンバーがいる現場に
行くために努力することが、今できる唯一の事かな。
さて、それまでどれだけ時間が掛かることやら…

家のサーバ開発環境をWindowsに移行する作業がほぼ完成。
そのついでにTomcat4.1.24を導入しました。
ようやく設定ファイルの修正のみで
JSP→javaをEUCエンコードできるようになったらしい。

これでEclipseでのJSPデバッグも簡単だ。
まぁ、最近はLinux環境でSHIFT_JIS使う選択肢もあるんだけどね。

--- 疲れた… ---
今日はひたすらコーディング。
いつものことながら、まだ業務内容も理解してないのに。

それにしてもここのキーボードはボロい。
打つ度にきしむ様な音がする。何とかならんのか。
サーブレット開発なのに256しか積んでないし。これじゃEclipse使えんぞ。

さっ、それじゃ今日も定時に帰りますか?。

おぅおぅ、松井がメジャー初HR。
しかも満塁弾だぜ。ホーム初戦でこんなの決めるとはやるね。

--- タイムリー ---
おっ、ついにイラク政権崩壊か？
今まさにフセイン大統領像が破壊されている。

--- 現場状況 ---
さてさて、現場変わって1週間も過ぎたところで
現在の開発物を紹介しておきます。

某公社が使用している人事システム。
今までは各局所にそれぞれクライアントソフトを配置していたのだが
プログラム修正などある度にCD-ROMに焼き直して全国に配る手間がある為
これをWebアプリケーションで作り直すことにしたらしい。

これならばプログラムはサーバ側で一括管理できる。
各局所はブラウザを通じてアクセスするだけだからね。
ただ、一斉アクセス時の負荷などは全く計算に入れていないらしいが(汗)

--- バレました ---
で、現行のプログラムはC++で書かれていて
基本的にはこれをJavaサーブレットに移植するという単純な作業。

が、それなりに巨大なプログラムにも関わらず
仕様書も起こさずに開発をスタートさせてしまった為に
Web版(現在作成している物)が現行のものと大幅に違う動作をすることが
最近相手先にバレて大慌てという訳。

--- 当然の結果 ---
そりゃそうでしょ。
適当にやってて現行と同じものが出来上がったら奇跡だぜ。

そんな訳で、このチームは公社側から完全に信頼を失い
膨大なテスト表を提出してくれという向こうからの要望が挙がっている。
まぁ当然だわな。

--- 今さら感 ---
このシステムはメニュー別に分けると大体4つに分けられる。
現在、その1つが「形だけ」完成しているという状態だ。
その二の舞を踏まない為に、残り3つの開発はちゃんと
「ソースから仕様を起こして」開発するというスタイルを確立したいらしい。

でも、今さらって感じがするな。
どうせそんな事言ってたって納期が迫ってきたら
また現在の「やっつけ方式」に様変わりでしょ？
もう少し現実を見据えた方がいいぜ、あんたらは。

--- ついに… ---
というべきか、このページにも閲覧パスワードを付けることにしました。
なんか今日の日記書いてて「ちょっとやばいかなぁ」とか思ったので。

とはいっても、プロフィール欄に書いといたので
このページに来た人なら誰でも見れるんだけどね。
検索で引っかかると嫌だったので、こういう形態を取らせてもらいました。

これからは今以上に毒＆実名が増える可能性があるので
乞うご期待！(笑)

後記：一般公開のために一部文章を修正しました

外部マシンとファイルをやりとりする方法はいくつかある。
その中で、HTTPさえ繋がってれば使えるWebDavはなかなか便利だ。
Windows2000では「マイ ネットワーク」から「ネットワークプレースの追加」で
通常のフォルダと同じような感覚で別マシンのディレクトリを扱える。

が、この方法だとDigest認証のDavフォルダを扱えない。
接続までは正常に行えるので一見使えそうだが、フォルダを開くことができない。

しかも出てくるエラーメッセージは「404 ... 」とかいう
相変らず意味不明で不親切なものなので、原因がDigest認証だってことに
しばらく気が付かなかったぜ。

--- 使えん ---
…と思ったら、EclipseからWebDavに接続しようとしても404 Not Foundエラーが発生する。
一体何なんだ？しかもこっちはBasic認証でもダメ。
WebDav & FTPサポートとか言ってるくせに、まともに使えるのは
FTPの方だけのようだ。他のサイト見ても皆FTPしか使ってないからね。

--- 聞いてないよ ---
昼、前の現場で一緒だった人から電話が。
「今日、花見来ないんすか？」
聞けば、僕が所属してる会社のグループ全体で花見をしているらしい。

おいおい、んな話俺は営業サイドから一言も聞いてないぜ。
あんまりメンバー増やすと金掛かるからか？ったく、セコい奴らだな。

--- 雨だし… ---
とりあえず場所を聞くと代々木公園だという。
まぁ近いので行ってみることにする。
で、着いたらもう花見は終わりで場所を移動するとの事。
確かに花もほとんど散ってるからね。別に花見がしたかった訳でも無いし。

新宿のオフィスに移動して飲み会(？)の続き。
それにしてもシャンパンを紙コップで飲んでも旨くも何ともないな(笑)
いや、帰りに余ったテキーラとウオッカを貰っておいて
そんな事を言うのは止めておこう(爆)

--- テスト不足 ---
最近、Webサイトの開発環境を移した際に
サーブレットのリファクタリングをしてたんだけど
これにバグがあって一部の人が日記を見れない状況にあったようだ。
見れなくて困ってた皆様、ごめんなさい…別に困っちゃいないだろうけど(笑)

原因はクッキーの扱い。
日記にレス付けたりしない限り、このWebサイトに関するクッキーは
「空」になっている訳だけど、そのときに問題が起きてたらしい。
まぁ単純に言えば NullPointerException が発生してた訳だけど。

やっぱりテストはちゃんとしてからリリースしないと駄目だね。
身をもって実感しました。

マスターズ第3戦。面白い展開になってきたぞ。
社会人になってからあんまりPGAゴルフは観る機会がなかったのだ。
それにしても俺は、いくら日曜日とはいえ
朝5:30?の放送なのに寝ないで見てて大丈夫なのか(笑)

--- また雨 ---
昨日に引き続き今日も雨だ。
昼間はあんなに天気良かったのに。
明日までには止んでて欲しいなぁ…

なんか昨日から体調が悪い。
風邪だか何だか知らんけど、とりあえず今日は休む。
しかも雨はまだ降り続いてる。
明日には天気も体調も回復してるといいなぁ…

今日も体調が悪い。
が、そう連続で休むわけにもいかないので一応現場には出向く。

今週からはスケジュールが決まってるので、
先週見ておいた部分をやろうとすると…ん？内容が変わっている。
まぁいいや、これが最新版だろうと思い確認しているとなんか見知らぬ人が。
なんでも別の仕事を先にやってほしいらしい。
う?む、俺は一体誰の言う事を聞いて作業すればいいんだろうか。

--- 今さらになって… ---
現場が慌ただしい。今さらになって排他処理を入れるだの入れないだの騒いでいる。
結局入れることになったらしいけど。
これでもはや完全に「アウチ」だな、このプロジェクトも。

排他処理っていうのは「同時に複数の人が操作した場合を考慮した」作りの事。
当然、このアプリは全国の局所にクライアントがいるので
今まで全く排他処理を入れてなかった訳じゃない。
「1つの局所につき同時に作業するのは1クライアント」という前提のもとで作ってきたのだ。
これならば、単純に全てのDB処理を局所コードで特定してやるだけでうまくいく。

--- 1からやり直し ---
が、今回の変更でこの前提が成り立たなくなる。
単一の局所から複数クライアントが作業をした場合も想定しないといけない。
解る人には解ると思うが、この変更は単に仕様追加などという生易しいものではない。
基本仕様を根本から覆すほどの大修正だ。

プログラムのロジックを全面的に修正。
そして今までやってきた膨大なテストは大部分やり直し。
こんな大事を設計の中に盛り込んでおかなかったとは…もはや呆れる他無いね。

--- 無関係 ---
まぁ、そうは言ってもこの修正は僕にはほぼ無関係だ。
ここの社員は死ぬ思いで修正にあたる必要があるかもしれないが、
僕はそのせいで残業を強いられる事も無い。
他人の尻拭いを必死になってやるほど俺はお人良しじゃないぜ。

--- 初勝利 ---
サッカー日本代表が韓国とのアウェイ戦に勝ったらしい。
あんま興味も無いので観なかったけど。
海外組出てない日本じゃ、フルメンバーと比べて
試合のレベルが違いすぎる気がしたからね。

まっ、何はともあれジーコジャパン初勝利おめでとう！

僕はメールの管理を
自作のeRubyを使ってWebで操作してるんだけど
今後のことも考えて認証の機能を入れたくなり、サーブレットで作り替えることにした。
まだ外部から操作するようにはしてないけどね。
Apache + mod_jk2 から Tomcat-SSL に連携する方法がよくわからん…

で、Javaからメールを扱うにはJavaMailというパッケージがあるんだけど
これが今いち使いにくい。特に日本語の処理が不十分らしく
デコード処理がうまく働かない。

色々探した結果、Majavdomoというプロジェクトを発見。
ここのデコードロジックを使ってみたら、うまくデコードが働くようになった。
ふぅ、こういう基本ロジックくらいは本家で提供してくれないと困るよね。
Javaで作られたメール関連のパッケージソフトなんかはどうしてるんだろうか…

--- もうすぐGW ---
来週はゴールデンウィーク。
今の現場はとりあえず4/26?29と5/3?5は休みらしい。
僕としてのそれくらいで十分かな。

間の3日間は確かに行くの面倒だけど、だからってそこ休みにして10連休にしたら
逆に長すぎる気がするよね。6日から現場行く気力が無くなっちゃうかもしれないし(笑)

Jリーグ。横浜Fマリノスが首位を走っている。
今シーズンからこのチームの監督を務めるのは岡田武史。
ご存じ、元日本代表監督の「岡ちゃん」である。

全日本監督時、勝てない日本代表の責任は彼に押し付けられ
世間の反論に押しやられる形で彼はその座を降りた。
しかしその後、J2に降格した札幌コンサドーレの監督に就任。
圧倒的強さでJ2リーグを優勝し、再びコンサドーレをJ1の舞台に押し上げた。

--- ご都合主義 ---
そう。当時の日本代表が勝てなかったのは決して彼のせいではなく
そもそも日本全体のレベルが低かっただけなんだ。
当時「岡ちゃんバッシング」をしていたマスコミやファンも
今はコンサドーレやマリノスの快進撃を彼の業績だと評価する。

ホント都合のいい奴らだよな。
そんな奴らがサッカーファンを名乗るんじゃねぇ。
俺は別にサッカーファンじゃないけどさ、そういうの見てると腹立つんだよね。

--- 横並び ---
今度は仕事の話。
この業界では割とよく使われる言葉に横並び(の修正)というのがある。

大きなWebアプリケーションだと、同じような画面がいくつもある場合が多い。
そういう場合、一つの画面を修正しようとすると
それと同じような画面も合わせて修正しないと全体の統一感が計れないので
これらをまとめて修正が必要になる。
これが「横並びの修正」っていうヤツだ。

--- 共通化 ---
多くの現場では、これらの似たような画面を個別に作ってるから
この横並び修正をやるのは結構大変だ。
全部のプログラムを見て修正を入れる必要があるからね。

そんなもん共通化しろよ、と思うが
こういった大規模の現場では共通ロジックの管理が全くといいほどされていない。
というか管理が出来る程の優秀な人物は(仮にいたとしても)
他の事で忙しくてそんな事をやっている暇はないのだ。

--- 質より量？ ---
で、僕に渡ってきた仕事がまさにこれ。
初めは「この機会に共通化して綺麗に作り変えよう」と思っていたが
元があまりに腐っている為に断念せざるを得ない状況になった。
ある程度一貫した作りになってないと
リファクタリングの作業は困難を極めるのだ。

だから仕方無く、一つずつ画面のJSPを眺めて
対象の箇所を手修正する作業を続ける。
呆れるほど多い不具合表を前に、あんまりのんびりした手段は取っていられない。
力技でゴリゴリ書く。

今週月曜から始めた修正作業。
3日経って120枚位片づけるも、まだ半分くらい残っている。
一体いつまでに終わらせりゃいいのは知らんが、
とにかく今週は毎日ひたすらJSPの修正。8時間フルに働くと結構疲れるのだ。
こんな身にならない流れ作業はさっさと終わりにしたいもんだぜ…

また始まった。選挙カー巡回の季節。
この制度があるから、僕は選挙に行かないと言っても過言では無い。
「選挙 = うるさい」というイメージが出来上がっているのだ。

大体、この選挙カーの意味って一体何だろうか？
これをやることでその議員の票数が上がるという確たる証拠でも見せてみろよ。
金の無駄使いしてるのはこいつらだから、別に僕は何も言うつもりは無い。
が、これだけ人に迷惑を掛けるような奴らに1票を投じる気も全く無い。

駅前での宗教勧誘、ティッシュ配り、怒鳴り散らすように叫ぶ販売員…
その数十倍、数百倍もこいつらは人に迷惑を掛けていることに何故気付かないのか。

--- 仕方無く… ---
今週になって、現場のお偉いさんが会議を開いた。
その内容というのが「GW中の稼働願い」だ。
まったく馬鹿馬鹿しいぜ。
人にお願いする前に自分で何とかする力を身に付けたらどうだ？

まぁ周りのメンバーが頑張って出ているのに
自分だけ全休って訳にもいかないから、4/29だけは出ることにする。
その分28日は休むけどね。3連休*2 もあれば充分だな。

--- 今のうちに… ---
さて、そんな訳で。今のプロジェクトはあまりに低レベルなので
家に帰ってから色々とスキルを積んでおかなくてはいけない。
ボーッとしてたらすぐに追いていかれるからね。

今はTomcat4の設定ファイルについて勉強中。
まだ公式に日本語化されてるのがTomcat3までだから
自分で英語のサイトを見ながらちょっとずつ理解してるところ。
一応プログラムのページにその成果は置いてるので、興味がある人は見てみて下さい。

--- フローティングメニュー ---
そのついでといっては何だけど、こんなものを作ってみた。
DHTMLバリバリの作りになってるので、IE以外では動作しないようにしてますが
自分としては結構便利なものが作れたと思ってる。

右上の「Menu」をクリックすると、
画面上にある大項目がリスト表示されるので見たい項目をクリックして下さい。
リストを消すには、もう一回Menuをクリックするか
画面内のリスト以外の場所をクリックして下さい。

ちなみに、メニューそのものを消したい時は右上の×ボタンをクリック。
もう二度と表示されないので注意して下さい(笑)
もちろん、リロードすればまたちゃんと表示されますのでご心配無く。

--- IE履歴 ---
今回結構時間が掛かったのがメニューからリストをクリックした場合の処理。
始めはリンククリックと同じ要領で
location.href = "#label";
とかやっていたんだけど、これだとクリックする度に履歴に残ってしまう。

そこで思い付いたのが、直接スクロール位置を変更するというもの。
document,body.scrollTop を使います。
タグの絶対位置は、document.all[obj].offsetTop で調べてね。
以上、ワンポイントJavaScript講座でした(笑)

--- 増税 ---
まもなく発泡酒増税ですか。
まぁほとんどビール飲まない俺にとっては大した影響は無いね。
自分で買うときはビールしか買わないし。
その分でウイスキーとかを減税してくれたら言う事無しだが(笑)

スーツを買いに高田馬場のAOKIまで行く。
にしても今日は暑いな。半袖でも良かったくらいだ。

で、何が1000円なのかというと。
スーツを1着買うと、+1000円でもう1着買えるというのだ。
おいおいマジかよ。あまりの値引きっぷりに正直疑ったが、
本当にスーツ1着(上着+ズボン)が1000円で買えてしまうらしい。
だったら買わない理由は無いよな、どう考えても。やるじゃねーか、AOKIも(笑)

--- まだ検討中… ---
うむむ、明日は仕事行く予定なんだけど。どうにも行く気が出ない。
どうせ行ってもやる事なさそうだしなぁ。休日だしなぁ…
まぁいいや。明日になってから考えよう(笑)。

なんか連休に挟まれた平日は
いつも以上にやる気が出ないのだ。
当然のごとく4/29に休んだのは…まぁ言うまでも無いでしょう(笑)

今週も大してやる事は無さそうなので暇だ。
で、何とか見つけ出した暇潰しが…

--- 恐るべきフレームワーク ---
前にも言ったけど、このプロジェクトは
N研のオブジェクトワークスというフレームワークを使っている。
帳票なんかを作るソフトも付いてるのだが、
これがまた最悪にひどい代物らしいのだ。

何でも、今回帳票レイアウトの修正作業が入ったらしいんだけど
その修正にえらい手間が掛かるらしい。
なぜ最悪かっていうのは、その理由を聞けば判る。

--- 史上最悪？ ---
「微調整の為の座標修正が思うようにいかない」
例えば「この欄を少し左に動かしたい」と思ったとしよう。
普通だったら、そういう時はズームアップするか
確実なのは直接座標を数値で指定する方法だよね。
それが出来ないのだ。マウスでオブジェクトをドラッグするという方法しか取れない。

が、これだけではまだこのソフトを史上最悪と認める訳にはいかない(笑)。
すごいのはコレ。

「オブジェクトの座標が表示されない」
そんな馬鹿な話があるだろうか。
これじゃ、複数の帳票レイアウトを統一することなど不可能だ。
ユーザはただ手探り状態でオブジェクトを動かし、
「だいたいこの位かな」という勘でオブジェクトの位置を決定する。

--- 事実上不可能 ---
そして、用意されているズームモードは最大で200％しかない。
その大きさにしても、座標の最小単位である0.1ポイントは
画面上でわずか1ドットの大きさにしかならない。
ドット絵経験のある人なら判るだろうが、
数値表記無しで画面の1ドット単位をマウスで正確に動かすことなど到底不可能だ。

ここまで話せば解ると思うが、このソフトは最初から
そこまで細かい帳票を作成できるような作りにはなっていないのだ。
それなのに頑固なまでにこのソフトを使い続けるのは
もはや気が触れてるとしか言いようが無いね。

--- 本気？ ---
で、既にそのレイアウト修正を経験した事のあるメンバーはこう言う。
「すごい紙いっぱい消費しますよ」
初め何のことか判らなかったが、少し詳しく話を聞いて驚いた。

つまり、画面で修正しただけでは
微調整がうまく行っているか判断できないので
印刷して確かめているというのだ。
微調整→印刷→確認、微調整→印刷→確認、………

なおもメンバーは続ける。「1帳票仕上げるのに1日は掛かりますよ」
本気でそう話す彼はまだ入社1年目。何も知らないから仕方無いとはいえ、
こんな超非効率な開発をやらされているのを気の毒に思ってしまった。

--- 最良の方法 ---
思いっきり話が横にそれたが、最初の段落からの続き。
そう、やっと見つけた暇潰しとはずばり「データ解析」だ。
当然、この帳票ソフトでは独自のデータ形式でデータを保存してるので
普通に考えればレイアウト修正をするにはこのソフトを使うしか無い。

が、そんなのは素人の考え。
そこに帳票のファイルがある限り、このデータを編集する方法などいくらでもある。
という訳で、今週は仕事も無いのでこのデータを解析することに決めた。

細かい部分は放っておいて、あくまで座標修正という観点からのみ解析を進めたので
昨日から始めた解析作業も今日でほぼ終わった。
これでいつレイアウト修正の作業を振られても大丈夫だ。
あんなゴミソフトを使い丸一日費やして1枚の帳票を仕上げるなんて事、
根性の無い俺には到底不可能だ。
プログラマやSEは、常に最良の方法をチョイスする事が可能なのだ。

--- いよいよヤバい？ ---
このプロジェクトは、公社→N社→E社という繋がりになってる事は前にも話したっけ。
そのときの僕の予想では、E社がN社に切られるのも時間の問題だって書いたけど
どうやら現実は、N社が公社に切られる寸前まで来ているらしい。
元々は別のところが開発してたのだが、公社が諦めてN社に回したという話だ。

何だ、これじゃ昔のC社のときと一緒じゃないか。
当然、N社が切られればE社もお払い箱。
僕も晴れてこの現場から抜け出せるという寸法だ(笑)。

--- 結局一緒 ---
現実は大抵こうだ。恐らくN社が切られて別のところが担当したとしても
同じような状況は続くのだ。
どこの開発会社のレベルもこんなに低すぎるっていう現状は
同じ業界にいる人間として情けないね。

まっ、でもこれでますます俺が活躍できるチャンスが増えたって事だ。
一刻も早く、自社で一括の仕事を受けたいもんだね。
いつまでもこんな所で油売ってるのは時間の無駄でしか無い。

だからと言って僕はまだフリーになる程の自立性も持ってないから
会社を辞めるつもりは無いけどね。
しばらくはこうやってぬるま湯に浸かりながら、家でスキルを磨く生活を続けましょうか…