See all results No matching results Try a different filter or a new search keyword.
LISP in Two Days with Rust 10 Jul 2019 As a sidetrack from the development of my programming language I’ve spent some time developing a LISP. The plan is to use the language as a testing ground for experimentation with transforming an AST in Rust. The syntax of LISP is simple and was developed to be easy to parse. I figured it would make a good starting point for an experimental compiler. The lang
仕事で急にQRコードが作りたくなった。開発中のスマートフォン版画面の共有とかそういうやつで、資料(GoogleDocument)にQRコード貼っておくと各自で勝手にQR読んで見てもらえて便利だということがわかった。 一方でいざ作ろうとするとちょっと尻込みする。リンクは出さないが、QRコードをさっと作ってくれるWEBページ公開しているところがいくつかある。 しかし取り扱いたいのは基本的に秘密のURL。個人サイトみたいなところでそういうURLを送信するのはかなり厳しい。信頼ができるサービスを利用したい。 そうするとGoogleChartAPIにたどり着く QR Codes | Infographics | Google Developers さほどコメントもないぐらい簡単でこういう感じで書くだけ。 https://chart.apis.google.com/chart?cht=qr&c
元ネタ: モッククラス、下から見るか?横から見るか? モッククラスを使うべきか否か、というネタを拾ったので書いてみます。これまでにモックについて殆ど書いてないことに気づいて驚きつつ。 Short Answer 「モックに何をさせたいの?」 質問に質問で返すなという感じですが、モックに何をさせたいか答えてみれば、モックを使うべきか否かはだいたい決まるよなーと思うのです。 モックは道具で、使うことで何かを改善するものです。 「このことをテストしたいから、モックをこう使う。」という文脈なく使用すると、無用な複雑性を作り込むことになります。 モックの使用は負債なので、十二分に利益を見込める場合にのみ使用するものだと思っています。 これはモックに限った話ではなく、何かを便利にするために道具を追加する際は必ず付いて回るトレードオフです。 Short Answer 露払い 使うべきか否か どちらでも差が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く