V2EX › w88975 的所有回复 › 第 52 页 / 共 60 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 44 45 46 47 48 49 50 51 52 53 ... 60

❮

❯

2015 年 7 月 12 日

回复了 q5we66fg 创建的主题 › 程序员 › 你们身边有木有使用终端时老是输入 ls 的人。。。

看看目录结构有错吗

有错吗?
有错吗?
有错吗?

2015 年 7 月 10 日

回复了 w88975 创建的主题 › 前端开发 › 关于 bower 的一个问题.

@zhenyi2697 谢谢
我一直忽略了一个问题,那就是发布release版本,所以fork过来的版本,用的是原始的,解决办法就是自己发布一个release版本,然后用bower

2015 年 7 月 10 日

回复了 w88975 创建的主题 › 前端开发 › 关于 bower 的一个问题.

@zhenyi2697 COMMIT_ID/TAG_ID 这需要填写2个吗?

2015 年 7 月 10 日

回复了 w88975 创建的主题 › 前端开发 › 关于 bower 的一个问题.

"paper-input": "PolymerElements/paper-input#^1.0.0",
"paper-button": "PolymerElements/paper-button#^1.0.0",
"paper-radio-button": "PolymerElements/paper-radio-button#^1.0.0",
// 以上都是引用的
"paper-styles": "w88975/paper-styles#^1.0.0"
// 这是我fork的

安装后,依然没有我fork的版本
@Tonni

2015 年 7 月 10 日

回复了 w88975 创建的主题 › 前端开发 › 关于 bower 的一个问题.

@Tonni 我试过这种方法,但是 bower install 后还是原始版本的,fork版本没有出现

2015 年 7 月 9 日

回复了 jun4rui 创建的主题 › 前端开发 › 微信内置浏览器有点过于坑爹了吧，简直就是新时代的 IE6

不支持flex 简直无爱

2015 年 7 月 6 日

回复了 iqav 创建的主题 › 问与答 › 怎样避免公司要求员工发朋友圈宣传产品，并要员工的朋友截图回传以证，以备抽查

淘宝可以批量购买微信号,一般几分钟就被封的,截完图就行了,5毛钱一个

2015 年 7 月 4 日

回复了 DearTanker 创建的主题 › 问与答 › 好厉害，我的 QQ 第一次被盗，居然连 2 代密保和手机号都解绑了？

@x86 你想太多,这种骗子,首先是盗了你号,然后用小号加你,借其好意说发现你QQ被盗,然后扯着扯着就说那人收徒,110一位,你交了钱就没影了,带点智商就行了

2015 年 6 月 29 日

回复了 nilai 创建的主题 › 程序员 › 驼峰命名法有什么好处？

个人觉得_LOUZHU_SHABI 这种命名法逼格超高看着就跟系统级API一样..

2015 年 6 月 27 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@88250 持续是肯定的,我想的是初期版本可以暂时自己实现,后期迭代的时候,如果能用框架则用框架.

2015 年 6 月 27 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@dallaslu 工期确实紧,但用框架需要踩很多坑,需要花时间去了解,反而比较浪费时间.

2015 年 6 月 27 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@iskyzh 并不是UI方面,而是在JS框架方面,基本上没有用到polymer提供的控件,控件都是自己重新基于polymer做的.

@neoblackcap 首先是不至于为了一个很少见的需求去提pr,我最大的问题在于,如果框架提供的API仅仅能满足一点点需求,并且开发周期大于自己重新造轮子,这种情况下,是继续踩坑还是自己造轮子解决.

2015 年 6 月 26 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@kongkongyzt 搞错了是release

2015 年 6 月 26 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@Septembers polymer

2015 年 6 月 26 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@Septembers 如果框架本身能够很轻松的解决问题,那么一定选择框架提供的API,但是在框架不确定的情况下,是否可以先出一个版本,后期再进行迭代?
而且还是这种使用框架API与自己重构的成本基本上相同的情况下,如果选择框架,能很好的踩完需要踩的坑,但是浪费了时间.

2015 年 6 月 26 日

回复了 w88975 创建的主题 › 程序员 › 同样的功能,你是倾向于框架 API,还是自己重写代码?

@Septembers 框架接受Pull Request,但是我的问题不在于是否修改框架,而是这两点之间的抉择问题.