V2EX 首页   注册   登录
 libook 最近的时间轴更新

libook

.... . ._.. ._.. ___
  •   yangcong345.com / Full Stack Developer
  •   V2EX 第 78834 号会员,加入于 2014-10-27 17:14:14 +08:00
    不参与一切辩论、圣战,无意义。
    如果你觉得我我说得好,点一下“感谢”我将荣幸至极;
    如果你觉得我说的不好,仅一句嘲讽是没有人获益的;
    什么?触碰到了你的信仰?那么请务必当我放屁~
    Spigot/Bukkit/Craftbukkit 全自动构建脚本
    Minecraft  •  libook  •  166 天前  •  最后回复来自 libook
    5
    为什么没有人使用 V2 的赞和踩功能呢?
  •  36   
    V2EX  •  libook  •  2016-02-17 14:51:18 PM  •  最后回复来自 libook
    26
    安利我所在团队的技术博客
    Blog  •  libook  •  2016-01-29 01:31:18 AM  •  最后回复来自 libook
    2
    现在就没有不用于翻墙的正常的个人 VPN 服务么?
    VPN  •  libook  •  2015-09-11 14:32:33 PM  •  最后回复来自 xy2938
    5
    libook 最近回复了
    3 天前
    回复了 nosay 创建的主题 Ubuntu 我有一个朋友,因为 ubuntu server 被炒了.
    顶嘴的锅,Ubuntu 不背。
    选发行版看生态,以前 OpenStack 最早是 Ubuntu 支持的,相关生态早期也是围绕 Ubuntu 的。
    如果说是框架的话,就看对框架的定义是什么了。
    个人认为:
    vue 是框架,配套的是特有的对 WEB 系统的抽象以及一系列搭建 WEB 系统的思想和方法论;
    jQuery 是库,提供了方便处理 DOM、方便调用常规算法的工具。

    理论上来说,一个项目既可以用 jQuery 来写,也可以用 vue 来写,也可以什么都不用原生 JS 来写,只不过针对不同项目的情况,各自的实现成本不同,而这种成本并不是绝对的。

    两者的功能既有交集,又有各自特有的,看具体的项目需求和采用的架构思想,决定究竟适合使用什么技术乃至如何搭配。
    不方便的地方可以总结为如下几条定律:

    不是自己攒的机器尽量不要用 linux。
    使用开源软件尽量用 Linux。
    苹果电脑干啥都最好用 macos。
    玩游戏还是 Windows 爽。

    当然极客可以忽略。
    两个显示器看怎么放,如果左右的话,容易造成一侧颈椎酸痛。
    最符合人体工学的方法是目视正前方。
    长时间写代码,因为颈椎健康的问题基本上那个都会用外接显示器,而且还需要垫高到人体工学最适角度。
    至于 15 寸还是 13 寸,如果是 MBP 的话完全是因为性能参数,如果平时用外接显示器,性能一样的话我会选更加轻薄的 13 寸,便携性好,开会、上下班等不会累赘。
    这个帖子有些标题党。

    ES6 是 ECMA-262 6th Edition,如果后续有修改的话不知道是直接给 ES6 打补丁还是在 ES2018 做修订案。
    不过这一部分是非规范性的,只是一些建议,最终什么趋势还说不准。

    个人喜欢加分号,觉得在 ES 的语言特性方面严格使用分号是一种高可靠性方案;
    不过确实此前 ES 的语法情况,末尾分号对语言、引擎和开发程序的设计和实现都没什么实质影响,末尾加不加分号全凭习惯;一些 JS 大牛也认为分号的意义太弱而推崇末尾无分号,综合来看,这确实是合理的。

    可能在 ES 的未来发展方面,末尾分号对于语言、引擎的设计和实现造成了影响,未来 ES 对末尾分号的依赖有可能会逐渐增强。以前只需要注意几个特殊情况下特殊处理(如 standardjs 的方案),以保证末尾无分号的风格具备高可靠性;但未来随着新特性的增加,有可能这类特殊情况会越来越多,多到末尾无分号的方案失去其便利优势,到那个时候综合对比可能末尾写分号的代码风格会处于便利性和可靠性的优势地位。

    当然都是后话了。
    6 天前
    回复了 zjsxwc 创建的主题 程序员 什么尺寸的屏幕适合竖屏?
    曾经认真研究过,个人评估是 16:10 更适合竖屏阅读。
    @des 我在想可能 ECMA-262 的标准制定流程是完全强依赖社区需求的,所以各家引擎不好为了自己一家的利益或者喜好而随意做草案,反而社区需求以及市场压力会制约各家引擎永远朝着最适应社区需求的方向制定草案。
    另一方面也可能是因为 TC39 太勤快了,近几年更新标准的频率很高,使得各家引擎的实现标准不至于会产生太大的区别。
    @des ECMA-262 没怎么遇到这个问题,因为实际上各家引擎在实现草案的时候都是互相商量和参考的,最终总会殊途同归,具体可以看一下 ECMAScript 近几年的发展就能看出来。
    @oness 问号以及后面的结构浏览器通常称为 Search,服务端通常称为 Query,这部分是会传到服务器的。而井号以及后面的部分浏览器端是称为 Hash,是不会传到服务器上的。
    通常单页面应用的路由及页面间的传参不需要服务器处理,也就不需要传给服务器。
    最重要的一点是如果在 Search 中传参整个页面是会刷新的,而单页面应用的设计就是想要避免用户在使用过程中页面刷新。Hash 的修改通常就不会刷新。
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   2724 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 183ms · UTC 04:07 · PVG 12:07 · LAX 20:07 · JFK 23:07
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1