关于下一代设计软件的思考

我的核心观点

聊天记录

崮生: @释颜 imgcook​崮生: 有一个很大的问题是动画效果的实现和代码耦合度很高​崮生: 而ui图难以表达​释颜: 也就是需要更专业的工具​崮生: 是的,需要更好的ui设计工具,这样的ui工具就可以替代一部分前端的重复劳作了​释颜: 动画的主要两类:
1
状态的映射
2
出入场动画​出入场动画其实是比较好处理的。但是跟状态相关的就不好处理了,还是得靠代码
崮生: 但这个估计还要很久,到时候这种东西差不多要求 ui 是半个程序员​释颜: 听说 unity 的可视化工具做的不错,可惜我不会 unity​崮生: @释颜 听说他们蓝图很强大​释颜: 我大学 有一门 课学的 【 labview 】,纯靠拖拽来编程​释颜: @崮生 imgcook 做的是 设计软件的插件。像响应式布局 这类设计软件不支持的功能 imgcook 就没法支持了,但这实际上是很常见的开发需求。所以还是有必要另整一个设计软件的。
崮生: @释颜 可视化编程让人觉得好上手的原因我觉得是他直接将一些封装的很好地包让初学者就能调用,​而一般上手一个编程语言完全不知道要怎么达到自己的目的。​但比如 python 大家都说适合新手其实就是他优秀方便使用的包多,如果从调包开始教一个人他也许兴趣就有了,​可视化编程做的在我看来就是这样的事​崮生: 然而一般从语法学起...,可视化前期不存在这个枯燥的问题,因为你没法不按语法来[憨笑]
崮生: @释颜 那就需要设计来定义什么情况下怎么做​崮生: 这样的设计软件中或许就存在很多状态了,像css中的媒体查询一样的操作​崮生: @释颜 安卓的界面设计或许能某种程度达成​崮生: 安卓开发工具中的那个界面设计工具能指定布局
崮生: 现有设计很少考虑动态内容的影响,例如文字超长该怎么办​崮生: 设计软件​崮生: 它们描述的都是某一状态下的应用模样​崮生: 不将文字,宽高 视作变量的产物​崮生: 所以新的设计软件或许会有类似媒体查询的机制​崮生: 例如匹配这个地方文字长度少于多少是什么效果,大于多少又是什么效果​崮生: 从这里看css 的设计其实很精妙​崮生: 让ui这样做估计会疯[憨笑]​崮生: 到时候可能这里还是交给程序员,ui做的更类似于 美术