タグ

2012年8月27日のブックマーク (9件)

  • DailyCoding

    kazuph1986
    kazuph1986 2012/08/27
    @kazuph さんが今日の問題に回答しました。
  • Ruby Inline [ja.nishimotz.com]

    2017-12-14 http://www.zenspider.com/projects/rubyinline.html chruby の手順で Windows Services for Linux (Windows 10 version 1709) & Ubuntu 16.04 に Ruby 2.4.2 を入れて、試そうとしている。 $ chruby 2.4.2 $ which ruby /opt/rubies/ruby-2.4.2/bin/ruby $ ruby -v ruby 2.4.2p198 (2017-09-14 revision 59899) [x86_64-linux] $ gem install -E RubyInline Fetching: ZenTest-4.11.1.gem (100%) Successfully installed ZenTest-4.11.1 F

    kazuph1986
    kazuph1986 2012/08/27
    あったみたい。
  • (byte|文字列)計算系のバッチ処理と Inline::C の相性の良さ

    どんなシステムにおいてもオンライン系の処理ばかりではなくバッチ処理系のプログラムというものが存在します。僕の場合、ユーザに見えない部分のプログラムが全体の70%を占めているかもしれません。 バッチ処理は大量のデータを処理する場合が多いのが特徴のうちのひとつ。しかもその処理が想定時間内に終わらないと、どこぞのシステムのようにシステム全体に影響が出てしまいシステムダウンなんて最悪の状態になることもあります。あれに起因してバッチの突き抜けなんて効いたこともない言葉が生み出されたくらいだし。w さて話を戻して、システムを運用しているとデータ量は当然右肩上がりで増えていきます。よってバッチ処理も当時の想定よりも時間がかかるようになってくるわけです。 僕が作ってるバッチ処理の多くは文字列処理や計算処理が多いです。オンライン系の言語と同じく perl で記述しているものが非常に多いわけですが、Devel

    kazuph1986
    kazuph1986 2012/08/27
    全然知らなかったけどこの辺面白そう。Rubyでも同じ事したい。
  • perlの実行時間計測とInline::Cのすごさ - Rhythm & Biology

    研究として数値計算をやることが多いのですが、やはり実行時間が気になってしまうものです。 perlに限らず、スクリプト言語はやはり速度面でのネックがありますが、まずは実行時間を計測してどれぐらい遅いのかを知りたいと思いました。 簡単な数値積分(Euler法)をまずperlで書いてみます。 # ode.pl use Time::HiRes qw/gettimeofday tv_interval/; my $start = [gettimeofday]; my ($x, $y) = (1.0, 0.0); for (my $t = 0.0; $t < 10000.0; $t += 0.01) { my $d = $x * 0.00001; $x -= $d; $y += $d; } my $end = [gettimeofday]; print "TIME(Perl): ", tv_interv

    perlの実行時間計測とInline::Cのすごさ - Rhythm & Biology
    kazuph1986
    kazuph1986 2012/08/27
    てかこんな風に書けたのか
  • 新人SEがSIerに絶望した時に読みたいスライド4選 - ギークに憧れて

    新社会人の皆さん、いかがお過ごしでしょうか。 最近、SIerに就職した知人が「会社辞めたい」というのをちらほら聞く。聞いてみれば、彼等は仕事で挫折しているわけではない。むしろ、技術に優れ熱意を持っている事が多い。ではなぜ辞めたいのかと聞けば、一日中画面のスクリーンキャプチャ撮らされたりCOBOL読まされたりしていて、「ああ、そっか…そうだよね…。」となる。 そんな時は、SI業界の熱い人達のスライドを見て何かを感じよう!という事で4つ選んでみた。弊社関係者が多いのは僕のネットウォッチの都合上お許しください。moon and strategy moon and strategy from toshihiro ichitani 永和の@papandaさんのスライド。「自分の生き方を他人任せにしない」受託プログラマの進路〜アジャイルセールスと手塚モデル〜 受託プログラマの進路 〜アジャイルセールス

  • エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type

    エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。

    エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type
    kazuph1986
    kazuph1986 2012/08/27
    本気で考えよう。
  • 正しすぎるライフネット生命の新卒採用 : アゴラ - ライブドアブログ

    経済・金融 正しすぎるライフネット生命の新卒採用 / 記事一覧 やや旧聞に属するが、ライフネット生命が興味深い採用方法を行っている。 ライフネット生命 2013年新卒採用 http://recruit.netseiho.com/assignment/index.html 「皆さんには『重い課題』に挑戦していただきます」と、当に重い課題を応募者に課している。以下、課題Aの内容だ。 [1]日における少子化の現状とその原因を明らかにしてください [2]そのうえで、あなたが解決すべき課題をあげてください。 [3]インターネットを使ってその課題を取り組むためのプランを立て、費用対効果とともに提案してください。 [注]あなたは現在の少子化担当大臣の政策実行チームとはまったく別に依頼されています。」 もう1つの課題Bでは、1000万円の費用であなたが学んでいる学校をより魅力適する方法を

    kazuph1986
    kazuph1986 2012/08/27
  • 模倣における「真似と盗み」の境界線 - もとまか日記

    「優れた芸術家はまねるが、偉大な芸術家は盗む」 以下の記事を読んで、ふとその名言を思い出した。 パクリ礼賛--アップル対サムスンで考える特許とイノベーション - CNET Japanパクリが許されることには良い面もある。先行する何かの上に偉大なイノベーションが生み出されることも珍しくはない これについて思ったことのメモ。 上の名言については、以下が参考になるでしょう。「偉大なアーティストは盗む」 « maclalala2坂井直樹の”デザインの深読み”: ジョブズは「優れた芸術家はまねる、偉大な芸術家は盗む」と言い「炊飯器とコンピューター」という一見関係もないはずのものを「つないだ」のだ。 要するに「ただの真似か、それとも自分のものに出来たのか」という観点が重要、という話です。 真似すること自体は、悪いことではない。どこでも、どんな分野でも、誰でもしてること、と考えた方がいいし、「完全なオリ

    kazuph1986
    kazuph1986 2012/08/27
    自分のものにできたか。
  • Sublime Text 2 for Emacsers

    Introduction to Sublime Text 2, especially for Emacs-ers.

    Sublime Text 2 for Emacsers