erlang 有不少职位吧,我上家公司一个大部门全是用 erlang 的..

"买空间买域名搭网站，论坛、文章系统、导航门户、商城、招聘网站、家教网站。。"
"技术栈： C 语言， Linux shell 。其他如 python,java,php 只是把书看了一遍，没有实际的项目经验。 "

没太看明白,那你这些网站都是用什么搭的啊?还是你的技术栈里漏了什么

POLLIN 应该是在系统的 poll.h 里定义了,你工程里又重新定义了.解决方法同 1 楼

./incs/libusbi.h:#include <poll.h>
./incs/os.h:#include <sys/poll.h>

@BOYPT c++没有什么好用的包管理吧.我记得还看过视频,在微软每年举办的 c++的一个 camp 上, Bjarne Stroustrup\Scott Meyers 等等都在台上,自由问答环节,下面有人提问说为啥 c++没有 pip 啊,然后台上的几位 bla bla 说了一堆,具体说了啥忘了,总而言之就是现在没有,将来再说吧

学习了

@lecher 学习了

@myid +1 应该是有向后兼容的需要,要不然影响面太大了

由直观去比较不同游戏的 ai 实现难度肯定是不对的,毕竟 AI 也是 cs 中专门的学科分支了,应该让懂行的来聊聊.

搜到的一个贴,里面有大牛出没
https://www.zhihu.com/question/27169866

感觉大部分和宗教相关的网站\软件,都是不以盈利为目的的.当然很多是接受捐赠的,但是互联网捐赠这条路已经证明了在中国大部分情况下是走不通的..

比如方式 1 吧,类似斗鱼直播,那么网站是否提成呢,如果提成应该提成多少呢?我自己不是佛教徒,所以不知道如果是个虔诚的佛教徒发现网站利用佛教来敛财的话,会不会有什么别的想法.

这个只能由不信佛的人来运营了,要不然从佛身上赚钱害了自己清修不说,当商业利益和佛教冲突的时候,又该怎么取舍呢?

同意 ls 某位的观点,简历我觉得得大改.

一句话的项目像你们学校的网站之类的就不用写了,项目在精不在多,只保留前几个,且内容要扩充,最好把用的技术\碰到的技术难点都写一写.这是给 HR 的第一印象,要给人自己技术很强,项目经历很丰富的印象,即使他未必真看得懂.而诸如"详情我就不说了,看我 github 吧"之类的就不妥了,要知道大部分人是没功夫点开你的 github 来看的,要把内容尽可能地在一页简历里呈现出来.

而教育背景作为你的弱点,你要把它放在简历的后面,而不是最开头,你不希望有人看了你教育背景就丢简历\关网页了,或者在阅读项目经历之前就对你有先入为主的印象.

最后自我评价你也太诚实了吧,哪有这么写的.我归纳了一下,主动去阅读 Android 源码,学习底层架构,这是求知欲强,了解设计模式\常用数据结构算法,有良好的获取信息的习惯(stackoverflow).

不要想太多了,投简历没回音再正常不过了,大家都经历过.应届生招聘一般是大批量的,除非是名校的或者有特别获奖经历的,那可能会特别重视一下,否则很可能是在 hr 那关就被筛掉了.个人博客,github,项目质量之类的,不走到那一步是没人来看的,也没这个时间来一一看啊.不用太妄自菲薄,再多投几家试试.

tree 算不算?可以树状递归地列出当前目录下的文件

想了一下.假设输入的字符串长度为 n,如果预先穷举好所有的双拼组合 cache 起来,最快用 O(1)的时间就能找到,即一次查表就可以;如果是在 runtime 进行进算,一共有 n - 1 种可能的分割方法,每种分割方法查单拼表也是 O(1)时间,这样最坏情况下是 2(n-1)次查表,相当与复杂度是 O(n).不过由于最长的双拼也就是 6 * 2 = 12 个字符,所以不考虑查表速度的差异\以及表的大小带来的 cache 的 miss rate 等等等各种因素,大概估算起来会慢 20 来倍.不知道有没有算对

别的不了解,就第一条感觉有点异议.小公司尤其是你这个只有你一个人懂技术的公司,应该更容易尝试新技术吧.大公司很多遗留代码,遗留框架,要换新技术是很难的,而且更追求稳定性和 bug-free,不会轻易推倒重来的

有个疑问，为什么游戏服务器端还需要驱动程序的开发?

@nladuo 多谢回复，下班前试了下还是很酷炫的，就是没找到 stop 的方法有点意外。最好在 stop 时提供给用户交互式选择是否将运行的应用关闭，这样灵活性大一点，还有就是如果选择不关闭，最好能告诉我这些依然活跃的应用的 pid 。

另外刚才洗完澡看了下代码，没有看得很仔细，如有说错的请见谅。第一感觉是 server 端的锁加的力度是不是太大了，两个线程几乎所有主要的业务都在这个大的锁里面。二是有些检查，比如可执行文件是否存在之类的，我没看错的话是放在 client 端执行的， server 端是不再做检查的，我没想好这样是否合理。如果重复检查可能也没必要，是不是索性 client 端只做参数的基本校验，透明传输给 server ，由 server 来做校验更好？且我看现在 client 里大部分函数例如 start/stop_all,status ， start/stop_process 等等，其实现阶段干的事是完全相同的。另外就是感觉如果把一些内容稍微封装一下，比如 domain_socket 的 ipc 、或者一些数据结构的之类的操作封装一下，应该很能短小、简洁很多。