维基百科2020年2月23日典范条目

Japan Yokohama.png

橫濱市是一個位於日本關東地方南部、神奈川縣東部的國際港口都市。是神奈川縣的縣廳所在地和面積最大的市,也是政令指定都市之一,管轄有18個區。橫濱是日本人口最多的市。横濱市位於東京都心西南約約30公里至40公里,東臨東京灣。橫濱市政的中心位於關內地區,而中心商業區則位於橫濱車站附近地區。橫濱市一帶自鎌倉幕府時代開始得到開發。六浦湊是缺乏大型港口的鎌倉幕府的海上門戶。在江戶時代,由於橫濱臨近江戶幕府所在地江戶,因此大多數土地都是幕府直轄領地和旗本領地。藩的領地只有小規模的六浦藩。江戶時代時,神奈川湊則是江戶灣(東京灣)內海交通的要衝。江戶時代末期,神奈川在美日修好通商條約中被定為開港地。但實際上大多數港灣設施修建在神奈川湊對岸的橫濱村,在短時間內就具有了國際港的規模。橫濱港開港於1859年7月1日,有「金港」之稱,並迅速作為生絲貿易港、商業港、客運港、工業港得到發展。橫濱市在1988年被指定為業務核都市,2011年被指定為環境未来都市和國際戰略綜合特區。

February 23, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/39VDdO9

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月22日典范条目

MajGenRobertHoweOval.jpg

羅伯特·豪美國獨立戰爭期間一位來自北卡羅萊納殖民地大陸軍將領。是該殖民地在大陸軍中服役的5位將領之一,也是職位最高的一位。他還曾在北卡羅萊納殖民地議會和州議會中擔任立法議員。1773至1775年間,豪積極維持北卡羅萊納和其他北美殖民地之間的聯絡,參加北卡羅萊納省議會。革命戰爭打響後,豪晉升準將,並參與大陸軍南方軍部的許多行動,還一度成為南方軍部總司令。1778年,他在防禦薩凡納對抗英軍的戰鬥中失利,大陸軍和愛國者民兵損失慘重。豪擔任軍事指揮官的經歷充滿爭議,他與南卡羅萊納的克里斯托弗·加茲登以手槍決鬥,此事就是因豪與南卡羅萊納政府間的衝突引起。除政治和軍事爭議外,豪的反對者又將他描繪成好色之徒,這些因素共同影響,促使大陸會議解除了他對南方軍部的指揮權。他以資深軍官身份主持軍事法庭,判決英國軍官約翰·安德烈間諜罪名成立並處絞刑。豪本人也受到意圖叛投英國的指控,但華盛頓認為這不過是英軍有意在大陸軍中製造分歧。戰爭後期,豪多次協助平定賓夕凡尼亞新澤西的兵變,再在戰爭結束後於1783年回到北卡羅萊納州。

February 22, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2vU73nw

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月21日典范条目

Mawei China Propaganda facing Matsu.jpg

海峽兩岸關係史上,中國歷史上疑似關於台灣的記載最早可以追溯到《三國志》中提到的夷洲或《隋書》中提到的流求時期,海峽兩岸已有貿易往來,元世祖設立了澎湖寨巡檢司,開始對澎湖有實際管轄。1349年汪大淵在《島夷志略》中記載澎湖屬泉州晉江郡。自17世紀20年代起,海峽兩岸關係受荷蘭人西班牙人漢人滿人日本人的影響,中國大陸與台灣或統一,或分離,直到1945年中華民國接管台灣。關於海峽兩岸關係的起始時間或歷史分期無公認的標準。中南財經政法大學台灣研究所副所長張春英教授在《海峽兩岸關係史》書中將兩岸關係的歷史分為四個階段:第一階段是從史前時期到17世紀20年代荷蘭人占領台灣;第二階段為荷西明鄭清朝、日本統治台灣到1945年中華民國接管台灣;第三階段為1949年中華民國中央政府撤離中國大陸後形成的兩岸軍事對峙階段;第四階段是80年代以來兩岸結束軍事對峙,關係緩和發展的階段。中國文化大學中山與中國大陸研究所邵宗海教授則是將1949年後兩岸關係史劃分為軍事對峙、法統爭執、交流緩和、意識對立、互惠協商五個時期。

February 21, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/37PcaCB

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月20日典范条目

1865 Two Cent Obverse.png

2美分硬币美国铸币局于1864至1872年间生产的一种流通用硬币,1873年时还有为收藏家打造过一批。硬币由铸币局首席雕刻师詹姆斯·巴顿·朗埃克设计,由于包括镍币在内的其它多种小面额硬币更受民众亲睐,2美分硬币的产量逐年递减,最后经1873年铸币法案废止。为了填补空白,满足市场交易需求,私人代币应运而生,其中大部分都是铜币。费城铸币局在生产这种分币的过程中遇到难以解决的技术困难,该局官员和化验委员会每年都会建议将之以新币取代。虽然有宾夕法尼亚州联邦众议员撒迪厄斯·史蒂文斯为首的部分议员反对,希望在硬币成分中继续保留金属,但国会还是通过1864年铸币法案,授权发行铜质分币和2美分硬币。由于缺乏其他面额的联邦硬币,2美分面世后起初反响热烈。但随着国会陆续授权发行3美分和镍币这些同样不含贵金属的硬币,2美分逐渐失去市场。1873年,国会废除了这种面值,政府将大量硬币赎回后熔毁。

February 20, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2P5DOon

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月19日典范条目

Kate Sheppard.jpg

嘉芙蓮·威爾遜·謝潑德,1848年生於英國利物浦,1868年隨家人移居至新西蘭,是新西蘭婦女參政權運動中最傑出的人物。在新西蘭,她活躍於包括基督教婦女禁酒聯盟在內的各種宗教和社會組織。1887年,謝潑德擔任基督教婦女禁酒聯盟主管參政權及立法的全國負責人,在她任職期間,新西蘭的婦女參政權事業得以推動。1893年,新西蘭女性成功獲得投票權。自此,新西蘭成為了世界上首個實現普遍選舉的國家。1896年,新西蘭全國婦女理事會成立,謝潑德擔任該理事會首任主席,並在1918年協助理事會進行改革。晚年,她前往英國,協助當地的女性爭取參政權,但由於健康狀況惡化而返回新西蘭。儘管她後來在政治議題上不再活躍,但仍然為推動女權而持續寫作。1934年,謝潑德逝世,膝下無在世子嗣。1991年,謝潑德的肖像取代伊麗莎白二世,成為10新西蘭元紙幣的正面人物。

February 19, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2V4EnCM

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月18日典范条目

UN Building A from East.jpg

聯合國秘書處總部外,聯合國在以歐洲為主的全球各地另設有其附屬機構、相關組織的總部。在各國城市當中,以瑞士日內瓦為最多聯合國組織設置辦事處或總部的城市,其中包括世界貿易組織世界衛生組織等;其次則為聯合國總部所在的美國紐約聯合國安全理事會聯合國兒童基金會等聯合國部門均位處於此。截至2015年,紐約在眾多聯合國組織所在的城市當中員工人數最多。

February 18, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2uWKz54

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月17日典范条目

Nixonflyer1946.jpg

1946年加利福尼亚州第十二国会选区选举美国加利福尼亚州第十二国会选区所进行的一场选举,为第80届联邦国会选出代表该选区的联邦众议员。本次选举一共有三位候选人,分别是在任民主党联邦众议员杰里·沃里斯共和党挑战者理查德·尼克松,以及前联邦众议员,禁酒党候选人约翰·霍培尔。最终尼克松获得了56%的选票成功胜出,开始了他长达半个世纪的从政生涯,于1969年起担任美国总统。对于尼克松的这场胜利,不同的研究给出了不同的解释,有国家的政治走势,也有尼克松一方指责对手亲共的竞选战略。一些历史学家认为尼克松从反对沃里斯的有钱人那里获得了巨额资金,还有一些认为这样的指控纯属无稽之谈。这个问题仍然是历史辩论的主题之一。图为尼克松的竞选传单。

February 17, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2P0zRkV

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月15日典范条目

1879S Morgan Dollar NGC MS67plus Reverse.png

摩根銀元美國鑄幣局於1878至1904年間生產的一種1美元硬幣,之後還在1921年再度投產。國會通過《1873年鑄幣法案》為自由鑄造銀幣運動劃上句點,坐姿自由女神銀元因此停產,摩根銀元則是此後美國發行的第一種標準銀元。硬幣由鑄幣局助理雕刻師喬治·T·摩根設計並以他命名,其正面刻有自由女神肖像,背面則刻有展開翅膀的老鷹,爪子上還抓有箭和橄欖枝。國會於1876年秋通過布蘭德-阿利森法,授權發行新銀元,並要求財政部每個月按市場價購買200至400萬美元白銀並打造成銀幣。1890年,國會又通過謝爾曼收購白銀法,其中把財政部每個月要購買的白銀量大幅提升到14萬公斤,但在銀元生產上則只要求鑄幣局再繼續一年。這一法案之後在1893年廢除。1898年,國會通過新法案,要求之前根據謝爾曼收購白銀法買下的所有銀錠都要打造成銀元,鑄幣局於是繼續生產到1904年才把庫存的銀錠用完,摩根銀元也暫時停產。1918年通過的皮特曼法案授權將數以百萬計的銀元熔解後再重新鑄造,摩根銀元於是又在1921年再次投產,同年末,新設計的和平銀元面世,摩根銀元的設計正式退出歷史舞台。

February 15, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2vx1vza

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月14日典范条目

Tropical Storm Edouard 2002.jpg

2002年热带风暴爱德华2002年大西洋飓风季的第五个热带风暴。爱德华于9月1日从佛罗里达州以东的一片对流区和冷锋发展成热带气旋,在弱转向气流的影响下,系统向北漂移并沿顺时针路径循环向西移动。虽然有中等到较强风切变的不利影响,风暴还是在9月3日达到风速每小时约100公里的最高强度,但又在接下来向西行进的过程中快速减弱。9月5日,爱德华在佛罗里达州东北部实现登陆,并在穿越该州后于9月6日消散,其残留被热带风暴费伊的环流吸收。热带风暴爱德华给佛罗里达州带去了中等程度降水,其中该州西部降雨量超过175毫米。虽然登陆时系统仍有热带风暴强度,但其在陆地上行进时的风速很小。此外虽有多条道路被雨水淹没,但此次风暴没有造成人员伤亡,总体破坏也很小。

February 14, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2vxnaXQ

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月13日典范条目

Florida counties map.png

美國佛羅里達州一共有67個,於1821年成為美國領土時只有兩個郡,即以薩瓦尼河(Suwanee River)為界,西部為艾斯康比亞郡,東部為聖約翰斯郡,後來成立的其它所有郡都曾是這兩個郡的一部分。佛羅里達於1845年成為美國的第27個,1925年由阿拉楚阿郡析置的吉爾克里斯特郡是全州最年輕的郡。佛羅里達州的郡是州政府的分支。1968年,各郡獲得了自行發放特許狀的權力。除了瓦古拉郡郡城克勞福德維爾外,佛羅里達州的其他所有郡城都是註冊成立的自治市

February 13, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2OLug1O

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

【四火】 技术面试中,什么样的问题才是好问题?

其实很久以前就想谈一谈这个话题了,但是最近才有了足够的动机。因为从最近参加的很多 debrief 来看,我认为身边大多数的软件工程师面试中,在通过技术问题来考察候选人这方面,很多都做得不够好。比方说,我看到对于一些经验丰富的软件工程师候选人的面试,一些面试官依然是草率地扔出一道算法题让做了事,并且认为能不能够比较清晰完整地将代码写出来,是工程师级别裁定的最重要的标准。而这样的做法我认为是非常不妥的。

首先,我要明确的是,这个问题,指的是技术面试中俗称的 “主要问题”,具体来说,就是面试官会拿出一个问题和候选人讨论,并通过由此开始双方的互相沟通和问题发散来达到考察的目的,因此,这个 “问题”,从某种角度说,更像一个 “话题”。这个过程通常在每轮面试中会持续几十分钟(如果你对这种面试方式感兴趣,你可以看一下这个简单的介绍)。下面的讨论,都是建立在这种面试风格和方式之上的。

其次,作为一个 disclaimer,我想说,以下内容来自于我的认识,并且是针对于技术面试这一个狭窄范围内的认识,自然带有主观的倾向性和认知的局限性,它并不是来自任何公司或组织的标准。

好,下面我就来尝试把这个问题讲清楚、讲透彻。我认为这并不是一件容易的事情,因此如果你对其有不同的看法,欢迎和我一起讨论。

典型案例

我先来举这样一个典型的例子,这里面包含了若干个值得商榷的方面,你可以看看是不是似曾相识:

在和候选人谈论完项目和经历以后,面试还有 40 分钟,于是面试官问:你能否实现一个 LRU 队列?

于是候选人想了一下,就开始做题了,也就是在白板上大写特写,于是面试官也就开始忙自己的事儿了。等到 40 分钟后,候选人写了一白板,但是显然,他在这过程中遇到了一些困难,最后虽然实现了,但是代码写得有些复杂,也遗漏了两、三个重要的 corner case。

于是面试之后,面试官在评语中写道,“候选人能力一般,算法题实现起来磕磕绊绊,最后的代码偏臃肿,而且有明显的 bug”。

在往下阅读以前,请你想一想,这样的面试形式有哪些值得商榷的地方?

技术面试的目的

好,我先卖个关子,先不回答上面的问题,而是先谈一谈,对于软件工程师候选人来说,我们为什么要进行这样的技术面试。事实上,有很多考察项,完全不需要技术面试这样麻烦的途径,就可以很容易、很高效地实现;而下面我说的这些方面,这些对于软件工程师来说至关重要的方面,技术面试却是合理考察的唯一可行途径。

技术能力方面

通常不同轮次的面试,会考察不同的技术点,这个对于不同的团队和职位,是不一样的。

举例来说,对于某业务平台团队的一个高级工程师的职位,五轮面试中,一轮考察项目和经验,一轮考察系统设计,两轮考察具体问题的解决,特别包括算法和数据结构,还有一轮考察面向对象设计等其它内容,这其中,后三轮都包括白板编码的考察。

对于一个有经验的工程师候选人来说,我认为这就是一个比较立体、综合,也是一种比较合理的技术考察点的划分方式。并且,这五轮中有四轮都会花费大量的时间,通过我今天将谈到的技术问题,来对候选人进行技术能力方面的评估。这里,有这样几个非常常见的技术方面的考察项:

  1. 分析问题,整理需求的能力。问题在一开始可能很模糊,但是优秀的且有经验的工程师可以识别出核心的诉求来,这个 “识别” 的能力,下文我还会详述。这里的诉求可能有多个,但是考虑到时间的关系,面试过程中往往只会从某个角度覆盖其中一两个。
  2. 根据需求来设计系统的能力。这里既包括功能性需求,又包括非功能性需求,前者是必须要涉及到的,但是后者也经常也放在一起考量。其实这一点可大可小,它未必一定指系统设计中,功能是否得到实现,并且这个过程中,可能会涉及到系统的扩展性、可用性、一致性等等方面。
  3. 将核心逻辑实现的能力。如今,考察比重容易被高估的算法和数据结构就大体上属于这一部分。它也有功能和非功能的两个角度——功能上算法能否实现需求,非功能上算法是否具备足够的性能,编码是否遵循最佳实践,代码是否具备良好的可扩展性等等。而编码能力,指的是在思路达成一致以后,核心逻辑能不能落到纸面(代码)上。毕竟,“空谈误国,实战兴邦”。
  4. 经验和其它工程能力。这部分相对更为灵活。比如对测试能力的考察,即可以做怎样的测试来实现对于功能需求和非功能需求正确性的保证。对于特定的团队和项目来说,有时候会特别专注于特定的技术能力,比如前端的团队,是需要考察前端的基础技能的。

考虑到时间和覆盖面、覆盖深度的权衡,上面这四点有时候不能在一轮面试中完全覆盖,往往也会包括三点。比如,系统设计的面试可以着重覆盖 1、2、4 点,而编码为主的面试可以着重覆盖 1、3、4 点。

非技术能力方面

和技术能力考察所不同的是,非技术能力考察在不同面试官中的特异性更大,换言之,每个人的角度和标准都可能不相同。但我觉得下面这几条是特别重要,因而必须要覆盖到的:

  1. 沟通合作的能力。如果不计时间成本,最理想的面试是什么?其实就是一起工作。工作中才会有足够多必要的沟通,无论是正面的品质还是负面的问题都会无所遁形。可是面试的时间有限,我们没有办法实现真正的工作氛围,但依然可以模拟工作中一起考察、分析和解决问题的过程,而这个过程,就是要通过 “沟通” 串起来的。沟通是一个大的话题,具体的考察项有很多,比如,能不能接受建议?能不能讨论想法?有些候选人一旦进入自己的思考模式就听不进别的话了,于是一个点要反复强调几遍;而有的则是缺少 backbone,稍微追问一下,也不思考,就立马改变主意。
  2. 热情和兴趣。热情和兴趣的影响是巨大的,都说兴趣是最好的老师,这部分是很难 “教出来” 的。对于初级工程师来说更是如此。热情和兴趣不但会影响到他/她自己的未来发展,也会影响到整个团队的氛围。
  3. 学习能力。学习能力很大程度决定了候选人在新的岗位上进步的潜力。同样的基础和基本的问题解决能力,有的候选人能够 “一点就透”,触类旁通,这在一定程度上就反映了学习的能力。毫无疑问,软件工程师每天都在面对新问题,入职以后就会发现,不止问题是新的,代码是新的,类库是新的,工具是新的,在成熟到能够有一定产出之前,这一步一定是学习。

技术能力和非技术能力,哪个更占主导?事实上,这二者都很重要,并且二者各自又具备不同的特点。当然相对来说,非技术能力更加难以提高,因而这方面的问题要更加引起重视。比方说,要让一个对于软件领域缺乏热情和兴趣的候选人,在入职以后改头换面,是几乎不可能的一件事情。

其它方面

上面说的是技术面试中对于 “能力” 的考察。其实,还有一些考察项,严格来说并不能算是 “能力”,因此我就没有归类在上面,也不是本文的重点,但这并不是说它们不重要。

比如,候选人是否具备正直的品格。在 OCI,debrief 的结果,通常有 hire 和 no hire 两种,但是有一种情况,可以归结到一个特殊的 “never hire” 里面去,这样的候选人没有面试冷冻期,不会有职位和级别的讨论,就是一个 “永不考虑” 聘用——这就是品格问题。品格问题会导致 never hire 的出现,比如候选人对当前的所在职位说谎了。

再比如,和团队的契合程度。不同的团队,接纳候选人的程度和要求都是不一样的。一个典型的例子是,有时候我们发现,有的候选人在投票的边界线上,即本身是具备相当的潜力的,但是由于相对缺乏领域经验,且某些方面显示出方法明显不得要领。如果团队中有成熟、有经验的工程师可以带着,且团队有一定的空间允许他花更长的时间学习和成长,那么最后的结论就是 hire,否则就是 no hire。你也可以看出,很多时候这样的决定都不是非黑即白的,影响的因素是多方面的。

再再比如,性格不兼容导致的风险。我遇到过一例,候选人在面试过程中,在多轮面试中都表现出高傲和自满的个性来。于是这成为了一个担心招聘进来以后,风险过高的重要方面。于是最后我们放弃了这个候选人,尽管这个候选人的技术方面是没有问题的。有人可能会说,聪明人都是有个性的。但其实 “有个性” 和 “难相处” 却有着微妙的差别,而且再包容的团队,也有自己的底线。我们当然不希望错过优秀的人才,但是这并不是不计代价的。

从这几个方面也能看出,这些 “非能力” 的考察项,往往具备着或 0 或 1 的 “red flag” 的特点。面试官一般不会花心思在这部分的考察上,但如果发现这方面的问题,且经过了明确。那结果往往就会是一个明确的否决票,而这个否决票是和级别、职位无关的。

回看那个案例

讲完了技术面试的目的,再来回看那个案例。那个案例中,所记叙的面试过程,对于技术面试的技术能力和非技术能力的考察,是否有覆盖呢?我们不妨一条一条看吧:

技术能力方面:

  1. 分析问题,整理需求的能力。这一条考察的程度明显是不够的,给出的问题,是一个明确的、具体的算法题,也就是要实现一个 LRU 队列。也许这其中存在着问题分析和需求整理的空间,但对于具体算法题来说,这个空间显然并不大,而且候选人闷头就写了,这方面无从考察。对于一个初级工程师的面试来说可能还好一些,我通常没有微词;可对于一个要去面试一个经验丰富的工程师,我是很不赞成纯算法题面试的,而这就是其中的一个重要原因。
  2. 根据需求来设计系统的能力。这一点的覆盖基本为 0。上来就写代码了,不清楚思考的过程,也更谈不上什么系统设计了。
  3. 将核心逻辑实现的能力。这条确实是这种面试方式能够覆盖的部分,因为整个过程,就是候选人思考并编码实现的过程,只不过,面试官能得到的只有一个 “结果”,而非整个 “过程”。这样的数据,能反映出来在核心逻辑实现方面的价值,就要大打折扣了。
  4. 经验和其它工程能力。也许能够从代码的实现上获知一部分,但这一条考察的程度也显然是很不够的。

再来看非技术能力方面:

  1. 沟通合作的能力。这是最大的问题,因为这方面是远远不足的,整个过程没有沟通,没有合作,只有默默地做题。
  2. 热情和兴趣。这个过程很难从这个角度获取足够的候选人在热情和兴趣方面展示出来的信息。
  3. 学习能力。同上。

也就是说,除了 “将核心逻辑实现的能力” 可能还勉强过得去,这样的面试方式,并无法全面、合理地考察候选人作为软件工程师的综合素质。

事实上,如果你联想实际工作。如果你的团队中有这样一个工程师,拿到一句简单的需求,不确认问题,不沟通设计,不讨论方案,直接就开始埋头苦干,就算能写出可以工作的代码来,这是不是依然是一件无比恐怖的事情?显然,我们的面试要尽可能避免这样的事情在真实世界中发生。我们要找的是软件工程师,不是只会刷题编码者。

这也是我把这个案例,放在开头,作为反面案例的原因之一。

等等,“之一”!难道还有别的原因?

是的,这还没完,这个案例还有着其它弊端,我想再卖个关子——而现在,你可以想一想,再往下看。

怎样的问题才是 “好” 问题?

终于要正面回答标题中的问题了,到底怎样的问题才能真正称得上 “好” 问题呢?下面是我认为最重要的几条衡量标准。

从模糊到清晰

首先,这个问题在一开始要足够模糊,以便让候选人可以逐层递进,逐步细化,寻根究底。这个过程,其实就是将 “具体问题” 经过分析、归纳、思考、抽象并将其映射成为一个 “软件问题” 的过程。在问题变得清晰的过程中,理想的情况是,候选人可以表现出主动性,即候选人可以在多数情况下引领讨论的思路,而不是面试官。面试官需要顺着候选人的思路,逐步框定下问题的讨论范畴,并明确到其核心实现是确实可以用软件的办法实现的。

在这样的状态下,候选人可以以自然的状态,具备相当自由度地发挥自己的能力。从这个过程中,可以观察得到太多候选人的不同角度的特质了。通过这种方式,也可以很大程度避免了已经知道 “标准答案” 的面试官,由于思路的局限性,而给面试施加的源自于主观偏好的影响。

这就好像是开放世界的 RPG 游戏,有多个不同的路径都可以完成任务,玩家可以决策并决定主角的走向,但是这一切始终还要在游戏设计者的掌控之内。这当然是说的理想状态,有时候会有偏差,但我们朝着这个方向努力。这也对面试官驾驭不同的状况有着很高的要求,毕竟,面试官要对这个问题前前后后足够的熟悉,以便应对各种不同的细化场景。有一个常见的方式,是可以从一个自己已经足够熟悉的问题开始,比如自己曾经多年工作涉及的某类系统。

我来举一个具体例子。比如,有这样一个问题:

怎样设计一个流量控制系统?

这就是一个模糊到没法再模糊的问题了。不知你会不会产生下面这样的问题:

  • 什么系统需要流量控制?
  • 现在的流量是多少?
  • 需要支持到什么时间精度?
  • 流量控制的规则怎么定义?
  • 超过流量的请求怎么处理?
  • ……

其实,这些都或多或少是需要面试官和候选人一起逐步思考、分析和明确的。在这个过程中,可以考察的内容太多太多了。

事实上,针对不同程度的候选人,上述这个问题给出的最原始的模糊程度是不一样的,问题越是模糊,这部分对于候选人的要求也就越高。对于一个工作十多年的,有着多年系统设计经验的工程师来说,上面这些问题大致都应该是他/她能够主动提问,或是主动引领明确的。

值得一提的是,理想的问题最好还有一些隐藏的 “坑”,能否把这些坑识别出来,也是对于工程能力方面,一个很好的小的考察点。比方说,优秀的候选人应该想到,流量控制可以基于绝对时间窗口,或是相对时间窗口来进行的,但是要真正保护系统,相对时间窗口才是最理想的。当然在实现难度上,相对时间窗口,往往会更难一些。

而对于一个没有工作经验,并将要研究生毕业的候选人来说,问这样一个模糊的问题,往往带来了过大的难度,不但不容易推进面试的进程,还可能给候选人带来沮丧的心理。我们不希望看到,候选人拿到问题以后就懵了,如果发现候选人推进有困难,面试官需要介入并帮助。

因此根据候选人的程度,这需要面试官主动回答这些问题,或是直接缩小或明确问题的范畴,当这个问题的范畴缩到最小时,这可以是一个直接存在多种解法的算法题。极端地说,这个问题可以一直缩小到这样的程度:

假定说有这样一个 API,名字叫做 isAllowed,这个 API 在系统每次收到请求的时候就调用,传入的是请求对象,传出 boolean 值表示是否允许这次调用——如果最近一分钟内调用次数小于 10000 次就允许,反之则不允许。你能否将这个 API 实现出来?

如果候选人还一脸迷茫,可以提供这样的参考 API:

class RateLimiter {
    public boolean isAllowed(Request req) {
        // TODO
    }
}

你看,这只是一个将问题明确、细化和分解的过程,并没有涉及到实际实现代码该用的算法。但是,上面提的那些问题,要么都通过这个例子明确了,要么都给出具体数字了,这本身,就将一个模糊的问题,降低难度明确为一个具体的算法问题了。

不止一个解

前面一步已经谈到了有不同的方式可将模糊的 “实际问题” 映射到了一个可解的 “软件问题”,那么现在,这个 “软件问题” 依然没有标准答案。可能有几个参考答案,它们互相比较起来各有优劣。大多数情况下,候选人的思路,都在这几个参考答案的思路之中,但有时也能看到特立独行的新奇思路。

如同前一步所说的那样,对于不同级别的软件工程师职位来说,需求分析、系统设计等等这些方面的要求可能有着很大的差别;但是在这一步,对于数据结构和算法这样的基础能力,却是接近的。

对于这里谈到的流量控的算法来说,实现方式是有很多种的,代码复杂程度,控制精度,时间复杂度和空间复杂度等等都有着非常大的区别。当然此时涉及到的,已经基本只是算法层面的话题了,就算法本身而言,我在极客时间专栏中对其中的几个典型方法做了一些介绍,感兴趣的话可以阅读。

我可以再举一个我曾经经常在面试中拿来使用的例子:

某社交网站有两百万的注册用户,每个用户都有积分属性,且积分根据用户在社交网站上的行为而不断有小幅度的频繁变更(比如登陆一次就+1 分,评论一次就+2 分等等),怎样设计一种算法,能够高效、准确地实时获取指定用户在所有用户中基于积分的排名?

上面的问题从模糊逐步落实到实现上的时候,异步、定时地排序,是最容易想到的方案,而题目表述中的 “高效” 和 “实时” 这两个修饰词让这个问题变得困难。这个过程中,我见到的不错的办法就至少有七、八种,比方说,下面这个推进问题解决的例子:

  1. 候选人:在需要的时候进行排序,方案是……
  2. 面试官:好,这样的方式下,时间、空间复杂度是多少?
  3. 候选人:……(说着说着自己意识到时间消耗可能巨大)
  4. 面试官:对,不仅时间、空间都消耗巨大,CPU 也是,你能否优化?
  5. 候选人:……(提出了一些优化思路,但是他自己对它们的实时性也不满意)
  6. 面试官:好,有换个角度更进一步优化的方式吗?
  7. 候选人:对了,可以让数据一直是排好序的!
  8. 面试官:好主意,那你怎么设计数据结构呢?
  9. 候选人:我可以使用一个 map 来保存用户 id 到积分的映射,再把积分从小到大按序放在数组中,这样二分查找就可以找到对应积分所处的排名。
  10. 面试官:听起来不错,那么这时候获取排名的复杂度是多少?
  11. 候选人:……
  12. 面试官:对,每当用户的积分小幅变化的时候,你怎么维持这个数组依然有序?
  13. 候选人:从数组中拿掉一个老的积分,再放入一个新的积分……
  14. 面试官:这个变更影响的数据量有多少,时间复杂度又是如何?
  15. 候选人:……
  16. 面试官:不错,可这个方法有什么问题吗?
  17. 候选人:(恍然大悟)如果新添加一个用户,新的积分会出现在数组头部,数组内的所有数据都要向后移动一个单位!
  18. 面试官:没错,那你打算怎么优化?
  19. 候选人:可以把数组内的积分从大到小排序,这样新添加的用户所对应的积分总在尾部。
  20. 面试官:很好,这个方法还有什么问题吗?
  21. 候选人:……(意识到在某些情况下,有很多用户拥有相同的积分,这时时间复杂度会退化)
  22. 面试官:那样的话,你怎么优化?
  23. 候选人:数组的元素除了记录当前积分,还记录有多少个用户具有这个积分,从而消除相同积分的重复元素……
  24. 面试官:很好,可这个方法会带来一个问题,你能想到吗?
  25. 候选人:对了,如果积分变化以后,新的积分是没有出现过的,那么添加到数组里,就是一个新元素,于是所有比它小的积分全部都要向后移动一个单位。
  26. 面试官:非常好,那么你怎么优化?
  27. 候选人:如果使用链表来代替数组就可以避免这个问题,(突然意识到)可是链表我就没法二分查找了……
  28. 面试官:没错,那什么样的数据结构和链表在这方面具有一定相似性,又能够具备二分查找相似的时间复杂度?
  29. 候选人:……(这一步能回答出来答案就很多了,很多都是很不错的思路,比如有用跳表的,有用二叉搜索树的等等)

这只是一个简化了的片段,实际的沟通的内容远比这部分内容多,但是从中也依然可以管中窥豹,看出问题解决的过程是怎样逐步推进的。

从这里也可以看出,无论是从实际问题细化到软件问题,还是求解这个软件问题,都存在着多条通往罗马的道路,看起来很美好,但这样的问题设计和面试把控并不容易。但既然大家都是软件工程师,是未来有可能一起工作的工程师,面试官的能力和可能就和候选人接近,于是,为了保证面试的效果,就一定要精心准备这样的问题,而不能指望随机和临场想出来一个 “好” 的问题提问。

围绕问题的解决要完整

这个问题的分析、讨论和解答过程要完整。对,其实这一点说的已经不是问题本身了,而是攻克这个问题的过程了。

这指的是整个过程要努力让候选人能够抵达 “踮踮脚能够到” 的难度,并且能够完成从确认、分析、讨论、编码、验证和改进等一个过程。这让整个面试显得完整,同时带来了这样两大好处:

  • 对于面试官来讲,这样一个完整的过程,可以更全面地考察候选人,避免陷入视角过窄和一叶障目的情境。同时,“踮踮脚能够到” 的难度,又可以给整个考察的进程具备较为合理的预期。
  • 对于候选人来讲,心态可以得到一定程度的平复,不沮丧,能够 “完整地” 面试完一轮,能够收获信心。别忘了,面试是双向的,给候选人一个良好的印象是很重要的。

前文我举的这个将问题从模糊到逐步清晰化的这个例子,就是一个需要面试官根据候选人情况动态调整的例子。在候选人能够经过思考而快速推进问题解决进展的时候,要让出主动权,以被动回答和鼓励为主;但在候选人卡壳的时候,要夺回主动权,及时给出提示和引导。

在落到数据结构和算法上面的时候,极少有候选人能够在叙述思路的时候直接给出最优解的。这时候,如果时间充裕,特别是在候选人进展非常顺利的时候,可以不断提示、追问以要求 “代码前优化”,一步一步优化到他/她的问题解决的能力边界,这就是其中的一个探寻其 “踮踮脚能够到” 的这个问题的解决能力的一个办法。但这个过程的前提,是一定要给编码留足时间。当然,如果候选人不能在限定时间内给出清晰的优化后思路,那不妨就退一步到原先那个算法角度不那么 “好”,但是思路清晰的解法上,并落实到代码。

比方说,对于前文所述的那个流量控制的问题,候选人在还有半个小时的时候就想到了使用一个时间复杂度为 O(N) 的解,而面试官认为时间还比较充裕,那就可以尝试挑战一下候选人 “能否再优化一下复杂度?”。

有些时候,由于前面的过程磕磕绊绊,时间剩下不多了,依然只有时间复杂度较高的 brute force 的解法,那么将这个解法实现了,其实也是一个不错的选择。有时候时间实在比较紧张,可以要求实现一部分核心代码,这些都比由于时间太短而代码写了一半匆匆收尾要好得多。我的经验是,在讨论充分,思路清晰的情况下,代码完成的时间,一般只需要 10 到 15 分钟,这样的代码量对于面试来说是比较合理的。

当然,相较而言,一种更为糟糕的结果是,一直到最后,讨论的深度依然离编码尚远,甚至依然停留在一个很高的泛泛而谈的层面。

如果在编码完成之后,尚有时间,优秀的候选人会拿实际的例子去验证代码的正确性。而面试官也可以和候选人讨论 “代码后优化”,比如以下的问题:

  • 你能否进一步优化算法以提高时间/空间复杂度?
  • 如果是工业级别的代码,你觉得代码还有哪些问题?
  • 你该怎样去设计测试,来保证这段代码的正确性 ?

对考察项的覆盖兼有深度和广度

这个问题要能够考察前文所述的技术能力和非技术能力。

这里说的覆盖,不一定要全部覆盖,但是要覆盖其中的大部分,并且对于每一个考察项要具备一定的考察深度。我见到过不少其它的面试风格,但我认为这样就着一个模糊的主要问题(话题)逐步展开的方式是最好的。因为它可以兼具广度和深度的平衡。具体来说:

面试很容易走向的一个极端就是考虑广度,但缺乏深度。比如一种风格是绝大部分的面试时间用来询问候选人的项目和经验,让候选人自己介绍,而面试官跟进追问。这原本是一种很好的方式,但是由于候选人对自己的项目通常远比面试官熟悉得多,除非明确的同一领域,否则面试官较难对于其中的内容挖掘到足够的深度,从而识别出候选人是真正做事的人,还是夸夸其谈的人。这也是这种方式理论可行,但实际开展难度较大的原因之一。

另一个极端,自然就是考虑深度,但缺乏广度。比如给出一个过于具体的问题,缺乏发挥和迂回的空间,对这个问题所涉及的很小一部分深度挖掘,甚至纠缠于某个特殊而单一的 case 很长时间,但是却只能覆盖很少的考察角度。

由于深度和广度都是可控的,那么这样的可以拿来问不同经验和不同技术背景的工程师候选人。这样对于面试官来说,可以获得足够的数据,便于在遇到新的候选人的时候,能够进行横向比较,做出更准确的评估。比方说,过去某级别的候选人能够在面对这个问题的时候,能够达到什么样的级别,而如今这个候选人有着类似表现,这就可以以过去的那个例子来作为参考比较了。

“不好” 的问题

现在,让我们再次回到文章开头那个例子问题,除了已经提到的考察项的覆盖不够,它还有哪些问题呢?参考上文已经提到了 “好” 问题的标准,我觉得其中的这样两条是违背的:

从模糊到清晰。显然,问题给出的时候就已经相对比较清晰了,这样的方式并不能模拟软件工程师日常面对的许多模糊而困难的实际问题。我已经提到,对于经验丰富的候选人来说,这样的问题无法重现将实际问题映射到软件问题这样的一个重要思考过程。

另一个是,围绕问题的解决要完整。示例问题的考察过程中,只有缺乏互动的编码环节,没有其它过程,没有编码前的分析、思考和优化,也没有编码后的测试、改进和优化。考虑到 LRU 完整算法是一个实现代码量偏大的问题,拿来放到面试中做一个完整实现,由于会消耗过多的时间,挤压其它时间,因此显得有些过了。

其它 “不好” 的问题

前面说了过于清晰的纯算法题的 “不好” 之处,也说了 “好” 问题的例子,最后我想再来说几类其它的且典型的 “不好” 的例子。

依赖于语言或框架

而这里说的依赖不好,是因为考虑到候选人不同的技术背景,如果没有特殊的需要,避免这样的依赖,以避免产生不应有的错误的衡量数据。

比方说,问一个关于 JVM 的问题,这个问题可以问,特别是在候选人强调其具备一定 Java 背景的前提下。但是这样的问题不能成为 “主菜”,尤其是候选人不一定具备很强的 Java 背景,这样的方式会导致考察的偏颇。

过于复杂的规则或背景知识

这主要是基于面试的有限时间考虑的,过于复杂的规则或背景知识,容易把时间消耗到澄清它们上面;另外,有些背景知识并非是所有人都熟知的,这就会引起考察标准的非预期。我给一个经典的反面例子:

设计一个算法,把一个小于一百万的正整数,使用罗马数字来表示。

这个问题描述简洁,但是拿来做技术面试中的主要问题,其中一个不妥之处就是,不是所有人都很清楚一百万内的罗马数字表示法的。对于不清楚的人来说,要搞清楚这个表示法的规则,就已经是一件有些复杂和耗时的事情了。显然,这个罗马数字表示法的知识点,不应该成为考察和衡量的标准。

当然,有时候有些问题的背景知识是冷门的,但是表述简洁,那么这样的话只要 面试官能够主动、迅速地说清楚,拿来使用是没问题的。

知识性问题

我想特别谈一谈,对于知识性问题的提问。在讨论问题的过程中,如果涉及到关联的具体知识,那么提问一些基础知识是一个不错的选择,这是考察候选人 CS 基础是否牢靠的方式。比如候选人提到使用 HashMap,而他/她最熟悉的编程语言是 C++,那么询问在 C++中 HashMap 是怎样实现的就是一个可行的问题。而且,由于这样的问题是嵌套在前述的这个大流量控制问题的解决过程中的,更显得自然而不突兀。

反之,如果这样的知识性问题较为冷门或浅表,和当前的讨论中的问题无关,或是不在候选人的知识体系内,这样的问题就值得商榷了。比如,仅仅因为自己的项目组使用 Spring,面试官就询问候选人 Spring 的 bean 的单例和多例分别是怎样配置的,而恰巧候选人又是 C++背景,对于这部分并不熟悉,这样的问题除了给候选人造成困扰以外,意义就不太大了。

如果把知识性问题作为主要问题来提问,我认为是不适合的。因为一方面它不具备普适性,另一方面它又具备太强的随机性。

这里不具备普适性这一条,指的是不同技术背景的软件工程师候选人都要能够适合参与这个问题的解答。举例来说,如果问 “Tomcat 的线程池的配置策略?”,这就是一个不具备普适性的问题,这是一个偏重 “知识性” 的问题,如果候选人没有使用过 Tomcat,或是只是略有了解,很可能就栽了。

而具备太强的随机性这一条,指的是一旦待考察的问题具体以后,这个问题就容易从对 “能力” 的考察变成了对 “知识” 的考察,而这个知识,又恰恰是比较容易随机的。也就是说,我们不希望候选人 “恰巧” 知道或不知道某一个细小的知识点,来决定他/她是否通过这项考察。

无论如何,知识性的问题作为考察的辅助方式可以,但不应成为主角。我还是觉得我们应当能把更多的时间,留给主要问题的解决过程本身。

关于 “技术面试中,什么样的问题才是好问题?”,我就说这么多吧。也欢迎你分享你的看法,我们一起讨论。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

via 四火的唠叨 https://ift.tt/38fQVuV

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月12日典范条目

PatNixon.jpg

塞尔玛·凯瑟琳·“帕特”·瑞安·尼克松第37任美国总统理查德·尼克松的妻子,于1969至1974年间担任第一夫人。帕特·尼克松生于内华达州伊利。1940年,她嫁给了当时还是律师的理查德·尼克松。在1968年美国总统选举成为第一夫人后,帕特·尼克松推动了包括志愿服务在内的多项慈善活动。她陪同丈夫一起出访中华人民共和国苏联,而独立出访非洲和南美洲更带来了“夫人大使”的声誉。她还是第一位进入过战斗区域的第一夫人。这些访问为她赢得了媒体和受访国的好评。她担任第一夫人直到丈夫因水门事件而于1974年辞职时为止。在之后的生活中,她与丈夫回到加利福尼亚州,之后搬到新泽西州。1976年和1983年,她出现了两次中风。1992年,她被诊断出患有肺癌,于1993年逝世,享年81岁。

February 12, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2UUL0Yz

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月11日典范条目

Governorates of Lebanon.svg

黎巴嫩的行政區劃共有三級,其中省屬於第一級行政區劃,而縣和市鎮則分別作為與第二級行政區劃與第三級行政區劃。黎巴嫩各省由總督管治,而各省總督由黎巴嫩部長會議任命。根據《2003年7月16日第522號法令》,阿卡省與巴勒貝克-希爾米勒省分別從北黎巴嫩省和貝卡省析出,使黎巴嫩管轄的省份的數目由6個增加至8個。在黎巴嫩的8個省中,除作為首都的貝魯特省不轄縣、阿卡省僅轄一個縣(阿卡縣)外,所有省均下轄多於一個縣,而下轄縣數量最多的省為北黎巴嫩省黎巴嫩山省,均轄6個縣。在黎巴嫩的8個省中,除貝魯特省不轄市鎮外,所有省均有下轄市鎮,而下轄市鎮數量最多的省為黎巴嫩山省,轄326個市鎮。在黎巴嫩的8個省中,人口最少的是阿卡省,人口僅有281,843人,而人口最多的是黎巴嫩山省,人口達1,101,817人;面積最小的是貝魯特省,面積僅19.8平方公里,而面積最大的是巴勒貝克-希爾米勒省,面積3,009平方公里;人口密度最低的是巴勒貝克-希爾米勒省,平均每一平方公里僅有人口121.473人,而人口密度最高的是貝魯特省,平均每一平方公里有人口36,947.879人。

February 11, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/38rLn0F

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月10日典范条目

1878 three-dollar piece obverse.jpg

3美元金币美国铸币局于1854至1889年间生产的一种金币,由该局首席雕刻师詹姆斯·B·朗埃克设计,1853年2月21日获得授权。硬币正面刻有头戴美洲原住民公主头饰的自由女神头像,背面的中间是面值和年份,周围有玉米小麦棉花烟草组成的花环。部分来源认为,这种金币是为了方便人们大量购买邮票。朗埃克在设计金币时想了多种办法确保新币和2.5美元金币有显著区别,不但采用的坯饼更薄,而且设计图案也是别具一格。金币投产后的第一年就出产了超过10万枚,但其流通程度非常有限。虽然美国西岸部分地区不接受纸币,只能使用金币和银币,但东部的情况截然不同,特别是在经济内战爆发而陷入动荡后,3美元金币基本上在东部的商品交易中难得一见,并且此后再也没有出现过大范围流通。3美元金币于1889年停产,国会再在次年中止其发行授权。这种硬币存在多种年份版本,其中许多的铸造量都很少,但最为罕见的品种还是旧金山铸币局1870年打造的1870-S版,确认存在的仅有一枚。

February 10, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/37bFFhT

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月9日典范条目

Tropical Cyclone 01B 2003.jpg

2003年5月,一场正式名称为“第一号特强气旋风暴鲍勃”的热带气旋斯里兰卡引发56年来最严重的洪涝灾害。系统于5月10日在孟加拉湾上空发展形成,是2003年北印度洋气旋季的首场风暴。由于外界环境有利,系统在向西北方向移动的过程中稳步加强。于5月13日达到持续风速每小时140公里的最高强度,气旋在孟加拉湾中部上空向北飘移,因风切变增多而逐渐减弱。风暴转向东进,于5月16日退化成强烈低气压,然后蜿蜒向东北方向移动并重新增强成气旋风暴。系统从缅甸西部登岸,于次日在陆地上空消散。气旋在孟加拉湾中部基本停止前进期间给斯里兰卡西南部带去倾盆大雨,引发的洪灾和山体滑坡导致2万4750户民宅被毁,另有3万2426套受到一定程度破坏,致使约80万人无家可归。风暴一共造成260人死亡,经济损失约1亿3500万美元。气旋还令印度的安达曼-尼科巴群岛及该国孟加拉湾沿岸地区降下小雨。除此以外,风暴把水分推离印度大陆,可能因此引发旷日持久的热浪,夺走1400人的生命,缅甸也出现暴雨。

February 09, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2Ssudcs

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月8日典范条目

源於公元一世紀或二世紀的安息帝國陶製人面噴水器

安息帝國古波斯地區主要的政治及文化勢力。由阿爾沙克一世建立。全盛時期的安息帝國疆域北達今土耳其東南的幼發拉底河,東抵伊朗。安息帝國座落在地中海羅馬帝國與中國漢朝之間的貿易路線絲綢之路之上,使帝國成為了商貿中心。法爾斯伊什塔克爾的統治者阿爾達希爾一世叛變,在公元224年殺害了安息帝國最後一位統治者阿爾達班五世。阿爾達希爾一世建立了薩珊王朝,不過安息帝國的分支阿薩息斯王朝則仍在亞美尼亞繼續其統治。安息帝國是一個由不同文化組成的國家,她在很大程度上吸納了包括波斯文化希臘文化及地區文化的藝術、建築、宗教信仰及皇室標記。

February 08, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/374Ilhj

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月7日典范条目

MMI Chapel.jpg

马里昂军事学院于1842年在美國阿拉巴马州马里昂市創校,在该国仅有的4所军事初级学院中历史最为悠久。马里昂军事学院是南方院校协会的成员之一,有“美国伊顿”之称,曾被评为卓越荣誉军事学校、最佳军事初级学院、阿拉巴马州校友收入最高的社区学院等。马里昂的军校学员团绰号猛虎营。自建校一百余年以来,包括一位美利坚联盟国准将在内的美军各个军种共有超过200名将军毕业于该校。1916年,马里昂军事学院成为了首批引进美国陆军陆军预备军官训练团的学校之一。大约在同一时期,又开设了联邦军校的预备课程。二战时期,学校从仅有的两栋建筑逐步扩建至今日之规模。1968年,美国陆军提前授衔计划进入了马里昂军事学院。2006年,马里昂转型为州立,并成为了阿拉巴马州法定的官方军校。马里昂军事学院的校园經相关机构认证为阿拉巴马州历史地标。校内有两处国家史迹名录,分别是军校礼拜堂和拉夫雷斯楼和校长官邸。此外,阿拉巴马军事名人堂也位于校内。马里昂军事学院每年都会以主要游行队伍的身份参加美国历史最悠久的老兵节庆祝活动——伯明翰老兵节游行。

February 07, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2SnXULI

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月6日典范条目

Karl Marx 001.jpg

卡爾·馬克思猶太裔德國哲學家經濟學家社會學家政治學家革命理論家新聞從業員歷史學者革命社會主義者。馬克思在經濟學上的工作解釋絕大多數工人和資本家間的關係,並且奠定後來諸多經濟思想的基礎。馬克思亦是社會學與社會科學的鼻祖之一,在他一生中出版了大量著作,其中最著名的分別有1848年發表的《共產黨宣言》和1867年至1894年出版的《資本論》。馬克思關於社會、經濟與政治的理論被統稱為馬克思主義,主張人類社會是在控制生產資料的統治階級與提供勞動生產的勞動階級間不斷的階級鬥爭中發展而成。馬克思認為國家是為維護統治階級的利益而運轉,而這又常常被視為大眾的公共意志。他同時也預言如之前存在過的社會經濟體系一樣,資本主義的內部矛盾會導致它自身的滅亡,並會被新的社會主義社會形態所取代;而資產階級和無產階級之間存在的矛盾,將會由工人階級奪取政治權力而終結,最終建立工人自由人聯合體所管理、沒有階級制度的共產主義社會。

February 06, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/39cEujI

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月5日典范条目

1981-S SBA$ Type Two Deep Cameo.jpg

蘇珊·安東尼銀元是1979至1981年間出產的一種1美元硬幣,1981年時因公眾反響不佳而停產,1999年又再度生產。這種硬幣的誕生是為取代過於臃腫的艾森豪威爾銀元,鑄幣局測試過多種形狀和材質,但都遭到當時對鑄幣立法有強大影響的自動售貨機製造業遊說集團反對,最終決定採用的一種內邊框有11個面的圓形坯餅。硬幣由美國鑄幣局首席雕刻師弗蘭克·加斯帕羅設計,他起初設計的正面是自由女神頭像,但多位國會議員和多個組織呼籲在硬幣上描繪一位真實存在過的美國女性,最終入選為硬幣主題的民權活動家蘇珊·安東尼。硬幣反面則根據國會法案要求,保留艾森豪威爾銀元的設計。由於流通量小,大部分安東尼銀元成色甚佳,但這也導致它們缺乏收藏價值,價格比面值高不了多少。鑄幣局打造有多個年份的精製幣,其中個別版本或品種價格更高。

February 05, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/3blCjMC

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share

维基百科2020年2月4日典范条目

Tropical Storm Chantal aug 21 2001 1645Z.jpg

热带风暴尚塔尔2001年大西洋飓风季英语2001 Atlantic hurricane season的一场在8月穿越了加勒比海北大西洋热带气旋。尚塔尔于8月14日由热带大西洋的一股东风波发展而成,其存在的大部分时间里都在快速向西移动,退化成东风波后穿越了向风群岛。尚塔尔在加勒比海两次达到时速110公里的最高风速,并且气象部门两次都预测风暴将达到飓风强度,但风切变和之后与陆地的相互作用都令风暴没能强化成飓风。到了8月21日,尚塔尔移动到了墨西哥伯利兹边界海岸附近登陆,并于次日消散。风暴在向风群岛引发的闪电导致特立尼达岛有两人间接死亡。尚塔尔给行进路途上的各地带去了小到中等程度的降雨,其中墨西哥的金塔纳罗奥州因此出现了大面积的泥石流。伯利兹因大浪、狂风和降雨所受到的经济损失共计为400万美元,总体上这场风暴所造成的损失很小。

February 04, 2020 at 08:00AM
from 维基百科典范条目供稿 https://ift.tt/2UkqDDw

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)
Share