誰も話題にしないノーコードの制約 解決編 「調整さん」もどきをノーコードで開発できた - GMOインターネットグループ グループ研究開発本部

日々技術検証に勤しんでいる D.M. です。 先日はノーコードは制約がキツイ！みたいな記事を書きましたが、今回はその解決編です。 TL;DR ・ノーコードでは複雑な画面UIにこだわりすぎず、単純化した画面で作る。（1画面1レコード登録の原則） ・どうしても凝ったロジックが必要なケースでは、 Javascript で実装する。（ローコード） 目次 １．ノーコードで「調整さん」を作る ２．ノーコードで「チームランチシャッフルアプリ」を作る ノーコードで「調整さん」を作る 前回記事では、ノーコードプラットフォーム Bubble を使って、かの有名な Web サイト「調整さん」を作るぞと意気込んでみました。 ただ、いくつかの壁にぶつかってしまい挫折してしまいました。 まず改めて何を作るか、何が問題だったかを整理したいと思います。 ※「調整さん」は予定調整ができる出欠表のツールです。ご存じない方はこ

[Yoshiya]

ノーコードで逆に生産性が下がらないのか？

[rexy]

ノーコードにしたいがために努力するのって本末転倒じゃない？

[w1234567]

あくまでプロトタイピングが目的でサービス提供側の想定を超える要件が出てきた場合はきちんとしたものを開発し直すって前提があれば悪くはないと思うよ、そうじゃないからこの手の製品は死屍累々なわけだが

[nakag0711]

AccessとかFileMakerで作ったら

[ms2sato]

この手のサンプルを様々なノーコード製品で行う事には価値が高いかもしれない。そういう企画あったら読みたい。railsとかを基準で分析する感じで。

[tpircs]

javascriptでゴリゴリ解決してるのわらう。

[shikiarai]

すごく工夫されたExcelを馬鹿にできない域では

[otchy210]

ノーコード興味なくて追ってないけど、なるほど 20 年前の MS Access をウェブ化したシステムのことを言うのか。色々分かった気がする。

[peperon_brain]

ですよね感。 / 本題と関係ないけど2020年にvarは使わないほうがよい。

[shields-pikes]

一度やってみるか。

[kamocyc]

確かにざっと見る限りMS Accessの方がまだ柔軟性ありそう。難しいことをやろうとすると途端に大変になるのは同じだが。Webであることはメリットか

[iwtn]

これは最後にある開発時間を強調すべきだな。とはいえ、すでにあるシステムならそっちを使うのが良いし、難しいのは使われるシステムを作ることだ。

[nakamurataisuke]

ノーコードアプリはデザイン時のデータモデルをどう作るかだよなぁってのは触ってて思った。制約と言うとネガティブだけどモデリングをどう考えるかなので、そこは設計者のスキル次第な気がする。

[a-yoshinaga0314]

良い

[verda]

この手の知見SIerは社内にめっちゃあるんだろうけど世には出ないよね