１０月２０日にVMware Virtualization Forum 2009に参加してきました。
2日間開催でしたが、日程の関係で20日のみの参加でしたが、充実したものでした。
仮想化技術は急成長している分野なので各企業ともとても熱が入っていました。
VMWareは現在のシェアが８７％で、この実績で導入している企業も多いようです。
以下、今後有用なことを書いておきます。
１．vSphere4でRDPにかわるPCoIPの実装
RDP（TCPベース）で問題だった動画をスムーズに動かせるようです。
vSphere4では総合環境を使えるので、1ライセンス購入してみたいですね。
機能面はNetworldのカタログが見やすいです。
ちなみに物理サーバ一台のライセンスなので、仮想はいくつ作っても大丈夫。高性能サーバにできるだけ乗せた方がvSphereのコストは安くなります。
ちなみにVMware vSphere4(VICM)の資格がピアソンビューで行われています。
講習（２７６，１５０円）＋試験です。
講習が高いですね。面白そうですけど。
２．Wyseシンクライアント端末
Wyse S10 ThinClient 6.6W
Wyse V10L ThinClient 14W
独自のOS：WTOSは２Mで約１０秒で起動できる。
起動時間もコストと考えている
VMのPCoIPとは異なり、VDA(Virtual Desktop Accelerator)（UDPベース）で接続
30日間試用期間があるので、使ってみようかな。
シンクライアントに限らず、サーバの反応時間の指標を言っていました。
40msec以内：使える
90msec以内：しんどい
90msecより大：使えない
このくらいを基準に調査しましょう。
Pocket Cloudはiphoneで使えるソフトです。誰かiphoneで使ってください。
wyseはおもしろい企業でした。今後も注目していきます。
３．仮想化ストレージ
ストレージは重要な問題です。NetAppとDataCoreがおもしろそうでした。
ただしいまいち全体像が見えなかったので、調査が必要です。
４．WAN対策
サーバ仮想化やストレージを外部に作成する場合、ネットワーク回線の問題があります。
Juniper WX/WXCは独自の圧縮技術で解決できるようです。
ポリシーは使い勝手を落とさず、質を落とすということです。
技術動向を確認できたのは、非常に良い経験でした。
2009年10月21日水曜日
2009年10月15日木曜日
MRTGの設定
小澤君からメールが来たのでAmazon EC2にMRTGを設定してみました。
以下はhttp://www.server-memo.net/server/server-setting/net-snmp/snmp_install からの抜粋です。
環境の確認
SNMPをインストールする前に
gd、zlib、libpngがインストールされているか、確認してください。（すべてyumでインストールできます）
今回のOSはFedora8(Amazon EC2で用意されているもの）です。
１．SNMPのインストール
# yum install -y net-snmp （snmpd本体のインストール）
# yum install -y net-snmp-devel （snmp コマンドのインストール）
# yum install -y net-snmp-utils （snmp コマンドのインストール）
２．SNMPの設定
# vi /etc/snmp/snmpd.conf
#com2sec notConfigUser default public ←コメント化
com2sec local localhost public
#group notConfigGroup v1 notConfigUser ←コメント化する。
#group notConfigGroup v2c notConfigUser ←コメント化する。
group local_group v1 local
group local_group v2c local
group local_group usm local
#view systemview included .1.3.6.1.2.1.1 ←コメント化する。
#view systemview included .1.3.6.1.2.1.25.1.1 ←コメント化する。
view all_view included .1
#access notConfigGroup " " any noauth exact systemview none none ←コメント化
access local_group " " any noauth exact all_view none none
３．起動
#service snmpd start
#chkconfig snmpd on
４．MRTGのインストール
# yum install -y mrtg
５．MRTGの設定
# cfgmaker --output /etc/mrtg/mrtg.cfg public@localhost （設定ファイル作成）
MRTG設定ファイル /etc/mrtg/mrtg.cfg
# vi /etc/mrtg/mrtg.cfg
WorkDir: /var/www/html/mrtg ←変更
Options[_]: growright, bits ←変更 #をとる
Language:eucjp ←追加
上のディレクトリを作成しておく
#mkdir /var/www/html/mrtg
６．MRTG実行
#LANG=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg
７．アクセス制限解除
# vi /etc/httpd/conf.d/mrtg.conf
Alias /mrtg /var/www/html/mrtg
Order deny,allow
Deny from all
Allow from 127.0.0.1
Allow from ALL
Allow from ::1
このように変更
８．index.htmlの作成
#indexmaker /etc/mrtg/mrtg.cfg \ --addhead="" \ --output /var/www/html/mrtg/index.html
（投稿したときにタグではねられたので、全部表示できていません。上記サイトを参考に。）
cronには登録されているようです。
以上、デフォルト設定ですが、簡単にできました。
続いてディスク使用料のチェックを行いました。
これはhttp://www.server-memo.net/server/server-setting/mrtg/mrtg-disk-linux.html の通りで大丈夫でした。
CPU使用率、メモリ使用率、HTTPサーバ使用率など以下のサイトを参考に設定しました。
http://dev.ariel-networks.com/column/tech/snmp_mrtg
以下はhttp://www.server-memo.net/server/server-setting/net-snmp/snmp_install からの抜粋です。
環境の確認
SNMPをインストールする前に
gd、zlib、libpngがインストールされているか、確認してください。（すべてyumでインストールできます）
今回のOSはFedora8(Amazon EC2で用意されているもの）です。
１．SNMPのインストール
# yum install -y net-snmp （snmpd本体のインストール）
# yum install -y net-snmp-devel （snmp コマンドのインストール）
# yum install -y net-snmp-utils （snmp コマンドのインストール）
２．SNMPの設定
# vi /etc/snmp/snmpd.conf
#com2sec notConfigUser default public ←コメント化
com2sec local localhost public
#group notConfigGroup v1 notConfigUser ←コメント化する。
#group notConfigGroup v2c notConfigUser ←コメント化する。
group local_group v1 local
group local_group v2c local
group local_group usm local
#view systemview included .1.3.6.1.2.1.1 ←コメント化する。
#view systemview included .1.3.6.1.2.1.25.1.1 ←コメント化する。
view all_view included .1
#access notConfigGroup " " any noauth exact systemview none none ←コメント化
access local_group " " any noauth exact all_view none none
３．起動
#service snmpd start
#chkconfig snmpd on
４．MRTGのインストール
# yum install -y mrtg
５．MRTGの設定
# cfgmaker --output /etc/mrtg/mrtg.cfg public@localhost （設定ファイル作成）
MRTG設定ファイル /etc/mrtg/mrtg.cfg
# vi /etc/mrtg/mrtg.cfg
WorkDir: /var/www/html/mrtg ←変更
Options[_]: growright, bits ←変更 #をとる
Language:eucjp ←追加
上のディレクトリを作成しておく
#mkdir /var/www/html/mrtg
６．MRTG実行
#LANG=C /usr/bin/mrtg /etc/mrtg/mrtg.cfg
７．アクセス制限解除
# vi /etc/httpd/conf.d/mrtg.conf
Alias /mrtg /var/www/html/mrtg
Order deny,allow
Deny from all
Allow from 127.0.0.1
Allow from ALL
Allow from ::1
このように変更
８．index.htmlの作成
#indexmaker /etc/mrtg/mrtg.cfg \ --addhead="" \ --output /var/www/html/mrtg/index.html
（投稿したときにタグではねられたので、全部表示できていません。上記サイトを参考に。）
cronには登録されているようです。
以上、デフォルト設定ですが、簡単にできました。
続いてディスク使用料のチェックを行いました。
これはhttp://www.server-memo.net/server/server-setting/mrtg/mrtg-disk-linux.html の通りで大丈夫でした。
CPU使用率、メモリ使用率、HTTPサーバ使用率など以下のサイトを参考に設定しました。
http://dev.ariel-networks.com/column/tech/snmp_mrtg
Active Directoryでのリモート・デスクトップ
情報ネットワーク科 2 年の小澤泰雅 (おざわたいが) です。
Windows 2003 Server にて Active Directory を構築した際の一般ユーザーのリモート・デスクトップですが、見事にハマりましたので解決方法をメモしておきます。
■ リモート・デスクトップ接続ができない
Active Directory をセットアップし、一般ユーザーを追加してそのユーザーを『Remote Desktop Users』グループに追加しました。
ですが、リモート・デスクトップでの接続ができません。
「このリモート コンピュータにログオンするには、ターミナル サービスでのログオンを許可する権利が必要です。規定では、Remote Desktop Users グループのメンバにはこの権利があります。Remote Desktop Users グループのメンバまたはこの権利がある別のグループのメンバではない場合、または Remote Desktop Users グループにこの権利がない場合、権利を手動で得る必要があります」
というエラーが出てしまいます。
■ グループに権利が与えられていないことが原因
こちらの記事が非常に参考になりましたが、
作成したユーザーを『Remote Desktop Users』グループに追加すれば、通常はその追加したユーザーでリモート・デスクトップが有効になるのですが、ドメインコントローラにしてある場合は『Remote Desktop Users』グループにリモートアクセス許可が割り振られていません。
「スタート」→「管理ツール」→「ドメイン セキュリティ ポリシー」
「セキュリティの設定」→「ローカル ポリシー」→「ユーザー権利の割り当て」→「ターミナル サービスを使ったログオンを許可する」
ここに設定されているユーザーまたはグループがリモートアクセス許可を与えられるので、『Remote Desktop Users』グループを指定してあげます。
もちろん、ユーザーを『Remote Desktop Users』グループに追加することも忘れずに。
ドメインコントローラをインストールする前に、試しにリモート・デスクトップで接続していたこともあって、気付くまでに時間がかかりました…。
2009年10月12日月曜日
仮想 MAC アドレスについての考察
情報ネットワーク科 2 年の小澤泰雅 (おざわたいが) です。
http://system-design-club.blogspot.com/2009/10/mac.html
前回出た疑問について調べてみました。
ホスト OS から見る仮想 MAC アドレスと、ゲスト OS から見る MAC アドレスが違うのは何故か?
まず、本当に違うのかどうか確かめてみました。
(ホスト OS - 仮想 NIC1)
(ホスト OS - 仮想 NIC2)
(ホスト OS - 物理 NIC)
(ゲスト OS)
違うことは確かなようです。
ホスト OS の物理 NIC は 00-C0-9F-**...、仮想 NIC は 00-50-56-**...、ゲスト OS は 00-0C-29-**...となっています。
特に、ホスト OS の仮想 NIC とゲスト OS のベンダー ID が違うのは意外です。
なぜ MAC アドレスが違うのか?
ここに答えが載っていました。
「Securing Virtual Machines and the Host」という項に、『Virtual switch』という記述があります。
つまり、ホスト OS から見える仮想 NIC の MAC アドレスは、正確には『仮想 NIC ではなく、仮想スイッチの MAC アドレス』であることがわかります。
また仮想 NIC であるなら、ホスト OS から見える仮想 NIC は『DHCP enabled』が『ON』になっていなくてはならないはずです。
また、VMWare Server には『Manage Virtual Networks』というメニューがあり、その中には 3 つ仮想スイッチが並んでいます。
インストールした直後はこの設定が何のことかわからなかったのですが、先ほどの仮想スイッチの概念を踏まえると、上から
「ホスト OS 上の物理 NIC に接続された仮想スイッチに、仮想 LAN ケーブルを接続してネットワークに直接参加する」
「ホスト OS のプライベートネットワークに参加する (ホスト OS とゲスト OS で構成されるLAN)」
「ホスト OS の IP アドレスを使用し、NAT でネットワークに参加する」
という設定項目であることがわかりました。
また、ベンダー ID が異なるのは、
明示的に設定された MAC アドレス (仮想スイッチ) については『00-50-56』
自動生成された MAC アドレス (ゲスト OS) については『00-0C-29』
として使い分けされているようです。
(追記)
仮想インターフェースについてわかりやすい図が置いてあります。
http://kaede.blog.abk.nu/vmnet
『00-0C-29』についてはVMWare公式に載っていました。
http://www.vmware.com/support/esx21/doc/esx21admin_MACaddress.html
2009年10月8日木曜日
Google App Engine
授業でやろうと思っていますが、ここで紹介しておきます。
前はJavaやJSPのレンタルサーバが少なく、JSPの開発はどちらかというと避けていました。
Google App Engineはその悩みを解決してくれて、すぐにJSPが公開できてしまいました。
忘れるといけないので手順を書いておきます。（JDK、Eclipseはインストール済み）
１．Google Plugin for Eclipse のインストール
Eclipse→ヘルプ→ソフトウェアの更新→サイトを追加→http://dl.google.com/eclipse/plugin/3.4 を追加（バージョンでちがう）→プラグインとSDKSにチェック（つまり全部）
これだけで環境がそろいます（ここまで約１０分）。
Eclipseを再起動すると、左上に３個のボタンが追加されています。
２．プロジェクトの作成
早速プロジェクトを作成します。
Webアプリケーション・プロジェクトを選択
プロジェクト名：Test
パッケージ名：test
Google SDKのチェックはずす
Google Appはそのままチェック
これでみると、TestServlet.javaが作成されています。index.htmlもあります。
３．プロジェクトの実行
Eclipseメニューから実行→Webアプリケーションを選択→The server is running at http://localhost:8080/ と下のコンソールに表示されます。
ブラウザを開いてhttp://localhost:8080/ にアクセスします。
これでデフォルトページがみれます。
４．アプリケーション ID を App Engine に登録
まず、アプリケーション ID を登録しましょう。本校はGoogle Appsを利用しているのでそのアカウントを利用できます。
http://appengine.google.com/a/****.jp にアクセスしてください。
・Create an Application をクリック
・Japanを選択し、自分の携帯キャリアを登録し、携帯にメールが届くようにします。
・Google App Engine Codeが送られてくるので、番号を入力しApplication IDを登録をします。
５．Google App Engine へのアップロード
Test/war/WEB-INF/appengine-web.xml のapplicationに上で登録したApplication IDを書き込みます。
ここまでできれば、App Engine プロジェクトの配備（App Engine deploy）をクリックしアップロードします。
メールアドレスとパスワードを入力して完了です。
http://.appspot.com/ で確認します。
以上で導入は終わりです。
ここまで約３０分です。
気軽でいいですね。
参考：
http://code.google.com/intl/ja/appengine/docs/java/gettingstarted/installing.html
前はJavaやJSPのレンタルサーバが少なく、JSPの開発はどちらかというと避けていました。
Google App Engineはその悩みを解決してくれて、すぐにJSPが公開できてしまいました。
忘れるといけないので手順を書いておきます。（JDK、Eclipseはインストール済み）
１．Google Plugin for Eclipse のインストール
Eclipse→ヘルプ→ソフトウェアの更新→サイトを追加→http://dl.google.com/eclipse/plugin/3.4 を追加（バージョンでちがう）→プラグインとSDKSにチェック（つまり全部）
これだけで環境がそろいます（ここまで約１０分）。
Eclipseを再起動すると、左上に３個のボタンが追加されています。
２．プロジェクトの作成
早速プロジェクトを作成します。
Webアプリケーション・プロジェクトを選択
プロジェクト名：Test
パッケージ名：test
Google SDKのチェックはずす
Google Appはそのままチェック
これでみると、TestServlet.javaが作成されています。index.htmlもあります。
３．プロジェクトの実行
Eclipseメニューから実行→Webアプリケーションを選択→The server is running at http://localhost:8080/ と下のコンソールに表示されます。
ブラウザを開いてhttp://localhost:8080/ にアクセスします。
これでデフォルトページがみれます。
４．アプリケーション ID を App Engine に登録
まず、アプリケーション ID を登録しましょう。本校はGoogle Appsを利用しているのでそのアカウントを利用できます。
http://appengine.google.com/a/****.jp にアクセスしてください。
・Create an Application をクリック
・Japanを選択し、自分の携帯キャリアを登録し、携帯にメールが届くようにします。
・Google App Engine Codeが送られてくるので、番号を入力しApplication IDを登録をします。
５．Google App Engine へのアップロード
Test/war/WEB-INF/appengine-web.xml のapplicationに上で登録したApplication IDを書き込みます。
ここまでできれば、App Engine プロジェクトの配備（App Engine deploy）をクリックしアップロードします。
メールアドレスとパスワードを入力して完了です。
http://
以上で導入は終わりです。
ここまで約３０分です。
気軽でいいですね。
参考：
http://code.google.com/intl/ja/appengine/docs/java/gettingstarted/installing.html
仮想MACアドレス
仮想化についてメモです。
VMで作成された仮想インターフェースのMACアドレスは
00-50-56-**-**-**
でした。最初の２４ビットはVMのベンダコード、下位２４ビットは00-00-00~3f-ff-ffが使えるとのこと。
XENの場合は
00-16-3e-**-**-**
です。
つまり、下位２４ビットは勝手に決めていいということ。そもそもL2で使っているので、世界中でユニークになる必要はないです。だから「物理インターフェース＋仮想インターフェース」の組み合わせで個体識別するしかないですね。
疑問点
・VM上で起動させたOSからみるとMACアドレスが上記のものと違っている。これはなぜ？
・VMの起動数と仮想インターフェース数の関係は？
参考
http://www11.atpages.jp/~debugger/menu.php?VMware%2F%E4%BB%AE%E6%83%B3%E3%83%9E%E3%82%B7%E3%83%B3%E5%AE%9A%E7%BE%A9%2F%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%AB%E3%83%BC%E3%83%89
http://islandcnt.exblog.jp/6758746/
VMで作成された仮想インターフェースのMACアドレスは
00-50-56-**-**-**
でした。最初の２４ビットはVMのベンダコード、下位２４ビットは00-00-00~3f-ff-ffが使えるとのこと。
XENの場合は
00-16-3e-**-**-**
です。
つまり、下位２４ビットは勝手に決めていいということ。そもそもL2で使っているので、世界中でユニークになる必要はないです。だから「物理インターフェース＋仮想インターフェース」の組み合わせで個体識別するしかないですね。
疑問点
・VM上で起動させたOSからみるとMACアドレスが上記のものと違っている。これはなぜ？
・VMの起動数と仮想インターフェース数の関係は？
参考
http://www11.atpages.jp/~debugger/menu.php?VMware%2F%E4%BB%AE%E6%83%B3%E3%83%9E%E3%82%B7%E3%83%B3%E5%AE%9A%E7%BE%A9%2F%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%AB%E3%83%BC%E3%83%89
http://islandcnt.exblog.jp/6758746/
2009年10月4日日曜日
静大大学院に合格
ども、ご無沙汰の石川です。
８／３０日に、静岡大学 工学研究部 事業開発マネジメント専攻 (大学院) を受験しましたが、何とか合格できましたことを遅まきながら報告させて頂きます。
ひとえに、我が専門学校の優秀な先生方のご指導・ご鞭撻のおかげであると感謝の念で一杯です。
今、自分のような立場で勉強できる喜びを毎日、実感しているところです。
自分と同じように俺も大学院をチャレンジしてやるぜ、と言う方もいるかと思いますので、先達として、感じていることを書いていこうと思います。
まず、勉強するキャンパスが基本的に浜松であること
これは結構大きなポイントです。静岡駅から鈍行電車で浜松まで、約１時間かかります。更にそこからバスで１０～１５分程度かかりますので、乗り継ぎや待ち時間なども入れると、１時間３０分程度の時間は見ておかなくてはいけません。カリキュラム自体も１８:３０～２１:３０まで行うものもあり、静岡県の東部に住んでいる自分にとっては、帰宅時間もかなり厳しい状況でもあります。
カリキュラム事態の難度がかなり高い
これは当然なのですが、扱っている問題のレベルはかなり高いです。今週末、土日とも外部の講師に来て頂き、特別授業を受けてきましたが、土曜日は東京大学大学院で教鞭を取っている先生に、本日は感性工学の日本における第一人者からご指導を受けることができました。
授業自体は目から鱗的なものばかりで新鮮ですが、最先端の学問のため理解することが難しい半面もあります。また、各講座でレポートの提出やテーマの回答を自分で用意しておく必要があるため、ずぼらな性格の人や、面倒くさがり屋にとっては大変かもしれません。
金銭的・時間的拘束がある
学問を学ぶべき所ですから、学費を払うのは当然ですが、それ以外にも、通学費用 (新幹線代) 、飲食代 (講義後、食事(酒)を取りながら課題について討論を実施したりしています) 、本代などがかかります。
時間も、昨日帰宅したのが午後11時40分頃で、新富士駅まで新幹線で帰ってきたところを親に迎えに来てもらいました。 その前の金曜日も、帰宅時間が午後11時過ぎになってしまい駅まで迎えに来てもらっています。自分一人ではどうにもできないことなので、家族の理解も大事に思いました。
また、専門学校でのカリキュラムとの両立も果たさねばなりません。大学を優先して専門学校を疎かにするのでは本末転倒ですが、どうしても両立することが困難な状況もあります。
自分は、これからしばらくは木曜日は専門学校を休み、朝から浜松キャンパスで講義を受けるために行かせて貰うようにお願いしました。それ以外では金曜日は午後３時頃に上がらせてもらい、土日の授業を集中的に選択するようにしました。これもすべて専門学校側の理解あってのことと思いますので、感謝しています。
最後ですが、入試自体の難度が上がっていること
これは、試験に合格した後に色々な教授たちから聞いたことですが、今までこの学部は定員割れすることも珍しなく、よほどのことをしない限りは合格できたらしいのですが、今年の4月頃から入学希望者が増えてきているとのことでした。今回の10月入学希望者は、枠が4名のところ、希望者は6名であったそうです。
更に、静岡大学の研究生と言うものがあるらしく、大学生ではないけれど特定の教授について一部の講義を受けている人たちがいるそうです。聴講生とか、そういった人たちと思いますが、現在、事業開発マネジメント専攻の教授についている研究生が10名ほどいるそうです。
今回も受験者6名の内、研究生が2名含まれており、2名とも合格していました。どこの馬の骨ともわからない者より、知っている人間を取りたいのは当然のことですから、今後も【研究生=スーパーシード】的な扱いになる可能性は高いと思います。
と色々、ネガティブなことを書きましたが、やたらめたら面白く、為になる講義ばかりで、このきっかけを頂いたMIZUMO先生には感謝感謝です。
最後に研究生のことを書きましたが、自分たちも静岡キャンパスで毎週のようにプレゼンを行っているわけですから、決して見劣りするものではないと思います。
あと、入学するなら4月から入ることをお勧めしたい。後半から授業に乱入している自分としましても、授業で出てくる言葉の意味自体がさっぱりわからないことが多々あります。授業計画も１年間通して立てれば余裕あるものになりますしね
８／３０日に、静岡大学 工学研究部 事業開発マネジメント専攻 (大学院) を受験しましたが、何とか合格できましたことを遅まきながら報告させて頂きます。
ひとえに、我が専門学校の優秀な先生方のご指導・ご鞭撻のおかげであると感謝の念で一杯です。
今、自分のような立場で勉強できる喜びを毎日、実感しているところです。
自分と同じように俺も大学院をチャレンジしてやるぜ、と言う方もいるかと思いますので、先達として、感じていることを書いていこうと思います。
まず、勉強するキャンパスが基本的に浜松であること
これは結構大きなポイントです。静岡駅から鈍行電車で浜松まで、約１時間かかります。更にそこからバスで１０～１５分程度かかりますので、乗り継ぎや待ち時間なども入れると、１時間３０分程度の時間は見ておかなくてはいけません。カリキュラム自体も１８:３０～２１:３０まで行うものもあり、静岡県の東部に住んでいる自分にとっては、帰宅時間もかなり厳しい状況でもあります。
カリキュラム事態の難度がかなり高い
これは当然なのですが、扱っている問題のレベルはかなり高いです。今週末、土日とも外部の講師に来て頂き、特別授業を受けてきましたが、土曜日は東京大学大学院で教鞭を取っている先生に、本日は感性工学の日本における第一人者からご指導を受けることができました。
授業自体は目から鱗的なものばかりで新鮮ですが、最先端の学問のため理解することが難しい半面もあります。また、各講座でレポートの提出やテーマの回答を自分で用意しておく必要があるため、ずぼらな性格の人や、面倒くさがり屋にとっては大変かもしれません。
金銭的・時間的拘束がある
学問を学ぶべき所ですから、学費を払うのは当然ですが、それ以外にも、通学費用 (新幹線代) 、飲食代 (講義後、食事(酒)を取りながら課題について討論を実施したりしています) 、本代などがかかります。
時間も、昨日帰宅したのが午後11時40分頃で、新富士駅まで新幹線で帰ってきたところを親に迎えに来てもらいました。 その前の金曜日も、帰宅時間が午後11時過ぎになってしまい駅まで迎えに来てもらっています。自分一人ではどうにもできないことなので、家族の理解も大事に思いました。
また、専門学校でのカリキュラムとの両立も果たさねばなりません。大学を優先して専門学校を疎かにするのでは本末転倒ですが、どうしても両立することが困難な状況もあります。
自分は、これからしばらくは木曜日は専門学校を休み、朝から浜松キャンパスで講義を受けるために行かせて貰うようにお願いしました。それ以外では金曜日は午後３時頃に上がらせてもらい、土日の授業を集中的に選択するようにしました。これもすべて専門学校側の理解あってのことと思いますので、感謝しています。
最後ですが、入試自体の難度が上がっていること
これは、試験に合格した後に色々な教授たちから聞いたことですが、今までこの学部は定員割れすることも珍しなく、よほどのことをしない限りは合格できたらしいのですが、今年の4月頃から入学希望者が増えてきているとのことでした。今回の10月入学希望者は、枠が4名のところ、希望者は6名であったそうです。
更に、静岡大学の研究生と言うものがあるらしく、大学生ではないけれど特定の教授について一部の講義を受けている人たちがいるそうです。聴講生とか、そういった人たちと思いますが、現在、事業開発マネジメント専攻の教授についている研究生が10名ほどいるそうです。
今回も受験者6名の内、研究生が2名含まれており、2名とも合格していました。どこの馬の骨ともわからない者より、知っている人間を取りたいのは当然のことですから、今後も【研究生=スーパーシード】的な扱いになる可能性は高いと思います。
と色々、ネガティブなことを書きましたが、やたらめたら面白く、為になる講義ばかりで、このきっかけを頂いたMIZUMO先生には感謝感謝です。
最後に研究生のことを書きましたが、自分たちも静岡キャンパスで毎週のようにプレゼンを行っているわけですから、決して見劣りするものではないと思います。
あと、入学するなら4月から入ることをお勧めしたい。後半から授業に乱入している自分としましても、授業で出てくる言葉の意味自体がさっぱりわからないことが多々あります。授業計画も１年間通して立てれば余裕あるものになりますしね
登録:
投稿 (Atom)