Tutorials¶ Standalone tutorials, both for working through & reference purposes. General topic: how to do basic scientific data analysis on UNIX. Contents: UNIX, ssh, and scp Renting a computer from Amazon Running BLASTs on UNIX UNIX, BLAST, and long-running jobs Working with CSV files and Python Plotting with matplotlib Scripts, Reciprocal Best-Hits BLAST, and some more Python Mapping with bowtie
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
どうやったら卒研を失敗できるか:他人の話を聞くのをやめるでいただいた、人の話を聞いた際の疑問・質問の抱き方のコツがあれば教えて欲しいという依頼に対しての私なりの回答。 まとめ 質問を発するためには、以下の2つのステップを踏む 「情報の欠落に気づく」 「欠落している情報を明確化する」 情報の欠落に気づくためには、話題になっている事柄の知識(一般常識、専門知識)と話題の伝え方に関する知識(プレゼンテーション技術、批判的読み方、論理的思考法)が必要 欠落している情報を明確化するためには語彙、質問の型、経験が必要 情報の欠落に対する感度を挙げる方法 話題の伝え方に関する知識を増やすために、プレゼンテーション、批判的読書法(クリティカルリーディング)、論理的思考法(ロジカルシンキング)に関する本を読む 気づいた欠落している情報をメモするために、講演、授業、ミーティングの際はメモ帳と筆記用具を必ず用意
ノーベル賞受賞者じゃない研究者の緊急討論会へのはてなブックマークへコメントいただいたことにつき、以下のようにshowgotchさんへお伺いした。 > showgotch 科学のモノ的価値、人文社会的価値="技術:テクノロジー"でしょうに。言葉をもっと整理しないと本当の問題は見えてこない気がする もし、showgotchさんにお時間があるのでしたら、上記コメントに関してもうすこし解説をいただきたいです。たぶん、私が書いた科学の定義「獲得した知識を後世に整理した形で残していく営み」が不適切であるという指摘なのだと思いますが、私の定義はどういう観点からみると不適切であるのか、また、showgotchさんの定義はどうして、私の定義よりも適切であるとお考えなのか、ご教示いただければさいわいです。 そして、以下の返答エントリーをいただいた。 技術教師ブログ:科学研究費事業仕分け問題を教育で解決する現時
科学技術政策研究所 講演録-90 わが国大学における生命科学の研究と教育推進の危機的状況 柳田 充弘 京都大学大学院生命科学研究科長・教授 2002年7月 文部科学省 科学技術政策研究所 科学技術動向研究センター - 本資料は、2002 年 7 月 18 日に科学技術政策研究所で行われた、京都大学大学院生命科 学研究科の柳田充弘教授の講演内容を当研究所においてとりまとめたものである。 編集 : 科学技術動向研究センター 庄司 真理子 研究官 問い合わせ先 : 〒100-0013 東京都千代田区霞が関 1-3-2 文部科学省 科学技術政策研究所 科学技術動向研究センター TEL : 03-3581-0605 FAX : 03-3503-3996 - 目 次 【1】 【2】 1. 講演要約 講演 ・・・・・・・・・・・・・・・・1 ・・・・・・・・・・・・・・・・3
"Yet Another Snippet Package | M-x all-things-emacs"で知った、yasnippetがすご過ぎる!!!!1112345!これは、同じ作者が以前に作っていたsmart-snippet.elのリライト版?みたいなものらしいのだが、ともあれGoogle Codeにてプロジェクトが開始されたのが3/7というから、アツい。 まぁ、とりあえずこれを見てくださいよ(YouTubeの画質だとアレだという場合は、上記プロジェクトページからaviの動画が落とせるので、そちらを見るのが良いです)。 最初のあたりは、まぁ、emacs-railsでも使われているsnippet.elとかでも十分可能なことなのだけど、複数のテンプレート候補が選択リスト表示されたり、メニューバーからテンプレートを挿入できたりするのがいい感じだし、後半、どんどんヤバくなってくる。一箇所に入力
読み・聴き・話す 昨日はてなブックマークのホッテントリを見ていたら、英語に関する質問があった。 TOEIC900のヒトに聞きたい! -改変後のTOEICで、900以上を取った方にお- TOEFL・TOEIC・英語検定 | 教えて!goo その一連のやりとりのなかで、質問者がこんな発言をしておられた。 リーディング力が上がれば、リスニング力、スピーキング力は あとから付いてくるものなのでしょうか? TOEIC900のヒトに聞きたい! -改変後のTOEICで、900以上を取った方にお- TOEFL・TOEIC・英語検定 | 教えて!goo 然りであり否である、と私は考える。 然りというのは、総合的な英語力の根底には、どのような形であれ英語の文を処理し理解する能力というのがある。文法といっているものがそれだ。具体的には統語・語彙・語用の三つの能力からなる。それはどのような仕方であれ英語に触れてい
SitePoint: New Articles, Fresh Thinking for Web Developers and Designers 4月で業務が変わり、第一線の現場職から管理職に転向した方も少なくないだろう。日本の企業組織にはスペシャリストの制度がないことが多く、大中企業では勤務年数や業績にしたがって管理職を命じられることが多い。他人に仕事を任せる、あるいは仕事を回す管理職という業務は、性格が向いていないと精神的に追い詰められやすいものでもある。 チームを管理する立場になったら気をつけるべきことはなにか、Alyssa Gregory氏がSitePointにおいて公開した次の文書が興味深い。 The ABCs Of Managing A Team, Part I The ABCs Of Managing A Team, Part II チームを管理する立場になった人が気をつける
(データベースシステムとその研究の世界を一般の人にわかりやすく伝えるため、「図書館」をモデルにした話を書いてみました。試験に出そうな(?)部分は太字で強調してあります。) 「データベース」という言葉は、データの集まりという意味です。データベースシステムの研究では、例えて言うなら「欲しい本がすぐに見つかる図書館」をいかに作るかという問題を考えます。ここで「データ」は図書館の「本」に相当し、「ハードディスク」は「本棚」がたくさん収められている図書館の建物だと考えてください。 「欲しい本がすぐに見つかる」とはどういうことでしょうか?例えば、図書目録を調べて目的の本棚の番号がわかったとしても、本棚までの距離が遠ければがっかりしてしまいますよね?(高すぎて手が届かない、とか泣けてきます)
とりあえず箇条書きにて整理中メモ。こういうことを考えなければならない議論はあまりしたくないけれども、避けられなくなったときに足元をすくわれないための確認ポイントとして。 自分がしたいのは、議論か考える 自分の主張を押し付けたいだけじゃないのか 相手をバカにしたいだけじゃないのか 相手のしたいのは、議論か考える 電波を発信しているだけじゃないのか こちらをバカにしたいだけじゃないのか 証拠を出せ!と言う前に考える 自分は相手の今まで提示したものを客観的に評価したのか ロジックの間違いを指摘するのに張り切るあまり、評価すべき点を切り捨てていないか 証拠ではないものを証拠と言い張られたときに、何故証拠にならないか説明したか 相手のソースを吟味せず否定していないか 既に相手のトリックに引っかかっていないか 証拠を出せ!と言われたら考える 今まで出してきたものについて、客観的に評価できるものであるか
前回の記事では、実際に会議で議論をするときは、一度に1つのトピックを議論して、意見や結論の関係を明確にしましょうという話をしました。 さて、すべてのトピックの議論が時間内に終わりました。最初に予定していた終了時刻ぎりぎりになっています。会議はもう解散でしょうか。時間がなくても、会議の最後に締めをしっかり行うかどうかによって、会議の後のアクションが変わってきます。今回のテーマは終了時確認です。 プラクティス8──終了時確認(final confirmation) いくら早く帰りたくても、会議の終了時に絶対に確認を忘れてはならないことがあります。これも順番がとても大事で、以下の順序でやっていきましょう。 今回の会議で何が決まったのか(結論とToDoの確認) 次に何をすべきか(次回会議までのToDo確認) 次の会議はいつ誰が参加し、何を話すのか(次回会議設定) 早く帰りたくてうずうずしているのに
仕事が思うように進まないということは誰にでもあることで、時としてはそれは集中力の問題やモチベーションの問題といった比較的深刻な問題が原因となっていることもあるわけだが、ちょっとした工夫で状況が一変してしまうこともかなり多い。私がこれまで人から聞いたり、自分で見つけたりしたものの中で、今でも結構役立っているのは次の4つの対策である。どれも当たり前と言えば当たり前だが、意識してやってみると結果がかなり変わってくる。
ビジネスパーソンが常に向き合わなくてはいけない“ストレス”。ピースマインドのカウンセラーが、毎回関連した話題を分かりやすくお届けする。危険信号を見逃さず、常に心の健康を維持していこう。 Iさんの迷い Iさんは社会人4年目のITエンジニアです。現在は契約社員ですが、これから1年間の実績によって正社員になれる可能性が出てきました。 正社員を目指して働いてきたIさんですが、この時点で迷い始めました。「自分の将来にとって、この仕事を続けていくことが良いことなのだろうか」と思いだしたのです。 「いまの仕事を続けていくことが、自分にとって良いことなのだろうか」「現在の仕事でキャリアアップしていけるのか」「現状維持だけで自分は満足できるのか」「もっとほかの何かが自分を待っているのではないだろうか」。Iさんのように、そんなことを考えたことはありませんか。現在の仕事に違和感を覚えたときは、いま感じている不満
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く