掘友等级
获得徽章 0
正在学习webgl、glsl的前端同学,有以下几款pixel shader工具可以考虑:
1. shadertoy, 老牌pixel shader工具,案例齐全,功能强大,就是网站略卡。
2. shader editor,the book of shader 提供的工具,简洁方便,可以生成在线地址,牛逼之处是能够断点。遗憾的是分享出去全屏打开,效果不忍直视。thebookofshaders.com
3. shadertoy vscode 插件,兼容shadertoy 代码,支持视频、纹理出入,截图,暂停等功能,一切都在vscode中解决,岂不美哉。
4. glsl-doodle,一个开源web component,支持fragment shader链接,方便的将写好的效果直接嵌入前端项目中,如果你要做一个pixel shader作品集展示的话,首选它。
其他pixel 工具不胜枚举,建议初学者使用 shader editor 方便调试。入门同学用glsl-doodle 轻量、便于分享、集成到前端。挑战更高难度入坑 shadertoy。
有一些小程序云函数绘图的经验想要分享,不知道是否会有人感兴趣。
背景是这样的:产品有导出图片带有自定义字体的需求,小程序canvas组件不支持自定义字体,这时候只能选择服务端渲染图片,然后前端下载图片保存到相册。
其中的坑包括:
1. 云函数中使用node-canvas需要node 8.9+centos 7编译出来的依赖。
2. 文本排版、图片高度动态计算
推荐一篇介绍WebAssembly的好文,简单做了摘要:
作者介绍了wasm 能够运行到不同架构系统的原理,通过LLVM IR编译出wasm 虚拟指令集,然后不同平台的wasm的运行时进行编译。
然后对比了c、emcc、rust编译到wasm的过程,最终发现Rust是工具链最友好的,cmcc编译出来的结果带有大量的JS胶水代码,且API不够简洁,C语言编译出来的wasm文件是最小的,因为没有runtime。
最后作者以V8引擎为例介绍了wasm为什么比JS有更好的性能,主要是JS在底层有optimize和deoptimize的过程,编译引擎需要猜测参数类型,而wasm本身就是虚拟指令集,可以直接optimize,无需猜参数类型和deoptimize过程,当然前端的功能的性能也不是wasm直接决定的,最终是否能带来性能上的优化还是要综合对比性能指标,盲目将JS重写为wasm实现也是不明智的。
各位前端同学,你们对接的设计师是如何交付动效设计输出的?口述?word文档?还是视频?
这个图有什么问题?高级UI做出来的移动端设计都不考虑按压区的,甚至有些资深都会漏掉,这是常识好吧,跟吃饭用筷子一样的常识……
【沸点福利】01期:云音乐来给大家送黑胶会员啦!😋
大家好!先做个自我介绍,我们是云音乐前端团队,我们平时用的技术几乎涵盖所有主流的前端领域,本着互通有无、相互学习的目的,我们会在掘金持续输出优质的文章,请大家持续关注哦~
废话不多说,入驻半年不到就已经收获了 2000+ 的粉丝!老板被你们热情感动,决定送!会!员!
奖品信息:云音乐黑胶季度会员 x 30
参与方式📖:关注我们掘金账号并且在此沸点下盖楼,可以说说你们想了解的云音乐前端方面的技术等
抽奖规则:我们会把沸点下直接回复的并且关注了我们的用户去重后随机抽出 30 位
截止时间⏱️:2019-12-16 10:00:00
领奖方式📣:我们会在截止时间后一个工作日内在掘金沸点公布抽奖视频和获奖名单,请获奖者三天内回复云音乐的用户名,我们会第一时间通过云音乐私信送出(奈何掘金没有私信功能)
我对服务端开发不自测接口的行为厌恶至极,我是来连调的,不是来找bug的,从18年实习开始,三次连调有两次要提醒cors相关问题🌶️🐔
Things to look for in a code review: Code is...
- Well designed
- Readable by others
- Doing what the author intended
- No more complex than needed
- Not degrading system code health
- Commented with the why vs. what
- Appropriately tested
- Sufficiently documented
twitter @addyosmani (twitter.com)
下一页