ko-ya-maのブックマーク - はてなブックマーク

JavaScript 長いループ分割 - hitode909の日記

ブラウザで長いループや、重い処理をともなうループを回したいとき、同期的にJavaScriptを実行するとメインスレッドがブロックしてしまうので、ちょっとずつ細切れに分割して実行したい、ということがある。昨日久しぶりに書いたら新たなパターンと出会ったので、これまでにどう書いてて今回どうなったかメモ。 setTimeoutする以前(10年前とか)はこんなのをよく書いていた。 it emsがでかいArrayで、console.logがすごく重い処理だとして読んでください。 function iterateHeavyTask(it ems) { const startAt = new Date(); while (it ems.length > 0 && new Date().getTime() - startAt < 10) { console.log(it ems.shift()); } if (

ko-ya-ma 2020/11/26

リンク

社内横断で開発効率を上げる取り組み #pepabohatena - hitode909の日記

プレゼンモード再生 ← / →で移動 fでフルスクリーン escでおわるこんにちは，id:hitode909です．はてな・ペパボ技術大会 #4 〜DevOps〜 @京都において，「社内横断で開発効率を上げる取り組み」というお題で発表しています．この記事は，その発表資料です．社内横断で開発効率を上げる取り組みはてな・ペパボ技術大会 #4 〜DevOps〜 @京都 hitode909 自己紹介 hitode909 株式会社はてなアプリケーションエンジニア好きな本はオブジェクト指向入門とドメイン駆動設計 2009年〜うごメモチーム 2012年〜ブログチーム 2017年〜マンガチーム 2018年〜 CTO室(兼務) アジェンダ CTO室での活動特定のチームに閉じず，社内横断で開発効率を上げるための試みみなさん学生の方? 🙌 社会人の方? 🙌 Devの方? 🙌 Opsの

ko-ya-ma 2018/06/24

知見。「やりました→そんなにうまく行きませんでした」情報が大量。ありがたい

リンク

コードレビューのクオリティとスピード，とくにスピードについて，それとコミュニケーションについて - hitode909の日記

ソフトウェアを作るときにクオリティとスピードのバランスをとりたくて，どちらかに偏ってはいけなく，どちらもキープしないといけない．すごく雑に*1とらえると，クオリティ→正しく動き，不具合がないほうがよいスピード→(計算時間ではなく)早く作れるほうがよいということになる．コードレビューでは，不具合を見つけて直してもらったり，動きはしてもコードの可読性に問題があって直してもらったりと，クオリティに目を向けられがちだと思う．ところで，コードレビューとスピードの関わりについて考えてみる．スピードのためにできることはいくつかあり，早く読み始める→他のことやってても手を止めて読み始めたり，1日のうち決まった時間にレビュータイムを設けたり速く読む→これはコツとかある*2けど精読しないといけないので難しい不具合を見逃さない→リリース後とか，リリース直前に正しく動かないことが分かったら大きな手

ko-ya-ma 2017/06/02

リンク

プロジェクト内からgrepして集計して補完を出してくれるAtomプラグインを作った - hitode909の日記

これまでのあらすじ auto-programming.elのAtom版を作ってるよ，という話と，単なるスニペット以上に便利だよ，という話をしていた． blog.sushi.money blog.sushi.money できたできたのでGitHubに置いた． Emacs版ではPerlのスクリプトを呼んでたのを，Atom版ではふつうにchild_process.execしてgit grepして結果を解析するように変えた． Emacs Lispで複雑なロジックを書くのに慣れてなかったので難しいところはPerlで書いてたのだけど，JSならどんなに複雑なものでも書けるので助かる．動いてる様子 Plackのリポジトリ内で適当に動かしている様子．use strict;はプロジェクト内に206回登場する，といったお得な情報も表示している．ご利用ください開発前から予想はしていたけど，Atom Pac

ko-ya-ma 2016/11/17

リンク

■ - hitode909の日記

今日テストなくてめちゃくちゃに壊れてるアプリケーションのテストを一から書いてて、わりと書けてよかった。午前中セットアップに手間取ってて、午後からテスト書き始めて、小さいアプリケーションだったのでC0 90%くらいまでいけた。3年間くらいテストないせいでびくびくみんな触っててめちゃくちゃに壊れててよくなかった。テストえいって書けば書けるんだから、隙を見て書いていきたい。ずっとテストのあるWebアプリケーション眺めてるのでだんだんコツが分かって気がする。まず最初にCIに載せて、カバレッジ測れるようにする。面倒だけど、これやっておくと後で役立つ。普通にテスト書くと、実行環境までは定められないけど、CIがあれば、そこをベースに議論できる。最初は、アプリケーションのルートのモジュールをuse_okするだけ、くらいでまず通して、カバレッジも取れるようにする。たとえば、MyAppっていうアプリケーション

ko-ya-ma 2014/07/18

リンク

文字をなめらかにした - hitode909の日記

RetinaディスプレイのMacBook Proほしいけどお金がなさすぎて買えないからこのブログをRetinaディスプレイ化することにして，ブログ全体を小刻みに横に揺らして，文字の残像が見えるから解像度が高く見えるということにした．文字がなめらかになったと思う．はてなブログを小刻みに揺らす.js — Gist 追記 iPhoneとかで見るとたぶん揺れてないと思う．下にPC版っていうリンクがあるからそこから見れると思う．追記そろそろいいかと思って，この記事だけなめらかにすることにした．