Articles tagged with: キャリアプラン

アクアビット航海記-エンジニアによる発信


「アクアビット航海記」では、個人事業主から法人を設立するまでの歩みを振り返っています。
その中で、私のキャリア上の転機となってきたのは発信ではないかと思います。

技術者の方はアドボケイターやエバンジェリストという言葉を聞いたことがあるでしょうか。かくいう私もkintoneエバンジェリストという肩書をサイボウズさんからいただいています。

なお、余談ですが私はその時までエバンジェリストの言葉すらよく知りませんでした。引き受けたのはよいのですが、何をすればよいのか全く分かりませんでしたので。

しかも当時私がいた常駐先(某大手信販会社基幹刷新プロジェクトのPMO)は猛烈に忙しく、エバンジェリストの事を何もできずにいました。よく私がクビにならなかったと思います。正直、レアキャラと呼ばれていました。クビ候補筆頭だったはずです。お声がけくださった後、辛抱強く育ててくださったサイボウズ社のうっし~さんには感謝しかありません。

さて、そうしたエバンジェリストやアドボケイターという方が行う発信は確かに発信の見本だと思います。スティーブ・ジョブズが鮮やかに行っていたようなプレゼンテーションなんてできるはずがない。発信なんてしょせん雲の上の人たちがやるもの。そう思っていませんか。全くその必要はありません。

それを以下に書いていこうと思います。

意思を伝えることが発信

まず、発信とは技術者であるあなた自身の意思表明です。例えば、到底一人ではやれるはずのない実装を任されたとします。そこで何も意思を示さず、言われるがままにやらされてしまっていては、自分の心身はむしばまれるばかりです。

きっとあなたはこういうはずです。それは無理です。間に合いません、と。多分大丈夫だと思います。これらも立派な発信です。

もしくはエージェントやチームリーダーからこの案件ができるか、という問い合わせがきた際、あなたは自分のスキルを顧みて、こう答えるはずです。「できます」「楽勝です」「無理です」「鬼畜ですか?」「寝ながらできます」。これも立派な発信です。

まずは自分自身のスキルや状況をはっきりと相手に伝える。発信とはまずここから始まるはずです。

仕事している間はしょせん金を稼ぐ手段と割り切り、ポーカーフェイスで羊の皮をかぶって仕事をする人もいるでしょう。そうした方も、プライベートでは自分を友人や親や配偶者にさらけ出しているはずです。発信とはまず意思の伝達から始まります。

私のキャリアでいうと、まずは学生や若い頃の芦屋市でのアルバイト、派遣社員の日々が相当します。

状況をよくしたいと働きかける発信

自分自身の意思を表示するための発信はほとんどの人にとって当たり前の行為です。ですが、次のステップになると少しだけハードルが上がります。

例えば同じチームで気の合うAさんがやっている作業、見ていてとても非効率的。なんとかしたい。

そのような作業を見かねてアドバイスをしたとします。そしてAさんの業務効率は改善されました。これは立派な発信です。

では、特定のAさんにだけアドバイスをするのではなく、チームのミーティングの場で皆に対して発信することはどうでしょう。チームのメンバーは全員がAさんのように気の合うひとだけではありません。同じようにアドバイスしたつもりが、自分の仕事をけなされたと不快に思う人がでてくるかもしれません。ここから難易度が少しずつ上がっていきます。

この時、気を付けるべきは、相手を否定しないことです。否定せず、相手を認めた上で提案します。自分を振り返ってみてください。自分も完璧ではないですよね。未来も予測できないし、Wikipediaをそらんじて相手を驚かすこともできないはずです。人は完璧ではないのに、相手より絶対に正しいことはないはずです。それを踏まえ、相手を立てながら、改善点を伝えます。これも発信です。

むしろ、上に書いたエバンジェリストやアドボケイターとは、こうした発信をより多くの人にしているだけだともいえます。こうしたほうがよいですよ、楽になりますよ、という。

私のキャリアでいうと、スカパーのカスタマーセンターで働いていた頃、Excelの登録件数を集計する仕組みを改善しようと、マクロを使って効率を上げたことが挙げられます。この時、私はチーム内に自ら提案したように記憶しています。

自分の範囲外に働きかける発信

自分の周りの環境を変えられたら、今度はその範囲を少しずつ広げていきましょう。今の世の中にはありがたいことに発信する手段が無数にあります。ブログやSNSといった。こうした手段を使わないのはもったいない話です。

よく炎上を恐れて発信しないという人がいます。ですが、炎上するには理由があります。火のない所に煙は立たぬ、といいますが、やましくなければ炎上しないのです。

もちろん、著名人や芸能人となると別です。その立場を享受しているだけでうらやましがられ、やっかみの対象に選ばれます。そしていわれのない非難と炎上を招きます。ですが、あなたはまだ著名人でもなければ、有名税を払う必要もありません。

世の中には無数のツイートがあり、無数の動画が流れています。その中であなたが炎上するとしたら、よほど運が悪いか、誰かにちょっかいをかけてしまったかのどちらかだと思います。または明らかに世の中の大多数の動きに逆らった発信をするか。

あなたがどれだけ陰謀論を信じているところで、それは大多数ではありません。コロナワクチンや国葬に反対していても同じ。それはあなたの信条や意見として尊重されるべきですが、それを他人に強制すべきではありません。

もし、大多数の意見ではなくても、状況をよくしたいと働きかける発信をしたい場合は、やり方を考えましょう。その場合も上に書いた通り他人を否定しないことです。まず相手の立場と信条を受け入れ、理解した上で具体的な代案を出すとよいでしょう。

コロナワクチンや国葬に反対していても、それを認めさせたいがために相手を否定すると、炎上の当事者に祭り上げられます。ようはそうした悪目立ちをせずに発信すればよいのです。

私のキャリアにとっては、インターネット黎明期にBBSやメールマガジン、またはICQなどで見知らぬ人と会話していた時期にあたります。私も相手をけなしてしまう失敗をしましたし、自分のされて嫌な思いを味わいました。

人々を巻き込む発信

プレゼンの達人と呼ばれる人々は、プレゼンの結果に拍手をもらえたり、学びになりましたと言ってもらえたりすることをゴールとしていません。

エバンジェリストやアドボケイターも含め、そうした方々は相手が実際に行動に移った時をもってゴールとします。つまり、相手を巻き込んだ時です。

これはなかなか難しい問題です。そもそもプレゼンの成果を知る由はありません。無表情で反応の薄い人があとで行動を起こすこともあれば、コクコクとうなづいていた方が夜の懇親会で昼間の記憶を飛ばすこともあるからです。

どうすれば人を巻き込めるか。それは私にも答えがありません。熱意をこめ、抑揚をつけ、相手の目を見る。そうした技術はいくらでもネットや本にのっています。私も自分のプレゼンがどこまで人を巻き込めているか、まったく手探りのまま登壇しています。

ただ、言えるのは、自分がこうなりたい、こういうあり方が望ましいという信念を誰も傷つけず、それでいて確信を込めて語ることです。

当然、語るにあたっては裏付けとなる実績が要ります。その実績は結果を積み重ねていくしかありません。私も商談で依頼されたことをやった経験がなくてもやれますとハッタリを利かせることもあります。ですが、それらはネットを調べればわかることです。苦しんでも、寝ずに不休でも、やり遂げねば実績はたまりません。

私のキャリアにとっては、kintoneでいくつかの案件をこなし、エバンジェリストに任命され、法人成りを果たしたあたりまで私が人を巻き込むことはできていなかったはずです。

発信すると自分が楽になれます

自分がそうだからわかるのですが、このように順をおって発信することは、かならずあなたのキャリアを助けます。

別にエバンジェリストになる必要はありません。例えば会社勤めであっても、自分の意思を伝え、チーム・会社をよくしたいと発信することは重要です。そしてそれが社外にまで広まった時、転職やヘッドハンティングの対象に選ばれることもあるでしょう。または副業で人を巻き込む仕事をする際に、もしくは近所付き合いの際にイベントを誘う際にも役に立つことでしょう。

結局、発信とは自分を楽にするためにあるのです。発信をためらい、発信を億劫がると、受け身の人生になってしまいます。発信とは自分の人生を能動的に生きるための営みなのですから。

発信すれば、結果はあとからついてきます。結果とは例えば会社内の地位であったり、良き配偶者との出会いだったり。または私のように運よくエバンジェリストとしてお声がかかるかもしれません。もちろん収入にも跳ね返ってきます。

発信とは、誰のためでもありません。自分のためにやるのです。

最初のうちは、発信しても何の反応もないでしょう。でも、反応など気にしてはいけません。いいねがつかなくても、誰かの目に触れる。恥ずかしがらずに発信することは、あなた自身の知見を高め、より熱の入った洗練された内容に磨き上げられていくはずです。3年ぐらい、地道に発信しましょう。やがて、少しずつ反応が増えてゆくはずです。

そうなればこっちのものです。

発信しても否定されないコミュニティがあります

いかがでしょうか。もし、発信という営みに興味が出てきたら、全国津々浦々、どこかでやっている勉強会に出てみることをお勧めします。手練れのエバンジェリストもいれば、まだ発信をし始めた方もいます。

私たちもそうした方を決してけなしません。否定しません。それはもっともやってはいけないことです。私たちはまず誰の発言でも受け入れます。そしてもし改善が必要なら穏やかにそれを伝えます。

実際、私も何度もダメ出しを穏やかに頂いてきましたし、それを受けて自分なりに改善を重ねてきました。もちろん、私などまだまだです。すごい発信者は何人もいますから。私はただ、それを目指して努力するだけです。自分の望む人生に。自分にとって心地よい生き方のために。

まとめ

ここで書いたことがどなたかのご参考になれば幸いです。


アクアビット航海記-私の技術とのかかわり方


「アクアビット航海記」では、個人事業主から法人を設立するまでの歩みを振り返っています。
その中では、代表である私がどうやって経営や技術についての知識を身につけてきたかについても語っています。

経営や技術。それらを私は全て独学で身につけました。自己流なので、今までに数えきれないほどの失敗と紆余曲折と挫折を経験して来ました。だからこそ、すべてが血肉となって自分に刻まれています。得難い財産です。

本稿では、その中で学んだ技術の学び方を語りたいと思います。
私自身が試行錯誤の中で培ってきたノウハウなので、これを読んでくだった方の参考になれば幸いです。

ただし先に断っておきますと、私の技術力などそれほど大したものではありません。しょせんは独学ですし。
今までに参画してきた常駐現場では多くの凄腕技術者を見てきました。私が最近棲息しているkintone界隈でも私より技術力の優れた人は無数にいます。
そのため、技術力だけで考えれば、私など手本にする価値はありません。

私が皆さんにお伝えできるのは、最小限の努力で必要な技術を身に付ける嗅覚です。それは備えてきたと思います。本稿ではそれを参考にしてもらえればと思います。

モチベーション

ずばりいうと、私の技術へのモチベーションは、面倒くさがりから来ています。さらに飽きっぽさと。

例えば仕事で何か面倒な作業が必要になったとします。
そう、Excelのブックからブックへの転記のような。

これ、一回や二回ならまだいいのです。でもそれが十回繰り返されてくると、とたんに繰り返しに飽きてしまうのです。そして作業が面倒に思えてしまうのです。これは毎日、同じ場所に通勤する営みについても同じ。

そうなると、この面倒くさい作業をやめるためにどうすればよいか、私の脳内がざわめきだすのです。

多分、新たな仕組みやアルゴリズムを考える労力の方が、繰り返す作業よりも大変なのでしょう。でもそんなことは関係がありません。それ以上同じ作業をしたくない。その思いの方が圧倒的に強いため、私を衝き動かします。アルゴリズムや仕組みを考えることは、繰り返しの作業とは無縁です。飽きないし面倒くささも感じません。本連載第二十五回で書いたように集計作業が面倒でExcelのマクロを作ったのはまさにこの実例です。

選ぶ

今までのキャリアで、私はさまざまな技術や言語に触れてきました。この言語や技術の選び方は、案外大切ではないかと思います。

私はどちらかというと新しいもの好きです。ところが、私のキャリアを振り返ってみると、言語や技術の選択に当たってそこまで冒険をしていません。

例えば、PCはWindowsとMs-Officeを主に使ってきました。サーバーを自分で構築する際も、ファイルサーバーはSamba、LAMP(Linux+Apache+MySQL+PHP)でウェブ環境を構築してきました。CMSはWordPressを主に扱いました。クラウドにしても、βテスターとして関わり始めたころのkintoneは無名でしたが、運営元のサイボウズ社はそのころからすでにグループウエアの雄として業界に地位を確立していました。今やkintoneはわが国でも著名なPaaSに成長しています。

今までに私が携わった技術や言語の中で衰退してしまったものを挙げてみます。ファイルサーバーのSambaやその際にMacをつないだAppleTalk。サービス連携の言語はJSONではなくXMLを学びました。常駐先で触る必要があったLotus NotesやLotus Scriptは衰退の最たるものです。あとはLinuxでサーバーを構築した際、採用したDistributionのRedHat LinuxやMiracle Linuxも今はあまり聞きません。

若い頃に得たVisual Basicの知識やLampの知識が今も生かせることは、私のキャリアにとってとても幸運だったと思います。衰退した言語や技術の習得に使った時間が無駄にならずに済んだので。このことは私のキャリアを考える上でとても重要だと思います。

その際、私がどういう基準で言語や技術を選んだのかは、あまり覚えていません。ただ、その当時からシェアが高いものを選んだように思います。また、安価な環境で使える言語であることも重要でした。例えばスクリプト言語はphpであれば安価なレンタルサーバーでも使えましたが、pythonやgoはサーバーにインストールする必要があったため、学びの対象から外しました。

シェアが高いということは、サポートサイトも多いということ。サポートサイトを必死に読み込めば、たいていのヒントはおのずから公開されていることに気づきます。おそらく私はそれらを踏まえながら、自分の学ぶべき言語を選んでいったように思います。

この時に単に新しいからといって新奇な言語や技術にあまり手を出さなかったことが、私のキャリアをあまり回り道に進ませずに済んだと思います。

調べる

自分が知りたいこと、実装したいことをどう調べると効率的か。

これはとても重要なところです。私が自分でプログラムに関心を持ち始めたのは1999年。まだインターネットが世間に広く使われ始めたばかりのころです。今のように少し検索するだけで技術資料が閲覧できる時代ではありません。つまり、書籍が頼りでした。

書籍は、その分野の全てを語ろうとします。まず、総論から始まり、その後で個別の説明を展開していきます。私はそうした総論の類を読みません。まっすぐ自分が求める機能を探します。書籍の場合は目次や索引が付されていますので、そこから探すと目指す機能を学べます。

その機能の説明を読むと、自分の知らない事が次々に出てきます。メソッドや関数の記述。名前空間や言語体系。細かい文法など。それらを総当たりで調べていきます。その際も、名前空間についての総論は読み飛ばします。直接、該当する名前空間の書き方を探します。そうやって個別の自分の知りたいことだけを拾いながら、その積み重ねで全体を把握していく。それが私のやり方です。
ちなみに私は読書が大好きです。が、本を読む際は全く逆のアプローチをとります。途中の部分を読むなどもってのほか。必ず最初から最後まで通して読みます。ところが不思議なことに技術書を読む際だけはそのやり方だとうまく覚えられないのです。

私が技術の世界に触れ始めたころと違い、今はネット上から情報を得ることができます。ですが、その情報には書籍のような目次・索引がありません。つまり検索エンジンを使うしかないのです。この検索の際にキーワードを入力しますが、そのキーワードにもコツがあります。

技術の言語は国際的に英語が使われています。そのため、日本語だけで検索しても求める検索結果にヒットしないことがほとんどです。まず具体的な文言を英語も含めて検索します。また、エラーメッセージにあたった際はそのメッセージを検索文言に含めます。すると、求める結果が得られると思います。その際、英文が出てきたら大意ぐらいはつかめるぐらいの英文読解力があると楽です。その上でGoogle 翻訳やDeepLのような翻訳サイトを使って日本語で意味をつかみます。

なお、当たり前ですが得た結果をきちんと読解する力は必要です。私は文系学部で学んだ技術者ですが、読解力が私のキャリアを助けてくれたと確信しています。パッと読んで分かったつもりになってしまうと、結局遠回りになります。じっくりと文章を読むように心がけましょう。

実装する

この後の連載で、私がどのように実装の経験を積んでいったかは書いていく予定です。独立するまでにはかなりの回り道と試行錯誤と無数の失敗を繰り返しました。

日中は現場に常駐していた私が、個人の業務で無理せずに実装するにはどうすればよいか。全ては五里霧中の中でした。少しずつ実績を積み上げられ、しかも安価な投資額で実装環境が整えられるような案件を痛い失敗の中で少しずつこなしていったのが私のキャリアです。kintoneに出会うまでは。

私のように個人事業主から法人を設立するまでの歩みは、自分でいうのもなんですが、相当難しいと思います。

私のようにホームページの制作から始め、まずHTMLやCSS、JavaScriptを操るスキルを身に付け、そこからサーバーの選定や調達に進み、さらにphpなどの言語がデフォルトであるWordPressのようなCMSに手を染めていくと、キャリアとしてよいのではないかという気がします。この路線は、今のところまだ衰退の兆しがそれほどなさそうですし。

その際も、自分でサーバーを立ち上げ、LAMPをインストールし、AWSやGCP、Azureといったより高度な環境を選ぶより、まずは小規模な環境から始められる規模の案件をこなすとよいでしょう。要するに安価なレンタルサーバーでも十分要件が満たせるようなものです。

ブレイクスルー

とはいえ、ロジックの構築や予期せぬバグの出現など、実装にあたっては問題が生じます。

それをどのように克服していくかは切実な問題です。それで挫折し、折れた心を抱えながら情報処理業界からも去っていく人もいるでしょう。

そもそも、どれだけ本やウェブサイトを読んでも概念がちっともつかめない場合、どうすればよいのでしょう。正直、私にも概念がつかめずに苦戦したことが何度もありました。本連載第三十二回で書いた、行列のExcelからAccessの三次元を理解したのはまさにその一つ。

そこでも書きましたが、当時チームの部下だった年下のOさんに教えを請いました。そこで教えてもらったことで私は一つ目のブレークスルーを果たしました。この時、妙なプライドや自負があって独学にこだわっていたら、今の私はなかったと思います。

私はキャリアのほとんどを独学で積み上げてきたことに誇りも自負も持っています。ですが、今でもまだまだ分からないことが無数にあります。今の私がそうした事態にぶつかった時、二回り以上も年が離れた部下に教えを請い、頭を下げられると確信できます。しょせんは私のキャリアなど独学であり、正当に大学で情報科学を学んだ方には絶対に勝てないことが分かっていますので。

ブレークスルーを果たすには、自分の中で突き詰めて考えることは必要です。でも、概念を理解するためのちょっとした気づきを自分の中だけで得るのは難しいでしょう。その時、相手が誰であろうとヒントを与えてくれる方には頭を下げ、謙虚でいられるかどうか。それが出来る技術者こそが、年配になっても現役でやれる人だと思います。

加齢による好奇心の枯渇

かつてはプログラマー35才限界説、というものがまことしやかに言われていました。35才を超えるとプログラマーとしては使い物にならない、というやつです。

この説はある部分ではあたっています。ただし、それはアルゴリズムの構築が35才を迎えた途端にできなくなる、という意味ではありません。当たっているのは年齢による体力の問題です。それはどうしようもありません。徹夜でコーディングする作業は40歳を過ぎると難しくなるのではないでしょうか。

むしろ、ロジックの組み立てをきちんと自分の頭で考えた経験を35歳までに積んでいることのほうが大切かと。そうした経験があれば、60歳の半ばであっても第一線で問題なくやれると思います。身近にその生きた例を知っています。私自身、50歳の声が聞こえ始めていますが、まだやれると思っています。

また、今の言語はフレームワークなども充実しています。また、基本的なアルゴリズムについてはライブラリが豊富に用意されています。そのため、それを呼び出すだけでよいのです。加えてkintoneのようなPaaSを使えばデータベースの構築や通知・権限設定も手間をかけずに実装できます。

そうした意味ではプログラマー35才限界説とは、かつて情報処理業界の言語や環境が発展途上だったころの名残だと思っています。ちなみに私は文系学部の出身なので、文系プログラマー限界説にも反対の立場です。女性エンジニアの方も優秀な方が多いので、男性だけが優位というのも間違っています。

ただし、それ以外に限界説が当てはまる人はいます。それは体力の問題ではなく、心の柔軟さの問題です。肉体とともに心は徐々に柔軟さを失っていきます。実年齢が30歳であっても、自分が持っている技術や環境から学ぼうとしないと、35才よりも前に限界を迎えます。上に書いたように、自分より詳しい若手に頭を下げられるかも限界の年齢を決めるでしょうね。

例えば新卒で情報処理業界に入り、会社が用意してくれた既存の業界や言語や環境の中で安定した仕事をこなしていたとします。その状態に甘んじて新たな言語や環境を学ぼうとしなかったとすれば、老いはより早くあなたをむしばむはずです。そして気が付いたときには技術者としての活躍の場がない、という悲劇に遭遇します。

私自身、今からDeep LearningやMachine Learning、ブロックチェーンや3Dプリンターを学ぶには億劫な思いを感じます。概念は大体理解しているつもりですが、それを新たな実装として試してみようとする気概が出てきません。私にも間違いなく老いは忍び寄っています。

それを防ぐには好奇心を持ち続けるしかないと思います。これは私の価値観ですが、仕事だけが毎日ではないと思います。さまざまなプライベートの趣味や出会いや楽しみを持ち、仕事以外に多様な刺激を受けるような環境に身を置く。それが40代50代になって少しずつ効いてきて、あなたの身を助けてくれるはずです。

まとめ

私なりに技術との関り方をまとめてみました。もちろんこれは私の例にすぎません。人によってそれぞれのやり方があるはず。ここに書いた内容を基に、皆さんがそれぞれの立場で取り入れられる点があれば、取り入れていただければと思います。


RPA界の技術者の皆様にお話しをしました



今月、唯一のお話の機会をいただきました。
お招きくださったのはPeaceful Morning株式会社様です。

Peaceful Morning株式会社様は、RPAの界隈のメディアを運営し発信しておられると同時に、RPAに知見のある大勢の技術者を擁し、RPAのツールやサービスを提供されています。
Peaceful Morningという社名にも見られる通り、従来の働き方に一石を投じる理念は、私が推すkintoneやサイボウズ社にも通ずるところがあります。
https://peaceful-morning.com/

今回は、一時間程度のお時間をいただきました。
一時間のすべてを座学形式ではなく、技術者の皆様から事前に質問を募り、それに答える構成でした。

事前にいただいた皆さんの質問内容を拝見すると、kintoneとは何かを知りたいというのは当然として、機能の詳細よりもむしろkintoneの概要や競合ツール、さらにコロナ禍におけるkintoneの需要や今後の展望など、kintoneを扱うことの可能性にご興味がおありの様子でした。
また、kintoneを扱うことによる働き方の変化や、エバンジェリストである私自身がkintoneを推す理由など、技術者としてのキャリアの可能性の一つとしてkintoneを検討したいとの意識を感じました。

事前の質問だけでも十二問に達し、質問に答えるだけで一時間が過ぎることは確実でした。
そのため、kintoneエバンジェリストとして登壇する私は、kintoneそのものの機能よりも、私の個人的な思いや、kintoneのどこに可能性があるのかといった本質的な部分を語ろうと決めました。

折悪しく本番直前になって私のPCの処理が終わらず、kintoneの画面イメージが映せなかったため、kintoneの紹介すらも口頭のみで済ませてしまいましたが(終わりの方で処理が終わったので画面共有で3,4分ほどお見せできました)。

私からの回答の中では、kintoneはREST APIが使えればほかのシステムとも連動が可能とお伝えしました。RPAでいうとUiPathはREST APIが扱えるので、kintoneとは相性が良いですよ、ということも。
おそらくRPA界の皆様には、データベースのバック/フロント構築が簡単にできるツールですよ、という視点で深く掘り下げたほうがより響いたのかもしれません。

参加者の皆様からのアンケートも開示していただきました。
kintoneの画面の動きやRPAとの連動の実例をもっと見たかったというご意見もありました。当然ですね。私の不手際があり、失礼いたしました。
また、私のkintone愛を感じた、といったご意見も数点ほどいただきました。それはまさに狙い通りのご感想だったのでうれしかったです。これを機会にkintoneに興味を持ってもらえればなおさらうれしいです。
RPAとkintoneの連携事例はまだ世に出ていないと思っているので、皆さんと一緒に事例を増やしていきたいです。

こうやって分野の違う技術者の方を前に語るといつも感じることがあります。
それは、kintoneのすそ野がユーザー部門には広がっているとはいえ、まだまだ技術者への浸透には至っていないということです。
技術者の中にはスクラッチ開発に価値を感じる方もいらっしゃれば、基盤から構築してすべてを統制することに意義を認めていらっしゃる方もいます。
もちろん、それは人それぞれなので自由です。ですが、No-Code/Law Codeといった従来のシステム開発の概念と違うツールへの使わず嫌いがあるとすればもったいないと思うのです。

ここ一年、私の中でエバンジェリストとしての活動の主眼の一つを技術者さんへの伝道に置こうと決めました。
それは、私がkintoneに賭けようと思った時期を見つめなおしたことで気づいたことです。
その時期、私には常駐現場を渡り歩く中で感じた既存のシステム開発への疑問が渦巻いていました。それは、人月換算や多層契約によるSES業務の課題、膨大なドキュメントの山、そして作った設計書や仕様書やプログラムが現場のオペレーターさんに直接届かないもどかしさなどほんの一部でしかなく、とても悶々としていました。
その時期の私がkintoneに感じた可能性とそれに賭けようとしたことで、今の私はあります。
それを考えると、技術者の方々が今の開発環境やツールから別のステップに進みたいと感じたときに、kintoneを開発ツールの一つとして選択肢に含めてもらえれば、私がkintoneに身を投じたモチベーションも共有できると考えたのです。

RPA界の技術者の皆様には、また機会があればkintoneを中心としたPaaS/SaaSの可能性について語ってみたいですね。今度はきちんと画面の動きもお見せしながら。今回の処理の遅れを機会にノートPCを新調したことですし。

まずは、今回のご参加者の皆様、ありがとうございました。
また、セミナーを運営してくださったPeaceful Morning株式会社の皆様、ありがとうございました。