DailyJS | JavaScript デベロッパー・サーベイ 2014 結果 | JSお散歩
原文: DailyJS | JavaScript Developer Survey 2014: Results 著者： Alex Young | 2014/12/16 | 翻訳：h.sakai The JavaScript Developer Survey（ JavaScript 開発者アンケート）を締め切った。例年通り、調査結果については開発者コミュニティでさらなる分析等、自由に利用していただいて構わない。 要約（pdfファイル） 元データ（ZIP化CSVファイル） 昨年（2013年）の結果（和訳版） 一昨年（2012年）の結果（和訳版） クライアントサイドのコードを書いている読者が 97% に達する一方、56% はサーバサイドのコードも書いている。昨年はサーバサイドは 28% だった（※）。Node のようなテクノロジーに関心を持ったりそれを採用することが、ECMAScript の発
わかった気にさせる研究発表スライドを作る たった1つのルールとそれを実現させる4つの方法 - music, statistics, and my life
research, tips | 最近，研究室でのゼミで後輩のプレゼンのスライドでいろいろ思うところがあったのですが，こうしたほうがいいよというルールって何かあるかな？と自分が作っているときのことを思い出しつつ考えてみました． 考えた結果，ひとつのルールとそれを実現するための4つの方法にまとまりました．ただしここで紹介するスライドの作り方はあくまで研究の発表(学会とかゼミとかでの発表)向きです．ビジネスだとまた違う工夫が必要だと思います．それからあくまで私の工夫のポイントなだけなので，こいうところ工夫したらもっとよくなるよというところがあったらぜひぜひ教えてください（＾＾）それでは，どうぞ☆ ルール：素人に10秒で｢わかった！｣気にさせること(解説)(1)素人に 見せる相手が誰でどんな人であるか，ということを把握することが大事です．研究発表のスライドの場合，そのテーマについて自分より詳し
修論発表チェックリスト - NextReality
研究室内ブログに書いてある内容から転載。こうやってみると実にあたりまえのことしか書いてないですが、「アタリマエのことをきっちりこなせる人」を世間では出来る人というみたいです。 修論発表Last Minute check 以下は主に工学系の修論発表（卒論発表）を想定しています。比較的オーソドックスな「発表の型」について説明してあります。 基本ストーリーを明確に。(1) メインクレームは何（この研究は一言でいうと何をした)? (2) なぜそれをやる価値があるのか？ (3) 既存研究とはどこが違うのか（いままで解決できなかったどんな問題を解決するのか) (4) 具体的にはどんなもの? / 本当にうまくできた?(評価) (5) 修論までの計画 (中間発表の場合) がわかるように。以下のプレゼンテーション技法はそれが前提。 時間に厳密に。自己リハーサルしてきっちり規定時間で終われるように練習する（リ
発表練習のやり方がわからない人向け簡易講座 - 発声練習
卒業論文や修士論文の発表が近いのに練習のやり方がわからない人向けの簡易講座です。 練習で何を達成すべきか？ 練習で達成すべきは次の2点です。 発表時間以内に発表が終了できるようにする 原稿なしで、スライドをちらちら読みながら発表できるようにする 質疑応答時に5秒以上黙らないようにする 卒業論文や修士論文の発表で特徴的な点は、学術会議や講演会での口頭発表と異なり、発表時間が非常に短いこと（長くとも20分程度。短くて5分程度）と試験であるという点です。発表時間のオーバーは、大幅な減点の原因になるので避けましょう。また、発表時間を越えてしまうと精神的にアップアップになってしまうことも多いため、質疑応答にも響きます。その点にも留意しましょう。 初心者は原稿を用意して、自分の発表を頭からお尻まで把握できるようにしたほうが無難だと思います。ただし、本番では、原稿を読み上げてはいけません。原稿読み上げは
結果と考察の違い - 発声練習
卒論指導やレポートの採点をしていたらだんだん不安になってきたので研究室にある論文執筆系の本でどう説明されているかを調べた。まとめると以下のとおり。 結果には、実験方法の概略と実験結果、そして、その実験結果を簡単にまとめた説明を書く 考察には、結果の概略と結果に基づいた主張を書く。 以下、引用。 データが持つ情報を短い言葉にまとめることまでを結果の章で行って、以降の論理展開は考察の章で行う。 （これから論文を書く若者のために, p.84） 考察の章でかくべきこと 結果の章で示したデータに基づいて、こういうことを明らかにしたという主張を展開する。 イントロダクションで提起した問題の解決に向けてどう貢献をしたのかを述べる 考察の最後（あるいは結論の章）で論文の結論を述べる （これから論文を書く若者のために, p.89 表8） 考察の章でかくべきこと 1) 結果の章で示したデータに基づいて、こうい
どうやったら質問を思いつけるの？ - 発声練習
どうやったら卒研を失敗できるか：他人の話を聞くのをやめるでいただいた、人の話を聞いた際の疑問・質問の抱き方のコツがあれば教えて欲しいという依頼に対しての私なりの回答。 まとめ 質問を発するためには、以下の２つのステップを踏む 「情報の欠落に気づく」 「欠落している情報を明確化する」 情報の欠落に気づくためには、話題になっている事柄の知識（一般常識、専門知識）と話題の伝え方に関する知識（プレゼンテーション技術、批判的読み方、論理的思考法）が必要 欠落している情報を明確化するためには語彙、質問の型、経験が必要 情報の欠落に対する感度を挙げる方法 話題の伝え方に関する知識を増やすために、プレゼンテーション、批判的読書法（クリティカルリーディング）、論理的思考法（ロジカルシンキング）に関する本を読む 気づいた欠落している情報をメモするために、講演、授業、ミーティングの際はメモ帳と筆記用具を必ず用意
修士論文の構成
修士論文の執筆もいよいよ後半戦。毎週修士論文工房をおこなっているが、そろそろ終了に向かっていく作業を始めよう。 僕のところで修士論文を書いている学生の多くはコラボレーションでいままで研究を行ってきた。プロジェクトのメンバーとして活動してきた状態から、個人の作品として修士論文を書くことになって混乱している。都市メディアのチーム、医療システムのチーム、新しいメディア開発のチームなどがあるが、すべてにおいて、共通する特徴がある。それは、人間と携帯端末とそれが繋がるネットワーク、そしてその先のデータの世界のインタラクションという非常に複雑な現象を扱っているというところだ。クラウドコンピューティングとWebサービスの登場によってこうした複雑なシステムを学生プロジェクトでも作ることができるようになったのだ。そしてなかなか面白い結果を出しているが、これを論文の形で説明することは非常に難しい。また全体に
IPA、コミュニティによる翻訳を支援する基盤ソフトウェアを提供開始 | エンタープライズ | マイコミジャーナル
独立行政法人情報処理推進機構(以下、IPA)は10月28日、コミュニティによる翻訳作業を支援する「翻訳コミュニティー基盤ソフトウェア」の提供を開始すると発表した。 翻訳コミュニティー基盤ソフトウェアは、オープンソースソフトウェア(以下、OSS)のヘルプメッセージ等を翻訳する際の協調作業を支援するためのもの。「コミッター」、「翻訳コーディネーター」、「レビュアー」、「翻訳者」の4種類のロールが定義されており、それに従って翻訳ワークフロー管理が行える。また、翻訳メモリや用語対訳集といったデータベースが用意されているほか、Trac、Wiki、メーリングリスト、ユーザー管理などのコミュニティ管理機能も組み込まれている。 同ソフトウェアは、IPAのOSS開発・評価支援環境「OSSオープン・ラボ」から提供される。
論文を仕上げるのにかかった時間 - 発声練習
先の金曜日に論文を投稿した。論文を書けない自分と向き合うのがイヤを書いたあたりから全力モードなので1ヶ月弱力を費やしていたことになる。現在の自分の能力を記録しておくために、ちょっと振り返ってみる。 論文のテーマを決める期間 今回は3時間くらい。共著者のボスから「この会議に論文出さない？」と提示され、その場で軽く議論。「こういう内容で書いたらどう？」と方向性を提示され、その後、現在の手持ちの状況をチェックしながらその方向でいけるかどうか検討。その日のうちにボスに確認してテーマ決定 うだうだする期間 今回は1週間ぐらいだった。私はテーマが決まってもすぐに論文を書き始められないみたい。「あ〜、どうしよ。書かなきゃ。」とうだうだしている。でも、この期間中に論文の内容について無意識下で考えているみたいなので、多分、はずせない期間。 論文の骨＆第0稿の仕上げ 10日間。今回は概念的な論文だったので実験
俺様に論文を指導してもらいたければ以下の手順を踏みやがれ！ - 発声練習
でも、基本は所属研究室のやり方に合わせるんだぜ！ 何を書きたいのかはっきりさせやがれ！ 次のことをまずはっきりさせて、メールで送りやがれ！ 問題はなんでぃ？ その問題を解決してぇんか？それとも緩和させてぇんか？ その問題を解決／緩和すると誰がよろこぶんでぃ？ この問題について他に誰か挑んでねぇか？ どこのどいつさまが、いつ、何をしでかしたん？ 何で、おめぇさんはそいつの成果に何か上乗せできるとおもっているんだい？ どういう方法で問題を解決／緩和を実現するつもりだい？ どんな結果がでそうなんだ（あるいはてにいれたんだ） 論文の骨ってやつを俺様にメールで送れ！ 論文の味わいを決めるのは脂じゃなくて骨なんだ！骨がきっちりした論文は肉がきっちりついてうめぇ。骨がガタガタなのに肉をつけようとすると犬にでもくれてやりたいできあがりになる。そいつはいただけねぇ。次のことをメールで送りやがれ！ 論文の題目
学会が終わってからやること (TAKENAKA's Web Page)
学会の大会では，自分の研究を発表し，人の発表を聞き，情報を仕入れ，議論し， いろいろ刺激を受けることができます． 大会が終わるころには，やる気レベルが高まった一種のハイな状態になります． けれども，学会から帰ってそれまでの日常生活に戻るとともに，やる気レベルも しだいに減衰していきます ． 学会で得た経験とやる気をその後に生かすために， 学会から帰ったらまずやるべきことをメモしてみました． レポートを書く やる気と記憶が失われないうちに簡単なレポートを書きます． 頭を整理することと，せっかくの経験とアイデアを忘れずに残すことが 目的です． 学会から帰って早々は，一種の虚脱状態だったり，時には自己嫌悪に苦しんで たりして，とても学会を振り返る気分にならない場合もあります． それでもめげずにとにかく書いてみます．書くことで乗り越えられることも あります． たとえばこんなことを書いておきます．
HOME
GETAssoc GETAssocは、国立情報学研究所高野研究室で開発された連想検索エンジンです。 特長 高速な文書検索 HTTPインターフェースのサポート 複数データベース間の横断検索が可能 複数CPU対応による負荷分散 インデックスの差分更新対応 検索インデックスの構築が容易 任意の類似度尺度が記述可能 オープンソース News 2009/09/04 GETAssoc 1.1 をリリースしました。 2009/07/21 GETAssoc 1.0 をリリースしました。 ダウンロード GETAssocはフリーソフトウェアです。修正BSDライセンス(Revised BSD License, 宣伝条項無し)に従って本ソフトウェアを使用、再配布することができます。 stmd-1.1.5.tar.gz getassoc-1.1.5.tar.gz getassoc-1.1.0.zip (Window
学術論文の書き方のメモ - forest book
7年前の、当時、修士1回生のときに受講していた「科学技術表現」という講義のメモが出てきたので(自分用に)整理してみました。メモ書きなので講義を受講していない人には分かり難いかもしれません(^ ^;; 学術論文は、技術文書とは違い、内容の良し悪しに加えて、それが論文としての「体」をなしているかが重要です。数年前のお話なので、もしかしたら、現在はその「体」が少し変わっているかもしれません。ご参考まで。 早く安く作った論文やアルゴリズムはまったく独自の自分の考えしか残らない 論文の流れ タイトル 概要(アブストラクト) 序論(はじめに) 一番難しいので最後に書く 関連研究、問題意識、研究目的 本論部 アイディアの提示 実験 本論部と実験は、ちゃんと出来ていれば易しい 結論 繰り返しでも良いのでやったことを書く まとめと再アピール 長めに書く 論文のタイトル タイトルの使われ方 目次をざっと見て、
自然言語処理は Python がいちばん - 武蔵野日記
現在大学1年生の人で3年後には NAIST に (というか松本研に) 来たいという人から「どんなプログラミング言語やっておくといいですか」と質問されたりするのだが、なかなか答えるのは難しい。自分は Perl → Python がメインでときどき C++/C# を使ったりするのだが、どれが一番いいかはなんとも言えないので、自然言語処理以外に転向する可能性も考えると、C とか C++ とか Java とか(授業でそちらをやるのであれば)を最初の武器に選んだ方がいいのでは、と思ってはいる。 そんなこんなで最近 Hal Daume III (機械学習を用いた自然言語処理では非常に有名な人) のブログで Language of Choice というタイムリーなエントリーが出ていたので、紹介すると、「それなりに大きな自然言語処理のプロジェクトでどのプログラミング言語を使うのか」というアンケート結果が出
身も蓋もないが本当に有効な「論文の書き方」 - 発声練習
CAREERzine：身も蓋もないが本当に有効な「企画書の書き方」のフォーマットパクリです。 前例を重視する 論文には内容と結果、主張の独自性は求められますが、形式については独自性を求められません。むしろ、独自性が高く前例にしたがっていない論文はダメな構成の論文であるとみなされる傾向にあります。 企画書を書くとき、とくに、異動したてであるとか、新しい仕事であるとか、そういう場合は必ず、その部門での企画書に目を通しておくべきです。どういう順番で書いてあるか、どこを手厚くしているか、などに着目していきましょう。あるいは、前例となる企画書をフォーマットだと思って文章を上書きしていくのも有効です。 （CAREERzine：身も蓋もないが本当に有効な「企画書の書き方」より） 研究テーマや投稿先の学術雑誌、国際会議によって論文が通りやすいフォーマットというのが決まっていることが多いです。必ず投稿先の学
Survey Kanakanji
Survey Kanakanji - Presentation Transcript かな漢字変換エンジンの基礎 萩原研究室 M2 奥野 陽 本発表の目的 かな漢字変換エンジンの基礎 奥野陽 かな漢字変換に関する情報のシェアとディスカッション 「日本語入力」と「かな漢字変換」 「日本語入力」 と「かな漢字変換」は使い分ける Social IME は「日本語入力」についての研究 かな漢字変換エンジンの基礎 奥野陽 日本語の入力方式 ・かな漢字変換 ・予測入力 ・音声入力 ・手書き入力 かなを漢字に変換するエンジン ・入力：ひらがな文 ・出力：漢字かな混じり文 (Input Method: 日本語に限らず入力方式 ) かな漢字変換の歴史 ヒューリスティクス (80 年代） Canna,Wnn 人手による地道なパラメータ調整 確率的言語モデル (2000 年代） MS IME2007, A
ATOKダイレクトプラグインを連鎖させる(ファイル絶対パス選択プラグイン) - Atzy->getLog()
とりあえず、プラグインの連鎖とでも呼べるものを作ってみました。 ATOKに限らず、あるファイルの絶対パスを入力したいときにいちいちエクスプローラなどをたどるのがめんどくさいものです。それをしなくてすむようなプラグインが例です。 ソース 例によってソースを書いておきます。大したことはしていません。 #! /usr/bin/ruby -Ku require 'dbm' require 'kconv' DB_FILE = 'filepath_plugin' module Atok_plugin def run_process(request) path = request['composition_string'] path.sub!(/\/[^\/]+\/\.\.$/, "") testpath = path.sub(/^(\w:)$/, "\\1/") if FileTest::direct
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
COOL ONLINE - JAPAN - JAPAN ONLINE
http://koabe.cyberknights.net/yukiwiki/wiki.cgi?%C6%FC%CB%DC%B8%EC%C6%FE%CE%CF%A5%EA%A5%F3%A5%AF%BD%B8
Zzz Eee Lll Ccc Hhh