毕业季结束了，告别了学生身份，揣在兜中的学生证也失去了它原来的作用，只能像文物一样压在箱底，变成了人生的沉淀，虽然偶尔会拿出来瞻仰一刻。
在国际化项目中，B/S页面是比较好做的，因为页面基本是单线程的，页面加载和保存时都可以较好的控制当前线程的Culture，但是到了C/S页面，除了UI线程外，多了好多后台线程用来处理各种各样的逻辑，然后时不时的唤起到UI线程更新些桌面信息，这时候你会看到UI线程的语言显示是正确的，但是在某些操作传送到后台线程执行后，抛到桌面端的语言显示有问题，测试人员会报Bugs出来，开发人员则需要一个一个的修复，如此反复持续了一两个月，好在大家都是年轻人，工作勤奋，倒是没有积累下太多的负债。
在后面的工作中会发现，软件系统的国际化没有统一的标准，各个公司的做法会有所不同。
关于代码分支的管理，有Main、Release、Feature、Hotfix四种，其中：
- Main分支是代码的主干分支，代表了代码的最新内容。
- Release分支则代表了每个发布周期对应的分支，是在周期发布节点由Main分支切分出来的。
- Feature分支则根据User Story确定的具体的功能点，在Main分支切分出来的。待功能点开发测试完毕后可以将改动迁移回Main分支。
- Hotfix分支则是从Release分支切分出来的，在每个周期分布后，如果上线后有发现问题需要修复，则可以切分出该分支，修复后迁移回Main分支测试，测试完毕后再迁移代码到Release分支打包部署。
对于Hotfix分支的代码是该先迁入Main分支还是Release分支，在后来的工作中发现，每个公司的规定不太相同，并没有一定之规。
如此四种分支相互促进，可以满足正常的开发需要。
当然，在某些其他公司，可能没有这么规范，所以会发现，有些工作很多年的人，遇到这种代码管理时，都是云里雾里的。
一个项目除了自己组内人员外，也会或多或少的跟其他组有所交流，于是我们也会时不时的跑到其他办公室做些问题上的沟通。
正如在前面章节中提到的那样，办公室里是提倡英语交流的，当然，有时交流十句英语，不如一句汉语来得实在，毕竟是母语，一词一句就能恰如其分的表达出你的观点。
公司对于英语的强制需求要求我必须在个人空闲时间练习英语听力，口语，那时也下载了很多了英语电影辅助辅助提高。
另外，关于电子邮件的收发，对于我们这些初出茅庐的菜鸟来说，是不能直接发邮件出去的，写完邮件后需要先发送给项目组长审查，邮件各段落是否清晰，就像高考作文一样，先不管写的什么，至少要卷面整洁，进一步，语法语义是否清晰，是否有错别字，截图是否合理，重点部分有没有高亮显示等，都是需要审查的内容。
对于邮件的严格要求，确实使我受益多年，一直到了现在，当我在看到别人那些杂乱无章的邮件时，不由得内心万马奔腾。一个良好的职业素养，确实可以使自己受益，使别人受益，使团队受益。
发表回复