<?xml version="1.0" encoding="utf-8" ?>


<?xml-stylesheet href="http://d.hatena.ne.jp/chap_py/rssxsl" type="text/xsl" media="screen"?>


<rdf:RDF
xmlns="http://purl.org/rss/1.0/"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xml:lang="ja">
<channel rdf:about="http://d.hatena.ne.jp/chap_py/rss">
<title>有機化学日誌</title>
<link>http://d.hatena.ne.jp/chap_py/</link>
<description>有機化学日誌</description>

<dc:creator>chap_py</dc:creator>
<dc:date>2011-02-11T01:01:37+09:00</dc:date>
<items>
<rdf:Seq>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20110210/1297353089"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20110114/1295001379"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20100619/1276957179"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20100227/twitter"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20091114/1258217471"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20091114/1258217472"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20091114/1258217473"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20091114/1258217474"/>
<rdf:li rdf:resource="http://d.hatena.ne.jp/chap_py/20091114/1258217475"/>
</rdf:Seq>
</items>
</channel>



<item rdf:about="http://d.hatena.ne.jp/chap_py/20110210/1297353089">
<title>■</title>
<link>http://d.hatena.ne.jp/chap_py/20110210/1297353089</link>
<description> バレンタインチョコ欲しい！ 欲しいプレゼントはiPod touch。 前回貰えなかったので今度こそください！！！！１１１１１ </description>

<content:encoded><![CDATA[
<div class="section">
<p><a class="keyword" href="http://d.hatena.ne.jp/keyword/%A5%D0%A5%EC%A5%F3%A5%BF%A5%A4%A5%F3%A5%C1%A5%E7%A5%B3%CD%DF%A4%B7%A4%A4%A1%AA">バレンタインチョコ欲しい！</a></p>
<p>欲しいプレゼントはiPod touch。</p>
<p>前回貰えなかったので今度こそください！！！！１１１１１</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2011-02-11T00:51:29+09:00</dc:date>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20110114/1295001379">
<title>■</title>
<link>http://d.hatena.ne.jp/chap_py/20110114/1295001379</link>
<description> MacBook Air 11インチ欲しい！ しばらくぶりに書くことがそれかよって言われそうだけど欲しいものは欲しい とりあえず、修論終わったら落ち着いて遊びたいですね。 </description>

<content:encoded><![CDATA[
<div class="section">
<p><a class="keyword" href="http://d.hatena.ne.jp/keyword/MacBook%20Air%2011%A5%A4%A5%F3%A5%C1%CD%DF%A4%B7%A4%A4%A1%AA">MacBook Air 11インチ欲しい！</a></p>
<p>しばらくぶりに書くことがそれかよって言われそうだけど欲しいものは欲しい</p>
<p>とりあえず、修論終わったら落ち着いて遊びたいですね。</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2011-01-14T19:36:19+09:00</dc:date>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20100619/1276957179">
<title>就活を終えて</title>
<link>http://d.hatena.ne.jp/chap_py/20100619/1276957179</link>
<description> 無事内々定をいただいて就活終了です。 いろいろあって、行きたい会社に行くのに結構苦労したのですが、そこは自分のワガママを全力で通そうとした結果なので、諦めて出来る事はしました。 だいたい終わって、あとは会社から内々定通知を貰って、入社承諾書を出すくらいです</description>

<content:encoded><![CDATA[
<div class="section">
<p>無事内々定をいただいて就活終了です。</p>
<p>いろいろあって、行きたい会社に行くのに結構苦労したのですが、そこは自分のワガママを全力で通そうとした結果なので、諦めて出来る事はしました。</p>
<p>だいたい終わって、あとは会社から内々定通知を貰って、入社承諾書を出すくらいですね。</p>
<p>職種別採用とかしている会社じゃないのでアレですが、希望通りに行けば無事研究職です。</p>
<br>

<p>で、約半年強就活をやってみて思った事や考えた事を書いておく。</p>
<p>これから就活を控えている人 or まだ頑張ってる人の参考になれば幸いです。</p>
<br>

<p>1:学歴差別はある</p>
<p>実際かなりひどいです。</p>
<p>大学のおかげで書類選考はかなり楽をさせてもらったな、と思いました。</p>
<p>多分20社くらいトータルでエントリーしてますが、落とされたのは1/3くらい。</p>
<p>確実に学歴フィルタで通してもらった感じの会社も数社……。</p>
<br>

<p>2:勝負は面接から</p>
<p>多分実際に勝負しないといけなかったのは面接からだったのかなぁと。</p>
<p>私の場合、メーカーばっかり受けてて、ほとんどの会社の1次が部長級技術面接で形式は1対3でした。で、プレゼン能力、コミュニケーション能力を測られた感じだったのかなぁと思います。</p>
<p>グループディスカッションとかあった会社もありましたが、あれって何を見てるかよく分からないけど、一つ言える事は主張するより周りを助けた方がいいんじゃないかぁと思いました。じゃないと共同作業させる意味ないよね。全体をコントロールしつつ、周りの主張をさせる人の方が多分通りやすいです。</p>
<p>結果的に、グループディスカッション・面接全て通ってるのが内々定もらった一社だけなのでなんとも言えない部分もありますが。</p>
<br>

<p>で、肝心の面接ですが、よく言われますがある程度は用意しておいた方がいいです。</p>
<p>自分の主義主張をちゃんと持ってて、ここについて何聞かれても大丈夫、という部分はどうでもいいですが。</p>
<p>志望動機とか、他人とは違うであろう、と考えられる経験については何を話すかをちゃんと整理しておいた方がいい。</p>
<p>あとは笑顔ですかね。相手と心地よくコミュニケーションを取れる人のほうが通りやすいと思います。</p>
<br>

<p>3:逆面接</p>
<p>個人的に就活をするにあたり、一番重要視しながら見てたのは「一緒に仕事したいか否か」なので、逆面接は凄く重要視しました。そのために、かなり面倒なことをして一社蹴りましたが。</p>
<p>とてもじゃないけど、学生相手だと舐められている企業にはいきたくないですね。面接時に、自分が不快な思いをしたら、その会社には行きたくないと思って面接を受けてました。まぁ、実際にあったのは2社くらいかしら。何年勤めるかわからないけど、多分10年以上のスパンで考えないといけないと思うし、そう考えると、面接の時点で胸くそ悪い気分にさせられる人がいる会社には当然行きたくない訳です。</p>
<br>

<p>最後に個人的な反省をば。</p>
<p>説明会は絶対に行くべき。いけなかった会社は受けない方がいい。</p>
<p>受けるかどうかを判断する最大の情報源だと思います。</p>
<p>それで1社失敗して、周りに方々に多大な迷惑をかけたのでアレ。</p>
<br>

<p>そんな所で。</p>
<p>それでは、皆さんのご活躍を心よりお祈り申し上げます。</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2010-06-19T23:19:39+09:00</dc:date>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20100227/twitter">
<title>[インターネット][twitter]そろそろ俺のついったーの使い方をまとめておくか</title>
<link>http://d.hatena.ne.jp/chap_py/20100227/twitter</link>
<description> 正直、勝○和△さんとかそこら辺の方々が以前から使っていた人達のコミュニティー(ここでは敢えて古参(笑)クラスタと呼ぶ)をぶっ壊す方向に向かって使い方は発信するは、新参はよく分からない使い方を始めるわなので、古参(笑)の俺の使い方をまとめておく。ハッキリ言ってお</description>

<content:encoded><![CDATA[
<div class="section">
<p>正直、勝○和△さんとかそこら辺の方々が以前から使っていた人達のコミュニティー(ここでは敢えて古参(笑)クラスタと呼ぶ)をぶっ壊す方向に向かって使い方は発信するは、新参はよく分からない使い方を始めるわなので、古参(笑)の俺の使い方をまとめておく。ハッキリ言っておくが初心者には全くオススメできない使い方である。この使い方はこの記事が書かれた当時の使い方であり、今後変化がある可能性があることは付記しておく。</p>
<br>

<h4>もくじ</h4>

<ol>
<li>クライアント</li>
<li>follow基準</li>
<li>ハッシュタグ</li>
<li>RTについて</li>
<li>リスト</li>
<li>外部サイト</li>
</ol>
<br>

<br>

<h4>1:クライアント</h4>
<p>TwitterIrcGateway(TIG)が基本。Macから見ている限り基本的にTIGを使ってる。補助的にWebも見ているが事実上ブラウザのタブを肥やしているだけである。</p>
<p>出先はiPhoneなら夏ライフォン。これは基本的にTimelineを全部見てる。mentionsも全部取ってる。割とだらだら目に留まったpostだけ拾う感じ。まぁ、適当なことが多い。出先ではそこまで本気でインターネットできないことも多いし、仕方ないと思っている。</p>
<p>で、Twitterに注力するのは家にいる時の方がもちろん多くて、そこでメインで使ってるのがTIG。TIGは最も廃人向けの機能が充実していると思われるクライアントである。クライアントというか厳密にはIRCサーバー(仮)くらいで実際に見てる環境はIRCクライアントのLimeChat。アイコンは諦めた。IDで判断出来るので別にそこまで問題はないし、アイコン変わったのはふぁぼったーで気付くからそんなに問題ないことに気付いた。かわいいアイコンはたんぶりでもすればいい。</p>
<p>TIGのメリットはいろいろあるが、まずは自分の欲しい機能を選んで機能拡張出来る。頭おかしい。</p>
<p>俺は</p>
<ul>
<li>はうはう<span class="footnote"><a href="/chap_py/#f1" name="fn1" title="スク○イピングとかスク水レイピングとか呼ばれているアレである">*1</a></span></li>
<li>流速表示</li>
<li>client source表示</li>
<li>遅延表示</li>
<li>typablemap</li>
</ul>
<p>あたりを使っている。更新頻度は15秒に1回と180秒に1回<span class="footnote"><a href="/chap_py/#f2" name="fn2" title="はうはうで15秒に1回、API経由で180秒に1回である">*2</a></span>。これでだいたい取り落としはない。聞きなれない拡張は多分typablemapだけど、これを使ってin reply toを返したり、ふぁぼったり、極稀にRTしたりと言う感じ。</p>
<p>あとは強力なのは抽出機能。この機能は拡張ではなくデフォである。</p>
<p>任意の人、キーワードを無限に抽出出来る。</p><p>まぁ、ぶっちゃけてしまうと実はこの強力な抽出機能を使って今見てるのは多分実質300人弱くらい<span class="footnote"><a href="/chap_py/#f3" name="fn3" title="ちゃんと数えたことはない">*3</a></span>。ほかのfollowingの人達はmentions飛ばしてくれれば直ちに表示はされる。別に俺がfollowしてない人でもmentionsを300秒ごとには取ってきてるから、それで拾われるが。</p><p>あとはキーワード抽出。キーワードは正規表現を使える。エゴ抽出<span class="footnote"><a href="/chap_py/#f4" name="fn4" title="@とか@無しとかそこら辺">*4</a></span>やハラヘや眠いばかり抽出しているチャンネルがある。#harahe-nemuiでは、お昼前はハラヘがやはり多く、お昼過ぎになると眠いが増えるなど人間の本能が見えて大変に面白い。まぁあとは主にfollowしている属性毎に今気になっているトピックに関係があるキーワードやら人やらを抽出している感じである。ハチロク世代関係者の#g86とか、ついったー夫婦を抽出している#夫婦などである。</p>
<p>これを見て残念ながらTIGが使いたくなった人は<a href="http://aquapple.com/2009/07/how-to-irc-with-twitter/#toc-twitterircgateway">ここら辺</a>を読むといいと思う。一言言っておくがTIGを使うのは間違いなく初心者にはオススメできない。廃人はtiarraとか通してどんどん外でも活用すべきだと思う。俺も近々サーバーを立てて出先でもTIGに移行したいと思っている。</p>
<br>

<h4>2:follow基準</h4>
<p>「Twitter上で有名」か否か、アイコンがかわいいか、絡んだ人と絡みがあるか。まぁ、そこら辺。もちろん現実世界で有名かどうかはとわない。もっと究極的には俺が何らかの好感を持って付き合えそうか否か、だな。</p>
<p>で、最近新規followはほとんどしてない。followしても昔一回アカウント消した人が復活してて、そのアカウントにfollowすることが多い。</p>
<p>以前であれば、following500人くらいまではスパムじゃなければfollow返してた、700人超えた頃からいくつか属性決めて、その属性に合う人をfollowしてた。1000人前後からホントに面白い人じゃないとfollowしなくなった。逆に言えば、1000人以降にfollowした人は凄く良く絡む人だと言える。</p>
<p>あと、リアル知人も数人はfollowしているが特に抽出とかかけている訳ではないので多分Timelineに埋もれているだけだと考えている。</p>
<p>follow返しについて言及しておくと、まず俺はfollow通知メールは受け取ってる。で、開封するだけで終わる人は次のいずれかに当てはまる</p>

<ol>
<li>デフォルトアイコンのまま</li>
<li>f/f(following/follower)比がバカみたいにデカイ<span class="footnote"><a href="/chap_py/#f5" name="fn5" title="逆に言うと1前後の人を一番見てる">*5</a></span></li>
<li>tweet数が少ない(following数にもよるが4桁到達してないとほとんど見ない)</li>
</ol>
<p>ぶっちゃけ、最近はこの3ついずれにも当てはまる人が多い。これをクリアしたとして、その人のhomeを見たとしてもだいたいbioを書いてないとかでよく分からない人であり、そのままそっとタブを閉じることが多い。</p>
<p>で、この手の人はTwitterを続けられる可能性が低いと思っている。ちゃんとアカウント見てfollowしましょうね、1000人も見てる人がそんなわざわざノイズ増やすような人にfollow返ししますか？と言いたい。初心者は初心者同士で馴れ合ってから古参(笑)にfollowすべきだと考えている。古参(笑)はpost数も多い人が多いし、あとから「Timelineが埋まるんですけど」とか言われても、こっちはただ通常営業しているだけなのであるからそういうことはやめていただきたい。</p>
<br>

<h4>3:ハッシュタグ</h4>
<p>これについては割と積極的に使っている。後述するTwilogによると俺が良く使ってるハッシュタグTOP5は以下の通りである</p>

<ol>
<li>fuckinlab</li>
<li>nemui</li>
<li>harahe</li>
<li>nhk</li>
<li>letmegraduate</li>
</ol>
<p>これを見て分かることは俺はいつもどうでもいいことしかつぶやいていないということである。</p><p>正直、ハッシュタグは検索のためのものであるが、その意味ではホントに無意味なノイズを増やしており<span class="footnote"><a href="/chap_py/#f6" name="fn6" title="これ以外にもmoudameda2010とかmoudamedaJPとか基本的にネガティブなことにハッシュタグを付けがちである">*6</a></span>、Twitterサーバーに謝罪すべきだとは思っているが自重しない。わざわざお金払ってインターネットしている訳で自分でやりたいことやって楽しむもんだから別に全く問題はないと思っている。楽しむための場所でストレスためたくないしね。</p>
<p>で、他人が使うハッシュタグについてもここで軽く言及しておきたいのだが、followmeJPとかsougofollowって正直意味があるか全く分からん。そんなハッシュタグ使ってるあなたは検索しますか？と聞きたい、小一時間かけて問い詰めたい。相互followじゃないと嫌なTwitterの文化を理解していない人はmixiエコーに行け。そんなんより、まだharaheとかnemuiとかの方が検索する気が起きるのは俺だけか？</p>
<br>

<h4>4:ReTweet(RT)について</h4>
<p>散々言っているが、俺は非公式RTは基本的には使わない方針をとっている。来る非公式RTにも否定的である。例外的に晒すべきもののみ非公式RTを使ってばらまく。</p>
<p>閑話休題。RTを使わない理由はいくつかある。まず、会話を遡れなくなる。インターネットに「残る」ものであるから、あとで遡れることが好ましい。ってか、残すことをそれなりに意識している。そのため、in reply to IDがついていればあとから会話を遡りやすいがRTで会話されると最初の方のpostが消えて遡れなくなることが多々ある。Twitterは140文字しか書けねぇんだぞ、少し頭を使えばそれくらいはすぐ分かると思うのだが。</p>
<p>まだRTを拒否する理由はある。まず相手の会話が改変可能であることである。それって話の流れを余裕でぶっ壊せるよね？in reply to IDは現状それは不能になっているのでよっぽど信用のおける会話になる。</p>
<p>あとは最初に会話のネタを提供しただけなのにそのあとRTで会話されるのは迷惑。これで以前俺は一度キレた。最初に話振っただけで会話から離れることはあるが、話を最初に振ってしまったばかりにmentionsタブを埋められた。自分で話を振っただけなのに耳元でメガホンで話をされるのは迷惑きわまりない。</p>
<p>以上の理由から通常はin reply to IDをちゃんとつけた@会話をしてコミュニケーションを取っている。</p>
<p>公式RTについても一応言っておくと、その意味では公式RTは信頼が置ける。ふぁぼっても、本人のpostに星が付くし、古参(笑)クラスタにはいいのではないかと思っている。俺はRTしたくなったら基本公式からRTしている。</p>
<br>

<h4>5:リスト</h4>
<p>作ってるけど完全にネタ。</p><p>一応who-i-metとか、wanna-meetとかはネタはない。多分会ってる人だったり<span class="footnote"><a href="/chap_py/#f7" name="fn7" title="俺に会ってる人で入ってない人は何らかの方法で連絡をくれるとこっそり入れます">*7</a></span>、Timeline見てて会いたい人だったりではある。</p>
<p>あとはlistにはfollowはしているけど全く活用出来ていない状態。正直、通常は前述したTIGの抽出でどうにでもなってしまうからどうでもいいかなーというのが正直な所。あるからお遊びで使ってみました、的な側面が大きい。</p>
<br>

<h4>6:外部サイト</h4>
<p>よく見るのはFavotter(ふぁぼったー)、携帯百景、Twilogあたりかしら。</p>
<p>連携させてるのはいっぱい。friendfeedとかそこら辺。そこら辺はまぁ察して欲しい。使ってたり使ってなかったりがひどい。</p>
<p>ふぁぼったーはまぁ、リサーチですね。皆さんどういうネタが好きなのかチェック。まぁ、そのネタに適合するpostをするかどうかは別問題。</p>
<p>携帯百景は完全にiPhoneの写真up用。来たものについてはniceもコメントも見てるし、必要があればレスは返す感じ。niceもいいと思った写真にはつけますよ、ええ。</p>
<p>Twilogは統計取る用。最近まともに使い始めた。絡んでる人が分かるのはいい。もう少し使い方を模索するつもり。</p>
<br>

<h4>まとめ</h4>
<p>と言う訳で、俺のついったーの使い方という就活ESからの現実逃避でした。</p>
<p>明日から就活に本気出す(((((</p>
</div>
<div class="footnote">
<p class="footnote"><a href="/chap_py/#fn1" name="f1">*1</a>：スク○イピングとかスク水レイピングとか呼ばれているアレである</p>
<p class="footnote"><a href="/chap_py/#fn2" name="f2">*2</a>：はうはうで15秒に1回、API経由で180秒に1回である</p>
<p class="footnote"><a href="/chap_py/#fn3" name="f3">*3</a>：ちゃんと数えたことはない</p>
<p class="footnote"><a href="/chap_py/#fn4" name="f4">*4</a>：@とか@無しとかそこら辺</p>
<p class="footnote"><a href="/chap_py/#fn5" name="f5">*5</a>：逆に言うと1前後の人を一番見てる</p>
<p class="footnote"><a href="/chap_py/#fn6" name="f6">*6</a>：これ以外にもmoudameda2010とかmoudamedaJPとか基本的にネガティブなことにハッシュタグを付けがちである</p>
<p class="footnote"><a href="/chap_py/#fn7" name="f7">*7</a>：俺に会ってる人で入ってない人は何らかの方法で連絡をくれるとこっそり入れます</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2010-02-27</dc:date>
<dc:subject>インターネット</dc:subject>
<dc:subject>twitter</dc:subject>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20091114/1258217471">
<title>[研究生活]少なくとも私を注意するときに必要な3つのこと</title>
<link>http://d.hatena.ne.jp/chap_py/20091114/1258217471</link>
<description> 実験的にはM1ながら独り立ちさせてもらっていて、基本的に実験そのものは自分1人で進めているわけですが、立場的にはまだM1の駆け出しペーペーなので、まぁ、Dの方だったりM2のいろいろやっている先輩方にご指導・ご鞭撻を頂くことはしばしばあるわけです。で、最近自分が注</description>

<content:encoded><![CDATA[
<div class="section">
<p>実験的にはM1ながら独り立ちさせてもらっていて、基本的に実験そのものは自分1人で進めているわけですが、立場的にはまだM1の駆け出しペーペーなので、まぁ、Dの方だったりM2のいろいろやっている先輩方にご指導・ご鞭撻を頂くことはしばしばあるわけです。で、最近自分が注意されていて注意してくれる人を観察して、「あ、この人は人を注意するのが上手だ、下手だ」というのが分かり始めてきて、その上で上手な人が抑えていてくれているポイントと言うのが分かったので書いておいてみる。</p>
<p>まぁ、基本的には要素は3つ。</p>
<br>


<ol>
<li>何故そうしたか聞く</li>
<li>何故ダメか理由を言う</li>
<li>今後どうしたらいいのか解決策を示す or 一緒に考えてくれる</li>
</ol>
<p>まぁ、ひとつひとつ見ていきたいと思う。</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2009-11-15T01:51:11+09:00</dc:date>
<dc:subject>研究生活</dc:subject>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20091114/1258217472">
<title>1:何故そうした聞く</title>
<link>http://d.hatena.ne.jp/chap_py/20091114/1258217472</link>
<description> 少なくとも、研究活動と言うものは自分で考えて行動することが要求されるわけで、ある一定のルーチンワークはともかく、基本的に何かをやるときときは、自分なりに考えて、どういうふうに行動するかと言うのを決めないといけない。 造反有理と言う言葉があるけど、その言葉</description>

<content:encoded><![CDATA[
<div class="section">
<p>少なくとも、研究活動と言うものは自分で考えて行動することが要求されるわけで、ある一定のルーチンワークはともかく、基本的に何かをやるときときは、自分なりに考えて、どういうふうに行動するかと言うのを決めないといけない。</p>
<br>

<p>造反有理と言う言葉があるけど、その言葉の正しい意味ではないが、何か間違った行動を取ってしまうときと言うのは一応それなりの理由があるわけで、その理由を聞かないことにはその人がどうしてそうしたのかと言う意図がわからず、少なくともその人が何故注意されなければならないのか、という道理が無くなる。</p>
<br>

<p>その意味で、何故そうしたか理由を聞くことは絶対に必要。</p>
<p>理由を聞かなければなにも始らないし、注意された側も頭ごなしに何か言われた、という感じになって、せっかく正しいことを教えてあげても、それに反抗したくなるわけです。</p>
<p>反抗されたんじゃ意味ない。正しい行動が正しく身に付かないと思う。</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2009-11-15T01:51:12+09:00</dc:date>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20091114/1258217473">
<title>2:何故ダメか理由を言う</title>
<link>http://d.hatena.ne.jp/chap_py/20091114/1258217473</link>
<description> 今度は1と逆の理由。 正しいとされるやり方・行動というのは何故その方法が正しいかと言う理由があるわけで、その理由付けをしっかりと教えないといけない。 理由を言ってもらえれば、注意された方も納得出来る可能性があるし、もし納得出来なかったとしても正しいやり方の</description>

<content:encoded><![CDATA[
<div class="section">
<p>今度は1と逆の理由。</p>
<br>

<p>正しいとされるやり方・行動というのは何故その方法が正しいかと言う理由があるわけで、その理由付けをしっかりと教えないといけない。</p>
<p>理由を言ってもらえれば、注意された方も納得出来る可能性があるし、もし納得出来なかったとしても正しいやり方の理由に対して一定の議論が出来る訳でより良いやり方に繋がる可能性がある。</p>
<p>その意味で理由付けをちゃんとしていくことと言うのは非常に大事。</p>
<p>注意した側もより良いやり方が見つかる可能性もあるし、理由を教えてあげる、というのはすごく建設的だと思う。</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2009-11-15T01:51:13+09:00</dc:date>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20091114/1258217474">
<title>3:今後どうしたらいいのか解決策を示す or 一緒に考える</title>
<link>http://d.hatena.ne.jp/chap_py/20091114/1258217474</link>
<description> 1だったり、2だったりと若干理由は被るのだが。 いずれにしろ、同じやり方がベストとは限らないわけで、より良いやり方を常に模索していく必要がある。 それが実験の効率だったりに繋がってくるわけで、劇的ではなくてもより短時間で同じ操作が出来たほうが効率がいい。 そ</description>

<content:encoded><![CDATA[
<div class="section">
<p>1だったり、2だったりと若干理由は被るのだが。</p>
<br>

<p>いずれにしろ、同じやり方がベストとは限らないわけで、より良いやり方を常に模索していく必要がある。</p>
<p>それが実験の効率だったりに繋がってくるわけで、劇的ではなくてもより短時間で同じ操作が出来たほうが効率がいい。</p>
<br>

<p>その人が解決策を示す場合、その解決策が何故合理的か理由を示す必要がもちろんある。</p>
<p>多分、それも理由を言わないと納得出来ないだろう。</p>
<p>解決策を一緒に考える場合、もちろんある程度議論は必要になるけど、議論と言うものはお互いにちゃんと理路整然立てて物事を考える事になるので、それはそれでお互いに納得した解決策が導かれる場合もある。</p>
<p>そういうやり方が建設的だなぁと思う。</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2009-11-15T01:51:14+09:00</dc:date>
</item>
<item rdf:about="http://d.hatena.ne.jp/chap_py/20091114/1258217475">
<title>まとめ</title>
<link>http://d.hatena.ne.jp/chap_py/20091114/1258217475</link>
<description> どう見ても理由がないと嫌な理系頭です本当にありがとうございました。 まぁ、ただ感覚的に示されるより理由を教えてもらったほうがいいと思う。 納得すること大事！ </description>

<content:encoded><![CDATA[
<div class="section">
<p>どう見ても理由がないと嫌な理系頭です本当にありがとうございました。</p>
<br>

<p>まぁ、ただ感覚的に示されるより理由を教えてもらったほうがいいと思う。</p>
<p>納得すること大事！</p>
</div>
]]></content:encoded>
<dc:creator>chap_py</dc:creator>
<dc:date>2009-11-15T01:51:15+09:00</dc:date>
</item>
</rdf:RDF>

