mc-inside

【Perl】字符串匹配：如何正确匹配出’aaaa’中的3个‘aa’模式？

问题 by Zair

eclipse又慢又笨？用惯WinSCP换了Mac不知所措？被Dash惯坏了想要Windows下的替代品？

http://alternativeto.net/

Justice “正义”

愚者必须现在必须决定这样的视野对他个人的意义。他回顾自己的人生，梳理将他带到此时此刻的因果关系。他肩负起过往行为的责任，从而加以改进，正大光明地迎接未来。这种正义(11)的呼唤必须被满足，才能将往事一笔勾销。

学习PHP该走什么样的路线

问题 by 西秦公子

1. 是应该看传统代码还是应该看MVC框架代码？

2. 是应该先看手册还是应该看成品项目？

作为一只伪前端开发癞皮狗重构的mc，向来写CSS都是用“穷举法”写的。嗯，就是『标题太靠左？老板来10px margin』这样的感觉。

拯救了这样的我的一款开发神器就是AlloyDesigner的洋葱皮功能。

愚者的旅程是对人生旅程的某种隐喻。每张主牌代表了旅程中的某个阶段，也就是一个人在达成圆满的过程中必须接纳的体验。这22个描述都是基于每张主牌的关键词，关键词以加粗格式展示，对应卡牌的数字则在括号中。

一个优秀的前端工程师应该具备什么样的技能？

问题 by 侯志强

一个优秀的前端工程师应该具备什么样的技能，应该从哪些方面来提高自己的专业技能还有软实力？

我的看法

• 学力

在统一密码的方便但不设防和每个站独立密码的麻烦之中，各种密码管理解决方案出现了。关于这个小众需求，我个人无法接受这个密码生成方案是有“中心”的，无论这个中心是商业公司还是某个加密的数据文件。前者我要信赖他的生存能力，国外的不被墙能力和国内的哔—能力；而后者我要小心保护这个数据文件，用一个强密码乃至多层加密来保护它的同时，还要把它同步在不同的电脑和手机之间，这依然是方便和安全之间的悖论。

练习一

塔罗牌介绍

1.1 我信么？

回想第一课中呈现的理念，简短地记下现在你有多信塔罗牌，用百分比大致如下

• 0% = 我对塔罗牌的任何严肃用途都持怀疑态度，塔罗牌只是有趣而已
• 100% = 我坚信塔罗牌能够带给我明确而个性化的指引

大家写代码的时候，是不是大部分时间都费在了各种神奇的问题上

问题 by xxx织梦者

时光回溯到2009年，CommonJS规范和NodeJS都还在襁褓之中，离Bower诞生还有三年时间，Ruby还统治着github，CoffeeScript在年末提交了第一个commit……

备受加载顺序，依赖关系折磨的前端开发，开始站起来试图解决日益复杂的前端开发的种种问题，RequireJS降临了。如果说NodeJS吹响了JS全栈革命的号角，那么同时发生的前端模块化革命便是RequireJS的历史使命。

五年过去了，RequireJS战胜了同级生LabJS，带起了中国小伙伴SeaJS。他完美地引领了前端模块化的革命，但今天看来，它有些过时了：它重浏览器端，轻打包编译，没有及时跟进包管理体系，almond没有成为标配而只是周边，配置晦涩……诞生太早的RequireJS，虽然一度成为了前端模块化的某种程度上的事实标准，但难掩其缺点。

多年前，我告诉我兄弟我在研究塔罗牌，他说“一副纸牌怎么可能告诉你哪怕任何一点有用的东西?” 我笑了，他的回复代表了大众对塔罗牌的看法。而我也同样对塔罗牌抱着怀疑，但后来我发现它确实可以以一种不同的角度帮你察觉、理解和面对人生中的挑战。在这篇介绍中，我会尝试解释其中原因。

塔罗牌的起源是个谜。在十五世纪，塔罗牌作为一种纸牌游戏在意大利流行。富人们钟情于漂亮的纸牌，其中有一些得以存续至今。1450年代前后的Visconti-Sforza塔罗牌就是其中最早最完整的塔罗牌组之一。

问英语在编程当中的重要程度

问题 by 光头哥

在与同事群友交流当中发现英文讲不出几个，但是却经常逛英文的社区，分享国外的博客和资讯。 但是我英文不会几个 好像感觉问题也不大。。。

所以我不禁想问了，挖掘机技术。。。。。

不对 - -

是学习英语在IT行业和编程当中分别到底有多重要，你们会经常逛国外的技术网站之类的吗

随着诸如github pages的静态托管服务，静态站点生成器在近年有了极大的发展，静态生成+托管对托管环境要求低、维护简单、可配合版本控制，但又灵活多变，在程序员和geek群体中大有超越WordPress等动态博客程序的势头

近年来个人也好项目也好，我也经常要用到静态生成器，这里把我玩过的静态生成器挨个做个简评

才、才不是什么玩博客程序的时间超过了写博客的时间呢

嗯，计划中的每周三会有一篇关于塔罗的文章，那么来一发关于“坚持写博客”这事儿本身的牌阵自然是个好的开始

牌阵方面选择了一个缩减到5张的简略版celtic cross

该不该从事更多项目？

问题 by 郭同jet

公司有公司的项目，虽然主要分配给我的工作A比较无聊，但也偷偷接触了一些公司的核心项目B， 没有时间搞B，这时候又有github上的项目C诱惑，

好好搞B的话，也许能提高收入，但C上能学到东西。

又希望早日结束A，而公司目前缺人，不让俺全职搞B。 有点想把C砍掉的意思。。C回报慢周期长

“andrew ng语重心长的说，每次专心做一件事情就好了，因为你做的最大的事情远远大于次大的，例如乔布斯的苹果和皮克斯。”

做一件事 one at a time，据说这句话最近很流行，纠结。

我的看法

这是第一篇文章，我是mcfog，一个怀揣小小文艺梦想的技术宅。我的技术不是很好，技术博客有写一些，但说句大话，效果一般(-_-)。个人博客曾经有写过，但没个主题也没人关注，缺乏更新的动力。朋友圈偶尔骚一把，但篇幅受限，还混在日常吐槽之中，还没有缺乏历史积累。于是穷途末路之下突然想起还有公共帐号这么个神奇的似乎介于上述种种地方之间的地方，故而来这么尝试一把。

据说程序员当中擅长写字的不多，我也是个语文不用几乎，就是不及格的差学生。但好歹有朋友给我“文艺”的评价，于是我觉得可以花一些时间来为赋新词强说愁一把。这里的定位呢大概算是科技人文，或者说程序员人文吧。我以为在茫茫程序员之中，我还属于幸福指数比较高的一半，也希望能将我小小的幸福分享给大家，提升一下大家的幸福指数。