推薦とは？/ アットローン
[ 1162] 推薦入学 - Wikipedia
[引用サイト] http://ja.wikipedia.org/wiki/%E6%8E%A8%E8%96%A6%E5%85%A5%E8%A9%A6
|
推薦入学（すいせんにゅうがく）とは、主に大学や高校が学生を募集する際に、出身校からの推薦を受けた学生を選抜して入学させることである。選抜の基準は、学業やスポーツ、芸術分野など大学・高校が要求する特定分野の成績、調査書等で判断される。近年は自己推薦、社会人推薦など出身校の枠や現役・浪人（卒業時期）の別を問わないなど推薦入学の形態も変化しつつある。北陸大学のように国内の全高校を推薦入試指定校にしたり（全高校を推薦指定校に 2007年1月11日 読売新聞）、立命館アジア太平洋大学のように予備校（早稲田塾）に推薦入試枠を与える事例（予備校に推薦枠 2006年7月5日 読売新聞）も見られる。 従来は私立学校で多く行われており国公立校での実施例のほとんどは大学のものであったが、近年では公立高校などでも増加している。 過去においては、意欲のある優秀な学生を早期に囲い込むことが主眼であったが、近年は学生数の急減を受けて入学者の半分以上を推薦入学枠で固めるなど、定員確保のために使う学校も増えている。また大学側は往々にして認めはしないが、昔（あるいは現在も）難関大学と呼ばれていた大学においては各種推薦により一般入試枠を減らすことにより学力偏差値を高水準に維持しようという目論見も見うけられる。 通常の入学試験で課せられる試験科目が軽減、もしくは免除されることが多く、通常の入試時期よりも早い段階で合否判定が行われることから受験の負担が軽減される。 必要な基礎学力を十分身につけていない学生が入学してきた場合、これを教育しなくてはならない。そのような事態が生じる要因として、調査書などにより一定水準は担保されることになってはいるものの、評価基準は出身校ごとに異なるために学力のギャップが生じることが考えられる。推薦入試でも独自の学力試験を課し、合否判定資料のひとつとして用いることもあるが、試験内容は一般入試と比べれば、極めて平易なものであることが多い。 特に指定校推薦の場合、合格したら入学を確約せねばならず、早期の合格とは引き換えに「チャレンジ校」への受験・合格機会を手放すことを強いられる。また、出身校は将来的にも推薦枠を確保したがるので、推薦入試で入学した場合、中退・転学などをしにくくなる（ただし、個人の意志で強行することは可能）。 入試において、特別な技能・クラブ活動や生徒会、ボランティア活動等の実績・資格取得の有無などを判定材料のひとつとする大学が増えている。出願資格として英語検定・漢字検定・TOEIC・簿記検定などの取得級（例えば○級以上）が要求されたり、それらの学習を通して得た結果・入学後の勉強の意向などを面接で訊かれる場合がある。 この「推薦入学」は、教育に関連した書きかけ項目です。この記事を加筆、訂正などして下さる協力者を求めています。（P:教育） |
[ 1163] 推薦状のルール
[引用サイト] http://fhayashi.fc2web.com/recommendation_policy.htm
|
Nash の指導教官は，「この学生は天才である」という推薦状を書いたそうですが，そこまで極端でなくとも，「今まで指導した学生の中で一番」という推薦状を私に書かせるのが神から与えられた権利だと，多数の学生が信じているようですが，大きな誤解です。私は Admission Committee）の委員や委員長を勤めたことがあるので断言できますが，私の強い推薦状により入学した学生がカスだとわかれば，私の推薦状はそれ以降一切信用されません。そういうことになれば，私の推薦状によって正当な評価を受け，本人にふさわしい大学院に留学しようとする将来の学生に重大な不利益が生じます。以下では，もしあなたの推薦状を私が書くことになった場合の私の方針を述べます。 私は嘘・誇張は一切書きません。私の推薦状は，３つか４つのパラグラフによって構成されます。第一パラグラフでは，あなたと私の形式上の関係について述べます。私のどのコースを履修したのか，私のRA（研究助手）をやっていたのか，修士論文の指導を受けていたのか，何年何ヶ月の間交渉があったのか，などについて，客観的なデータをここで挙げます。たとえば，学部学生時代に私のコースを１ヶ月聴講した以外に私と接点がなければ，その通りのことをここで書きます。 第二パラグラフでは，第一パラグラフで述べた関係において，あなたがどの程度のパーフォーマンスを挙げたのかについて客観的に記述します。たとえば，私が担当する修士１年向けのマクロ経済学（graduate core macro）のコースをあなたが履修し，36人中14位で「優」の成績をおさめたのであれば，まさにその通りのこと（36人中14位であったことを含める）を書きます。授業中やオフィスアワー中に質問や授業の内容についてのコメントを頻繁にしたのであれば，その旨記します。そのようなことを全くしたことがなければ，やはりその旨（「授業では質問をせず，オフィスアワーにも姿を見せず，成績以外情報がない」と）述べます。あなたが私のコースのTA（教育助手）を勤めたのなら，TAとしてのあなたの学生による評価（１から5まで，学生へのアンケートにより調査）の平均点も報告します。修士論文を私の指導のもとで書いたのであれば，�ー�分でテーマを見つけることができたか，�▲董璽泙亡慙△垢詈�野のどの論文を読んだか，��モデルを分析するための数学の素養はあるか，�つ�め切りまでに polish した論文を書くことができたか，�ハ席犬瞭睛討鬚錣�りやすく英語で説明できるか，などについて報告します。なお，もしあなたが東大大学院経済学修士課程の学生であれば，東大の修士課程で上位10番以内の学生は一定の国際競争力があること（すなわち，留学先の大学院で１年目で落第あるいはドロップアウトした例は過去数年間ではおそらくないこと）を，このパラグラフの最初の文で強調しておきます。 第三パラグラフは，あなたのpersonality についてです。約束の時間を守ったか，やれといったことを忠実に行ったか，行わなかった場合は正当と思われる理由があったか，学者になる熱意が感じられるか，などについて二，三行です。あなたの性格や感じがよいかどうかは問題にしません。ただ，あなたが さて第四パラグラフについて。米欧，とくにアメリカの大学院では，クラス（同じ学年の大学院生の集合）で上位２分の１あるいは３分の１に入らない学生は，徹底的に差別されます。まず，生活費の補助はおろか，授業料も免除されない。指導教官に誰もなりたがらないし，いやいや指導教官になった教授は，ほとんど時間を使ってくれません（メールを送っても返事はくれない，やっと面会のアポイントメントを取っても待たされるかドタキャン）。あなたが払う3万ドルの授業料は，クラス上位3人の奨学金に化けます。あなたが何とか独力で論文を書いて 私の教えた少なくとも一つのコースの期末試験か中間試験で，特に難しい問題を完全に解くことができた。 私の授業中あるいはオフィスアワー中にしたあなたの質問が，私に答えられないほど問題の核心を突いていた。あるいは，私の授業の内容に重大な誤りがあることを指摘した。 推薦状の依頼，応募する大学院の選択についての相談その他，推薦状に関する一切の連絡は電子メールでのみ受け付けます。 推薦状はあなたが応募する大学院に私から別送します。そのような形では推薦状を受け付けない大学院には，推薦状を書きません。 入学した大学院で，あなたが私の推薦状を閲覧する権利がありますが，応募書類で，そのような権利を放棄する旨のサインをあなたがしなければ推薦状は書きません。 推薦状を書いてもらったことへのお礼，また出発の前の挨拶は必要ありません。留学先からの私への挨拶・クリスマスカードなども必要ありません。あなたが留学するときの私の気持ちは，「ニュー・シネマ・パラダイス」で，トトがシチリア島を離れローマに発つときの映画技師アルフレードのそれと同じ。あなたの名前を |
[ 1164] ソフトウェア開発者のための推薦図書
[引用サイト] http://www.aoky.net/articles/jeff_atwood/recommended_reading_for_developers.htm
|
技術書は年に1冊に満たないと指摘している。この本を読んでいるという時点で、あなたはおそらく周りにいる開発者たちの90%と違う行動を取っていることになる。それもいい方向にだ。 人月の神話を手に取ったとき、そのとうに存在しないOSと、それを開発したとうに存在しないチームの話が、現在にも驚くほど当てはまることに気付かない開発者はいないだろう。この25年も昔の本は１つのことをはっきりと示している。 コンピュータは変わっても、人間は変わらないのだ。 この古典を読むことが、今日の1000ページもある技術本にかじりついているよりも、いい時間の使い方であることは間違いない。 私が読んだ中で一番いいユーザビリティの本がこれだ。タイトルに｢ウェブユーザビリティ｣とあるが、Webに限った話ではない。スティーブ・クルーグはこの本でユーザビリティのあらゆる重要なコンセプトをカバーしており、しかもとても良くカバーしている。読 んでいてとても楽しい本だ。ユーザビリティについて1冊だけ読むつもりなら、この本を選ぶといい。すばらしい情報がぎっしり詰まっていて、それが簡潔で取っつきやすい形で提示されている。技術系、非技術系、ユーザ、開発者、マネージャ、そのほか、どんな立場の人にもお勧めできる。 まあ、確かに、こんなミーティングに出たことはない。しかしこの問題に対する解法が何かというなら、通常はユーザビリティテストをすることだ。終わりのない議事妨害スタイルの宗教論争をするかわりに、実データに基づいて決断をするのだ。 ｢ラピッドデベロップメント｣はラピッドデベロップメントの話ではない。これは失敗の現実についての話なのだ。ソフトウェア開発プロジェクトは大多数が失敗する。スケジュールを超過し、成果は水準が低く、あるいは完成さえされない。これは議論しているのではない。単なる統計的な事実だ。ありがたくない真実を言うなら、あなたのチームは、成功どころか失敗を避けるだけのためでも非常に優れている必要がある。これはがっかりする話に聞こえるかもしれないが??って言うか、がっかりする話だが??それでもあなたはこの本を読みたくなるはずだ。 なぜか? それは成功の半分*は、自分や他の人たちが犯した誤りを繰り返さないことで得られるからだ。この本で示されている洞察は、誤りは犯して構わないということだ??それがすべて新しい誤りである限りは。あなたが毎度お馴染みの誤りを犯すなら、あなたは始める前から失敗していたことになる。そしてあなたは恐らく今の時点ではそういった誤りを犯す可能性がどれくらいあるのか見当もつかないだろう。 我々がいるのは、変わらないことは変化することだけという数少ない分野の１つだ。だから変化を受け入れて、違った｢ラピッド｣デベロップメントテクニックを試みるのももっともなことだ。 以来の古いソフトウェア開発の教訓が意味をなさないほどに変わっているわけではない。いつものごとく、コンピュータは変われど、人は変わらないのだ。少なくとも、始める前に何がうまくいき、何がうまくいかないかのアイデアを持っておくことだ。マコネル言葉で言うなら、｢塗り始める前にペンキ缶に書いてある指示くらい読め｣ということだ。そんなことは当然のことのように思えるだろう。この本を読んで、我々の分野ではそれが実際のところ滅多になされていないことを知るまでは。 スポーツのオールスターチームがまずい監督のためにひどい成績に終わるのを見たことがあれば、この本の言わんとするところが分ると思う。｢コーディングのスーパースター ｣が何人いようと、彼らが互いにコミュニケートできず、何も同意できない場合には機能しない。そしてどんなに才能があろうと、絶えず細かい邪魔が入り続けるなら、開発者は効率的に仕事することはできない。開発者が認められているのは対人スキルによってではないが、皮肉なことに、プロジェクトの成功がかかっているのはそこなのだ。名前だけでな この本にはまったく優れている当を得た議論がいっぱい詰まっているが、社員が職場環境をあるレベルでコントロールできることを前提としているところがあり、それは多くの企業では純然たるファンタジーだろう。しかしこの本を読めば 、少なくとも仕事環境やチームに本当の問題があるときにそれと気付くことができ、そしてさらに重要なのは、それに対してどうすべきかが分るということだ。 ソフトウェア開発は非常にフラストレーションのあるものになる可能性があり、それはあまりに多くのことがまずくなり得るからだ。そのため私達のすることの多くは防御的なものになる。何かがまずくなりそうなとき、そうなる前に気付けるようにするのだ。これは心理的に疲れることであり、結局ネガティブな形 となって現れやすい。私はこのことを非技術的な人に説明するときに、よく何千という可動部品からなる時計を組み立てようとしていることに喩える。あらゆる部分がほんのちょっとしたことでランダムに故障しかねないのだ。 ソフトウェアをデザインするのは確かに難しいが、ドアをデザインするのだって難しいのだ。デザインのニュアンスはあなたの触るあらゆるものに及ぶ。新しいホットなSQLエンジンであろうと、質素な靴であろうと 、それは変わらない。この本は｢細部に宿る悪魔｣についての新たな理解をもたらしてくれる。ドアのデザインが私達の考えていたように簡単なことでないのであれば、私達がソフトウェアを完璧にデザインできないとしても大目に見てやっていい時かもしれない。 これはペルソナというコンセプトを世界に紹介した本だ。ユーザを抽象的で記述困難で無定型な人の集団と考える代りに、ペルソナでは名前を持ち、個性を持ち、ニーズを持ち、目的を持つ具体的なユーザを考える。我々のユーザはプリントプレビュー機能を欲しがるだろうか? ひょっとしたらね。しかし会計担当部長のゲリー・マンハイムなら仕事で週次支出レポートをプリントアウトしなきゃならないので、プリントプレビュー機能は彼には必要だと思った方がいい。ここに魔術的なことは何もない。いつものように、問題はユーザは誰で、彼らが実際していることは何かということに帰着 それからまた、ここでは開発者たちが自分を｢普通の｣ユーザの代りにユーザビリティ上の決断をする資格があると考えがちだという興味深い分析もなされている。開発者というのは、変わり者で極端なユーザというのがせいぜいだ。 ｢ホモ・ロジクス｣対｢ホモ・サピエンス｣だ。書いているのがたまたま開発者をエンドユーザとするコンパイラだというのでもない限り、そういうことにはならない この本の隠れた教訓に、デザインがどれほど良いかは時に問題でないというのがある。アランが取り組み、そしてこの本で例として使われているスキャナのソフトウェアとWeb開発ソフトウェアは、いずれもユーザビリティとは関係のない理由によってマーケットで失敗した。ユーザビリティがはっきりと優れたものであったにもかかわらずだ*。ときに優れた製品が、開発者の手の届かないところで、いかに努力しているかに関わりなく失敗することがある。この事実を、時にうぬぼれたこの本のトーン た。ここではより具体的で、したがってそれを対象として開発するのがより容易なペルソナへと純化されている。 * 私はこの本で描写されている｢舞台裏｣のUSBスキャナとちょうど同じモデルのスキャナを持っていたが、バンドルされたスキャナソフトには非常に感心していた。私はそのうちこのスキャナを父に譲ったのだが、ある時電話で話していて、父がなんの脈絡もなしにそのスキャナソフトがすごく気に入っていると言ったことがあった。この本が出版される前の話だ。 7の古き良き昔には、本物のGUIルールがあった。そしてこれは筋金入りのGUIデザイン本だ。メニューの省略記号、ダイアログ上のボタンやテキストボックスのアラインメント。ユーザがそれらのルールをどこまで理解しているかは疑わしいものだが、少なくともそれによってアプリケーションAのUIがアプリケーションBのUIと ｢古典的｣GUIデザイン原理の再教育コースを受けるのはいいことだと思う。新進のFlashデザイナが日々自分で新たなGUIをスクラッチから(カスタムサウンドトラック付きで)作ろうとしている今日のWebの荒れて雑然とした現状と比較してみるためにも。 クラシックなGUIの世界とブラウザの世界は、両者の一番いいところを取って融合しつつあるというのが現実だ。ブラウザのようなUIをもったアプリケーションの大きな一群があ ｢珠玉のプログラミング｣をこのリストに含めるのにはためらいを感じた。ごくローレベルなコーディングテクニックを扱っているためだが、この本にはソフトウェアクラフトマンシップの ｢珠玉｣が十分たくさん埋め込まれており、すべての開発者にとって価値あるものとなっている。このグラフを含む本には、同じ重さの金の値打ちがある。 DEC Alphaを対比させている。これ以上にうまく表すことはできないだろう。珠玉のプログラミングを読むことは、プログラミングを学ぶための方法として、プログラミングの達人の側で1年かそこら仕事するの に次いで優れた方法だ。ここには多くの職人コーダーたちの集合的知恵が、簡潔で飲み込みやすいコラムの形で抽出されている。 私はあなたに嘘はつかないことにしよう。この本にはまったく無視して構わない章がいくつかある。たとえば、11、14、15章にあるソートやヒープやハッシュアルゴリズムを実装するという話は、 そのような基本的なものに対する成熟したライブラリがある今日の環境では考えにくいことだ。しかし教科書的で退屈なエクササイズの１つ１つにも、実践的なアドバイスが添えられている。この本をただ通して眺めてみて、コードの部分は読み飛ばしたとしても、失望することはないだろう。コラム7の｢封筒の裏｣は 特に重要であり、私が知る限りパフォーマンスの見積に対する最高の方法が示されている。それから企業が私達を煩わせる狂った面接質問に対しても、 まだ決断できないというなら、この本の一部がオンラインで読めるようになっている。私は最近この本の文字列についての章を、空のデータベースを埋めるデータの生成にマルコフ連鎖を使う方法を解説するときに使った??これは この本は珠玉のプログラミングを思わせる部分が多くあるが、実際もっと良く、それはコードに首を突っ込むことが少ないからだ。コードについて気にする代りに、著者らは実世界で 役立つことが分った実践的なアプローチをこの一冊の中に集約している。その全部がプログラミングの話というわけではない。一例を挙げよう。 そもそもやる価値があるのか?｣と自分に問うことは、いつもとまったく違った視点で考えるということではなく、あなた自身の??それに同僚の??健全さを保つために、日々のルーチンの中に組込むべきことである。 この本についてもう少し詳しく知りたければ、本に入っている折り込みのリファレンスカードをHTMLにしたものを作ったので、それを見てみるといい。概要が掴めると思う。 ヤコブ・ニールセンは彼のユーザビリティについてのサイトと、最初の本が出た1989年以来のユーザビリティ専門家としてキャリアによって広く知られている。この本はもっぱらWebユーザビリティを扱った入門書で 完全主義者(あるいはマゾヒスト)でもない限り、シリーズを3冊ともそろえる必要はない。しかし最初の2冊は必須だ。 ひとたび正規表現の世界に足を踏み入れると、あなたはその驚くべきパワーとポテンシャルに酔いしれ、Perlみたいなことになるかもしれない。覚えておいて欲しいのだが、絶対的なパワー(権力)は絶対的に腐敗するのだ。しかしそれが最高にいかしていることも確かだ。 |
