V2EX › Chris_Ys 的所有回复 › 第 3 页 / 共 5 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

2012-03-09 12:19:13 +08:00

回复了 disinfeqt 创建的主题 › HTML › HTML 板块侧栏的 W3Schools 链接不妥

我把 w3schools 当 HTML tags 速查手册。

想入门 JavaScript，javascriptkit.com 会更好一点，里面会提到一些兼容性和解决方案，不过还是很基础就是了。

2012-03-09 12:17:53 +08:00

回复了 disinfeqt 创建的主题 › HTML › HTML 板块侧栏的 W3Schools 链接不妥

@zxsky1 这货和 W3C 没关系的，而且还自己搞了考试，发证书，但是证书的监考人是你自己选的，然后让那个人签名为你的成绩负责，并不是 w3schools 负责，而且题目简单到爆。

不过 w3schools 拿来当速查手册还凑合。。

2012-03-02 14:15:09 +08:00

回复了 Sunya 创建的主题 › 问与答 › 有没有用迅雷会员的?

因为现在基本只用 MBP，台式机扔回老家了，所以离线对我的意义是不用挂机下载，睡觉前扔离线不用开着 MBP。

2012-02-24 18:03:48 +08:00

回复了 pyleaf 创建的主题 › 新手求助 › 不用mac机学习无开发iOS现实不

可以是可以的，只是难度徒增很多。

2012-02-17 17:40:34 +08:00

回复了 eric_zyh 创建的主题 › 分享发现 › 发现来自淘宝的文艺青年

再补充一下对「真正的程序员会针对各地市场用不同的本地化编码。」的想法。

我前几天面试了一个前端，我给出的 HTML 模板已经明确声明了 charset=UTF-8，文件保存格式也是 UFT-8。

可是，这货用了 GBK 来保存，页面上的法语全乱套了。

Drupal、Wordpress 等都能直接切换语言，你要为不同的编码生成不同的文件吗？

再一例，CSS 里有人会用 @charset，如果要考虑本地化编码，意味着你要保存很多个 CSS，浏览器缓存的优势也荡然无存。而直接保存为 UFT-8，所有平台直接能过。

在编程的时候，读取文件时，如果各自有各自的编码（本地化），读取的时候你可能还要指定编码的格式，否则又乱套了。这也是为什么大多数语言都默认 Unicode。

2012-02-17 17:31:45 +08:00

回复了 eric_zyh 创建的主题 › 分享发现 › 发现来自淘宝的文艺青年

@est 「真正的程序员会针对各地市场用不同的本地化编码。」，以前的话，或许如此，但是在现今全球一体化的时代，本地化编码是错误的。

日本系的软件长期以来都是日文编码，所以非日本语言的系统上会出现大量乱码，而且他们是用 ¥ 作为路径目录的分割号（即 \ 或 /)。

PC 游戏业界基本是如此，但随着日本外的市场开拓，发现编码是很悲剧的问题，因此逐渐改成了 Unicode 的编码，这样即使在非日文系统也能正常显示日文。

而网页则更是如此，一个页面包含多个语言的文字并不是奇怪的事，甚至为了设计需求，用上特殊字符也是正常，针对特定市场使用本地化编码反而会造成更大的问题。

使用本地化编码的历史原因是老旧系统并不支持 Unicode 或者不是默认 Unicode，但是自从 XP 那个时代起，已经变了，不支持 Unicode 的系统几乎没有，不支持 Unicode 的浏览器几乎没有。

所以，还有理由使用本地化编码吗？

2012-02-15 15:01:55 +08:00

回复了 eric_zyh 创建的主题 › 分享发现 › 发现来自淘宝的文艺青年

@est @eric_zyh GB 编码是 Windows 惯出来的，合格的程序猿都该用 utf-8。

2012-02-15 15:00:37 +08:00

回复了 eric_zyh 创建的主题 › 分享发现 › 发现来自淘宝的文艺青年

怎么不压缩。

2012-02-01 13:33:53 +08:00

回复了 sofish 创建的主题 › 求职 › 有人要招前端么？这里这个还可以

阿姨。。居然。。卖身了。。

2012-01-30 15:53:24 +08:00

回复了 benzhe 创建的主题 › 问与答 › 你还会在意css中选择器的效率吗？为什么？

曾经有个漫画：技术会议里技术 A 说给三个月他们就能修好代码加速 XX%，技术 B 说给他六个月就能用更快的语言重写代码加速 YY%，C 说拿你们三个月的工资买 SSD 足够提速 ZZ%。（X < Y < Z）。

在现在内核和硬件越来越快的时代，太过纠结性能并不是好事，更多地着重在编写上会更好。

比如 #logout 在某些页面有特殊的需求，那是 .page #logout 好呢？还是改后台代码给 #logout 加 class 好呢？

前者破坏了 #logout 高效的特点，后者加重了后端的工作量，也打断了前端的工作（要等后端确认 class name）。

ID 固然高效，但也有过高权重，不易覆盖的特点。

由于性能的差异主要是 IE 6-7 的问题，稍微新一点的，毫秒级的差异是体验不了的，反而下载速度才是最明显的（CSS 通常要比 <body> 先下载完）。

所以，前端们，不要过多地纠结效率，让我们写更美观、更简洁的代码。

不过 * 这种还是要避免的。

2012-01-30 15:35:08 +08:00

回复了 udonmai 创建的主题 › 问与答 › 大家都是怎么做知识管理的？

我是重度 Twitter 用户，所以：

- 使用 Summify & News.me 捕获 timeline 热点
- 使用 Google Reader 订阅认为该读的 feeds，使用 Reeder 来阅读（包括移动端）
- 使用 Flipboard 来浏览不太重要的资讯，时间不多时用 Flipboard 快速过滤 timeline
- 使用 Zite 来发掘未知的、可能感兴趣的资讯来源

以上是知识来源，下面是管理

1. 使用 Read It Later 记录想要读/看的链接、文章
- 使用 Pinboard 来收藏书签，利用自带的 tags 来组织书签
- 使用 Simplenote 来记录灵光一闪的想法、读书笔记或便签
- 使用 Vimwiki 来记录知识点

理由：

为什么使用 Simplenote 而不用 Evernote。
----

- En 移动端要付费才好用，En 太笨重，En 的格式同步是个干扰。
- **Simplenote** 和 **Markdown** 兼容得很好，Markdown 很容易转变成 Wiki 格式，并且也有 Markdoc 可以直接写 Markdown wiki，Simplenote 有支持 Makrdown 的客户端（nvALT）。纯粹的 Markdown 格式也很好读
- Simplenote 让我保持简单：记录、保存、自动同步。En 让我繁琐：记录（选择图片、字体、颜色、字号、跨平台可读性）、保存、自动同步（移动端还需要网络）。

Vimwiki
----

我认为 wiki 是要有的，特别是本地 HTML wiki：

- 样式通过 CSS 控制，基本跨平台中能保持一致性。
- 便携（Dropbox 同步、GitHub 托管）。
- 可托管性：扔上去 GitHub pages 在线也可以访问，本地 clone 下来也能离线。
- 可版本控制化：得益于以上第二点，不管 Dropbox 还是 GitHub 都能做版本管理。

但是如果不是用 Vim 的用户，可能 Markdoc 会是更好的选择：Markdown 比 Wiki 语法更简洁更易读。

2012-01-30 15:12:55 +08:00

回复了 suhetie 创建的主题 › macOS › 有用MacKeeper的么？进来说说感受吧~

@suhetie 用 OnyX 就足够了，CleanMyMac 只是把清理功能发挥到极致，OnyX 除了常规的清理之外，还带有系统调整，比如关掉某些特性（相当于 Windows 优化大师，囧），如果你想花钱买 MacKeeper 还不如捐给这个老牌 Mac 系统优化软件。

2012-01-30 14:58:26 +08:00

回复了 frankel 创建的主题 › Apple › 有没有人觉得icloud真心难用

iCloud 现在相当于试水。

在 iCal 添加了一个日历，指定同步到 iCloud，而 iCloud 里看不到，过了一会，发现 iPhone 出现这个日历了，iCloud 上还是没有。
另 iCloud 上不能直接添加第三方日历甚至官方订阅日历都不行，和 Google Calendar 比弱爆了。

@me.com push 也很糟糕，Mac 收到了，已阅，打开 iPhone、iPad，丫的还提示新邮件，而 exchange 是只要有一处标记已读，其他设备都会标记已读。

Reminder 也是，本身系统应用，用的是日历，多少该利用系统 push 的，结果这边标记已完成，那边还是未完成。

2011-12-12 15:07:02 +08:00

回复了 evannan 创建的主题 › MacBook Pro › 所以你们的移动NTFS移动硬盘都怎么办了？

入手了 MBP 就把移动硬盘转成 EX-FAT 了，反正 Win7 能识别。

2011-11-23 11:50:56 +08:00

回复了 chenluois 创建的主题 › macOS › 心情不错，免费送出10个 Smaller license

@yyfearth @chenluois Google Closure Compiler 有一个特点是会压缩变量名, 并且会改变你的程序逻辑 (simple mode):

if(a===false){b();}else{c();} -> !1===a?b():c();

这种压缩方式很赞, 但是带来一个问题, 如果不是定制过参数或者你清楚它在干什么, (自动/傻瓜化压缩后) 你的代码不能正常工作的可能性不低.
所以像 Smaller 这种无脑流工具来说, YUI 更安全, 而那点空间对个人项目/小项目实际上影响并不会太大.
团队合作/大项目的话会有更严谨的压缩规范, 甚至自定义压缩器.

2011-11-23 11:39:28 +08:00

回复了 xingzhi 创建的主题 › JavaScript › 请教js的调试方法以及调试工具

@mywaiting IE6 没什么好说, 我们都是尽量在 IE7 上开发, IE6 能略过就略过

2011-11-23 11:38:26 +08:00

回复了 Evance 创建的主题 › macOS › 请教：Fn+F11，还有没有其他快捷键叻？这两个键位太远了！

Fn+F11 是啥? display desktop? 我设置了 FX 键是 PC 式功能, 所以不用按 Fn, 另外也设置了四指在触摸板划开就 display desktop, 不大会用这组合

1 2 3 4 5

❮

❯