我只是个混github连击的
注意: CSS-TRICKS的文章我推荐去看原文, 因为他们总是在更新. 本文已经注明了原文发表与本文翻译时间.
原文：The Clearfix: Force an Element To Self-Clear its Children
原文作者: Chris Coyier
原文最后更新时间时间：2017-02-26
翻译时间: 2017-06-24
翻译作者：毕业失业的fulvaz
联系方式：fulvaz@foxmail.com
FBI Warning: 翻译时优先关注原文的本意, 而非其实际内容, 介意请看原文
原文: Code your JS app like it’s 86
原文作者：Victor Perron
原文创作时间：2016-09-28
翻译时间: 2017-01-10
翻译作者：无法毕业的fulvaz
Contact：fulvaz@foxmail.com
译者注：
这篇文章非常有趣，作者介绍了利用复古的的图形界面设计模式实现组件间解耦。但说起来古老，实际上说明了flux做了什么事情，以及为什么要有flux。
原文创作日期: 2015年7月27日
原标题: TOO MANY TOOLS AND FRAMEWORKS
原文作者: mrmrs
翻译: 失眠的fulvaz
Theodore Sturgeon是一名科幻小说, 评论家. Kurt Vonnegut笔下角色Kilgore Trout便是以Theodore Sturgeon为原型.Theodore Sturgeon非常高产, 著有超过200部作品, 发表超过400篇评论.他的第一部作品发布于1939年 – 科幻小说并不被文学圈广泛接受的年代.
1958年, Theodore Sturgeon在Venture proclaiming发布了自己的作品<Sturgeon’s Revelation>(Sturgeon的启示录):
(高能提醒: 大量意译)我重提<Sturgeon’s Revelation>是因为, 我已经已经有20年时间花在与人辩解科幻小说的地位上. 反对者们老是使用最差的科幻小说作品作为例子, 然后得出科幻小说是垃圾的结论. 我感到很厌倦. 按他们的意思, 如果某一领域出现了垃圾的话, 那么这领域90%的内容都是垃圾. 这么说, 90%的电影, 文学作品, 消费产品都是垃圾. 这种说法是根本站不住脚的, 因为科幻小说作品质量的发展趋势和其他艺术作品是一样的. 科幻小说需要时间发展.
关于Webpack用法我不想讨论太多, 这里是要讨论几个问题
ps:跟官方教材走一遍, 10分钟
关于模块化, 看看这个也许会有更深刻的理解
模块化发展史
webpack天生支持CommonJS, 自动打包, 生成单一bundle.js, 在html直接引用即可.
js可以模块化，那么css呢? 官方教材就告诉你webpack的过人之处
[webpack tutorial]http://webpack.github.io/docs/tutorials/getting-started/
打包css的好处? 比如写一个轮播图, 你需要用户自行添加样式, 使用webpack就不需要再麻烦了, 直接打包好.
参考: https://www.w3.org/TR/html5/common-idioms.html#sub-head
基本是意译
HTML没有提供副标题标签, 下面是替代方案
h1 - h6 不能用于表示副标题, 除非是用于表示一个新段落的heading, (unless intended to be the heading for a new section or subsection)
ps: 后面例子没有说明unless部分的内容是什么意思. 请赐教
hx): 下面例子的标题与子标题用header组合(group)到一块, 作者不想让子标题也包含在表格内容中, 而且子标题也不是用于表明新段落(section)的开头, 所以他们用p来表示, 显示效果如下.12345<header><h1>HTML 5.1 Nightly</h1><p>A vocabulary and associated APIs for HTML and XHTML</p><p>Editor's Draft 9 May 2013</p></header>
结果:
好吧, 我终于变回了一个普通码农, 谢天谢地.
repo: https://github.com/fulvaz/Carousel-Exercises
具体效果看淘宝首页的轮播图
总算是写完了一个轮播图, 回想上次面试被人鄙视轮播图都写不好, 我明白了是为什么 —- 真的轮播图都写不好, 基础太差了.
因为一个轮播图就能涉及到许多问题了, 下面一个个来说明
如果不加任何设计直接写, 结果就是全局变量满天飞, 不同的view之间糅杂到一块, 要想办法将他们分开.
ps: 虽说是设计, 但是我依旧觉得还是可以继续改进.
到我这其实只是做了个监听者模式, 将页面逻辑和业务逻辑分离, 顺便说一下这里的页面逻辑是指与页面操作相关的逻辑, 比如说div位置, 动画, 形变等等; 业务逻辑是指, 用户点击了什么, 键盘做了什么操作
用了差不多大半年原生ubuntu,不得不承认一点, ubuntu的gui界面, 或者或ubuntu不适合日常使用. 需要折腾的东西太多太多, 比如不稳定的ss-qt5, 不稳定的chromium(忽然间很卡), 很悲剧的源下载速度, 奇葩的多屏管理(窗口最小化后打不开)……相信我, 不要吐槽我, 你能想到的方案我都差不多试完了.
吐槽: 我只是没钱买mac
update: 已经换mac
最近想写前端, 需要第三个显示器, 网上的usb-vga转换器只能在windows下使用, 有个哥们尝试实现了一下驱动, 然而项目已经放弃了, 让我去学驱动开发也不现实.
linux的最强的功能是命令行. 这是我最不想放弃的一部分, cygwin也不能代替. 如果可以在windows的gui环境下还能使用linux的命令行, 那是极好的.
连vps的方案先否决, 连国内不经济(学生套餐?不好用), 国外太慢. 那就直接virtualbox运行ubuntu server吧!
唯一的坑是连接方式要选网络地址转换(NAT), 还要做端口转发设置-网络-端口转发.
其次, 开发的时候注意监听0.0.0.0, 而不是以前的localhost
嗯…我怎么又想到了安全问题?
我在当年考研, 听说暨大网速好,就报了.结果网速真的很快, 除了实验室
update: 极路由下个VPN插件就能搭VPN服务器了
update: 然后最近快得不行, 不知道哪位大爷放过了我们
首先考虑是不是实验室路由器到上级路由出口带宽太小. 这个好解决, 找个人少的时间重置了实验室路由器, 重新配置了qos, 然后在高峰时段在路由器后台监控流量……嗯, 峰值200k.
那很有可能是公网出口带宽太小—-分配到实验室路由器的公网带宽太小. 哪里可以拿到额外的公网带宽? 宿舍. 如果可以在宿舍建一个代理服务器, 然后从实验室连接到宿舍, 通过宿舍的公网带宽连公网的话, 速度无疑会快很多.
由于直接在路由器上做文章限制很多, 最有效可行的方案就是用ssh转发, 然后用proxifier对系统进行全局代理 (ubuntu可以直接设置)
ps:当然你也可以放台电脑在宿舍, 然后在windows下面建一个http服务器, 那更简单也更稳定, 毕竟有官方支持的客户端, 网上建http服务器的教程很多,可以去搜索下
###ping
首先在实验室ping宿舍ip, 可以ping通, ping值1ms
为自己的迷茫期背锅, 重新学习node, 多说几句, 在我看来node根本不是个适合的服务端工具, node只是个为前端服务的工具(至少现在看来), 既然糊里糊涂进了这个坑, 我也就懒得走了, 继续蹲下去. 我的目标是前端, 但不至于前端, 更重要是会使用node制作工具和轮子更好地开发前端.
也许还需要补充基础知识, 必要时跑后端去, 语言真的不是关键, 但我需要知识的深度和专精.
(看不到图? 插件还没写好啊)
##更新package
npm update 更新
npm outdated 测试是否有旧版本的包
##语义化版本管理
~ 忽略minor版本, 比如~1.2.0可以升级到1.2.4但是不能升级到1.3.0, 忽略minor升级
好吧, 之前的百度IFE的图片库偷懒不写完, 然后想进行重构, 结果扯到蛋了,脚步太大
脚步太大
Webpack - 模块化
Babel - ES6
主要是这两个坑, 将ES5代码转到ES6修改太大, 那么不可避免就会引入bug, 本来是没事的, 有bug就调呗, 反正项目也不大, 100行代码而已. 然而后面的事情证明我太傻太天真.
Webpack + Babel调试问题
好的, Babel和Webpack帮我将100行代码转成了1000行的大怪物. 嗯, 怎么调呢? 机智的我当然记起sourcemap, 可惜现实是残酷的, sourcemap似乎对CommonJS支持有问题, 结果是明明文件A报错, 提示信息变到了B上面去了.
简而言之, 没法debug了.