Noxxxx

最近刚接到的任务是要在官网商城PC版上面添加一些功能。第一次体会到糟糕的代码是多么的可怕。不论是从项目结构，还是代码风格，经历了“几代人”的“锤炼”，早已风化腐朽多时。 由于历史原因，整个PC站点是由Nginx拼装的html页面，Js也是由Nginx合并后的，杂乱的各种命名，年久失修的公共库。以及一个09年的弹框插件，据说是从一号店那边过来的，好在此人留下了QQ号，已经33岁了。。。 兼容性的代码，以及很多hack。 现在看来最大的坑是用的jsp模板渲染，函数调用都是直接写在DOM结构中，onclick事件触发。到了今天，老代码不敢动，新代码只能不断的往上加，难以想象越是到后面会怎么样，每个刚接触的人都需要花费时间来阅读理解这些东西，后面的人更是不想接，这坑可真是大。eval，混乱的压缩，都是不规范导致的。 虽然不断的吐槽，但还是要硬着头皮去改这些代码，略感崩溃。

js let formatSize = v => { var s = [‘Bytes’, ‘KB’, ‘MB’, ‘GB’, ‘TB’, ‘PB’]; var e = Math.floor(Math.log(v)/Math.log(1024)); return (v/Math.pow(1024, Math.floor(e))).toFixed(2)+” “+s[e]; }; php版 function formatSize($b,$times=0){ if($b>1024){ $temp=$b/1024; return $this->formatSize($temp,$times+1); }else{ $unit=’B’; switch($times){ case ‘0’:$unit=’B’;break; case ‘1’:$unit=’KB’;break; case ‘2’:$unit=’MB’;break; case ‘3’:$unit=’GB’;break; case ‘4’:$unit=’TB’;break; case ‘5’:$unit=’PB’;break; case ‘6’:$unit=’EB’;break; case…

去年夏天雷暴雨的时候，一声炸雷，直接干翻我家的空气开关。我擦嘞，居然可以这么玩。当时觉得很不可思议。 时至今日，几分钟前的一声雷响，又把我吓了一跳。 向来都对大自然有敬畏的我，赶紧google了一下，为什么住的地方附近，一有打雷闪电就很猛。你可以很easy的看到闪电以各种风骚姿势就在你眼前亮过。 http://news.nationalgeographic.com/news/2004/06/0623_040623_lightningfacts_2.html 然后点进去看了一遍。里面有几个点还是值得注意一下的。 1、户外能避雨的地方，如球场观众席上的开放式顶棚，野餐的类似国内的小亭子，这类建筑都是不适合在雷暴雨的情况下躲雨的。 2、期间不要玩座机了。 3、室内不要靠近窗户，不要洗澡，接触管道之类的。 4、刚下完雨也不要傻乎乎的就以为结束了，跑出去 文中也提到了，一般被闪电劈到的人，基本上就是挂了。 Use the 30-30 rule, when visibility is good and there is nothing obstructing your view of the thunderstorm. When you see lightning, count the time until you hear thunder. If that time is 30 seconds or less, the thunderstorm is…

感觉这是一个要被打的题目，然后听了 3/5 的我最后还是提前离场了。 首先iweb峰会是我第一次参加，之前有过前端开发者大会，css conf，平安支万的前端conf，饿了么的conf，D2等等，这个是我目前听过的最最XX的行业内的分享会。 首先大会定的时间很早，8:30开始，结果是9:15开始，那么早，上午都是几个赞助商在bb，推广自家的产品，可能我作为一个前端开发者不适合参加这种，iweb给我的感觉是做H5游戏的这么一个分享会。 除了上午寒冬winter的还有可取点，其他的如intel的nw.js之前在D2上面也有过分享。上午刚开始群里面也在讨论这届的会议和上一届差不多，吐槽最多的还是白鹭引擎，那个什么页游的。 第一个分享者就拿了两页的PPT，硬生生的在上面扯了30多分钟，貌似还超时了，讲的什么敏捷开发，团队交流合作。这种东西本身就是任何注重开发效率的公司或者团队会去考虑和实践的，放在这种会议上讲，是觉得下面的听众水平不怎样么？？ 另外这个讲小程序的，真的是够了，什么红利巴拉巴拉一堆。上午的专场简直就是浪费生命。 下午的场次，工具场1是掘金的CEO阴明，聊的也不是技术，也是一些想法，好在个人思路挺清晰的，听的过去。 第二个是阿里的麻凯倩，和web动画相关的。这一块之前已经听到过好多次了，也基本上是炒冷饭，偶尔会拿出有什么新的库之类的，创新点不多，chrome的调试也是以前就有人讲的，同时在结合阿里手淘的一些相关经验来讲。这个是我个人比较佩服的一点，虽然新的点不多，但是大厂的经验是可贵的，所以这些踩过的坑拿出来分享意义会更大一些。 本来后面是打算听一下大漠的分享，听了一小半，发现和之前那位妹子的分享差不多（个人感觉）示例图片也是一样的，讲的点之前也提到过，再加上对整场会议的失望感比较强，所以就早早的结束回去了。 另外上午开场的主持人，一开始上台就说自己昨天没有睡觉，所以状态并不是很好，有念错嘉宾名字的…. 外场的赞助商的展位也基本没有，冷清，冷清，冷清…………………….. 言而总之，浪费了一天的时间去听。 现在的这种分享是越走越偏了，不管是出钱的会议还是免费的，质量参差不齐。基本上短短的40分钟内，要让听会者有所收获真的很有挑战。普遍的趋势就是质量越来越低，曾经在广州听 16年前端开发者大会 交了300元的参会费，最后给我的感觉就像是交了智商税。 全场请来的 react 的讲师，来自Facebook的好几个，很多主题也都是和react相关的，这就会给人一种错觉，react 很火。 去听这些分享会，越来越感觉像是去喝鸡汤的，去打鸡血的，去被洗脑的。干货的产出非常少，但是这样的会议却原来越多。跟培训行业一样，一下子火了起来。很奇怪的一个现象。 另一个套路就是，请一些业内出名的讲师多来布道，这次在宣传页上看到很多阿里的工程师，可笑的是像勾三股四没有分享主题的居然也都写上去了，不知道是处于什么想法。。。

很早之前就打算弄一个web版的图床工具，之前用vue1.0写了40%的界面后就不了了之了。最近打算重新拾起用bvue2.0从头开始写。 1.0的版本并不打算加太多的功能，只准备实现最基本的图床外链这些东西。 虽然之前有过一些调查，技术并不复杂也是有信心做的了的，不过自己玩总是觉得缺了点什么，GitHub上有很多个项目，包括之前的wordpress主题等，所以这次打算做完后稍作推广一下，看看能攒到多少star。 也好让自己有动力去完善下去，后台会用 laravel5 最新版，一开始就不打算支持 PHP7 以下的，还是觉得技术新一点的比较好，守旧总是不行的。如果用的人多了，2期会扩充更多功能。 嗯，大致就是这样了，不说了，继续撸代码去了。

12年注册的账号，很久没有上，估计是密码泄露了，有人用了我的账号导致Twitter官方把账号给禁了，按照官方给出的步骤，先是提交了一段自己账号的概述，然后就收到了官方发来的邮件，回复邮件，再简单的说明一下自己拥有这个邮箱账号，隔天就把账号给申诉回来了。不得不说这个效率真是快，这也是我比较欣赏的一点。 感慨英文真的要夯实，虽然简单的书面交流没什么问题，但是口语始终…大学英语老师也曾建议我要加强口语。

端午节前的两天效率还算蛮高的，把种子网站（https://btyisou.top）和网盘搜索的给重构了，这种站点还不能使用单页应用，没收录就啥意思了，虽然可以整 SSR 但是，目前还没打算搞这一块。接下来打算研究一下 bash脚本，把服务器下的所有数据都备份一遍然后上传到七牛云。 这段时间折腾了很多东西，还给团队搞了个脚手架工具，类似 vue-cli 的，摆脱开新项目时需要手动copy以前项目目录结构的这种苦力活了，持续集成也想学。 想学的东西多了去了，有目标也是一件好事。 放假去了一趟外婆家，两只狗共下了6只崽，小狗真是可爱。(～￣▽￣)～

最近在开发这么一个编辑器，让运营自己编辑类目商品活动营销页。 这是个基于oo编程的项目，框架也是公司内部的框架，并没有使用目前mvvm类型的框架。 同时这个项目并非从0到1的过程，而是已经有70%的老代码，我们几个人是修改老代码符合新的需求，另一方面是在此基础上开发新功能。可以看到右侧已有很多封装好的功能组件，可以直接实例化。 自己开发新功能其实问题不大，问题在于去改别人的代码，并且是在旧代码的基础上已经modify之后的代码。 洋洋洒洒的600多行代码，一个注释也没有，同事的解释是，良好的命名就可以代替注释，另外一点就是，你写的注释，下一个人修改之后，可能不会顺带修改注释，那么注释的意义也就失效了。 乍一想，觉得挺有道理。然，当我看到下面这一段代码的时候，已经懒得去分析了，抛开代码写的好与坏。如果你的英语水平有过6级的话，我相信这命名还是能读的，但现实是绝大多数人的命名都无法翻译成可用的中文。更何况英文翻译成中文还是有歧义的，怎么确保读的那个人知道你的心思呢。 当然这也和读的人有很大关系。 相比之下，我更会在主体结构上写注释，至少让人知道，摸得着你的代码主体结构。争取5分钟就能入门，特别是在一些逻辑处理的深的地方更需要加注释，很多人都是临时创建一个变量，再去逻辑判断。一个不知道项目细节的人就要揣摩你的心思，浪费双方的时间，让你来给他讲解。 “哟，又在写bug了啊”这话常常被用来调侃或被调侃。殊不知，我们确实再埋bug，在埋坑给后人。 虽然不能约束别人写注释，但我自己还是会写，缪缪数语，即是给自己一个良好思路，也期望让别人能看懂我的代码。

查看 Prism.js 的源代码发现作者居然是 css secrets 的作者，666。可惜这个插件只支持 ‘js’: ‘javascript’, ‘py’: ‘python’, ‘rb’: ‘ruby’, ‘ps1’: ‘powershell’, ‘psm1’: ‘powershell’, ‘sh’: ‘bash’, ‘bat’: ‘batch’, ‘h’: ‘c’, ‘tex’: ‘latex’ 这几种语言，木有 PHP 高亮的。 function formatSize($b,$times=0){ if($b>1024){ $temp=$b/1024; return formatSize($temp,$times+1); }else{ $unit=’B’; switch($times){ case ‘0’:$unit=’B’;break; case ‘1’:$unit=’KB’;break; case ‘2’:$unit=’MB’;break; case ‘3’:$unit=’GB’;break; case ‘4’:$unit=’TB’;break; case ‘5’:$unit=’PB’;break; case ‘6’:$unit=’EB’;break;…

Laravel 的安装容易卡在 composer 上。 先是 composer 的设置 php -r “copy(‘https://install.phpcomposer.com/installer’, ‘composer-setup.php’);” php composer-setup.php php -r “unlink(‘composer-setup.php’);” mv composer.phar /usr/local/bin/composer //设置到全局 //修改为中国镜像 composer config -g repo.packagist composer https://packagist.phpcomposer.com 然后安装利用composer 安装 Laravel，不推荐下载安装包 composer global require “laravel/installer” //安装 Laravel 命令 laravel new blog //创建一个laravel项目目录名为 blog php artisan serve //如果本地有php环境可以直接启动一个server 不过不推荐 通常直接放到nginx起的站点中 这样有利于保持和生产环境的一致。 Laravel…