どのプログラミング言語を学ぶべきか
新手该学哪门编程语言 | 酷壳 - CoolShell.cn via :Which programming language should I learn first? | Pixelstech.net 最近、フォーラムでこんな質問を目にした。質問とは、「どのプログラミング言語を学ぶべきか」というものであった。ある人の答え。 それは目的によるな。 表現力が高いパワフルな言語でプログラミングしたい場合： Python 手っ取り早くWebサイトを立ち上げたい場合： PHP 「ロックスター」を自称するプログラマーと触れ合いたい場合： Ruby 本当にプログラミングを学びたい場合： C 悟りを得たい場合： Scheme 抑圧感を得たい場合： SQL 遺伝的に淘汰されたい場合： Microsoft Visual Basic ひどく平凡でつまらないが安定して給与が支払われるファイナンシャル・アプリケー
なぜValveはGNU/Linux対応を急いでいるのか
Valveが目下、GNU/Linux用にSteamクライアントを開発し、Sourceエンジンを移植しているという噂は、Phoronixの中の人がvalveを訪れてより確定し、広く公の知るところとなった。 Phoronixの中の人の話によれば、Valveの創始者であるGabe Newellは、GNU/Linuxを賞賛し、逆にWindowsには未来がないと表明したというのだ。特に、Windows 8はひどいのだそうだ。 もちろん、これから開拓する市場であるGNU/Linuxユーザー向けのリップサービスかもしれないが、元Microsoft社員で、しかも一番最初のWindowsから13年もの間、MicrosoftでWindowsの開発に携わり、その稼いだ金を元手にValveを立ち上げた経歴を持つGabe Newellとしては、お世辞にしても極端な転身ぶりだ。 しかも、ValveのSteamは、昔も
本の虫: Javaの権利にまつわるまとめがすごい
The Java IP Story | Software Research and the Industry これはよくまとめてある。 これを読むと、GPLv3の重要性が分かるだろう。 旧Sunは、Javaの実装をGPLv2として公開した。GPLv2は、現在持ち上がっている問題に対処できない古いライセンスである。問題は特許だ。 Sunは、OpenJDKへの貢献は、著作権をSun側に引き渡すことという条件を課した。これにより、SunはGPLv2としてソフトウェアを公開しつつも、すべての著作権は保持しているため、プロプライエタリなライセンスでも提供できるというわけだ。 さらに、SunはJavaという商標も持っている。この商標を使うには、金を払ってJavaが規格準拠しているかどうか確かめる公式のテストをパスする必要がある。 金を払わないオープンソースなプロジェクトに対して、SunはJavaの商標
幕末に活躍した人物の末裔のまとめがすごい
【写真あり】幕末の偉人たちの子孫が意外過ぎる人生を送っている | 幕末ガイド これはすごい。よく調べたものだ。 ひとつ前から気になっていることとして、日本人の何割ぐらいが、歴代天皇の子孫なのだろうかという疑問がある。思うに、割合は「割」という単位で表せるほどであると思う。確実に存在したと言える天皇は千五百年ほどさかのぼることができる。だから、日本人は結構な割合で、天皇の子孫であると思うのだ。 さて、私のルーツはというと、まあ、そんなに歴史上名のある人物ではないはずだ。父方の祖父母は、佐渡ヶ島の人らしい。佐渡というのはなかなか興味深い場所だ。あそこは流刑地だったのだ。流刑地といっても、江戸あたりで特に仕事もなくぶらぶらしている人間を、奴隷のような強制労働要因として送り込んでいたのだが。祖母は佐渡で電話交換手をしていたらしい。祖父は戦後仕事がなくて、自衛隊に入っていたそうだ。祖父は非常に器用で
GNU Globalが面白そうだ
GNU GLOBAL source code tagging system ソースコードを快適に読むための GNU GLOBAL 入門 (前編) - まちゅダイアリー(2009-03-07) ソースコードを快適に読むための GNU GLOBAL 入門 (中編) - まちゅダイアリー(2009-03-08) ソースコードを快適に読むための GNU GLOBAL 入門 (後編) - まちゅダイアリー(2009-03-09) L'eclat des jours(2009-03-08) これは面白そうだ。GNU/Linuxに移って不足していると感じていたのは、C++のコーディング支援機能だ。単純な名前補完をはじめとして、エディターで閲覧しているソースコード中の名前から、そのまま宣言や定義箇所に飛ぶような機能がほしかった。Visual Studioではおなじみの機能だ。C++でこのようなツールを提供
pythonでも学ぼうかと思う
UbuntuのCLIのツールは便利だ。しかしふと気がつくと、多くのツールは実はスクリプト言語で書かれているのだ。これは、その作業はネイティブコードによる実行速度を必要としないからである。大半の処理は、テキスト処理やファイルのコピーや削除なので、ネイティブコードを使う意義は薄い。 多くのスクリプト言語は、わかりやすい文法を採用しているので、よほど言語独自の機能を変態的に使ったコードでもない限り、読む分には差し支えない。しかし、書くとなると、やはり知識が必要だ。いよいよなにかひとつ、スクリプト言語を学ばねばなるまい。 私は、詳細を学ばねば気が済まないたちである。とすれば、すべての言語を学ぶことはできない。ではどの言語を学ぶべきか。 perlは古臭くて文法も汚い。rubyは何でもできて、手早く仕事を終わらせるにはいいかもしれないが、言語としての面白さを感じない。schemeは文法がわかりにくい。
bsnesがついに完成したそうだ
byuu's homepage SNES Coprocessors — The Future Has Arrived via: Bsnes has emulated every SNES DSP | Hacker News bsnesというオープンソースのスーパーファミコンのエミュレーターがある。このエミュレーターは、スーパーファミコンを極限まで正確にエミュレートする目的で開発されていた。正確というのは、ソフトごとのハックなしに、実機とサイクル一致で、すべての商用ソフトを実行するということだ。このたび、bsnesはすべての商用ソフトをサポートした。最後に残っていたプロセッサーは、1995年に発売された、「早指し二段 森田将棋2」で使われていたST018である。 これで、百年、千年後の未来の歴史家は、ゲームの歴史について学ぶ時、すべてのスーファミのゲームを正確に再現して研究することができるよ
バイトをはじめることにした
そろそろ食費にすら事欠くようになったのでバイトをすることにした。一日数時間の掃除だ。おそらく、C++本の執筆にはさほど影響しないだろう。 結局、結果からいえば、当初の目論見であった、貯金の続くうちに、全力でC++本を完成させるというのは、無理だったわけだ。やれやれ、最初から働きつつ執筆すべきだったのか。 C++本は、ようやくオーバーロード演算子まで進んだ。といっても、途中のBasic Conceptsに当たる部分は飛ばしたし、コピーとムーブも飛ばした。コピーとムーブはどう書けばわかりやすくなるのか分からない。純粋なコア言語機能だけ説明してもわかりにくいし、かといって、プログラミングテクニックまで説明するのは本書の範疇ではないように思う。コア言語に絞ってさえこの分量なのだから、最初の壮大な野望通り、標準ライブラリまで手を広げようと思ったら、いつまでかかるか分からない。 そもそも、一冊のまとま
Linuxについて少し調べた
実は、私はLinuxについては、だいぶ前、まだコンピューターを持っていなかった頃、少々学んでいた。というのも、当時まだコンピューターを持っていなかった私は、書物（当時はまだ紙の本に価値があったのだ！）の知識から、どうもLinuxの方が優れているOSだと思っていたらしい。宗教論争を引き起こしそうな話題はともかく、当時の私は、結局、日本語環境の貧弱さとゲームとを理由に、Windowsを使うことに決めた。今から10年以上前の話だ。 どうも私は変人と思われているらしく、twitterをエゴサーチしてみると、私がLinuxにダメ出しするだろうというtweetを目にする。まあ、確かに、私は常に物事を否定するところの霊であった。中学時代からの私の友人は、「何事にも否定的」と評した。否定した結果、今の位置にいるのだとすると、あまり否定すべきではないのだろう。 閑話休題、今のLinuxはどうなっているだろう
最初のWebサーバーを保存せよ
Help save the worlds first webserver. We need to track down a copy of the original tarball WWWDaemon_0.1.tar.Z to preserve in the annals of history. [x-post] : compsci 1991年8月20日、Tim Berners-Leeはcomp.sys.next.announceに対して、歴史に残る告知を投稿した。「info.cern.chから、WorldWideWebアプリケーションのアルファ版リリースをソースコードとバイナリの両方で公開する」 この投稿は、以下の三つのソフトウェアを示し、我々が今知る、いわゆるインターネッツを開始したのだ。 /pub/WWWNeXTStepEditor_0.12.tar.Z NeXT applicati
Linuxに移行しようかな
もはや、WindowsでC++を続けていくのが難しくなってきた。まともなC++コンパイラーは、*unix系の環境では簡単に手に入るが、Windowsでは困難だ。GCCをWindows上でビルドする方法は理解出来ないし、LLVMのWindowsサポートは存在しないも同義だ。Windows上でgitを使うのも嫌になる。 それにしても、どうしてこうなってしまったんだろう。WindowsはどんどんC++から離れて行っている。MSの最近のC++における態度たるや、互換性という理由だけで規格違反の挙動を放置し、さらに独自拡張を大量に突っ込んでカオスになっている。もはや、WindowsではまともにC++できない。 Linuxで一つ懸念があるとすれば、IMEだろう。mozcはあるが、WindowsやMac向けのWebデータから生成された辞書は含まれていないらしい。つまり、「ただし魔法は尻から出る」とか、「
譲渡権とインターネット
著作権を考えていて、ふとデジタルデータと譲渡権は実情に合っていないのではないかと思った。譲渡権とは、著作権法、第二十六条の二に規定されている。著作者は、譲渡権を専有する。つまり、他人の著作物を勝手に譲渡してはいけない。 しかし、もし、私が紙の本を1000円で買えば、その本は古本屋に売ることができるし、他人に渡すこともできる。これは著作者もしくはその承諾を得たものから譲渡された複製物には、第二十六条の二が適用されないためである。 この例では、私は1000円を支払うことによって、著作物の複製物である紙の本を、正規の方法で入手したわけである。そのため、私の所有している本には、譲渡権は及ばない。譲渡権が及ばないのだから、古本屋に売ったり、他人に譲り渡したりできる。別に、金銭が関わる必要はない。著作権者から、あるいはその承諾を得ている者から著作物の複製物を入手した場合、それには譲渡権が及ばないという
C++11におけるモダンなhas_xxxの実装
久しぶりにメタプログラミングをしようと思う。特に、has_xxxをC++11で書くことに挑戦してみる。has_xxxとは、ある型がネストされた名前を持っているかどうかを確認するメタ関数である。名前は、型、もしくは非型のどちらかになる。 まず、型の方から。 namespace detail { template < typename T, typename U = typename T::type > std::true_type check_type( int ) ; template < typename T > std::false_type check_type( long ) ; } template < typename T > struct has_type : decltype( detail::check_type<T>( 0 ) ) { } ; なんと、たったのこれだけの
なぜアメリカは自国の著作権法を世界に押し付けようとしているのか
最近、アメリカが自国の著作権法を世界に押し付けようとやっきになっている。何故だろうかと考えてみたところ、その理由が分かった。このままでは、アメリカの一人負けになってしまうからだ。 疑問は、チャップリンから始まった。チャップリンの後期の作品のいくつかは、まだ日本国内でも保護されているらしい。これには、様々な要素が関わってくる。主な理由としては、旧法と現行法で保護期間の長いほうが優先されるということと、チャップリンの作品はチャップリン個人の著作であるということと、戦時加算らしい。 しかし、チャップリンの多くの作品の著作権は、作品が発表された国、米国内ではすでに消失しているはずではなかったか。ベルヌ条約の相互主義はどうなったのか。短いほうが適用されるはずではないのか。この疑問を解消しようと調べたところ、これが厄介なのである。 アメリカはベルヌ条約の加盟に手こずった国である。何しろ、アメリカの著作
新たな期待できるC++インタプリター、Cling
江添亮 自由ソフトウェア主義者 C++ Evangelist C++標準化委員会の委員 ドワンゴ社員 C++11本を執筆した。 株式会社ドワンゴで働いている。 Mail:boostcpp@gmail.com Twitter:@EzoeRyou GitHub: https://github.com/EzoeRyou 江添亮のマストドン@EzoeRyou 筆者にブログのネタを提供するために、品物をアマゾンお気に入りリスト経由で送りたい場合： Amazon.co.jp: 江添亮: 江添のほしい物リスト 筆者にブログのネタを提供するために、直接に品物を送りたい場合、住所をメールで質問してください。 View my complete profile ► 2020 (31) ► December (2) ► November (2) ► September (2) ► August (4) ► Jul
Eolas敗訴！ 繰り返す、Eolas敗訴！
江添亮 自由ソフトウェア主義者 C++ Evangelist C++標準化委員会の委員 ドワンゴ社員 C++11本を執筆した。 株式会社ドワンゴで働いている。 Mail:boostcpp@gmail.com Twitter:@EzoeRyou GitHub: https://github.com/EzoeRyou 江添亮のマストドン@EzoeRyou 筆者にブログのネタを提供するために、品物をアマゾンお気に入りリスト経由で送りたい場合： Amazon.co.jp: 江添亮: 江添のほしい物リスト 筆者にブログのネタを提供するために、直接に品物を送りたい場合、住所をメールで質問してください。 View my complete profile ► 2020 (31) ► December (2) ► November (2) ► September (2) ► August (4) ► Jul
Eolasの悪夢、再び
Patent Troll Claims Ownership of Interactive Web – And Might Win | Threat Level | Wired.com Eolasと聞いただけで身震いする者は、有能な技術者である。わからないものは、未熟者である。Eolasは「HTML内に自動的に外部アプリを起動させてやり取りをさせ埋め込みオブジェクトを表示するための手法」というあまりにも明白過ぎる特許を取って、一時期Webを混乱に陥れた特許ゴロである。わかりやすく言うと、Flashを埋め込むHTMLコード、embedやobject要素がこの特許に抵触する。 Eolasはマイクロソフトを相手取って特許侵害の訴訟を起こした。この訴訟には、WWWの父であるW3Cの長であるTim Berners-Lee本人をはじめ、様々な企業、団体がマイクロソフトを援護したにもかかわらず、結局、特許
なぜ歴史には海賊が必要なのか
Why History Needs Software Piracy | PCWorld SOPAとPIPAのような反海賊法を巡っての議論において、我々の関心は、主として現代と近未来に置かれがちである。職と利益に対する被害に対しては、今日、誰が被害をうけるのかということに着目しがちである。 ここでひとつ、ソフトウェア海賊に対して、別の視点からの関心ごとを述べてみようと思う。未認可のソフトウェアの複製が、短期的にみて、いくらかの商業的利益を損ねることに疑いはないが、ここで一歩下がってみると、すこし違った状況が見えてくる。歴史的に考えると、ソフトウェア海賊のもたらす利益は、短期的な損失を大幅に上回っているのだ。もし、技術史を気にかけるのであれば、許諾なくソフトウェアをコピーする連中がいることに、感謝しなければならないのだ。 一件奇妙に聞こえるかもしれないが、海賊が救ったソフトウェアの数は、破壊し
著作権の保護期間に思う
来年、すなわち2013年には、吉川英治と柳田國男の著作権が切れる。楽しみで仕方がない。 ところで、一つ疑問がある。いま、各国の著作権の保護期間は、微妙に異なっている。たとえば、アメリカの著作権は、法人名義は公開後95年、個人名義は死後70年保護される。一方、日本では、それぞれ公開後50年（映画は70年）、ないしは、個人の死後50年である。ただし戦時加算と旧法の方が保護期間が長くなる場合に注意しなければならない。ということは、アメリカで公開された著作物が、日本では保護期間が満了しているものの、アメリカでは満了していないということが起こりうる。この時、一体どうなるのであろうか。 今、アメリカで作成、公開されたコンテンツがあるとする。日本では著作権が著作権が切れているが、アメリカでは切れていない。このコンテンツを日本国内で合法的に入手し、アメリカに持って行くとどうなるのだろうか。アメリカからみる
oldnewthing: なんでHeapFreeがERROR_POSSIBLE_DEADLOCKで失敗するのか？
oldnewthing: なんでHeapFreeがERROR_POSSIBLE_DEADLOCKで失敗するのか？ Why did HeapFree fail with ERROR_POSSIBLE_DEADLOCK? - The Old New Thing - Site Home - MSDN Blogs ある顧客がassertに引っかかると報告してきた。何でも、HeapFree関数が、全く問題ないヒープブロックに対する操作に失敗し、GetLastError関数の結果は、ERROR_POSSIBLE_DEADLOCKだという。一体何がどうなっているのだ。 私の同僚が持ち前のエスパー能力を駆使して訊ねた。「ひょっとしてプロセスは終了中かい？」 「ええ、まあ。何で分かったんだい？」 プロセスはどのように終了するかという話を思い出して欲しい。まず最初に起こることは、プロセスの他のスレッドをすべて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
