terms of service By clicking [Register] / [Login], you agree to the terms of use and privacy policy.
What's ttyrec? ttyrec is a tty recorder. Recorded data can be played back with the included ttyplay command. ttyrec is just a derivative of script command for recording timing information with microsecond accuracy as well. It can record emacs -nw, vi, lynx, or any programs running on tty. What's New 2006-06-11: ttyrec 1.0.8 Released Introduced a hack to reduce the playback time drift. Based on Mat
このスライドは Markdown でプレゼンテーションが作成できるサービス Stobo で公開されています。
誠に申し訳ございませんが、wri.peはサービスを終了いたしました。2023年末までデータのダウンロードが可能です。 現在、GitHubユーザのみデータのダウンロードができます。Facebookに関しては、ログイン処理ができない問題が発生しており、Facebook社に問い合わせ中です。この問題に詳しい方がいらっしゃいましたら、@masuidrive までご連絡ください。 これまでのご利用、合計2.6万人の皆様に30万ページでお使いいただき、心より感謝申し上げます。最後に、お気持ちをいただける方は、Amazonのウィッシュリスト から何かお選びいただければ幸いです。 We apologize for the inconvenience, but wri.pe has terminated its service. You can download your data until the en
1971年東京生まれ。デイリーポータルZウェブマスター。主にインターネットと世田谷区で活動。 編著書は「死ぬかと思った」(アスペクト)など。イカの沖漬けが世界一うまい食べものだと思ってる。(動画インタビュー) 前の記事:セレブキャタピラー > 個人サイト webやぎの目 ネットに載せる写真が影になるのなら、最初からそこに影のような板があればいいのだ。そうすれば ”そこにいたんだけど、ネットに載せるので影にした” ように見えるだろう。 手順は 1. 板を切り抜く 2. グレーに塗る 3. 一緒に写真に撮る 書いてみたらインスタント焼きそばよりも少ない手順である。 板を切り抜くにしても本物のタレントの影を使うのはよくないので、自分でポーズをとった。
mozaic.fm #7 RESTや#mozaicfm REST を聴いての感想、それから「Web+DB vol82のWebAPIデザインの鉄則」に触発されたので書こうと思う。 REST設計について WebAPIを設計するうえでRESTが重要であることは周知のとおりである。 “Constraints are liberating”「制約は自由をもたらす」 @t_wadaさんがおっしゃっているように、RESTを前提にすれば、「アーキテクチャとしてもそうだし、アプリケーションフレームワークも「適切な制約」を設けることで設計のコストが下がる」という大きなメリットが生まれる。 しかし、相変わらずリソース設計やらインターフェース設計やらで悩んでおられる方も多いと聞く。 その一方で個人的には適切なフレームワークを使えばREST設計で悩まなくてもよいはず(※3)という思いもある。 インターフェース設計な
本当は、RubyWorld Conf辺りでこういう内容も交えてなんか話せればいいなあと思ってたんだけど、CFPに落ちたのでQiitaにポエムを書いてみました。 Railsはそれなりに学習コストはかかりますが、慣れてくるとデフォルトで便利なものが揃ってるしサードパーティライブラリも豊富で、未だに最も便利なWebアプリケーションフレームワークの一つだと思います。 なので、最近のスタートアップ界隈ではRailsで開発をスタートする、という話をよく耳にします。(個人の感想です) しかし、Railsは本体に新しい要素をガンガン取り入れてくるので、バージョンアップのサイクルはかなり早く、それに追従していくのはそれなりに大変です。 Railsで開発をする場合には、一旦レールに乗ったらプロダクトが死ぬまで走り続ける覚悟が必要です。(時速60km以下になったら爆発する) それを最初に理解しておかないと、あっ
会社の方でRDS TestRunnerというツールをGoで実装したわけですが、今回の実装にあたってGoの色々なライブラリ/ツールを見て回った印象として、まだまだ群雄割拠状態だなーという感じでした。 これからスタンダードが決まっていくのでしょうが、今後も考えて各ライブラリ等を利用した感想を共有しておくのは有益そうなので、書き残しておくことにします。 ちなみに、今回はかなりの率でHashiCorpのmitchellhさん作のライブラリやツールを利用していますw なので、ほぼこの方の紹介になってますね。。。 コードもterraformなどの実装をかなり参考にさせていただきました。 やはりGoでのプロダクト経験が豊富な人の実装は、色々参考になりますね(^^ゞ ライブラリ HCL (HachiCorp Configuration Language) 今回のConfig書式とそのパーサライブラリには、
LT枠の「forやめろ」なんですが、「1から100までの整数を出力してください。ただし5つの異なる方法を用いて」というお題が出てきます。 これが今になって気になってきたのでPHPで解いてみようと思います。 たぶん趣旨的に、最適解とかじゃなくて、いろんな書き方をした方が得点高そう。 1. forとインクリメント forやめろって言われてるのですが、とりあえずforです。 Duff's Deviceとかで展開しない限りは、これが最速解になると思われます。(100個ぐらいなら違いはないだろうけど。) <?php for ($i=1; $i<=100; ++$i) { echo $i, PHP_EOL; } やってることが出力だけなので、もう少し縮められますね。 <?php for ($i=1; $i<=100; print $i++ . PHP_EOL); echoはforの()の中に書けません
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く