今はお声をかけていただいたものだけですね。連載は、6本か7本ですね。それがまた定期的に単行本になっていったりもしますもんね。昔は結構考えていたんですけど、今は、あまり考えてないですね。僕の仕事のやり方っていうかスタンスとして、まず考えて決めたらやってみる、それでやってるうちは考えないっていうのがあるんです。それである程度やったらもう一度振り返って次はどうしようか考えるんです。考えていると進んでいるんだか下がっているんだか分からないんですけど、一度、方針決めたら、その結果が出るまでがむしゃらにやるんですよ。今はちょうどそのがむしゃらにやる時期ですね。いう考え方なんですね。フリーになった最初は仕事を取れるようにならなきゃいけないし、仕事とれるようになったら、技術評論社だけでなくていろんな版元で仕事取れるようにならなきゃいけないっていうステップがありますからね。最初はコンピュータ書を出さないといけなくて、それが運よく出せたんですけど、コンピュータ書の世界にどっぷり浸かるんじゃなく、どこでも自分の好きな本がやれるようにならなきゃって思ったんですよ。なると、書き下ろしの仕事だけじゃあ食えないんですよ。書き下ろしで食えるほどの知名度や人気は自分にはないっていうのがはっきりしたんで、これはもうギャンブルでしかないなって思ったんですよね。サラリーマンに戻ろうかなって途中で考えた時期がありましたね。書き下ろしでなんとか生活費は回してはいたけど、それだけで精一杯になっちゃっていて、それだと自分が倒れたら終わりになっちゃうし、全然安定しないじゃないですか。この仕事が好きだからって、そんなのただのわがままじゃないですか。そんなことよりも家族を安心して食わせられるようにしてあげなきゃってことを考えた時に、これはサラリーマンに戻らないといけない状態なのかもってことを考えましたね。苦労されているのは当たり前と言えば当たり前なのかもしれませんが、そこまで考えていた時期があったんですね。サラリーマンに戻ったらできなくなることってなんだろう?って考えました。こんなに毎日、晩飯を家族と一緒に食うこともできなくなる。会社に通うと通勤時間もかかるので、1日の拘束時間は少なくとも14~16時間になって、その間何もできないじゃないですか。その16時間をまるまる休みなく今の仕事にあてたら全然違うんじゃないかって思って、そこまで自分自身は頑張っていたっけって自問自答したらやってなかったんですよ。毎日16時間を書き下ろしにあてて、まわしていけば全然違う話じゃないのかなって感じたんですよ。実際はそんなことをしたからって、単純に書けるペースが倍増するわけじゃないんですけどね。少なくともそういうレベルでやってみたかって言われるとやってないんですよ。子供と会えなくなる選択をする前に、それを頑張ってやってみたらいいんじゃないかなと思って、そこから頑張りだしたんです。それが、さきほど言っていた「がむしゃら」ってやつですね。書き下ろしの仕事では食えないって分かっていたので、とにかくレギュラーの仕事で月々の収入が入るようにして、その上でその単行本化なり、年に1冊書き下ろしでやる分をボーナスに充てて、一切、本が売れなかったとしてもそれで十分、年収として、ペイできるようにしなきゃいけないって状況は変わらなくて、そう思ったからっていきなり連載なんてくるわけがないじゃないですか。目の前にある仕事を頑張ろうとすごい反省したんです。したら取り組み始めた翌日に連載の仕事がきたんですよ。そんなもんなんですね。それから、いくつか連載の話が入ってきて、それを頑張っているうちに他の版元さんとかデザイナーさんとか信頼できる人と出会えたりしましたね。今は、一緒に頑張りましょうって言ってくれている版元さんとか編集さんとかデザイナーさん全員の気持ちに応えていたら1年じゃ足りないんですよ。したらもうよそ見している場合じゃないですよね。連載って方針は決まっていたし、まずは目の前のレギュラーの仕事をずっとやって、それからまた次のことを考え始めるという感じですね。今、Webサイトをブログの方に移しているんですけど、それもその1つなんです。結局、書き下ろしをやっていたら、年に2冊が限界なんですよ。すると1冊出して、自分の本を読んで気にいってくれた人が、次の本はいつ出るかなって思ったら半年後なんですよ。すると半年間は何かでつながなくちゃいけないんです。それが本当は連載でつないでいけたらいいんですけど、連載がそんなにあるわけじゃなかったんで、もっと自分が更新しやすいサイトに作り直して、気にいってくれた人が自分のWebサイトに来てくれて、そこを飽きないで見てくれたら忘れられないっていう仕組みにしていかないといけないなかったんです。ある意味、戦略ですよね。メリハリがすごいです。きたみさんってとっても人間っぽいですよね。機械みたいでもないし、天才という感じでもないんですけど、あくまで人間っぽくてメリハリがしっかりしててって感じですね。綺麗ごとだけじゃないので、話に説得力があって、本当に面白いですね。最後になりますが、若手のエンジニアに向けてのアドバイスをいただきたいと思います。1つは結論を急がないことですね。最近、大学の講演とかで呼ばれて話すこともあって、若い人と話す機会も多いんですけど、自分は、こんな若いときから将来のことなんか考えてなかったのに、しっかり考えている人が多いんですよね。賢いなって思う一方で賢すぎないかってのもあるんですよね。そんな調子で就職して、周りを見てみると、思ったより馬鹿に見えたり、こんなのは会社として間違っているとかいろんなことを感じると思うんですけど、目についたところと自分が今まで考えていたものとのギャップがあまりにも多すぎて、それでポンと先に結論を出しちゃって、でもそれ頑張ってみたの?みたいなことが起きるともったいないなって思いますね。少なくとも社会に出て、社会人っていう経験を積んでいない人たちなんで、今までどちらかというと綺麗ごとにしか触れてないと思うんですよ。ニュースなんかも本当に綺麗ごとしか言わないで、企業のモラルがどうのこうのとか言いますけど、それを真に受けて自分の会社を見て、「この会社いけないことしている」って悩んだりしますよね。そのいけないことしている会社を自分が変えればいいじゃんってところまで考えるか、いけない会社だから辞めないといけないって思うだけなのとは大きく違うと思うんですよ。そこを変えようって思えば、なんでそんないけないことをしなければならないかっていう理由や状況が分かると思うんです。分かるようになって、さらに変えようとすれば、また次のものが見えるようになってくるんです。ここは駄目だとか、よくないっていうだけで結論を出しておしまいにしちゃうと、その先ってもうないんですけど、なんで駄目なんだろうとか。私ならこう変えられるかもしれないって自分流の何かを生み出そうとしているとどんどんいろんな知識が増えて、社会人としてのいろんなものが積み重ねていけるんじゃないんですかね。確かに、すぐに見切りをつけて辞めちゃうとか、愚痴ばかりこぼして頑張らないとかよくありますね。いいお話をお聞きできした。業界によると思うんですけど、技術をとことん突き詰めていくことが必要なところに行く人は、もうその方面に突っ走るだけなのでお好きなようにと思いますが、そうじゃなくてお客さんありきでいかに便利なソリューションを作るとか、いかにチームとしてプロジェクトをうまくまわせることが求められる会社にいく人であれば、全部一緒だよって言いたいですね。文章書くのもプログラミングするのもお客さんの要求をまとめるのも全部必要なスキルだってことは同じだよっていうのが僕の思いなんですね。文章も最初に章立てがきちんとできないと支離滅裂なものになるんですよ。いうテーマがあって、それをどういう章立てにして、どう伝えていくかっていうことを最初に整理しないと全体として筋が通らないものになってしまうんです。お客さんの要求も、まずテーマを見つけて、そのテーマに沿ってどういう順番でそれを提供するかという章立てを整えることで、お客さんもシステムのいい悪いを判断できるようになるし、お客さん自身の中ではっきりしていなかったものが、「あ、そいうのが欲しかったんですよ」みたいな話になったりしますよね。プログラムもやっぱり一緒で、作らなきゃいけないシステムがあれば、メインとしてまずテーマがあって、どういう機能をどういう順序で実装していかなきゃいけないとかってことを整理するのが大切なんですよね。今のオブジェクト指向系になると複雑になるんですけど、昔のやつだと、この機能を作りたいからこの機能ばっかり見ているとか、そうやっちゃうとそこだけでかくて大変なプログラムができたりとかするんですよ。テーマを作って、全体が流れていくときにどの行を抜き出してもその先っていうのが、同じくらいの大きさだったり複雑さだったり、そういうようにばらけさせることで、作業も分担しやすいし、プログラムとしてまとまりがあると読みやすくなるんです。読みやすくなるので、C言語でいう一番上のメイン関数を呼び出してみると、それで1つの文章ができあがるんですよ。その文章が章立てになっていて、各章を見るとまたその中が章立てになってて中身が分かる、それでそれ以上分けられないものが最後に残るって感じになるはずなんですよ。どの仕事も、テーマを決めて、章立てにして、それをばらけさせるっていう意味では本当に同じだと思うんですよ。それができれば、何をやっても綺麗にまとまるんですよ。綺麗だと見やすくて分かりやすいし、分かりやすいと、人の出入りも楽になるんです。思わぬバクがでて、ここで工数が遅れそうだから、一時的に人を増やして対応しようとしてもそういう造りであれば、すぐに対応できるんですよね。いうことができるようなスキルを磨くためには、やはり相手が何を欲しているのかをどう読み取るかとか、どう伝えれば相手に分かりやすいかだとか、そういうことを日頃から考えていないと分かりやすいコードにはならないし、お客さんの要求をくみ上げられないですよね。プログラムが書ければいいからって、それを見ない人っていますよね。ないんだよって思いますね。そこを磨くとなんでもできるんですよ。いう人にプレゼンを作らせると、聞きやすくて見やすいプレゼンを作りますからね。いう志向のない人にプレゼンを作らせるとやたらとアニメーションばかりのプレゼンを作ってきますね。最初にそういう流れを整理する習慣をつけると、プログラミングの場合、気持ちの切り替えができるようになるんですよ。最初に整理してそこがもうぶれないって自信ができると、ここを抜き出してこの関数を組んでいる間はこれに集中していても絶対に他には影響を及ぼさないっていう自信が自分にできるんですよ。すると狭い範囲に集中できるので、全体が把握できて、ちゃんと目の行き届いた品質の高いコードが書けるんです。いう品質の確保されたコードをくっつけていくと全体として当然、品質の確保されたものが出来上がりますね。何も整理しないで書き始めちゃう人は、ここでいつグローバル変数を作ったんだっけみたいにコードを書き始めちゃって、そもそも今どんな変数を使える状態にあるんだっけってことも分からなくなって自分自身で把握しきれなくなっちゃうんですよね。それでいろんなところで整合性がとれなくなって、最後の最後で動かないってときにはどこから手をつけていいか分からないですねってことになっちゃうんですよね。最初に整理するっていうのは本当に大事ですね。小学生のときの作文にちょっと似ていますね。思いついたことを、がーって書いちゃうみたいな(笑)それでわけの分からないところで終わっちゃうんですよね。テーマを絞ってこれくらいで書きなさいって言われるとそこそこ書けたりとか。箱ができていると強いですよね。自分の中で、絶対に間違えないっていう安心感がありますからね。先輩や上司がきたみさんみたいな発想だったらいいと思うんですけど、必ずしもそうじゃないですよね。先輩の影響がどうこうって話も聞きますが、自分がちゃんとしていれば跳ね除けられるんじゃないですかね。確かに先輩にはお世話になりましたけど、プログラミングでどういう書き方が綺麗だとか、それは最終的には自分で考えたことですから。自分がテストしてすごい苦労したから苦労しないコードってどんなものなのかなとか自分が後で読みやすいコードってどんなものかなとか、自分なりに作っていって、あ、こういうものだなっていう感じでできてきましたね。先輩が読みにくい汚いコードを押し付けてきたとしても、「読みにくいですよね」とか「僕は真似しないですよ」って平気で言っちゃいますよ。いうのを突っぱねられないのは、その人に依存したいってことなんですよね。なんかあったら助けて欲しいとか敵にしたくないからっていって呑んでしまう。それは突っぱねられない人が悪いんであって、先輩のせいというのはちょっと違いますよね。原因というか要因は自分に置いて考えるってことですね。愚痴は全然いいと思いますよ。それはただのガス抜きですからね。それを自分の言い訳にしちゃうとちょっと違うんじゃないですかね。こちらも本当にいいお話ですね。今夜は本当にありがとうございました。いえいえ、こちらこそありがとうございました。大阪、寝屋川生まれもとは企業用システムの設計・開発、おまけに営業をなりわいとするなんでもありなプログラマ。あまりになんでもありで、ほとほと疲れ果てたので、他社に転職。その会社も半年であっさりつぶれ、移籍先でWindowsのパッケージソフト開発に従事するという流浪生活を送る。本業のかたわらWeb上で連載していた4コマまんがをきっかけとして書籍のイラストや執筆を手がけることとなり、現在はフリーのライター&イラストレーターとして活動中。遅筆ながらも自身のWebサイト上にて1コマ日記や4コマまんがを現在も連載中。「フリーランスを代表して申告と節税について教わってきました。今回は、「あの伝説のエンジニア!」と言われるスーパーハッカーにLegendをお聞きするコーナー「スーパーハッカー列伝」の第1回として吉岡弘隆さんにご登場いただきました。