ヤマムギ

growing hard days.

*

No-Code JP 第0回で様々な熱い言葉を聞いて思ったこと

      2019/04/11


以下は、気になったことのメモとか感想を書いています。
登壇者、発表者、主催企業などの意図とは異なる可能性がありますことをご了承ください。

No-Code JPの設立主旨

私は以下のように受け取りました。

私の俺のNo-Codeパネルディスカッション

※みなさんの写真撮ったのですが、Microsoft Pixを使い慣れてなくて、撮ったはずが取れてなかったですorz

kintone&gusuku Customineのどりぃさん
技術書店ではコスプレするらしい。
kintoneはサイボウズさんのノーコードサービス。
そしてカスタマインは、kintoneでもJavaScriptを使ったカスタマイズが必要な要件をさらにノーコードでやってしまえるサービス。

LogicAppsの松本さん
オルターブースのデザイナーさん
トリガーとアクションをつなげていくのがLogic Apps。


Power Platformの清水さん
Power BI王子の清水さん
Power Platformとは、エンドユーザーが自分で作るところからできるプラットフォーム。

DataSpiderの築山さん
ノーコード芸人で少し前までメーカーにいたけど最近転職された。
DataSpiderは様々なサービスをつなぐサービス。
DataSpiderは何を使うときもあると便利だと思う。kintone使おうがPowerApps使おうがSalesforce使おうが、何使おうがDataSpiderあると便利。


Salesforceの山田さん
ウフル所属、Salesforce MVPを2019年から拝命されている。
おめでとうございます!

パネルディスカッションの熱い言葉を聞いて思ったこと

自分のTwitterより抜粋。

  • 「今までと何が変わるか」→ニーズの変化に対応できる
  • 「今までと何が変わるか」→正しいものが早くできる
  • 「今までと何が変わるか」→結果的にデータが集中する。
  • 「今までと何が変わるか」→自分で作れるから齟齬が減る。
  • 「今までと何が変わるか」→作ることによりデータのつながりを意識しだす。結果、データがつながる。
  • ノーコードでできないことは、ローコード、そしてコーディングへ。でもできるできないの議論よりも、やるやらないの議論が現場に必要だと思う。
  • 「ノーコードとそうじゃないの違い」→これマネージドとアンマネージドのち外にも似てる。運用コストの多い少ないもありそう。
  • 「ノーコードとじゃないの違い」→ノーコードはある程度制約の中で作られるから、クオリティが保たれやすい
  • 教育は自己選択式で機会をとにかく増やす。自分たちで勉強会をやっても、外部の研修を使ってもいい。会社が機会をとにかく作る。ってのはどうでしょう?
  • UIの違いが売上に影響するなら必要ですよね。なので業務アプリは使いやすくて入力が少なくて操作が少なければいいと思っている方です。
  • 王子のカレーの例え、わかりやすい。ちょっとアレンジすると、レトルトカレーで充分な要件のに、スパイス混ぜたり煮込んだり、そして混ぜ続けなければならない鍋の管理をしたい人っているのかなあ。ってことも。
  • だからクラウドでできることが必要になるんですよね。全員がローカルのあっちこっちで作ってしまうとデータが分散する。
  • そもそも、野良ローカルツールとか、野良ノートとか、野良手書きメモとか、野良チェック表とか、野良電話とか、野良承認とか、野良メールとか、野良のりで貼るやつとか、野良コピーとか、野良サインとか、野良押印とか
  • 営業部門がSQL書いたほうが早いのと同じ問題
  • エンジニアはAPI作りまくって、手元の仕事は各部門が現場内製でやったほうが正しくて早い。自分は事業部門なので手元で必要なものは自分で作りたいし作ってる。社内APIいっぱい欲しい側。
  • そんな私は明日から2日間、Pythonのトレーニング講師をするわけですが、「できないよりできる」方がいいし「知らないより知っている」ほうが絶対にいいとうのはぶれてません。

感想

ノーコードなサービスが出てきたことにより選択肢が広がっている。
でもこれが1つの選択肢であるということを忘れちゃいけない。
そしてノーコードサービスではなくノーコードツールはずっと前からあった。つながらなかっただけ。クラウドになってAPIが標準になってサービスになって繋がるようになった。
選んで繋げて組み上げることで、実現できることが増えてきた。
結果、実現できる人も増えることになる。
そして、10数年言い続けていることが、今時点の私の結論でした。
「やる人が作ることが、最も正しく速い方法です。」


最後までお読みいただきましてありがとうございました!
【PR】 「AWS認定試験対策 AWS クラウドプラクティショナー」という本を書きました。

@yamamanx

開発ベンダー5年、ユーザ企業システム部門通算9年、ITトレーナー2年目のSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。

このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。

また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。

 - event, study

ad

ad

  関連記事

「実践AWSプログラミング in Osaka」に行ってきました

クラスメソッドさんの「実践AWSプログラミング in Osaka」に行ってきまし …

「kintone Café 大阪 Vol.8 〜夏の事例祭り!〜」に行ってきました

「kintone Café 大阪 Vol.8 〜夏の事例祭り!〜」に行ってきまし …

「第14回RxTStudy(Redmine勉強会)」に行ってきました

土曜日の真っ昼間に半分以上が初参加者さんで80席が満席。 それだけRedmine …

「IBM Cloud Community Summit 2018 フルマネージドデータベースというのは使えるのか?IBM Cloudでのデータ活用事例いろいろ」でIBm Cloudのデータベースサービスを聞かせていただいた

IBM Cloud Community Summit 2018におじゃましました …

AWS Expert Online at JAWS-UG首都圏エリアに参加して「Amazon EC2 スポットインスタンス再入門」を聞いてきた

AWS Expert Onlineという勉強会がありまして、AWS ソリューショ …

LINEとAWSとTwilioとkintoneでBOTを作ってみるハンズオン (1)LambdaからSlackへ通知する1

目次 作る部分SlackのWebURLを確認するプログラムのダウンロードLamb …

Java SE 7 Silver対策勉強をしながらメモ 2015/2/8

今日から練習問題を再確認。 ひと通りテキストを終えた安心感からかイージーミスが連 …

JAWS DAYS 2018の1日前に名古屋にいました「JAWS-UG名古屋 AWS勉強会 JAWS DAYS 2018前夜祭」

仕事の都合でJAWS DAYS 2018の前日は名古屋にいました。 宿泊地はお店 …

「JP_Stripes (Stripe ユーザーグループ) Tokyo Vol. 6 — Stripeの使いドコロを知る」に行ってきました

「JP_Stripes (Stripe ユーザーグループ) Tokyo Vol. …

DevLOVE関西「それぞれの現場で実践した【自動化】の話」に行ってきました

DevLOVE関西「それぞれの現場で実践した【自動化】の話」に行ってきました。 …