Double-talk Publisher 設定ファイルの保存
まぁね、「スクリプトを書こう」ってんだから、どっちかつったら本流はバッチ処理とかアクション処理なわけですよ。もっとね、こう、正規表現なんかを使ってガツッと文字変換するとかさ、そういうコードなんかをがんがん公開すればページビューなんかも上がってだね、アフィリエイトなんかやっちゃてウハウハの人生もあるのかもしれないけどさ（※）。オジサンは残念ながらそっちじゃぁ～ないんだな。 ※仮にそうなってもそんなことは起こらない 前回までのあらすじ： とある「企て」にむけて着々とミッションをこなすナカトジ。JavaScript、FlashUI、さらにBridgeTalkを手に入れ、いったいどこへ向かおうとしているのか…… インタラクティブなスクリプトは、起動する度に各種の設定を行っていては面倒です。そういうものは「前回の設定値」が保存できれば利便性が高くなります。さらに、それが「●●用」「■■用」などと保存
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
アプリケーション稼働中ではなくて準備中の場合はevalを使ってもよい - http://rubikitch.com/に移転しました
Jay Fields' Thoughts: Move eval from Run-time to Parse-time Rubyにおいて、実行時にevalするのはパフォーマンスが問題になることがある。文字列を解釈するコストが馬鹿にならないのだ。だからevalは極力避けるべき…なんだが例外がある。 ウェブアプリケーションなど起動時間はさほど問題ではなく、長時間稼動させるアプリケーションの場合、準備には多少時間をかけてよい。だから稼働中に実行するevalを準備中に移動するのは有効なリファクタリングだ。 Person.attr_with_defaultはデフォルト値つきのattr_readerだ。Person#emailsとPerson#employee_numberがデフォルト値つきで定義される。しかし、これらのメソッドを呼んだだけでevalされるのは効率面で問題だ。 class Person
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
