サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
都知事選
diary.hatenablog.jp
最初からフレームワークの使い方だけを勉強するようなことをするな、って話らしいね。納得はするけど、俺だったらそんな助言はしないなぁ、と思ったので書こうと思った次第。(このブログ、この手のスピリチュアルエンジニアリングの話多い気がする) 思い出そう プログラミングを始めた時の自分を。 初めて画面に HELLO が表示された時、俺は 10 PRINT "HELLO" の意味なんて知らなかった。CPU がどうやって動いているのかも、そもそも CPU の存在すらも噂程度の知識でしか認識していなかった。メモリというものもあるらしい。ハードディスクというものもあるらしい。メモリとハードディスクの違いってなんなんだろう……。 その後 インタプリタの存在も簡単な実装も知って、CPU やメモリの存在や、動きも知った。なるほど、こうやって動いていたのか。なんだ、簡単じゃないか、はじめからこれを知っていれば簡単だ
あっさりハマってメモリリークさせまくったので報告。 さっそく本題。まず図を用意。 Readable Stream -(pipe)-> Transform Stream -(pipe)-> Writable Streamみなさんご存知のデータの流れ。しかし、問題は破棄イベントの伝播方向。 Readable Stream が閉じた場合 Readable Stream が閉じる Transform Stream が閉じる Writable Stream が閉じる => 全部閉じる よいですね。 Writable Stream が閉じた場合 Writable Stream が閉じる おしまい _人人人人人人人人人人人人人人人人_ > Writable Stream しか閉じない <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄ => 源流側が破棄されない まとめ 正直、知らんかった(バカ
追記で書くほどの分量でもなくなってきたので別にしました。 まず結論からいうと、 ドキュメントが追いついてない だけだったようです。このコミット streams: Support objects other than Buffers · 444bbd4 · joyent/node · GitHub での変更が、ドキュメントに反映されてないようです。ドキュメントは the entire buffer とか言ってるけど、ソースコード的には objectMode のときには size 1 なのね…… If we are in "objectMode" mode then howMuchToRead will always return 1, state.length will always have 1 appended to it when there is a new item and fro
とりあえず、分かったことだけ。 正しいことを書いてるとは限らないよ!! むしろ昨日はじめて stream2 に触ったからツッコミ待ちだよ!! ドキュメントもサンプルコードも少なくて困ってるよ!! 助けて!! 3つのモード readable stream には stringMode と objectMode、それと名前はついてないけどいわゆる bufferMode がある。で、stringMode と bufferMode はほぼ同一なのでいいとして、問題は objectMode。 ReadableStream#read([size])の挙動 read() は引数 size が省略された場合、キューの全てを返すことが期待される*1。 しかし、objectMode の場合、キューの中から1つだけ返されるだけである。引数なしの read() を一度呼べば全てのデータが吸い出せるという前提でコード
どれがこれであれがどれだ。なんか JavaScript の this について揉めてるらしいので燃料投下することにした。これで何度目だよチキショー。早いとこ学習しやがれ。 this は4種類もない this は1つだ。 「this はレシーバを指す」 これだけだ。 レシーバの指し方が複数ある 複数あるのはこっちだ。覚えておけ。 receiver.method() method.call(receiver) method.apply(receiver) method.bind(receiver)() new Constructor() 上4つは見たままだ。一番下は少し特殊だが、新しく生成されたオブジェクトがレシーバになる。以下の様なコードを思い浮かべるとわかりやすい。 function Constructor () {} var receiver = Object.create(Constr
学校が終わって、ケータイを確認したら珍しく人間からメールが届いてた。 件名: 新名と申します。覚えていらっしゃるでしょうか? 本文: 新名 哲成(@__newname__)と申します。突然で申し訳ございません。 ずいぶん前にTwitterで貴方にブロックされたようなのですが、小林さんはなぜブロックなされたのでしょうか? 自分にも心当たりがないわけではないのです。 吉田さん(@yosida95)が仰っしゃっていた様に、 ・投稿した疑問についての解決を他者に任せているように見える ・解決したい部分が漠然としているため、解決に協力するユーザーとの会話が噛み合わず見るに耐えない ・指摘されたポイント、アドバイスを受けた点について真摯に受け止める様子がない のような点や、普通の人間とは違いおかしい点等を否める事はできません。 おそらく上記の様な理由でブロックされたのでしょうが、理由がはっきりしないの
こんにちはこんばんは、KOBA789 です。題の通りご報告します。 KOBA789 こと小林秀和は9月30日付けで株式会社ドワンゴを退職します。で、今日が最終出社日でした。だから実はタイトルはちょっと正しくない。 そもそも いつから自分がドワンゴでバイトしていたかというと、去年の11月、id:t_43z(@meso) さんに「高校生でしょー? JK 連れて会社見学来なよー」とか言われ、ホイホイと(約束通りJKを連れて)ついていったらさぁ大変。ろーじーさんに「バイトする気ある?」とか聞かれ、気づけば履歴書を書いていて最終学歴が中卒だとかなんとか言っているうちに面接を受けてたりして、ぽかんとした様子の JK を横目に自身もあっけにとられてはいはいと答えるがままにバイトが決定。「追って人事から連絡が行くからー」とか言われて会社見学終了。そんなこんなでバイトをすることになって、12月から勤務してま
ふぁぼ乞食に必死なみなさんこんにちは、KOBA789 です。今日は CouchDB を用いた「オレオレ favstar」の作り方をご紹介します。うまく行けばクラウドの力を借りてタダで構築できます。素敵ですね。 はじめに CouchDB をローカルに用意するのはとてもだるいです。だるいので、クラウドのサービスを使います。 Iris Couch いやー、便利ですねー。タダで DB を借りられます。Sign up からホイホイっと借りちゃってください。Twitter の TL 流しこむ程度なら課金は発生しないと思います。 登録するとサブドメインが割り当てられるのでそこにアクセスします。http://[your own id].iriscouch.com/_utils っと。自分だとこんな感じ。 初回アクセスの時には管理者を作りましょう。右のサイドバーの下の方に小さく sign up ってあるので
突然ですが 私立・プログラミングキャンプ 2012 東京大会 - #upcamp : ATND に行ってきました。意味不明だと思いますけど、ずっと電磁リレーで4ビット加算器作ってました。 KOBA789/relay-sim · GitHub KOBA789/four-bit-adder · GitHub ちなみに時間がなくて回路がバグってます で 今回はそのとき用いた怠惰なテストの書き方についてです。 テストを書くというのはダルいもんで、まぁとにかくダルいもんで、昔書いたテストとかなんだか意味わからんことになってたり、個人的にはユースケース的なテストがあるとサンプルの代わりにもなって便利だと思ってるんですけど、テストフレームワークとか使うとそういう雰囲気もなくなっちゃって(そりゃ当然だが)あまり嬉しくないので……(ry という愚痴はさておき、手軽に書けて嬉しいのは自明です。 どこに書くか
KOBA789 です。 最近は専ら DHT(分散ハッシュテーブル)に興味があります。Kademlia のアルゴリズムや実装に関して日本語または英語でいい資料があれば教えて欲しいです。 # 英語の資料も読めるようになりましたが、パッと見でその資料を使えるかどうか判断できるほどのレベルではまだないので、 Google 先生に頼っても資料集めがつらいのです 本題 SmartOS って知ってますか。みんな大嫌い好き Node.js、の生みの親(もうリーダーじゃないけど)の Ryan がいる Joyent 社が作ったクラウド基盤の OS です。(うわ、説明長い…… SmartOS.org こいつが ZFS + DTrace + Zones + KVM というなんともロマンに溢れた構成の OS で、Solaris 系なのに KVM が動いちゃうだとか、Solaris だからこそ ZFS や DTrac
こんにちは KOBA789 です。今日は Photoshop で表情差分とかが大量にある PSD から PNG にガシガシ書き出したい時に便利なスクリプトをご紹介します。自分は Photoshop を持っていないのですが、個人案件でキャラ絵を展開するときにあったほうが便利そうだったので作りました。 var flag = confirm("ok?"); if (flag) { var docObj = activeDocument; var folderPath = docObj.path + "/" + docObj.name.substring(0, String(docObj.name).length - 4); var folderObj = new Folder(folderPath); folderObj.create(); hideLayer(docObj); makePNG(
2019年って何年前だよ。 今更ながら COVID-19 になりました。なってましたというか。 1/15くらいからやんわりと体調が変で1/18の夜に喉が痛くなり、1/19の夜に発熱。そのままするすると40℃まで上がり、布団から出れば寒くて震えが止まらない状態で、トイレに行くのも覚悟がいるといった具合。 かぜ薬は飲んだものの、朝になってもロクに熱は下がらず、1/20の夜も同様に40℃。食欲はあったし嗅覚異常とかもなかったのでご飯だけはめちゃくちゃ食べました。 1/21は40℃まで行かないにせよ38℃は切らないみたいな熱が継続。しかしながらこの辺りからじわじわと喉が痛くなってきました。 1/22になると喉が爆裂痛くなり、一方で熱は38℃弱くらいまで下がりました。喉の痛みと同時に咳が出るようになって体力と精神力が削られ始めました。抗原検査をしたのがこの日。 咳でロクに眠れないまま1/23になり、
※今日はエイプリルフールではありませんが以下略 なぜ CoffeeScript がダメか - 冬通りに消え行く制服ガールは✖夢物語にリアルを求めない。 - subtech なぜ CoffeeScript がダメかって? そりゃ俺が CoffeeScript 使ってたら彼女にフラれちまったからさ。CoffeeScript を書く奴はモテない。それでも CoffeeScript を書くなとは言わねぇよ。でもな、JavaScript を書け。 JavaScript は自分の足を撃ちぬく JavaScriptはマジファッキンな言語だ。クソなところはいくらでもある。朝書き始めたら夜寝る頃には体中に弾丸の穴が空いているような、そんな言語だ。とにかく暴発する。this がどこを指してんのかわからんだとか、var 書き忘れてるだとか、=が一個足らないだとか。でもそんなことはデベロッパーの責任で、それこそ
こんにちは KOBA789 です。最近はおうちクラウドにご執心です。あ、おうちクラウドについては後日書きますね(伏線)。 mocha でカバレッジが取れると聞いて ほうほう。それでそれで? mocha --reporter html-cov > coverage.html && open coverage.html あれー、おっかしいなー とりあえずググります Mocha test coverage なるほど。 こうすればよいそうです $ sudo npm install -g jscoverage $ cd ./your/project/dir/ $ jscoverage ./lib ./lib-cov 自分はなんか npm からインスコできなかったので Github からソース落としてビルドしました。 で、 まだやることはあって、TJ のブログには「index.js を書き換えろよ」っ
こんばんは。 突然ですが、みなさん Node.js で OAuth 使う時、モジュールは何を使ってますか? そのモジュール、Twitter の User Stream や、filter API は使えますか? 多分、多くのライブラリはストリームを扱えないか、古すぎて https がサポートされていないかのどちらかだと思います。 それになにより、それらのモジュールの API は Node.js っぽくない! (俺調べ) ということで、書き直しました! OAuth-Revenge "Revenge"と名が付いているのは、自分が今まで同じような動機でいくつも OAuth Client モジュールを作ってきたからです。 まぁ、名前の由来とかどうでもいいので、とっとと実物を見てみましょう。 KOBA789/oauth-revenge - GitHub まぁ、github にソースは上がってますが、使
こんにちは。遅くなりましたが、「JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)」10日目です。試験期間中で時間をとれてなくてですね(ry 「お前らー! Node してるかー!」 『うぉあああああ!!』 「いつもソースからビルドしてるかー!!」 『うぉあああああ!!』 「頻繁なリリースに従いてけてるかー!!」 『うぉあああああ!!』 「でもビルド時間が長くねぇかぁああああ!!!」 『なげぇえええええええ!!!!!』 Node.js のビルド、長いですよね。Mac ならパッケージ使いましょう。でも熱心な Noder はソースからビルドしたいんです。 というわけで、前置きが長くなりましたが、ながーいビルド時間を短縮する方法をご紹介しましょう。 元凶 - V8 ビルドが遅い原因は、なんといっても Google 謹製、C++ で書かれた
このページを最初にブックマークしてみませんか?
『Write and Run』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く