それにともない、関東～関西の通し運転のバスを中心に経路変更が行われているそう。
４月１４日に開通する『新東名』に高速バス１７社が運行(pdf) (中部運輸局)
見るとわかるが、関西-関東の高速バスの最大手のJRバスグループがこの一覧には全くいない。
その理由として考えられるのが三ヶ日で乗務員交代をすること。(参考 : JRバスとJRバスの乗務員交替が生み出したもの)
三ヶ日ICに寄っても新東名を使うことは可能だが、東名をずっと走り続けた方が便利というだろう。
新東名ができたことで東名高速道路の並行区間の通行量も減り、巡航速度が向上している。
なので無理に移行することはないってこと。
そもそも夜行バスは余裕が十分あるから所要時間で経路を選ぶ必要は必ずしもない。
【６月１日ダイヤ改正】「東名ハイウェイバス」ダイヤ改正 直行便「新東名スーパーライナー号」登場!! (JR東海バス)
東京～名古屋の高速バスと言えばやっぱり東名ハイウェイバスですよね。
僕も一度使ったことあるけど、本数多いので都合に合わせてフレキシブルに選べるのでおすすめ。
ただ、この東名ハイウェイバス、所要時間面では不利な点が多い。
原因は2つあって、1つは高速道路で途中停留所がとても多いこと。
最優等の超特急でも、東京駅から名古屋ICまでの間に18の停留所に停車する。
これが全て本線バスストップならまだましなのだが、ランプウェイを通って料金所横のバスストップに停車とかそういうのも多いんでかなりうっとうしい。
僕が乗ったときはもうちょっと少なかったんだけど、それでも途中バス停でかなりのタイムロスがあって、ちょっとずつ遅れも発生してたし。
ただ、この途中停留所での乗降が東名ハイウェイバスを支えていて、それゆえに本数が多いのだとも言える。
もう1つが名古屋市内での一般道走行区間が長いこと。名古屋ICから名古屋駅まで延々と一般道走行なんですよ。
名古屋ICから名古屋駅まで時刻表で40分弱、一般道区間では遅れを拾いやすいことを考えるとたいへんもったいない。
途中停留所での乗降がそれなりに見込めて都市高速の料金をケチれるという事情はあるのだろうが、なんだかねぇ。
そんなわけで今回、新東名開通にあわせて出てきたのが、新東名スーパーライナー号である。
東京駅を出ると名古屋駅までノンストップで5時間だから速い。
現状では超特急便で6時間弱かかってることを考えると画期的である。
先ほど挙げた東名はウェイバスの2つの問題点をいずれも解決しており、それにより所要時間短縮ができたのではないかと思う。
ノンストップとは大胆だなと思った。所要時間短縮というアドバンテージを与えることで通し利用の客を集約できればやっていけると判断したのだろう。
実は過去にもノンストップライナーってのがあったんですよ。なくなったんだけど。そのときとの違いは大きな所要時間の差だろうと。
名古屋側も名古屋駅までノンストップのため、都市高速を活用するものだと思う。これも大きなアドバンテージですよね。
ただ、ノンストップでも東名江田ぐらいは停まってもよかったと思いますけどね。
横浜などからの利用も見込めるし、東京都心での渋滞回避のために鉄道乗り換えする人も多いらしいし。
あと過去のノンストップライナーはたった1往復だったけど、今回の新東名スーパーライナーは3往復もあって使いやすいそう。
ただ、これにともない犠牲となったものがある。それは新宿駅～岡崎駅・名古屋駅の新宿ライナー三河・なごや号ですね。
東名ハイウェイバスが1往復増になったけど、それは新宿ライナー三河・なごや号の分なんですわ。
その一方で東京駅～名古屋駅の新路線が3往復でスタートというあたりは、選択と集中という言葉がよくあうのかなと。
東京～名古屋は昼行高速バスが大変充実していて、いろいろ選択肢があって悩ましい。
そんな中で、この新東名スーパーライナーは抜きん出たものではないのかなと思う。
途中停留所多いから東名ハイウェイバスはいやだという人もいたわけですし。
かくいう僕もそれで中央ライナー選んだことがあるわけで。(参考 : バスが走り抜ける中央自動車道)
また東に行く用事があれば復路で使ってみたいな。そんな予定はないが。
]]>珍しくも「今日は弁当ないので適当に食べて」といわれたのでじゃあ食堂いくわって食堂で食べてきた。
そのクラスメイトに食堂のレジ打ちのアルバイトをしている人がいて、話が盛り上がった。
そうそう、うちの食堂はカウンターや冷蔵庫で食べ物を取って、それでレジで後で払うんですね。
食券方式に比べるとついつい取り過ぎてしまってレジを通った後後悔することもしばしば。ちゃんと頭つかえってことだが。
そういうわけでレジが混雑することもあって、昼休みの混雑時間帯にピンポイントで専攻科生を雇ってそれで混雑緩和に努めているよう。
そのレジの仕事はなかなか厳しいらしい。
というのも盆の上に乗せられた食べ物をみて、それでレジを打たないといけないから。
見た目でどの商品か区別しないといかんわけだ。これがつらい。
とはいえ、これはローストチキンだねとか、これはみそ汁だねとか、そういうのはやさしいから問題ではない。
小鉢も60円と85円の2種類を区別できればよくて、これは器の色が違うので簡単に区別できる。
このあたりは回転寿司の方法に通じるものがある。まぁ最近は皿の色で料金を区別する必要が無いところも多いからあれだが。
とはいえ、最近60円と85円の器の色が入れ替わったらしいが。
問題はサイズ違いである。
ご飯1つとっても、SS・S・M・Lの4サイズある。最近SSが追加されたらしい。
こういうサイズ違いは器を見て区別するわけだが、なかなか難しいらしい。
並べてみたら器の大きさが違うことはわかるだろうが、1つ見てというのはなかなか難しい。
色や柄を変えてあることもあるようだが、黒色と濃い緑色でどっちも似たような色に見えるとかうまくいってないよう。
こうしてレジの人は困ってどうするかと言えば、客に「Mですね?」とかサイズを確認するというからまぬけな話である。
こうして客への確認などもして正しくレジ打ちするようには心がけているようだが、それでも打ち間違えが時々あるらしい。
客もいろいろ乗せると一体自分がなにをとったか覚えてないのでわからんということも起きてしまうよう。
ただ、打ち間違えたかどうかというのを確認するすべもないので、実際のところどうかはなかなかわからん話よね。
こういう話聞いてて、サイズをはっきりわかるようにした器があれば、と思うんですけどないんかねぇ。
まぁ器にLとか書いてあるのはどうかと思うが、わかりやすい色を縁に付けておくとかやりようはあるんじゃないかと。
打ち間違いは店にも客にも不利益となることがあるので、打ち間違いは起きないに越したことはない。
店が問題意識をもっているのかはよくわからんけど。
]]>班でまとまってコンピュータで書いていたのだが、なかなかこういう作業というのはやりにくい。
現実には誰か1人がコンピュータを操作せざる得ないだろう。
そうしたとき、他の人がなにを作業しているか見えないという問題が出てくる。
口でやりとりするだけでは、なかなか班の中での意思疎通が難しいのでなんとかしないとなぁと思うところ。
これはちょうどいいと拝借して、これをコンピュータにつないで、みんなで画面を見れるようにした。
これで、仕様書を打ち込んでいるところで、ここが足りないとか、こういう絵を描いてとか、議論しやすくなった。
画面1つあるだけでやりやすかった。
資料を提示して、ここがどうだとか指さして言うこともできる。
もちろん電子黒板のように画面に書き込むことはできないので、その点では全く違うが。
まぁ画面の書き込みに相当する部分はコンピュータを操作している人にやってもらおうということやわな。
画面が15inchぐらいでわりに小さかったのでこうやって使うにはやりにくい面もあったが、
それでもあるとないでは大違いですからね。演習室に放置してくれてあってありがたかった。
]]>これは深刻な問題だなぁ……と思って見ている。
BSの契約情報を管理するというのが最も基本的な役割だったわけですね。
B-CASができる以前、すなわちはアナログ放送の時代は有料放送の受信は面倒だった。
うちではアナログ時代からWOWOWと契約していたのだが、契約するとWOWOWからデコーダーが貸与されて、これを使い復号して受信する仕組みだった。
めんどくさいことでWOWOW見たいなぁと思ってもすぐに見ることができなかった。
それがデジタル放送になってB-CASにより契約情報が管理されるようになったことで、15日間無料体験など使えば、すぐに見られる。
これは非常に画期的なことだったんですね。
このとき、B-CASカード内の暗号鍵を用いて復号することとなったので、地上デジタル放送含めB-CASカードが必要になった。
これでかつて画像安定装置なる機器を使ってコピー制御信号を除去していたような手段は封じられた。
ただ、コピー制御信号の実効性は保たれたのかというと、Friioなどのコピー制御信号に従わない機器が出てきたことにより実効性は失われてしまった。
僕は、コピー制御信号の実効性を保つために暗号化することにしたのは無駄だったと思っている。
どんな方法にせよコピー制御信号に従わない機器が出てきたら意味が無いんだから、そこはしゃあないと開き直っておけばおかったんじゃないかなと。
これさえなければ有料放送のない地上デジタル放送ではB-CASがいらなかったわけだから。そうすればチューナーも安く出来たでしょうし。
とはいえ、地上デジタル放送やBSデジタル放送の無料放送の復号鍵としてB-CASカードを使うのは、B-CAS本来の目的というわけでもない。
本当に果たすべき役割は、BSの契約情報を管理すること。この役割については特に問題はなかったはず。
ところが最近、B-CASカードがクラックされ、契約期間を書き換えられるようになってしまったようである。
契約期間を書き換えられたらこっちのもの。それで有料放送が見れてしまうということである。
事の重大さはコピー制御信号の問題の比ではない。契約してないのに有料放送見れるってそれ有料放送ちゃうやんって。
この問題への対策があるとすれば、それはB-CASカードの交換ぐらいしかない。
B-CASカードを交換することで不正な書き換えができなくするということということ。
そのためにはカード交換の費用がかなりかかるという問題がある。
ただし、これだってカードが解析されればおしまいである。時間稼ぎにしかならんのかも知れない。
少なくともこのBSの契約情報管理についてはB-CASは大いに役立つものであったと思っている。
BSアナログ放送時代のデコーダーを使う方法では、今のようにBSで多くの有料放送サービスが展開される姿はなかっただろう。
このようにメリットが多い方法だから存続して欲しいとは思うんだけど、今後もそのままでとはいかんよね。
今回の騒動でB-CASカードは2038年までしか対応できないことも明らかになったので、
B-CASの後続となるシステムでは今回の問題についてよく考慮されたものになることを期待したい。
あーあ、券詰まりや。
駅員いなくても自動改札機が動いているのでこういうことが起きるわけだが。
まぁ仕方ないのでインターフォンを押して、改札機から定期券を出てこないと伝えた。
すると、降車駅に連絡しておくから降車駅を教えて欲しいと言われた。というわけで学校の最寄り駅を言った。
それでそのまま通り抜けて電車に乗ってくれということらしい。
詰まった定期券を取り出すまで待たされるのかと思ったが、これで予定の電車に乗れる。
しかし、ここで気になるのが帰りのこと。帰りはどうすれば、と聞くと、定期券を学校の最寄り駅に届けておくとのこと。
というわけで帰宅予定時間と名前を伝えて、そのまま電車に乗り込んだ。
駅員のいる通路に行って「○○駅で定期券を詰まらせた○○ですがー」と言うと、
一瞬、ん? となってたが、ああどうぞ通ってくださいと。帰宅予定時刻と連絡先を確認された。
そして帰り、駅員に申し出ると定期券が帰ってきた。
落とし物とおなじような対応なのだろうが、落とし物とは違い、受取のサインは要求されなかった。いい加減な。
ともかく定期券を受け取ったらあとはそれで自動改札を通って帰るだけのことだった。
機械的なものである限りは券詰まりなどのトラブルはどうしても避けられない。
券詰まりのトラブルはこれまで一度だけ遭遇したことがあるが、そのときは駅員がすぐに取ってくれた。同じ駅なんだけどな。
そのときは普通乗車券が降車時に詰まっただけだから、客としてはどうでもいい話ではあったのだが。
それが確か僕が小学生か中学生だったときのことで、それ以来何千回も自動改札機使っててもこれまでトラブルなかったんだから大したもんで。
とはいえ、こうしてトラブルに見舞われる人も少なからずいる。
機械的なトラブルを遠隔操作で直接どうにかすることはできない。
そんな中で、できるだけ客にとって有利な方法を取れるように考えているんだな、と今日のことで思った。
そういえば、以前、帰り道に電車に乗っていたら、駅員の制服を着た人が乗っていて、なにかなと思ったらうちの最寄り駅で降りて、
なんだろとおもったら、×表示の自動改札機を開けて詰まった定期券を取り出して、待ってた乗客に渡していた。
降車時のトラブルで、しかも帰り道ということもあったから、少し待ってもらったのだろう。
定期券でなければそのまま出てくれとするのだろうと思う。たまに人もいないのに×表示でピンポン言ったまま放置されてるのもあるし。
急いでいる場合はあとで引き渡すなどの措置をとったのかも知れない。
いや、厳密にはうちの最寄り駅は無人駅ではないけど。ただ、駅員いるのが1日の3時間だけじゃねぇ……
トラブル対応には近隣の駅員がかり出されることになるけど、行って帰ってくるにはそれなりに時間がかかる。
そのためには駅員の数にある程度余裕は必要なのかなと思う。大きな駅ならそのへんの余裕はあるんだろうけど。
もっとも、機械的なトラブルさえ起きなければあとのトラブルはインターフォン対応で済むことが多いので、
合理化には大いに貢献しているのだろうと思う。それで自動化されてるから運賃の取りこぼしは生じにくいし。
機械的なトラブルもできるだけ客に負担をかけない方法を見いだしているようだし。
]]>寄り道というのは奈良交通の押熊線というバス路線ですね。
この押熊線はそれなりに有名なバス路線で、その理由というのがあまりに狭い道を走るということ。
その詳細はこの後に乗車の感想とあわせて書くこととしたい。
押熊線に乗るためには押熊線のバス停まで行く必要があるが、駅と駅を結ぶ路線でもないのでそう簡単ではない。
一番安直な方法は押熊線で往復するという方法だが、それもなんだかなぁって。
そこでいろいろ考えたのだが、押熊バス停が高の原駅周辺の平城ニュータウンから近いことに注目した。
押熊バス停と近隣のバス停を示した。
一番近い押熊北口バス停は学園前駅～高の原駅のバスが毎時1本ぐらいやってくる。少ないね。
運賃もやや高くて、学園前駅から260円、高の原駅から250円する。
次に近いのが押熊北口バス停、高の原駅～登美ヶ丘駅のバスが毎時2本ぐらいやってくる。
登美ヶ丘駅からだと200円とお手頃。高の原駅からも210円だから十分か。
その次に近いのが神功四丁目バス停、住宅地の中にあるバス停でここ発着のバスが毎時3本ぐらい走ってる。
高の原駅から200円と、運賃・頻度ともに優れている。
いろいろ考えたのだが、手頃だと言うことで高の原駅から神功四丁目まで行き、そこから歩いて押熊バス停に行くことにした。
というわけで高の原駅、イオンモールがそびえ立ってるが、ここの駅前ロータリーでバスを待ってたら神功四丁目行きがやってきた。
この神功四丁目行きのバスは均一先払いなので、CI-CAをタッチして200円払って乗り込む。
高の原駅～登美ヶ丘駅のバスは整理券方式だからいいけど、学園前駅～高の原駅のバスは要注意。
このバスは学園前駅行きが申告先払い、高の原駅行きが申告後払いなので、高の原駅から乗るときは降りる停留所を申告して払い、高の原駅で降りるときは乗った停留所を申告して払う。
申告しないと学園前駅～高の原駅を通しで乗った運賃が請求されてしまう。特にICカードで高の原駅から乗車の人はご注意を。
さて、神功四丁目バス停から歩いて大きなならやま大通りに出て、サークルKのところで曲がるとなんか細い道。
えーっ、この先に本当にバス停あるの、と思う風景なのだが、進んでいくと、緑色のバスが。押熊バス停にはすでにバスが待っていた。
押熊線も西大寺駅行きが申告先払い・押熊行きが申告後払いになっている。
というわけで押熊バス停から乗るときに運賃を支払う。まぁだいたい西大寺駅とどっかのバス停相互で乗るから問題ないよね。
そうこうしてたら出発。したのだが、なんか歩くようなスピードでバスが走っていく。
なぜ? とおもって窓の外を見てみると、バスの右も左もギチギチで、両側に溝があることもあって、細心の注意を払いながら進んでいるよう。
そんなことからもこのバスの走る道の狭さがよくわかるが、引き続き衝撃的な光景を見ることになった。
交差点のやや広いところに原付のバイクが止まって端に寄っている。
バイクとバスのすれ違いすらできないので、すれ違いができるやや広いところで待たざる得ないんですね。
このバスの運行に当たっては何人か誘導員を置いて、対向車との行き違いのための誘導を行っている。
おそらくは誘導員の指示でここで待っているのだろう。まぁ地元の人なら慣れっこだろうけど。
その誘導員の姿は走行中の車内からも見えるのだが、バスとのすれ違いのとき、家の玄関先に入って避けたりしてた。
歩行者とのすれ違いも難しくて、家の軒先に逃げてもらったりしないといけない。
そうやって協力してくれた歩行者に対してマイクで「すみませんありがとうございます」と言っていたが、普通はバスがそんなこと言わんよって思って見てた。
さて、バスが途中のバス停に着くと、バス停には人がぞろぞろと並んでる。
このバス、道が細いくせにやたら乗客が多いという特徴がある。
細い道ならそれ相応に小さなマイクロバスを使えばよさそうなもんだが、乗客数のためそういうわけにもいかない。
そこで大きいバスを持ってきて走らせている。かなり不思議な光景である。
運行本数も毎時3本程度あるので走行中にバスとの行き違いも行う必要がある。
バスと行き違いできるポイントは限られているので、バス同士で無線で連絡を取りながら行き違いを行っている。
途中、やや道幅が広くなる区間があって、そこでは乗用車とバスならどこでも行き違いできるが、そういう区間もそう長く続かない。
細い区間が続くところは誘導員がちゃんと行き違いできるところに対向車を止めておいたりするものだが、
行き違いできないところに突っ込んできた乗用車に遭遇した。そのときは乗用車がバックしていった。まぁそうなるわな。
ここを走る乗用車は本当にひやひやもんだと思うわ。
そうこうしているうちに西大寺駅に到着。
振り返ってみると、最初から最後までずっと細い道というわけではないなぁと思ったんだが、
この区間で広いと感じた区間だって、西大寺駅付近を別とすれば普通に考えればバスの走る道ではない。
周辺には他の道路もある中で、普通はこんな細い道を走るバスなんて設定しないだろうと思うわけだけど
なんでこのバスはこの細いところを走ってるんでしょうね。
この押熊線、歴史は古いそうで、1929年に開設された路線らしい。
奈良交通平城営業所/押熊線・歌姫線・奈良西大寺線の歴史 (Wikipedia)
その当時は今ほど自家用車が普及してなかったし、道路状況もよくなかったはず。
おそらくはその頃のルートをそのまま走ってるのがこの押熊線なんだと。
確かにバイパス道路ができてもバスは旧道を走るというのはそう珍しいことではない。
そっちの方が集落ごとに客を拾いやすいからね。
しかしそれにしても度が過ぎた路線設定だと言わざる得ない。
家の間を縫うように走って行くこともあって利便性が高いからか、バスの利用者は多い。
それゆえに昼間でも大きなバスが20分間隔で行き交うというとんでもない光景が繰り広げられているのだと。
それだけでも十分すさまじいのだが、夕方はこれが12分間隔まで本数が増える。
さらに朝だが、朝の西大寺駅行きは利用者が集中するから夕方以上の頻度を確保したい……のだが、そうもいかない事情がある。
それはバスとバスの行き違いができなくなってしまうんですね。
おまえは単線鉄道かという感じだが、バス同士の行き違いポイントは実際そんなに多くないので似たようなもんである。
そこで途中の平城中山バス停の脇道にバスを置いておいて、押熊からのバスが到着したらそのバスの後ろを貼り付いて走って行く。
そんな続行便が平日朝に2本設定されている。これにより7時台は押熊始発が概ね10分間隔のところに2本足して1時間で8本走っている。
まぁすさまじいバスだった。
ちなみに奈良交通には他にも細い道を走るバスがある。
同じく奈良市内を走る、近鉄奈良駅～JR奈良駅～尼ヶ辻駅～学園前駅のバスが国道308号線の細いところを走るんだとか。
実はこのバスは近鉄奈良駅～尼ヶ辻駅の移動のために乗ったことがあって、少しだけ細い区間を垣間見ることができた。
需要に応えるためとはいえ運転手・誘導員は大変なことだ。いや、本当に。
]]>これまで、関西においては
と、郡山・京都・神戸・寝屋川とやってきている。()内にリンクあるのは僕が参加したやつね。
今回は一周回って奈良での開催と相成った……のかな?
本当は1つ前の内侍原町(なしはらちょう)で降りればよかったのだが、ついつい。
とことこ歩いて奈良女子大学に到着。本当に立地のいい会場ですね。
食堂で腹ごしらえして、さて会場へ。
最初に基調講演として奈良高専の校長先生のお話。
高専カンファレンスで校長が登壇というのは実は過去にもあったよなと思ったんだけど、どうも小山であったらしいね。
(参考 : 高専カンファレンス in 小山)
校長先生がMITへの留学が人生への分岐点になったということで話をしてくれたのですが、
まー、とんでもない学生時代で、まともに勉強できなかったら技術者の中で仕事するのがつらいという、そりゃ地獄やわなと思って聞いていた。
そこでアメリカに飛ばされてみたらいろいろ見えてきたことがあるから、今日の教育活動で生かしてるよという、そういう話でした。
その話を聞いていて、あれ? と思ったことがあった。それは、留学から帰ってきたら職場が大学に変わってのにその話がなかったなって。
終わった後、そういう疑問をぶつけてみたら、そうして外の世界を見てきたら職場が窮屈でわりに自由がきく大学に職場を変えたんだって。
なるほどなぁとは思うんだけど、なにが大切かというと独創性を出していくことと、その発想をほめて伸ばしていこうということだわな。
タイトル見てたら意表を突かれる流れが多かった気がするがよくあることか。
今回は会場参加型プレゼンというのがあった。
TwitterのDirectMessageを使って会場にいる人が参加できるというものだったらしい。
せっかく会場内にいるのにわざわざインターネット介すとか、という感想はあったが、よく思いついたもんだなと。
システム的に難しいことが多かったようで、なかなか不調だったが、よい試みだ。
ただそれを生かした発表というのは案外難しい話よね。そこらへん中の人ばかりでなく発表者・その他参加者にとっても難しいことだ。
○・×を頭上に掲げさせる○×クイズのようなそういうモデルでやればいいのかなと僕は思った。
ただそれだけでは対話性にかけるという話もありそうだし、うーんって。そこらへんTwitterを介すると複数の選択肢とか自由回答とか対応できていいんだろうが。
ともかくそれに伴うコンテンツが問題だわ。独創性を生かし見いだして欲しいところ。なんかあるかねー。
ところで今回の高専カンファレンスにあたって、発表のネタを思いついたので発表させてもらおうと送ったんですけど、実は不採用になりましてね。
あまりおもしろくないという判断だったのだろうが、そもそも応募が多かったことは今回のスケジュールをみればだいたい分かる話。
これで19時には会場を返さないといけないのに、終了予定は18時、実際には遅れて18時半だから、ギリギリだったことはわかる。
関西の地においてもこういう勉強会が大変あたたまってきたということだろうと思う。これは大変喜ばしいことだ。
多くの人が発表し聞ける機会を増やしていかんといかんという今回のことはとらえるべきだろう。
まぁ僕が不採用になったのは全くうれしくないけど、またこの話はどこかでできればと思っている。工学を専攻する学生には役立つ話だと思うから。
その後の二次会では盛大にさわいで、気付けば22時ごろ。
よい会だったなとおもいつつ帰ってきたら23時過ぎ、意外に遅くなってしまった。
今度、夏に京都で高専カンファレンス in 関西があるんだとか、大学院が決まってたら行きたいですね。
こうして続くものがあるというのはよいことかな。
]]>研究関係ではなかなか仕事がはかどったし、まぁわりによかったのではないかな。
カレンダーをみてみるともう1つ受験する予定の大学院の願書受付まで1ヶ月ぐらいに迫ってた。
1ヶ月だと迫ってる気はしないが、実はこの大学院も研究希望調書のようなものを出さないといけない。
(参考記事 : 研究希望調書を考える仕事 )
この前はインターンシップでお世話になった大学院のを書いてたので、そのとき聞いた話を踏まえて書けばやりやすかったが、
今度の大学院はオープンキャンパスで話は聞いてきたとはいえ、少し調べないといけないことは多そう。
興味があることはもう固まっているので、文献を引いて、研究テーマを見いだそうかなと思っている。
と、こうして書き出せる人はよいのだが、研究室に配属されたばかりでこれから卒業研究だという学部生には厳しそうなことではある。
そういうことは誰でも想像はつくことだろう。以前のBlogでもそういう話は書いているし。
けどこの問題を解決する方法があることを思い出した。
それは志願先の研究室の学生に相談するという方法だ。
インターンシップでお世話になった研究室も、オープンキャンパスで見せてもらった研究室も、
こうして興味を持ってくれる学生には好意的に接してくれるものである。
そして、そこにいる学生は入学試験を受けて入学してきていることもあって、自分の経験からアドバイスをしてくれることが多い。
ということだから、そこの学生さんに研究希望調書見せてと言えば、大いに参考になるのではないのだろうかと思う。
高専専攻科の学生にとっては、受験報告書を漁ればこういう研究希望調書の例は入手できるし、
指導教員からアドバイスを受けて完成させることはやりやすい。
ところが、こういうことで悩む学部生というのは、外部の大学院を受けることを意図しているということで、
なかなか相談しにくい面もあるのではないかと思う。わからんけどね。
そうなったとき、受験先の学生というのは相談しやすいところなのかなと思うところ。
さて、来週以降は研究発表の準備とともに研究希望調書の仕込みをしていくか。
当分はやることが途切れず続きそう。
]]>
1つのイベントに1つのクラスを用意するのは少し手間がかかる。
匿名クラスを使えばそれほど手間をかけずにクラスを生成できるようだが、それでもいちいちクラスを作ってることに違いはない。
.NETではイベントにデリゲートを登録するだけだからそれに比べると手間がかかるという印象がある。
String s="foobar"; Func<int,int,String> f=s.Substring; String o=f(3,3); //bar
ここで"foobar"という文字列のオブジェクトsがある。このsのSubStringメソッドをデリゲートfに代入する。
すると、 f(3,3)のようにすれば s.SubString(3,3) したのと同じ動作ができると。
デリゲートと単なる関数ポインタのちがうところはどのメソッドだけでなく、どのオブジェクトのか指定できることにある。
もちろん静的メソッドをデリゲートに代入することも出来る。
Func<String,String,String> f=String.Concat; String r=f("foo","bar") //foobar
これは関数ポインタと一緒ですよね。
C# 2.0で導入された機能だが、その後C# 3.0ではラムダ式が導入された。
というわけでC# 3.0以降のラムダ式の記法で書くことにする。
Func<int,int,int> f=(x,y)=>{return x*y; } Func<int,int,int> f2=(x,y)=>x*y;
(引数)=>{処理} と書けばそれでデリゲートが生成できる。返り値を返すだけならば (引数)=>返り値 と簡単に表記出来る。
デリゲートの中ではデリゲートの外の変数も使って書くことが出来る。
int c=0; Func<int> h=()=>{c++; return c;}
これでやりたい処理を書いて、デリゲートを生成して、それでイベントに登録するだけなら楽チンですね。
過去に匿名デリゲートで処理を書いてこれを非同期実行させるようなことは何度もやっていて、さっき参考として挙げた記事はその話が書かれている。ただしC# 2.0だが。
プログラムを書く方はこれでよいのだが、実はコンパイラはこの書かれた匿名デリゲートをコンパイルできるように仕立てる必要がある。
まず、一番簡単なデリゲートの外の変数を使わないもの。これは単に静的メソッドを作ればいい。
Func<int,int,int> f=(x,y)=>{return x*y;}
は、
static private int _f(int x,int y){ return x*y; } Func<int,int,int> f=_f;
こんな感じで静的メソッドが生成される。これは簡単ですね。
次にデリゲートの中でクラスのメンバ変数を使ったもの。これは静的ではないメソッドとして実装される。
Func<int,int> g=(x)=>{return x*this.price;}
は、
private int _g(int x){ return x*this.price; } Func<int,int> g=this._g;
となる。
int c=0; Func<int> h=()=>{c++; return c;}
は、
Class _hclass{
public int c;
public int h(){
c++; return c;
}
}
_hclass _h=new _hclass();
_h.c=0;
Func<int> h=_h.h;
なんとこのデリゲート1つのためにクラスを作ってるんですね。
自動で生成されるんで意識することはないんだけどコンパイル時にこうして処理をしている。
ローカル変数を使ったデリゲートはデリゲート1つでクラスが1つ生成されるんだから、結局イベント1つでクラスが1つ生成されることと変わらない。
そのクラスを作るのが手動か自動かだけの違いとも言える。
自動で生成してくれる方が楽だけど、開発環境がある程度の枠は作ってくれるのなら手動でもそんなに手間ではないとも言えるか。
うーん、けどやっぱりめんどくさいな。
このあたりの違いはC#がJavaのめんどくさい点を踏まえた上で設計されていることの強みなのかなと、Javaでカリカリ書いてて感じた。
機能的には結局同じことができるんだけど、やはり不便だなと思うことが減っているのはC#の価値なのかなと。
]]>