V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  YuJianrong  ›  全部回复第 16 页 / 共 25 页
回复总数  500
1 ... 8  9  10  11  12  13  14  15  16  17 ... 25  
其实在调和油流行之前 我们那边吃的“香油”就和现在的自榨油也差不多。
而调和油和我们以前吃的“香油”的区别主要有:
1. 原料,香油一般是油菜籽榨的,调和油什么都有
2. 榨油方式,调和油根据种类的不一样需要分别采用物理压榨或者化学压榨(不要看到化学压榨就吓到,某些种类的油只能通过化学压榨法榨取,只要是正规的工艺肯定是安全的),以前油菜籽油都是物理压榨
3. 纯度,其实最重要的是这个,调和油把杂质尽量滤除了,所以油烟几乎没有(油烟就是杂质烧焦掉),而且保存时间更长(油坏掉主要是因为杂质),但缺点在于把油里面的香味物质(其实也是杂质)一并去除了,所以气味不够香

从健康角度来说,其实显然调和油更健康些,毕竟烧焦的香味物质可能有一些是致癌的……不过以前中国人那么多年都过来了大概也不会太介意这件事吧……


顺便,@likai 做实验就做实验,为什么要偷偷摸摸……要做实验也在专门的实验室里,怎么可能直接放到外面实验……阴谋论什么的还是算了吧……
2015-12-02 10:31:10 +08:00
回复了 yx30 创建的主题 Vim 如何更好的学习 vim?
我用 vim 十多年还在继续用上下左右,这有什么啊……

再说了,编程的速度和输入的速度无关,纠结这个干吗呢……

最后我觉得改用 sublime text 的还是用 sublime text 吧……
2015-12-01 22:50:52 +08:00
回复了 xiningxiao 创建的主题 问与答 请问有没有类似 jsfiddle 的本地工具?
$ npm install -g jsbin
$ jsbin
2015-11-29 00:20:33 +08:00
回复了 HFX3389 创建的主题 问与答 软件该不该必须升级才能继续使用呢?
楼主这种人就和质疑人家网站为什么 IE6 不能访问一样。

“你看人家 qq 和新浪用 IE6 就能访问!”,那是因为 qq 和新浪就是为你这类用户设计的,而这个新兴网站根本不想为兼容这种落后浏览器还要良好用户体验投入成本。

作为前端,如果这种用户并不是非常重要的话,即使技术上能做到我都会禁止这种旧浏览器的访问。成本又高,又延缓了旧浏览器的淘汰时间。
2015-11-23 10:32:41 +08:00
回复了 hippoboy 创建的主题 电影 求一部太空科幻电视剧?动画片?
就是星际迷航动画片,应该没有其他的了。
您就不能都用 utf-8 吗……
@yyfearth 有段时间没用 p4 了我都忘了……隐约记得好像是对文件的设置。我们也是遇到某些文件一定得是可写状态要不软件打不开的问题就干脆全部设置成可写了。但详细哪里设置我已经忘了……

P4IGNORE 是这个行为啊……我们是单项目超多文件夹的所以没感觉到……
chrome 的 devtools 有 workspace 功能。

现在 workspace 功能里把你的文件和本地路径做好 mapping , mapping 正确的话, sources tab 里打开的文件就直接是本地文件了(不管是 js 还是 css ),这个文件是可以 ctrl-s 保存的,会存回 mapping 好的本地文件。

然后在 Elements tab 里改好 css 后,点击 styles selector 旁边的文件链接,就会跳到对应的 css 文件去,会发现已经修改了,这时再 ctrl-s 保存就好了。

如果 less/sass 的 source map 对应正确的话,理论上来说也可以 mapping 到 less/sass/上。

修改并保存 js/html 文件当然也是可以的。

当然我这都是纸上谈兵我司项目有点特殊用不了这种奇技淫巧……
@yyfearth
其实 P4/SVN 熟的话开 branch 也还好不算麻烦,麻烦的是 merge (而且其实真的很多人不好好学怎么用 p4/svn 的,当然我相信这类人用 git 也不会好好学)。 git 的 merge/rebase 确实要强大不少。而且 branch 一定是服务器上开,自己临时本地开一个做不到也比较遗憾……

至于 p4 lock 文件,其实是可以设置的……文件设置成不要 lock 直接改的模式就和 svn 一样了, ignore 机制那么基础的东西当然也有(虽然我忘了怎么搞了)。

我们现在 git 用法和 svn 差不多( gerrit 作为提交监控),这样就更加缩小了 git 优点,感觉和 p4/svn 也差不太多了。
* repo 记着所有历史的策略会使得 repo 在日积月累的使用中变得越来越大
* 不能应付源代码权限需要严格控制的场景, repo 能拉下来就意味着所有代码都能看到
* 大规模项目需要分成多个 repo ,这使得跨 repo 的单个提交变得非常麻烦,尤其是后面还有 CI 在检查每个提交的时候(相互依赖结果哪个都进不去)
* 分多个项目的时候无论是 subtree 还是 submodoule 都不够好用方便

总之在使用了近两年后我觉得比起陈旧的 perforce 来说也并没有 life change 级别的改变,也就自建 branch 快很多这点不错。
重刷系统能在一定程度上改善,亲测有效……
大概在线升级之后文件碎片什么的太多了影响性能……
2015-11-09 18:34:58 +08:00
回复了 lechenging 创建的主题 React ReactJs 如何学习?
为什么那么简单的东西还要文章……
直接去看 fb 的官方文档不行么……
2015-11-06 16:05:10 +08:00
回复了 gcc2000 创建的主题 问与答 CSS 行间距的一点疑问
@gcc2000 首先要换行的话你打一堆 t 干什么,这样算是一个英语单词当然就不换行了(除非你想像 V2EX 一样把人家英语单词都断行显示……),然后如果想不会把一个词断开然而长度实在不够(比如此例)的时候还是要换行(好绕)的话应该设置 word-wrap: break-word; 这个在排版小范围显示的文本是非常有用的。
2015-11-05 20:34:56 +08:00
回复了 ufo22940268 创建的主题 Node.js 现在还有必要加'use strict'吗
如果有 eslint 保证也不一定需要严格模式……
2015-11-02 22:46:47 +08:00
回复了 baoyexi 创建的主题 问与答 冬天快来了,南方的同学你们都是怎么取暖了。
辐射……没辐射哪来热量啊……你要呆在绝对零度的空间吗……
2015-11-01 17:03:26 +08:00
回复了 zhangchioulin 创建的主题 问与答 请教一下关于 OC 中基本数据类型转换的问题,谢谢
1. 不应该说浮点精度不够,而是浮点本来就无法精确表达某些数字,你再提高的精度(不管是 64 位浮点还是 128 位浮点)都一样。
2. 但是,一个统一的浮点<-->字符串转换方法理论上能够无损地转换,所以如果:
[源代码有 a=24.72 字符串,经过编译产生变量]->[服务器内存中的 float] -> [服务器内存中的字符串] -> [json/xml 网络数据传输] -> [客户端内存字符串] ->[客户端内存的 float] ->[客户端内存中显示用字符串] ->[显示给用户]
这里面所有的浮点<-->字符串转换方法是统一的话,用户就会看到源代码的 24.72 。
然而如果任何一步并不统一(考虑到你后台不大可能是 ObjC 的话),或者这个 24.72 不是源代码而是计算而来的话,显然就不能保证用户最后看到啥了。
3. 说那么多的意思是精确的话要么*100 按整数来(也就是用定点小数不要用浮点),要么用字符串或者前后统一的 BigDecimal
1 ... 8  9  10  11  12  13  14  15  16  17 ... 25  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3162 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 00:46 · PVG 08:46 · LAX 16:46 · JFK 19:46
Developed with CodeLauncher
♥ Do have faith in what you're doing.