EDN首页   博客首页

1

关于投票
日语职位对应的英文称呼初探

职场等级森严,这点在日本尤其明显,所以“先輩”的说法绝对不是虚谈,是根深蒂固的排位意识。

在管理職(管理职)management职位称呼中,从高到低依次是:部長(部长),次長(次长),課長(课长),係長(系长),班長(班长).

部长,顾名思义,这里是一个部门的头头,Director (of a department);

次长,在企业中是辅佐部长的职位,一个部门负责人的代理人,相当于副部长了,也是督导课长的人,因此,这个职位的英文非常好理解Assistant Director,而作为比课长高一级别的位子,也可以说成Senior Manager;

课长,是部门里一个课的负责人。但这里有分两种情况,其一、如果一个公司里单独设有一个课,那么这个职位的人名片上会印成比如:“经营课长”;其二、如果一个公司里的课是设立在部下面的,即这个课长上面还有次长的话,那么这位课长的名片应该“经营课 课长”。鉴于次长可以说成Senior Manager,所以课长就是Manager(of a section)
罗嗦下:课长可以算一个分水岭,因为从这个职位以下的什么系长、班長(班长)啦就算中間管理職(中层管理职位)了;

系长,和部长?次长这个组合一样,系长也是课长的候补、代理角色,Assistant Manager。从管理组织的角度来看,系长这个职位是直接对应现场监督的,所以虽然是隶属在课以下的单位,但对外也有直接如“经营管理部出纳系”这样的称呼。也有很多企业没有系长,主任的上一级直接是课长。而在一些钢铁冶炼制造企业干脆是以“掛長”(挂长?这个中文偶实在不敢说出口。。。)这个职位来等同于系长的。

制造型企业还不能不提到班长,这个有时和“担当者”的位子似乎平级的。偶曾经把它看作foreman,不知道合适不,也分什么企业吧。因为也有看到说在中层管理职位中,如果没有课长的话班长就相当于系长。

再补充两个自己知道的职位称呼:主任、担当

主任,个人觉得主任也不大好英语定位,这个头衔可大可小,但起码是个chief的意思在里面了。
担当(责任人?),更搞笑了,说是person in charge of~~都明白,说中国话算是负责人呢也可大可小了。总之明白这个职位在整个体系里是啥地位就好,即低于主任等管理职位的。

有朋友提到“職長”职长,这个我没碰到过的职位不好评说,查了下发现是主要说建筑行业的现场的操作员的指挥监督,那么我用supervisor应该沾边了。

其实左右一家公司的并不是以上占据这些管理职位的人士,简单地剖析下一家公司实体的权力金字塔,可以看到他们都是中间结构,好比划船,负责领导各个水手的小头脑什么大副啊二副啊都是他们,而掌舵的,即金字塔塔尖部分,还没提到呢,容偶下面摆一摆:

取締役会the board of directors,随着台湾企业(想必在台资企业呆过的铜子应该很清楚他们主要是学的谁的那一套吧?)和日本企业在中国大陆的投资不断增加,这个日文词也有了更和中文完全一样字面的表达:董事会,所以你应该明白的一点是,在日本的企业法里,会長(会长)是等同于我们所说的董事长Chairman (of the board)的,当然这个称呼的日本说法还有一个是“董事長”,可这个说法是出现在台资企业、中国大陆企业(比如中日合资)中的多,其初衷恐怕在于有这个入乡随俗的需要。会长一般是从董事会中选出的,通常可能是上任的社长,年纪和名望在董事们中都很高的,但一般是个名誉职位,有名无实了.

举一反三下,取締役?董事director/ board member,很好理解。但千万记得这个director的称呼是在董事会这个组织内来说,和CEO手下的管理人员千万不要混为一谈,保险起见还是叫board member好了。

而提到社長President,是个和会长难分实权谁大的职位。为什么这么说呢?首先,社长也是从董事中选出的,是一家公司的最高执行长CEO是也~~日本的公司法里没有对这个职位的权责以明确描述,是要根据公司内的制度来限定的,通常社长是代表着公司行使权力的,是公司的代表。前任和现任的区别大家明白那个微妙关系么?所以会长和社长孰重孰轻在各个公司的情形是各不相同的。
而有个说法可跟“董事長”呼应的:総経理,当然也是在台湾企业和中国大陆的企业居多的称呼了,这个职位一般也是CEO的感觉,恕不赘言。

顺便提下看韩剧里经常被提及的两个称呼:常务、专务,这种职位的人在韩剧里好像一般都不是什么正面角色哈,老给正义的化身:那些主角们制造麻烦,要不就是他们身边跟着些谄媚小人总出坏主意。表笑,偶是多俗的东西都大肚能容,这个主题总容易联想到权力斗争太严肃,不来点娱乐性元素实在让人感叹生活无味哦~~

回正题,常务和专务在日语里有对应的正式说法分别是“常務取締役”和“専務取締役”,简称“常務”、“専務”,于是你就应该清楚他们其实只是董事会里的职位而已,都是董事会委任的,都在负责一定领域,但并不供职于企业,不是企业职员编制。董事会任命的职位由高到低依次是:社長、副社長、専務、常務。

那么要提到对应的英文说法也是个容易混淆的:常务Managing Director,专务Senior Managing Director,这俩说法也是限于董事会内的,绝对不可以等同于企业内部的什么经理之类,所以你要看到某成功人士名片上印有Managing Director可不要以为那家伙就一定是什么总经理,也许可能是董事会里的常务,可能是位子还不如专务的那位。如果是后者,一般人家也许会在后面加上of the board,总之千万看仔细。

系统分类: 自由话题
用户分类: 百科知识
标签: 无标签
来源: 转贴
发表评论 阅读全文(140) | 回复(0)

1

关于投票
分散加载的实现(scatter) zt
很多朋友对分散加载不是很理解,其实它的原来很简单,这些加载的原理都源自生活。

由于现在的嵌入式技术发展比较快,各类存储器也层出不穷,但是它们在容量、成本和速度上有所差异,嵌入式系统又对成
本比较敏感,那么合理的选择存储器和充分的利用存储器资源成为一个必要解决的问题。咋们工程师最喜欢的就是发掘问
题,然后解决问题,基于嵌入式系统对存储器的敏感,那么要合理的利用存储器资源,就必须找到一种合理的方式。工程师
们发现,可以把运行的程序放在不同成本的存储器中来寻找这个成本的支点,比如把没有运行的但是较为庞大的程序放在容
量大、成本低、速度也较低的FLASH存储器中,要用的时候再去拿。但是,这里面又有一个问题,嵌入式本身就对信号的处理
速度有较高的要求,这点在实时操作系统的定义上上有所体现。所以那些经常要用的程序段如果要保证其高速的运行那么就
得放在一个在高速的存储器中,不过这是有代价的:较高成本,小容量。但是,相信由于技术的发展这个问题终将被解决,
到时候寻找平衡点的问题也就不存在了。好了,说了多了点。切入正题。

         程序总有两种状态:运行态和静止态。当系统掉电的时候程序需要被保存在非易失性的存储器中,且这个时候程序
的排放是按照地址依次放的,换句话说:我才懒得管它怎么放,只要不掉就行。当系统上电后,CPU就要跑起来了,CPU属于
高速器件,存储器总是不怎么能跟得上,既然跟不上那么我们就尽量缩短它们之间的差距,那留下一条路,那就是尽量提高
存储器的读取速度,存储器类型决定其速度的水平,那么尽量放在速度高的存储器就成为首选解决方案。那么我们就把要执
行的程序暂时拿到速度较快的RAM中。那么拿的过程就牵涉到程序的加载了。这就是要解决的问题。

         一个映像文件由域(region)、输出段(output sections)和输入段(input sections)组成。不要想得太复杂,
其实他们之间就是包含与被包好的关系。具体关系是这样的:

        映像文件 >   域 >  输出段 >  输入段

输入段:

        输入段就是我们写的代码+初始化的数据+应该被初始化为0的数据+没有初始化的数据,用英文表示一下就是:RO
(ReadOnly),RW(ReadWrite),ZI(ZeroInitialized),NOINIT(Not Initialized)。ARM连接器根据各个输入段不同的
属性把相同的拿再一起组合一下就成为了输出段。

        请看看平时写的东东:

         AREA    RESET, CODE, READONLY

         AREA    DSEG1, DATA, READWRITE

         AREA    HEAP, NOINIT, READWRITE

看出其属性没?

输出段:

        为了简化编译过程和更容易取得各种段的地址,那么把多个同属性的输入段按照一定的规律组合在一起,当然这个
输出段的属性就和它包含的输入段的属性一样咯。输入段的排放规律就是:最先排放RO属性的输入段,然后是RW属性段,最
后是ZI或NOINIT段。

域:        

        为什么还要加一层域,我的理解是由于代码的功能不同,那么我们有必要把不同功能的代码分类放。我们可以把需
要高速执行的代码放在一起、把对速度要求不高的放在一起、把执行频率高的放在一起,把执行频率低的放在一起...那么按
照这种方式放的代码就可以根据其具体需要放在不同的存储器中了。这样可以提高程序执行速度。一个域中包含1~3个输出
段。

映像文件:

         我暂时把映像文件理解成烧到存储器中的文件,由N个域组成。这些域其实可以看做是独立的模块,只是他们按照
一定的顺序(这个顺序还是:RO+RW+ZI)被捆绑在一起,这样才方便烧写到非易失存储器中去。

        好了,了解了映像文件的组成,那么来看看映像文件是怎么跑起来的。

       映像文件就是有N节车厢的火车,车厢(域)里装着要送到不同站(不同类型的存储器)的货物。到相应的站了,那
么就把相应的车厢拿下来。指挥拿这个的就是scatter文件。拿下货物车厢后,我们就解开它,把里面的品牌为RO的货物提取
出来,按照scatter的指示发给某个地址,然后再先后把品牌为RW和ZI的货物发到scatter指定的地址。

       看看这个加深理解:

       LOAD_ROM1     0X00000000    ; 从火车上取出来时的地址(如:成都站)

{

            EXEC_ROM1       0x40000000     

            {

                   PROGRAM.O(+RO)  ;把品牌RO的货物发给0x40000000去

                    RAM1          0x80000000

                    {

                    PROGRAM.O(+RW,+ZI);把品牌RW,ZI的货物依次发给0x80000000

                     }                    

             }

             ......

}

其他的段也可以这样依葫芦画瓢。

        scatter的原理就介绍这样,其中的语法和规则要多写多把代码的地址拖出来看才能体会。不过都是很简单的,生活
中的小常识就能解决这些问题。为什么?因为设计这些规则的工程师的灵感就是源自生活。嘿嘿...享受把代码随处放的乐趣
吧,...enjoy...
系统分类: ARM
用户分类: arm开发
标签: 无标签
来源: 转贴
发表评论 阅读全文(129) | 回复(0)
总共 , 当前 /