水木社区手机版
- 主题:低代码平台三年创业总结
- 号称有资源，让先缴费的，都是骗子
先交费的只有跑腿类的服务不是骗子
【 在 dynasty0628 的大作中提到: 】
: 感觉不太靠谱，一个劲的让你先交费，然后说帮撮合多少个，成不成功不负责
:
--
FROM 220.115.13.* - 这话不好这样说吧，三大通信运营商也都是预付费，医院也是，租房也是。。。
【 在 slowaction 的大作中提到: 】
: 号称有资源，让先缴费的，都是骗子
: 先交费的只有跑腿类的服务不是骗子
: :
--
FROM 183.199.239.* - 你说的这些，提供的东西很明确
你买的是服务本身
不是服务后面的东西
类似使用自动电话卡，没让你个人魅力增加20%
而投资服务，都是卖的背后的资源
【 在 g3191 的大作中提到: 】
: 这话不好这样说吧，三大通信运营商也都是预付费，医院也是，租房也是。。。
:
--
FROM 220.115.13.* - 你的原帖，先交费的都是骗子。。。我只是说，不一定。哈哈
【 在 slowaction 的大作中提到: 】
: 你说的这些，提供的东西很明确
: 你买的是服务本身
: 不是服务后面的东西
: ...................
--
FROM 183.199.239.* - 可以访问，云上有demo系统，我发你微信，我给你演示一下。
系统比较复杂，因为有业务逻辑在里面，所以不是那种拖拖拽拽生成个表单就能跑的
【 在 g3191 的大作中提到: 】
: 可能他们销售的压力很大吧，不开单下个月走人的那种？ 您那个项目现在能访问吗？想了解下。
:
--
FROM 103.85.169.* - 想了解一下，是否可以作为公司的统一开发平台
【 在 dynasty0628 的大作中提到: 】
: 2017年，误打误撞，进入了这个行业，一开始的想法挺好，就是做项目的时候代码可以共用，能够快速实施、交付。做着做着发现这个低代码这个概念逐渐开始火热，就也跟着开始借用这个概念了。
: 1、合伙人
: 做事先做人，选对正确的合伙人，事情就成功了一大半。选合伙人，关键是看合伙人能不能和自己有一致的目标，合伙人的能力能不能和自己形成互补，以及合伙人的人品、执行力、职业道德都非常重要。在合伙人的选择上，踩过坑，尤其是技术合伙人，很容易就陷入技术的牛角尖走不出来。其实我们需要对技术执着的人，但是如果看不到技术是为客户服务的这个基本前提，一昧要求客户妥协去适应技术，那么产品本身就很难成功。
: ...................
--
FROM 123.112.68.* - 这主要看公司的一个业务规划以及需求，不好说适不适合，因为每个产品都有一定的适用性和限制。
有意可以加个微信，私下沟通下需求以及我详细介绍下产品
【 在 shihuiff 的大作中提到: 】
: 想了解一下，是否可以作为公司的统一开发平台
--
FROM 103.85.169.* - 产品能力上和这个有啥特别的？
https://developer.aliyun.com/special/yida?spm=a2c6h.12873639.0.0.6b04211en6RhEA
【 在 dynasty0628 的大作中提到: 】
: 2017年，误打误撞，进入了这个行业，一开始的想法挺好，就是做项目的时候代码可以共用，能够快速实施、交付。做着做着发现这个低代码这个概念逐渐开始火热，就也跟着开始借用这个概念了。
: 1、合伙人
: 做事先做人，选对正确的合伙人，事情就成功了一大半。选合伙人，关键是看合伙人能不能和自己有一致的目标，合伙人的能力能不能和自己形成互补，以及合伙人的人品、执行力、职业道德都非常重要。在合伙人的选择上，踩过坑，尤其是技术合伙人，很容易就陷入技术的牛角尖走不出来。其实我们需要对技术执着的人，但是如果看不到技术是为客户服务的这个基本前提，一昧要求客户妥协去适应技术，那么产品本身就很难成功。
: ...................
--
FROM 117.136.0.* - 表面上看，外行看，还真差不多。最大的区别在于宜搭还是表单驱动，而我们是数据驱动。
另外，在功能的精细化上，我们要精细的多。举两个小细节：
1、某字段的只读必填，宜搭或者true 或者 false，而我们可以根据业务动态。比如我们是前一个字段填“北京”的时候，后面就必填，否则不必填
2、宜搭只能设置一个人只允许提交一次，而我们可以根据业务由客户配置提交规则，一天一次，一周一次等都可以，更灵活
【 在 bigdata 的大作中提到: 】
: 产品能力上和这个有啥特别的？
: https://developer.aliyun.com/special/yida?spm=a2c6h.12873639.0.0.6b04211en6RhEA
:
--
修改:dynasty0628 FROM 103.85.169.*
FROM 103.85.169.* - 好奇的问下，你们如何表达 一个字段选择是“北京”的话，另外一个字段就变成必填或者只读？要求开发者如何做这样的配置？
【 在 dynasty0628 的大作中提到: 】
: 表面上看，外行看，还真差不多。最大的区别在于宜搭还是表单驱动，而我们是数据驱动。
: 另外，在功能的精细化上，我们要精细的多。举两个小细节：
: 1、某字段的只读必填，宜搭或者true 或者 false，而我们可以根据业务动态。比如我们是前一个字段填“北京”的时候，后面就必填，否则不必填
: ...................
--
FROM 117.136.0.*