阅读下面的文言文，并完成10—12题。

                                                                                                                           截冠雄鸡志

                                                                                                                                 李翱

    翱至零口^①北，有畜鸡二十二者，七其雄十五其雌，且啄且饮而又狎乎人。翱甚乐之，遂掏粟投于地而呼之。有一雄鸡，人截其冠，貌若营群^②，望我而先来，见粟而长鸣，如命其众鸡。众鸡闻而曹奔于粟。既来，而皆恶截冠雄鸡而击之，曳而逐出之，已而竞还啄其粟。

    日之暮，又二十一其群栖于楹之梁。截冠雄鸡又来，如慕侣将登于梁且栖焉。而仰望焉，而旋望焉，而小鸣焉，而大鸣焉，而延颈喔咿，其声甚悲焉，而遂去焉……

    翱异之曰：“鸡，禽于家者也，备五德者也。其一曰：见食命侣，义也。截冠雄鸡是也。彼众鸡得非幸其所呼而来耶？又奚为既来而恶所呼者而迫之耶？岂不食其利背其惠耶？岂不丧其见食命侣之一德耶？且何众栖而不使偶其群耶？”或告曰：“截冠雄鸡，客鸡也，予东里鄙夫曰陈氏之鸡焉。死其雌，而陈氏寓之于我群焉。勇且善斗，家之六雄鸡勿敢独校焉。且其曹恶之而不与同其食，及栖焉；夫虽善斗且勇，亦不胜其众，而常孤游焉。然见食未尝先啄而不长鸣命焉，彼众鸡虽赖其召，既至，反逐之。昔日亦犹是焉。截冠雄鸡虽不见答，然而其迹未曾变移焉。”

    翱既闻之，惘然感而遂伤曰：“禽鸟微物也，其中亦有独禀精气，义而介焉者。客鸡义勇超乎群，群皆妒而尚不与俦焉，况在人乎哉？况在朋友乎哉？况在朋友乎哉？况在亲戚乎哉？况在乡党乎哉？况在朝庭乎哉？由是观天地间鬼神禽兽万物变动情状，其可以逃乎？

    吾心既伤之，遂志之。将用警予，且可以作鉴于世人。

                                                                                                                             （选自《李文公集》卷五）
    【注】零口：地名。营群：寻其群体。 对下列句子中加横线词的解释，不正确的一项是（ ）

A:见粟而长鸣，如命其众鸡 命：指挥。 B:而仰望焉，而旋望焉 旋：回头。 C:家之六雄鸡勿敢独校焉 校：较量。 D:吾心既伤之，遂志之 志：记载。

阅读下面的文言文，并完成10—12题。

                                                                                                                           截冠雄鸡志

                                                                                                                                 李翱

    翱至零口^①北，有畜鸡二十二者，七其雄十五其雌，且啄且饮而又狎乎人。翱甚乐之，遂掏粟投于地而呼之。有一雄鸡，人截其冠，貌若营群^②，望我而先来，见粟而长鸣，如命其众鸡。众鸡闻而曹奔于粟。既来，而皆恶截冠雄鸡而击之，曳而逐出之，已而竞还啄其粟。

    日之暮，又二十一其群栖于楹之梁。截冠雄鸡又来，如慕侣将登于梁且栖焉。而仰望焉，而旋望焉，而小鸣焉，而大鸣焉，而延颈喔咿，其声甚悲焉，而遂去焉……

    翱异之曰：“鸡，禽于家者也，备五德者也。其一曰：见食命侣，义也。截冠雄鸡是也。彼众鸡得非幸其所呼而来耶？又奚为既来而恶所呼者而迫之耶？岂不食其利背其惠耶？岂不丧其见食命侣之一德耶？且何众栖而不使偶其群耶？”或告曰：“截冠雄鸡，客鸡也，予东里鄙夫曰陈氏之鸡焉。死其雌，而陈氏寓之于我群焉。勇且善斗，家之六雄鸡勿敢独校焉。且其曹恶之而不与同其食，及栖焉；夫虽善斗且勇，亦不胜其众，而常孤游焉。然见食未尝先啄而不长鸣命焉，彼众鸡虽赖其召，既至，反逐之。昔日亦犹是焉。截冠雄鸡虽不见答，然而其迹未曾变移焉。”

    翱既闻之，惘然感而遂伤曰：“禽鸟微物也，其中亦有独禀精气，义而介焉者。客鸡义勇超乎群，群皆妒而尚不与俦焉，况在人乎哉？况在朋友乎哉？况在朋友乎哉？况在亲戚乎哉？况在乡党乎哉？况在朝庭乎哉？由是观天地间鬼神禽兽万物变动情状，其可以逃乎？

    吾心既伤之，遂志之。将用警予，且可以作鉴于世人。

                                                                                                                             （选自《李文公集》卷五）
    【注】零口：地名。营群：寻其群体。 下列四组句子中，分别表现截冠雄鸡“重义轻利”和众鸡“妒贤嫉能”的一组是（ ）

A:截冠雄鸡又来，如慕侣将登于梁且栖焉 而皆恶截冠雄鸡而击之 B:然见食未尝先啄而不长鸣命焉 是以其曹恶之而不与同其食及栖焉 C:而延颈喔咿，其声甚悲焉 彼众鸡虽赖其召，既至反逐之 D:截冠雄鸡虽不见答，然而其迹未曾变移焉 众鸡闻而曹奔于粟

阅读下面的文言文，并完成10—12题。

                                                                                                                           截冠雄鸡志

                                                                                                                                 李翱

    翱至零口^①北，有畜鸡二十二者，七其雄十五其雌，且啄且饮而又狎乎人。翱甚乐之，遂掏粟投于地而呼之。有一雄鸡，人截其冠，貌若营群^②，望我而先来，见粟而长鸣，如命其众鸡。众鸡闻而曹奔于粟。既来，而皆恶截冠雄鸡而击之，曳而逐出之，已而竞还啄其粟。

    日之暮，又二十一其群栖于楹之梁。截冠雄鸡又来，如慕侣将登于梁且栖焉。而仰望焉，而旋望焉，而小鸣焉，而大鸣焉，而延颈喔咿，其声甚悲焉，而遂去焉……

    翱异之曰：“鸡，禽于家者也，备五德者也。其一曰：见食命侣，义也。截冠雄鸡是也。彼众鸡得非幸其所呼而来耶？又奚为既来而恶所呼者而迫之耶？岂不食其利背其惠耶？岂不丧其见食命侣之一德耶？且何众栖而不使偶其群耶？”或告曰：“截冠雄鸡，客鸡也，予东里鄙夫曰陈氏之鸡焉。死其雌，而陈氏寓之于我群焉。勇且善斗，家之六雄鸡勿敢独校焉。且其曹恶之而不与同其食，及栖焉；夫虽善斗且勇，亦不胜其众，而常孤游焉。然见食未尝先啄而不长鸣命焉，彼众鸡虽赖其召，既至，反逐之。昔日亦犹是焉。截冠雄鸡虽不见答，然而其迹未曾变移焉。”

    翱既闻之，惘然感而遂伤曰：“禽鸟微物也，其中亦有独禀精气，义而介焉者。客鸡义勇超乎群，群皆妒而尚不与俦焉，况在人乎哉？况在朋友乎哉？况在朋友乎哉？况在亲戚乎哉？况在乡党乎哉？况在朝庭乎哉？由是观天地间鬼神禽兽万物变动情状，其可以逃乎？

    吾心既伤之，遂志之。将用警予，且可以作鉴于世人。

                                                                                                                             （选自《李文公集》卷五）
    【注】零口：地名。营群：寻其群体。 下列各组句子中，加横线的词的意义和用法相同的一项是（ ）

A:遂掏粟投于地而呼之 庄宗受而藏之于庙 B:鸡，禽于家者也 抟扶摇而上者九万里 C:而陈氏寓之于我群焉 子之武城，闻弦歌之声 D:客鸡义勇超乎群 恢恢乎其于游刃必有余地矣

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （？） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:no  B:the same  C:other  D:lots of

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （？） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:testers  B:constructors  C:managers  D:architects

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

Observe that for the programmer，as for chef， the urgency of the patron（顾客）may govern the scheduled completion of the task，but it cannot govern the actual completion.An omelette（煎鸡蛋），promised in two minutes，may appear to be progressing nicely.But when it has not set in two minutes，the customer has two choices-waits or eats it raw.Software customers have had （） choices. 
  Now I do not think software （） have less inherent courage and firmness than chefs，nor than other engineering managers.But false （） to match the patron’s desired date is much more common in our discipline than elsewhere in engineering.It is very （？） 
to make a vigorous，plausible，and job risking defense of an estimate that is derived by no quantitative method，supported by little data，and certified chiefly by the hunches of the managers. 
  Clearly two solutions are needed.We need to develop and publicize productivity figures，bug-incidence figures，estimating rules，and so on.The whole profession can only profit from （） such data.Until estimating is on a sounder basis，individual managers will need to stiffen their backbones and defend their estimates with the assurance that their poor hunches are better than wish derived estimates.

A:easy  B:difficult  C:simple  D:painless