视频工作者啊，影视创作公司啊。。。

2333，在没有监管的情况下久了，就非常容易松懈和迷失自我，毕竟人是群居动物。

我建议你把办公场合迁移到咖啡厅，环境是最大的改善方法。你可以 1、3、5 在外面工作，2、4 在家工作。

橘色很好看

你要招啥？ PHP 要么？

-。- 我都是先搞清楚要做哪些检查，然后去同级人少的医院做检查这样快一些。如果检查结果有问题，我再去好的医院挂号，因为同级别的医院的检查结果是互相认可的，除部分。检查结果上面会标注的。

有市场的话，大佬们（世纪佳缘）早就做一个专门的专栏来应对这块市场了。

你要让对方觉得你可以成为一个好的伙伴，一起进步，那人家才愿意分享自己的知识给你。
如果你只能吸收却不能回馈对方任何东西，那对方自然不愿意与你交流。
你可以问完一个问题，回去想一想，把自己对这个东西的理解包装一下，改日面聊的时候告诉他：上次你告诉我那块代码的 xx 是这样、这样、这样实现的以后我回去想了一下，发现这样做有这样、这样、这样的好处。真的很厉害，需要多向你学习；
首先你对对方的认同就是对方对你认同的基础线。

也不能一味的讨好，人家会看不起你。你也要发表自己的主见。对于待开发的功能，将来你要积极主动的提出意见，然后马上当着大家的面问老同事“这块还是你比较熟悉，我刚刚只是谈了自己的想法。还是想听一听你的建议，对我的想法有没有冲突和改善的地方”。等等。把主动权给对方，实际就是给了自己加分的机会。ok ？

还是 eq 问题。

这是你的问题，或者说这是你要解决的问题。
你的处境是你必须完成上级指派给你的任务——理解这个程序，并按时提交工作进度。
那么你就需要理解清楚这个代码一共有哪些功能，有什么逻辑思维和开发模式，简而言之是从宏观上出发把握全局，然后逐个细模块的深入参透。
不应一开始什么都不懂就跑去问老员工，老员工也有自己的工作。在他不了解你的情况下，你问的任何问题都显得你能力不足才导致需要老问。
比如 IDE 可以通过点击变量名回到声明处，然后向下阅读来理解整块代码区域的功能含义的事情，你没有做就去问，这个当然不好。假如你已经做了，但是仍然不理解，甚至超出了你对于理解这块代码所预设的时间，那么你就要问。这时你也不要姿态太低的去求人，应该取巧。日常一定要多尊称对方前辈，用对方喜欢的事物打动，加深彼此关系。同事之间本来就应该礼尚往来。他回答你的每一个问题对你来说都是你的珍品。带着这样的心态去进步才是最可取的。你不要觉得领导分配这个老员工带你他就有义务把你培养出师。如果他的代码你完全读懂了，那他的竞争力也就失去了。谁会干这种自毁退路的事？你要聪明点。先搞好关系。

我感觉完全不是一个东西了，2333 深入学习 GO 和 Python 以后。
另一个是 Go 没什么培训班，而且 package 比较少，造轮子比较多，意味着分配工作后的快速适应性不强。

Foxmail

关键也要看市场部门的意见，如果市场部门不监督把控好“所见即所得”，让包装 or 菜单上看到的就是里面吃到的形成一种文化和商业道德及创业标准，像香港或者日本那样（去过其一大概就能 feel me ）。
还有就是中国不管是任何行业都存在的一个问题，你买一个东西，它不具备 A 功能，但是它却说具备 A.1 （跟 A 很相似，但不是 A 那就不是 A ），商家也不告诉你，而且 A 是人们最常用的。—— 这个是什么呢？某宝的 iphone 雷电接口公母转阔 2 （一边继续是雷电充，一边是 3.5mm 音频孔），该音频可以输出除了打电话以外一切声音（包括微信实时语音）。这是不是 A.1 ？这是不是很重要的功能？