V2EX › chemzqm 的所有回复 › 第 10 页 / 共 53 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 6 7 8 9 10 11 12 13 14 15 ... 53

❮

❯

2017 年 1 月 9 日

回复了 HanSonJ 创建的主题 › 问与答 › 体验了小程序，你当初的看法还是一样吗？

蛮好的感觉，不像某些 h5 入口尽是些体验糟糕的下三滥页面。
做下广告：
https://github.com/chemzqm/wept web 端小程序实时运行工具
https://github.com/chemzqm/wxapp.vim 小程序 vim 插件

2017 年 1 月 8 日

回复了 SoyaDokio 创建的主题 › JavaScript › 请教 JS 如何修改 UserAgent？

nginx 反代设置 header ，一行搞定，如果服务端有用 nginx 的话。
图片反盗链都是检测 Referer 头部吧，第一次听说检测 UA 的

2017 年 1 月 7 日

回复了 TKKONE 创建的主题 › JavaScript › 想学习 JavaScript，有什么经验和坑吗？

https://developer.mozilla.org/en/docs/Web

and

http://caniuse.com/

2017 年 1 月 7 日

回复了 qiqiboy 创建的主题 › Vim › 安装最新的 YouCompleteMe 后， identifier completer 不给力了

建议你去他们的 gitter 房间 https://gitter.im/Valloric/YouCompleteMe 询问一下，我个人使用的是这个 https://gist.github.com/chemzqm/43fe9044df1eb37cdfd1 做关键字补全，从没出过问题 😏

2017 年 1 月 6 日

回复了 chemzqm 创建的主题 › Vim › 你的 neovim 可以更快一些

@skywind3000 问题是一步一步解决的， neovim 现在核心开发主要在解决之前引入 partial 导致的严重 bug

2017 年 1 月 5 日

回复了 juneszh 创建的主题 › 微信 › 吐槽：小程序开发过程中我们经历了那些坑

人家本来就说了在内测嘛，各种 bug 是很正常的。

> 交互问题（拖动图片），可以充分测试小程序的 js 性能瓶颈在哪里
拖动图片只能算简单的交互，只是用小程序的 API 做起来会蛋疼一些（因为没有 dom ）。小程序做动画因为涉及服务层向 service 层再向 view 层传递&解析数据，所以性能上肯定会有所影响，至于多少就看你动画的计算量以及数据的传递量了。

> 安卓和苹果之间可能存在巨大差异
如果你做过兼容不同 webiew 以及 web 浏览器，你就会发现微信内兼容已经容易很多了，而且它们提供的工具集成了 weinre ，还是比较好用的

> 图片不能直接长按保存
默认不支持，但是你可以自己实现的

> canvas 也与 JS 原生的差别很大，也不能生成图片后直接保存
canvas api 122200 已经调整了，与原生差别小了很多，有一个 API 可以导出 canvas 的 dataURL ，然后就可以保存为图片了，但是它们官方 IDE 有 bug ，调用只会报错。 WEPT 修复了这个问题。

> 不能发朋友圈
故意这么设计的，大概也是为了用户体验。

> 小程序基本上是一个阉割版服务号
讲道理应该算增强版吧，毕竟缓存、文件管理等功能在服务号上没有的，你说的阉割应该是说小程序在分享等功能上做了一些不同于服务号的限制。

@ykwlv html 规范有 indexDB 等方式缓存文件，功能和灵活性要比小程序强太多，小程序唯一优势就是 API 简单（或者说粗糙），菜鸟也很容易上手。

2017 年 1 月 4 日

回复了 roody 创建的主题 › 程序员 › 公司年会的抽奖程序，你们准备自己写么？

首先，公司要有年会
其次，年会要有抽奖
再其次，公司还要有懂代码的 CTO

2017 年 1 月 4 日

回复了 gooesberry 创建的主题 › JavaScript › 用 Weinre 还落后么？有没有更好的移动端调试工具推荐

尽量使用简单的框架 /组件

2017 年 1 月 3 日

回复了 unstop 创建的主题 › 分享创造 › 我们做了一个自认为是微信小程序最佳应用场景的小程序

@unstop 譬如说哪里不理想？除了不支持的功能之外？

2017 年 1 月 3 日

回复了 unstop 创建的主题 › 分享创造 › 我们做了一个自认为是微信小程序最佳应用场景的小程序

小程序从设计和开发成本上来说成本都是比较低的，尤其是用了 https://github.com/chemzqm/wept 之后 😏
设计也可以直接从官方的 psd/sketch 上改， https://github.com/weui/weui-wxss https://github.com/weui/weui-design

2017 年 1 月 3 日

回复了 chemzqm 创建的主题 › Vim › 你的 neovim 可以更快一些

@iCyMind 有人在做了，不过对于多数情况，使用桌面 app 会更合适些
@markx neoclide 将会针对前端开发提供整套的插件解决方案，就像 vim 针对 C 语言，另外将使用 web-component 和 react 等技术提供更方便和一致的插件化机制（计划中）

2017 年 1 月 3 日

回复了 chemzqm 创建的主题 › Vim › 你的 neovim 可以更快一些

@codecrash 内置 terminal ，对我来说最大的特性是它的 remote-plugin 架构，我使用 https://github.com/Shougo/denite.nvim 和 https://github.com/Shougo/deoplete.nvim 理论上 vim 也能支持，但是实际上 vim 的 JSON RPC 性能比较差，所以体验差些。
我真正要做的是 https://github.com/neoclide/neoclide 一个基于 neovim RPC 的 GUI 的东西，它能完整利用 neovim 现有插件，同时允许用户使用 web 技术进行扩展。
我还在构思架构，已经有一些相对成熟的实现，例如： https://github.com/extr0py/oni

2016 年 12 月 30 日

回复了 allenhu 创建的主题 › 问与答 › 码农们，你们是如何部署 WEB 项目的？

make deploy

2016 年 12 月 28 日

回复了 simple26 创建的主题 › Vim › 不用 vim-airline, 不用 lightline.vim, 如何使用纯手工制作一个与之媲美的 statusline

获取 git 分支信息需要系统调用一般会有 100ms 以上延迟，除非使用异步 API ，可参考 https://zhuanlan.zhihu.com/p/24484514 进行优化

2016 年 12 月 24 日

回复了 liuzhiyong 创建的主题 › 分享创造 › 原生 JavaScript 实现多图文档的“响应式设计”

@liuzhiyong 上 MDN 搜索 media query ， flex box ， img 标签的 srcset 可以来做响应式图片

2016 年 12 月 24 日

回复了 liuzhiyong 创建的主题 › 分享创造 › 原生 JavaScript 实现多图文档的“响应式设计”

感觉这种简单的情况用 css 就足够了。