先找一个较短的字符串，把它所有子串弄出来。然后拿这些串对剩下的字符串做多模匹配，统计每个子串出现的次数看是否等于总字符串数目

有点意思，现在应该已经有一些社区自己组织这种互助式的学习团体。可以先看看人家怎么做的。

这样其实有一些用的，请人监督这种直接求助亲戚朋友可能不太好意思，但是以同样目的结识的人可能容易开口些。

ABI 是和平台编译器都有一定关系的。返回 int 的话基本上都是通过 eax 或 rax 寄存器，只有 size 比较大的 class 才会传指针

这是你自己指定了.o 生成的规则，命令执行成功了却不会产出对应的文件

看看你用的 json 库有没有 sax 的接口，这种一般可行

搜索就行了，有多种解就多种解呗。

要问这个问题最好的做法，如果 LZ 想研究的话，可以去看看 Knuth 的论文《 Dancing Links 》

正常收啊。一般这种开销应该是公司出啊，也不是 CEO 的钱。你该收的收，朋友一样的交，这样反而能体现你的价值。商业上的事都是这样的，不要觉得你们讨价还价或者谈判什么的对后续的交往或合作有多大影响。

如果是人家私下找你那就随意。

@chuqi 写日记干嘛要写收件人。。。

练就是了。可以先做 usaco，然后参加 topcoder 和 codeforce 的比赛

一边实习一边找啊

原子操作不只是 cas，但是 atomic 的成本也不低的，1 来要放弃 cache，保证数据写入内存。2 来为了同步可能要加入 mem fence，防止 cpu 乱序执行和编译器的错误优化。而且不熟悉的人非常容易用错。建议要么就先充分阅读掌握相关的内容。要么就加锁

先计算所以的组合是不现实的。学习一下指数时间复杂度的含义？

楼主其实有点单纯的，想在互联网上驳倒别人是不现实的。把反对的意见都当作黑也没必要，于其着急的反驳，不如看看有没有值得借鉴的地方。这和程序员社区的争论 xxx 是不是一种糟糕的语言差不多。

对于原来那个帖子，我看起来反对的大多是认为中文编程不一定能实现原帖楼主的目标。对于本帖的目标 just for fun，我绝对大力支持，这是无敌的理由。而且作为 TPL 的研究是更好的。

对于把中文编程和使用或学习自然语言的中文联系起来的部分，我可以提供一点可能的担忧供楼主参考。不管是模仿 APL 式的把汉字作为不同的符号，还是易语言或者原来楼主那种翻译关键字的做法，最后总会成为一种和我们生活中使用的中文不同的一种新语言。有没有可能因为使用了更多的符号，反而使这个语言成为即使对中国人来说也是编程语言中更难学习的一门外语。

当然研究输入法是很好的，反正我觉得比之前那个老哥的翻译 github 管用:)

看了 lz 的想法，我只能说不推荐通过中文编程来学中文。就好像我也不会指望用英文编程学会英文。还是要遵循学语言的基本规律哈
多用中文交流是挺好的

数据全拉出来多模匹配

建议读点书吧，先看确保正确的资料，翻译软件能保持意思都不错了，语法很糟糕的

两三分钟过分了，要么你的库有问题，要么你的用法有问题。

你好着急啊，建议先多写点程序再去看这些书。有机会搞 ACM 应该是最理想的路线