@xiaoye5200 不花钱...那钻石是可以在别的关卡攒的

游戏苦手。。有几个关卡的hard我还是没办法不动用钻石通关

@est 在此.
是octree/quadtree.
不过, 用来做dictionary用途的容器还是用STL, 然后PIMPL藏起来(如果以后发现STL速度慢, 就换实现, 不换接口)

另外, 从试卷上的题目看来, 我铁定是过不了笔试的.

@DXpro 啊! 十分感谢! 但是我选择了GifCam...

(从你那个软件名搜索到了一个相关的...不要怪我...)

不过依然好奇sublime那个canvas

hi yangxin0,
只从你帖子里的叙述看, 我想说的是: 如果你遇到问题就打算熬过去, 甚至放弃, 这样不管你在哪里, 不管你在哪个团队, 不管你的年龄有多大, 没有解决的问题还是会找上你.

在我看来, 你要分析哪些因素导致加班. 从工作效率入手, 从团队协调性入手.

诚然咱们都是写代码很长时间的人, 咱们都知道上面那些建议说出来容易, 实际当中种种奇怪的历史遗留bug, 种种复杂(甚至无理)的业务逻辑, 还有那高变动的需求, 都会导致你放弃.

但是这些并不能成为理由.
当你应聘下一份工作, 面试官问你上一份工作经历的时候, 你不可以推脱说是迫不得已, 你不能说是权宜之计. 你必须得带着自己的答案解职.

我没看过你项目的代码, 所以没法在技术上帮你想办法了. 先水上面一大堆帮你打打气.
祝好运.

"Change the world one line at a time."

单元测试, 虽然叫test, 但我觉得更多意义在于specification.

它在重构/移植方面的作用已经不言而喻.

那如果你说不重构, 不移植呢?
我觉得它强制你写代码方式: 使其可测.

一个类型的做几个典型的就好了.

如果一道题在做之前你就知道类型, 长远看来是有害的.
在真正比赛的时候你就能意识到这个问题. #true story#

做比赛, 或者选一个解题人数区间内做题(比方说500-1000的AC人数的那种),
或者找几个相近类型, 混排一下.

再补充一下:

8. 不要在.h的全局空间using; 这样会导致std::string暴露给所有使用这个.h的编译单元.

这是练习作品么?

有一些建议:
1. 复杂度. 目前是O(n), 试试看能不能更快.
2. 有时候operator[]只是提领操作, 尤其对于const dict. 所以operator[]是不是提供一个const版本更好.
3. (这一点我也不太清楚, 需要你自己查证) 一般来说.h里面的函数都要inline, 有两种方法可以达到:
直接在class体内定义; 或者自己手动加inline.
目前这样子会导致函数重复定义(在.h包含多次的情况下)
4. 承接上一条. 一般.h头部需要加上#ifdef那样的预编译指令, 防治多次包含的情况.
5. assignment operator 一般都会返回一个const reference. 这只是惯例, 并不是错误.
6. 我想你需要写一些注释来阐明你对拷贝所使用的策略.(deep or shallow, reference or hold)
7. 你可以看看STL中map的写法, 会有很大帮助.

我有一点疑惑的是, 我总觉得二次世界大战前后的科技进步步伐要远远快于现在.

不知道是不是自己的错觉, 毕竟核能/计算机/航天技术的曝光率实在是太高了.

如果是这样的话, 那真是太痛苦了.

我认为文中的观点是说, 由FAG这三家公司所代表的一代技术, 即将全面普及, 最终会包围在我们身边, 以致后一代人觉察不到他们的存在.

事实上, 历史也确实是这样. 想想彩电刚在中国出现的时候, 再看看现在对彩电的想法.

嗯, 差不多是"无聊"的意思吧.

不过说起来真是好房子

卧室空调摆那里, 我觉得这是能冻死...

@rwx 看来, 最终的矛盾指向了"异地"这个问题上. (我在深圳, 她在芝加哥)

不过, 还是多谢你的建议!

不知道 iPad 里面怎么样, 以前遇到这种自动调整的, 输入法面板和输入文本框的位置之间容易来回弹跳.
而且复制的时候也容易错位.

回家试试

log

有时候异步的东西, debugger会不能重现.

会不会这样加好友, 然后通过好友关系, 申诉你的帐号, 进而获得你帐号的密码什么的?

同意楼上不能更多.

你花费的选配件的时间, 能学好多东西了呢.

身在Computer Science领域中的Computer Graphics子学科(游戏引擎开发), 表示这四门全给联系上了.

我估计那些数据工程师也差不多吧.