スクリプト言語の息の根を止めるのは案外 SSD かもな - kwatchの日記
大変たいへん興味深い記事。全プログラマーにとって。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました ...(snip)... HDDは200スレッドで性能が頭打ちなのに対し、SSDは200スレッドから300スレッドになってもまだ性能は上昇。ただし、300スレッド時にはCPU利用率が100％に近づいており、先にCPU性能の方がボトルネックとなってしまったようです。 HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験 － Publickey 動的なスクリプト言語 (Ruby や Python など) と静的なコンパイル型言語 (C++ や Java など) では、だいたい 5 倍から 10 倍ぐらいの速度差がある。それでもスクリ
駄目な古いPerl | taro-nishinoの日記 | スラド
以前、Dave Cross氏の"何故、企業はPerlを嫌うのか"を紹介したことがありました。氏の最近のエッセイはその後日譚で、"Crufty Old Perl"と題されています。要は、ある会社の幹部達による見え見えのPerl廃絶のためのソーシャルエンジニアリングが左程には効果が無かったのはよかったが、現場の開発者の内に他言語のフレームワークを提唱することが多くなっていることを憂いていらっしゃいます。 私個人の意見ですが、本当の意味で優れた開発者というのは2割あればいい方で、残りの8割は凡人もしくは駄目な開発者です。勿論、何を母集団の単位とするか議論はまちまちだし、証明出来るわけでもありません。しかし、例えば地球上の全人類を母集団とすれば、人類に本当に貢献出来る人々が2割もいれば、世界はもっと平和になったでしょうから、開発者の場合でも2割よりはもっともっと少ないのが現状でしょう。 凡人（勿論
Programming tutorials and source code examples
AI Powered Tutorials Java Language Basics Maven Gradle JavaFX jUnit jsoup JPA Spring Java Selenium Hibernate Javascript Javascript Language HTML5 Canvas jQuery Events React Node.js Web CSS Selectors CSS Layout SVG Typescript Typescript Language Python Python Languages Python Selenium NumPy Pandas MatplotLib C / C++ C++ Language C++ STL C Language C Headers C# C# Languages C# LINQ C# Selenium Go La
人材獲得作戦・４ 試験問題ほか - 人生を書き換える者すらいた。
さて試験問題です。 内容は、壁とスペースで構成された迷路が与えられたとき、スタート地点からゴール地点に至る最短経路を求めよ、というものです。 たとえば、S:スタート G:ゴール *:壁 $:解答の経路 としたとき、 ************************** *S* * * * * * * ************* * * * * ************ * * * * ************** *********** * * ** *********************** * * G * * * *********** * * * * ******* * * * * * ************************** という入力に対し、 ************************** *S* * $$$ * *$* *$$*$ ************
Re:むしろ (#1700790) | IT業界の勤労モラル水準は低い？ | スラド
＞あとの大半は看護師への作業指示、医療機器の操作など、定形性の強い作業だった。 プログラミングの場合でも、昔はビルドの待ち時間などの間、コーヒーをすすって一休みする くらいの「脳を休める時間」があった。今ではリアルタイムに解析してシンタックスエラーを 吐いてくれるので、そういう「休憩時間」が無くなった。 また重要なのは知的云々よりも、連続して集中力を要するか否かだと思う。例えば、 - 大きなスパゲッティプログラムの解析。或いは解読。 - 入り組んだ町中での暴走車とカーチェイス。 - 一歩間違えれば大出血を起こ
プログラミング言語C++ 第3版正誤表
『プログラミング言語C++第3版』（アジソン・ウェスレイ・パブリッシャーズ・ジャパン, 1998年）の正誤表です。原著者にならい、「誤りと意味の明確化」、「入力ミス」に分類し、さらにそれらを原著の訂正と翻訳の訂正に分類します。原著の正誤表はこちらにあります。また、2000年に入ってからの新規追加分はこちらに日付順にまとめてあります。 原著者は、「誤りと意味の明確化」の部分には理解を損ねる可能性があること、「入力ミス」には綴り、文法の誤りを入れるとしていますが、「誤りと意味の明確化」の部分は誤りよりも、意味を明確にすべきところの方が多く、また多くの読者には影響を与えないとしています。原著の正誤表（の翻訳）の部分では、このことを考慮に入れてください。翻訳では、当然誤りに分類されるものが多くなると思います。 原著の正誤表のうち、「第7、8刷から第9刷へ」という部分までは、訳書に生かされています。
「構造化プログラミングに関する覚え書き」へと導いたもの | taro-nishinoの日記 | スラド
明けましておめでとうございます。 さて、私の周辺では、先日に書いた"Gotoは有用である"について、折角のMatt S. Trout氏の本文よりも、何故か不幸にも私の書いた訳注の方が話題になっています。 Linus氏はgoto有用論の他にも、C++をボロクソに貶したり、本当に愉快な人だと私は思います。ただ、C++を貶された時の反応として、海外は置いとくとして、日本の一部の人が余りにも井の中の蛙的な反応をしたように記憶しています。代表的な例は「Linusはオブジェクト指向が分からないからだ」というのがあります。私は思わず笑いました。Linus氏ほどの頭脳で分からないことが、極東の日本の貴方がたは分かっていると言わんばかりじゃないですか。一部にせよ、だから日本は駄目だと思いました。つまり、自己を客観視せず、実質的実力は無いのに一流家気取りなんですね。もっとはっきり言えば何様のつもりなんだと。ど
「俺のソースだから」というプログラマは死んだらいいのに - 神様なんて信じない僕らのために
最近こんなやりとりがあった。 「Cって標準のコンテナ（双方向リストや可変長配列など）がなくて不便。 Cのプロジェクトってコンテナ自体ないこともあるし、コンテナがないとプログラムって書きにくいよね。 その点C++はSTLが(ry」 ... 「コンテナ？ STL“も”いいけど、自分で書きたい」 正直、自分は「え？ 何を言っているんだ？」と思った。 STL“も”いいけど、“自分で書きたい”だって？ その人はプログラマとしては十年選手だが、C++に関して、特にテンプレートに関しては稚児に等しいレベル。 で、どうして「自分で書きたい」ということになるんだろう？ それを使わされる人の苦労はどうなる？ それともプロジェクトに同一の事をするための複数のコンテナが存在するのか？ 俺俺コンテナを書きたい理由はなんだ？ 要するにここにおいて「自分で書きたい」はSTLがよく解らないので、 機能や動きを隅々まで把握
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scratch
IBM Developer
Welcome to ctrl-shift-b.com