【杭州招聘】BREW高级软件工程师

pengjing8481

6、BREW高级软件工程师  (5)
主要责任：
负责公司在Brew平台上的软件开发。

必要任职条件：
1、计算机及相关专业，本科以上学历，3年以上工作经验；
2、英语六级及以上或相同水平，具有良好的英语读写和口语能力；
3、精通C/C++语言编程，有扎实的编程功底和良好的编程习惯；
4、有较强的数据结构开发背景，具备出色的寻找和解决问题的能力；
5、具有在多款流行的手机上开发程序的经验者优先；
6、能够独立工作，也能够胜任团队开发；
7、性格开朗，工作责任心强，勤奋好学，踏实，做事积极主动，思路清晰有条理，有良好的人际沟通能力和团队协作精神。

联系人：Fiona

MSN：pengjing076@sina.com

Sr. Engineer: 20-30W
Lead: 30-50w
manager:50+W

qingshang666

那个公司？公司简介都没有？呵呵

pengjing8481

公司可以加我MSN，单聊。

pengjing8481

请将简历发送至pengjing076@sina.com

pengjing8481

我也可以将详细信息发给你。

string1982

adasd, 关于BREW中为何不能运用static，全局变量以及c标准库函数的理解2007-04-24 12:58关于BREW中为何不能运用static，全局变量以及c标准库函数的理解

想必大家都知道，brew中限制运用static变量，全局变量以及c标准库函数。
其实这个限制是对dynamic application的，是针对developer的，并非针对oem。而在oem层是没有这个限制的。
那为什么在dynamic app中有这个限制，而在oem层没有那，以下是我的理解：

大家知道，static和全局变量是在编译时候就被分配内存的，具有全程生存期。并且处于自身的代码空间（在编译的时候具体确定在代码空间（特定的数据段）的位置）。
dynamic app是在编译成mod文件后，通过加载到brew中来执行的。那么，如果dynamic app中存在static和全局变量的话，那么它所被分配的内存地址，或者说在code spce中的定址是针对开发商编译生成mod文件时的那个编译环境。
但是，最终的运行是在brew环境下，这样就可能导致在brew的环境下无法定位这些全局或者static变量（因为他们的定址是在编译成mod文件时确 定的，那个code space和brew环境的code space是不同的），所以在dynamic app中不允许使用static和全局变量。 而对于static module，我觉得是没有这个限制的，因为既然是static，就是同brew环境一起被编译进image的，处于同一个code space，brew当然可以定位这些全局，static变量的位置拉。
为什么不能在dynamic app中运用c标准库函数也是这个道理，因为很多c标准库函数里可能运用到了static和全局变量，高通为了避免这种潜在的危险，所以提供了一套和c标 准库函数功能相当的函数集，即helper函数集，他们在保证完成标准c库函数同样的功能下，避免了运用static和全局变量。

至于为什么oem层上可以运用static，全局变量，读者应该也自然的明白了。因为oem层实现本身就和brew紧密结合在一起的，是同时编译的，处于同一个code space，brew可以完全定位这些全局，static变量。

对于局部变量，由于是在运行时由环境自动分配内存（或者存于寄存器，或者存于堆栈），不存在定位问题，所以不存在问题。