Twitter で議論するのと、Excel を方眼紙にするのは似ている - blog.8-p.info
Twitter で議論をするのと、Excel を方眼紙にするのは似ている。道具には向き不向きがあり、なんでもを目の前にある見知ったソフトウェアですませるべきではない。 Twitter は議論に向いたソフトウェア/メディアとは言い難い。議論に巻き込みたいひとが使っている率が高いところは良いけれど、それ以外は、短文を投稿するメディアであるという人々の認識も、リツイートやお気に入りのような機能で外部から茶々を入れられるのも、こみいった話をするのに向いた場所とは言い難いと思う。 Excel を方眼紙にしない程度には分別のある人々が、Twitter で議論めいたものをしているのをみると残念に思う。議論というか、だれかのつぶやきにだれかが反論して、程度のことなんだけど、それを Twitter でやりだしたら、こじれないものがこじれませんか、と思ってしまう。 一方で、Excel 方眼紙をしている人には「
ソフトウェアを完成させる - blog.8-p.info
Why is building the Ruby environment hard? の、 ソフトウェアは何もしないと壊れる というのは事実ではあるんだけど、それが良いことかというと、どうなのかなあと思う。ほかにも、我々プログラマはつい「ソフトウェアは完成しない」とかいってしまうし、それは雇用のためには良いことなんだろうけど、でも本当に完成しないんだろうか。 Go の logrus の README には、こんな段落がある。 Logrus is in maintenance-mode. We will not be introducing new features. It’s simply too hard to do in a way that won’t break many people’s projects, which is the last thing you want fro
web3 について書く理由 - blog.8-p.info
私は web3 は基本的にダメだと思っていて、Letter in Support of Responsible Fintech Policy にも同意して、署名している。 一方で、Web 2.0 時代によく読んでいた、渡辺千賀さんは暗号通貨勉強会をやっているし、UIEvolution の中島さんは Nouns DAO を高く評価している。中島さんは AWSやAzureどころか、IPFSにすら頼らないフルブロックチェーンのスマートコントラクトは、ブロックチェーンそのものが無くならない限り未来永劫、動き続けるのです。その事実とそれが意味するところに気づいた時には、稲妻の様な衝撃が走りました。 と書いていて、その、インターネット上に巨大なデータベースとチューリングマシンが出現していて、それがかっこいいな、という気持ち自体はわかる。 あるいは、伊藤穣一さんも日本国内では web3 の人としての活動
Re: Web3の「魂」は何なのか？ - blog.8-p.info
yomoyomo さんの Web3の「魂」は何なのか？ を読んだ。私は、Web3 には批判的で、Web3 は Web 2.0 より有意に「悪い」と思っているので ただ、ワタシ自身はWeb3というコンセプトを実は楽観的に見ています。なぜかというと、結局、言葉は成功についてくると考えるからです。 つまり、Web3というコンセプトに厳密に従ったサービスだから成功するのではなく、今後成功を収めたサービスが自然とWeb3の代表格と見なされると予測するわけです。 といってしまうのは、ちょっと「どっちもどっち論」が過ぎると思った。 確かに Web 2.0 にも明確な定義は無かった。Tim O’Reilly の What Is Web 2.0 (2005) の冒頭には、 But there’s still a huge amount of disagreement about just what Web
モックは必要悪で、しないにこしたことはない - blog.8-p.info
Mockito や gomock が使いやすいせいか、単体テストというのはモックするものである、という思い込みがあるのか、人々がモックしすぎているのを時折みかける。 モックは必要悪で、しないにこしたことはない。外部の API サーバーとかはガンガン叩くわけにもいかないけれど、ファイル読み書きくらいは、実際にファイルを作ったり消したりしてしまっていい。/etc/passwd を消すとか、1GB のファイルを作るとかだと難しいかもしれないけれど、その場合でも、パスのプレフィックスを指定できるようにして、一時ディレクトリの中の etc/passwd を使うとか、ファイルサイズを指定できるようにするとか、逃げ道はいくつもある。そこを飛ばして「ファイル操作は一律モックしましょう」とか頑張りだすと辛いことになりがちだ。 モックの一番の問題は、本番とテストで違うコードが走ることで、これは自動テストの価値
インターネットプログラマ用語としての「ポエム」 - blog.8-p.info
最近、プログラマの人が文章を「ポエム」と称することが増えている。Qiita で created をつかって検索してみると 2012年10月1日から翌年9月末まで: 4 2013年10月1日から翌年9月末まで: 10 (前年比 2.5倍) 2014年10月1日から翌年9月末まで: 113 (前年比 11.3倍) 2015年10月1日から翌年9月末まで: 224 (前年比 1.98倍) 2014年後半に大きく増えて、その後もそれなりの成長率を示している。morrita さんから指摘があった、Qiita 自体の成長率については、末尾に Perl, Ruby, Python のヒット数をつけたので、それを参照してほしい。 「ポエム (詩) は特定の芸術形式の名前なので、卑下やエクスキューズとして『ポエム』という語を使うのはいかがなものだろうか」派閥としては、自分で使うことはないとは思う。一方で、な
blog.8-p.info: Facebook の BigPipe と TTI
Posted at 2010/10/22 01:59, Modified at 2010/10/22 03:42 Facebook のフロントエンドは結構かわったことをやっていて、例えば、ログイン後の http://www.facebook.com/home.php には <div id="pagelet_home_stream"></div> みたいな空の HTML があり、その後に <script>big_pipe.onPageletArrive({ … });</script> <script>big_pipe.onPageletArrive({ … });</script> ... と script 要素が何個もならんでいる。 BigPipe: Pipelining web pages for high performance この仕組みは (変数名のとおり) BigPipe と呼
blog.8-p.info: sbt で Scala の開発サイクルを速くする (前編)
Posted at 2010/01/06 00:53, Modified at 2010/01/06 01:54 fsc は速くなった のだけど、コンパイルしたらテストしたいし、テストしたら普通に実行したい。コンパイルだけ速くなっても開発のサイクル全体はそんなに速くならないのでは、といまさら気づいた。scalac, fsc 同様に scala コマンドの実行のために Java VM をあげさげするのを減らす必要がある。 Java VM のあげさげを減らすのは Java 界にも需要があるらしく、具体的な実装として、Ant を対話的にした antshell や Ant Console がある。Scala は Ant からも使えるので、これらもまま使えるはずだけど、実はページがどちらも消えてしまっていて試せていない。 どうしようと探していたら sbt が良さげだった。 sbt - simple
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://blog.8-p.info/2010/36-scala