なんだか久しぶりの投稿です。前の記事を投稿してからしばらくかなり忙しい日々が続いており、仕事の進捗は出ているのですがブログの進捗がお亡くなりになっていました。逆よりいいと思うことにします。 ところで、「かなり忙しい日々」の中に実は「雑誌への記事の執筆」というものが入っておりました。先に結論をいうと、WEB+DB PRESS Vol.91に「［すぐに使えてずっと役立つ！］データ構造の基礎知識 ── 配列、リスト、ハッシュテーブル、木構造」という特集記事を書かせていただきました。なんと！特集記事です。まじかよ。 www.amazon.co.jp 記事の内容について WEB+DB PRESSは、プログラマとして働き始めてからほとんど毎号購入して読んでいる雑誌で、そのような雑誌の特集を執筆させていただけたことは本当にありがたいことだと感じていますし、とても嬉しく思っています。内容としてはデータ構造

2016 - 02 - 24 日本語プログラミング言語「なでしこ」の違和感がハンパない件 プログラミング プログラミングに少しでも触れたことがあるひとならこんなことを考える人がいてもおかしくないはずです。 「日本語でプログラミングできればいいのに」 私もプログラミングを勉強し始めたばかりの頃は考えてましたw 今でもそんなこと思ったりします。アメリカの人ってズルくないですか？普段から使っている言語でプログラミングが出来るなんて。普段から使っている言語でならプログラミングなんてよっぽど簡単になるんだろうな。 日本語でプログラミング？そんなのずっと前から存在するよ。 でも日本語も日本語で問題があったんですよね。日本語プログラミングを見てに私が真っ先に思ったことをズバッと言っちゃいます。 ※今回の内容はプログラミング経験者の方が共感できる部分が多いかも。 。 「なんだこの違和感は。」 日本語

オープンソースのエディタ「Visual Studio Code」がChromeブラウザのデバッガプロトコルに対応。エディタから直接デバッグ可能に マイクロソフトがオープンソースで公開している「Visual Studio Code」が、Chromeブラウザのデバッガプロトコルに対応したことが発表されました。 Visual Studio Codeのエディタ画面から、Chromeブラウザで実行しているJavaScriptのブレークポイントの設定と実行と停止、変数の参照などが可能になります。 JavaScriptのSoruce Map機能も働くため、圧縮済みのコードを実行しても自動的にVisual Studio Code上の圧縮前のJavaScriptコードに対応してそのままデバッグ可能。また同様の仕組みのおかげでTypeScriptのコードもVisual Studio Code上でそのままデバッ

Googleさんが発表したモバイル端末での表示高速化のAMP HTMLに対応してみたよ、という話です。 Introducing the Accelerated Mobile Pages Project, for a faster, open mobile web 概要などは上記見てもらえれば感じはつかめると思いますし、日本語で紹介してる記事だとKenichi Suzukiさんの紹介記事を見ると分かるかと思います。 なぜやってみようかと思ったかというと、「javascriptが無い静的なHTMLとCSSのページは爆速で表示したるで！」というGoogleさんの粋な計らいかと勘違いし、ほとんどが静的なページであるこのブログもサクーっと対応できたりするんじゃね、と思ったからですが、ちょっと苦労しました。 なおブログを完全に対応させたのではなく、記事ページのみ別にAMP HTML用の記事を出力してい

Yeah, ok, it's a touch bold to talk about something being the thing of the year as early as January, but the potential of the web streams API has gotten me all excited. TL;DR: Streams can be used to do fun things like turn clouds to butts, transcode MPEG to GIF, but most importantly, they can be combined with service workers to become the fastest way to serve content. Streams, huh! What are they g

だいぶ間が空いてしまったんですが、デブサミ 2016 で非同期処理について話してきました。 event.shoeisha.jp トピックとしてものすごく突出してたので成立するか不安だったのですが、なんとなく結論めいたものはでました。 詳しくは takezoe さんのブログを見て頂けると良いかと思います。 takezoe.hatenablog.com 結論みたいなもの まぁやっぱり同期処理と非同期処理は『意識して使い分けなくても言語なりフレームワークなりで吸収するようになっていくんじゃないか』というのが1つの結論のような形になった。ES.Nextの async/await はその1つの形だと思う。"意識しないで"というのは難しいが、ほとんど同期処理と変わらない形で書けるようになる。 Node.js は coreの中でも Promise を採用するように只今構想中だし、ユーザーランドの場合はP

ひと昔前に全世界プログラミングという ブログ記事や 論文 を書いたことがあるのだが、 その後の状況を SIGPX: Special Interest Group on Programming Experienceという勉強会で 発表させてもらった。 言いたいことは特に変わっていないのだが、 安価で高性能なマイコンボードやセンサやプログラミング環境が増えてきたので 手軽に全世界IoTプログラミングができるようになってきたのは確かである。 私の研究室では長年にわたって全世界プログラミングのインフラを整備してきている。 たとえば 橋本翔氏が Lindaという並列プログラミングプリミティブを HTTPサーバ上に実装した Node-Lindaというシステムを使うことにより、 以下のような簡単なCoffeeScriptプログラムで研究室のドアを開けられるようになっている。 tuplespace = r