guyoyo 最近的时间轴更新
guyoyo

guyoyo

V2EX 第 614637 号会员,加入于 2023-02-17 16:41:23 +08:00
guyoyo 最近回复了
@875127234 最近有更新,感谢支持
2023-10-24 09:30:55 +08:00
回复了 lhx6538665 创建的主题 程序员 各位程序员 1024 节日快乐
快乐 plus
@875127234 问题解决了就好,我最近没来看,忙着开发了一个 figma 插件,可以快速导入设计稿。后面会增加按透明窗口截图,然后反向导入 figma 、sketch 的功能
@875127234 关闭之后,程序在电脑的菜单栏有个小手电的图标,可以在哪儿打开。
我正在发布新版本,等苹果审核通过看是否解决了你的问题,你也可以说一下你的操作过程。
@iovekkk 这个角度确实是应该考虑的
@iovekkk 其实已经完善的流程,也还是有改进的空间的,比如让这个效率提升一倍或者更多。甚至如果能改变这个工作方式,那么就是一个有价值的事情。 比如设计软件有 PS 了,后来 Sketch ,figma 一直再出,将来可能会结合 AI 做设计,所以从这个过程看,产品是需要迭代的。
我其实也不认为我做的设计走查现在会成功,但是如果真的能做到在现有环节中,提升 90%的效率,那么就会有价值了。说实话挺难做到的,但是不开始怎么知道下一步怎么做呢?或许未来结合 AI 会很方便呢?
@ZGame 你讲的这样没有问题,如果有完善的组件化思维,问题会少很多,B 端的产品容易标准化,估计也用不着走查。 面向 C 端的产品,会设计的更加多样一些,通常没有现成的组件,所以对 C 端的产品,或者第一次开发这样的场景下,走查是有必要的
@ZGame 我做的不属于标注,在我的理解里面,开发工程师开发完了,设计师要检查的,这个检查的过程中,需要设计师去每个细节去比对,最终会形成一个“问题列表”,把“问题列表”返回给开发同学,开发同学再改。
“问题列表” 其实就是“Bug list”,属于 UI 实现不到位的 bug
在这个层面讲的话,其实并没有在现有工作流程中去让一方不爽,希望可以做到效率的提升,这样工具才有价值
@tbg 感谢支持
@ZGame 我的用户群是设计师,程序员开发完之后,交给设计师检查,这个过程中会查出很多 UI 实现问题,到时候可能又要让程序员去改,这个过程其实目前缺少协作工具。 我现在做的第一版还没有协作能力,只是把最基本的功能做了,后续计划上会有自动比对,协作等相关功能
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5523 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 09:00 · PVG 17:00 · LAX 01:00 · JFK 04:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.