@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子学科(游戏引擎开发), 表示这四门全给联系上了.

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

深圳有老人?

1point3acres