無料で見られるプログラミング関連書籍一覧 - YAMAGUCHI::weblog
はじめに こんにちは、動画配信界の情弱です。年始からStackOverflow眺めてたら超絶便利な質問に神回答がされてたので忘れないうちにメモっておく。2012年どっかで役に立てばいいですね。 参考 オリジナルはこちら。ここではコメントにパラパラと載ってたので、まずは直近1ページ目だけにあったものを1個のリストにまとめてみた。ほぼGeorge Stocker氏による回答を載せただけだけど。あとちょっとだけ自分で和訳とか加えたので、知っているものがあればコメントに載せて下さい。追加します。まだDとかFactorとか載ってないし、Pythonも全然足りないし。 API Only - Stack Exchange もしかするとバージョンが古かったりするものもあるかも知れませんが、それもコメントで教えてもらえるとその旨追記します。 他にも過去に挙がったもののリンク ReadWriteWebのプログ
Node.jsとは何か、開発者ライアン・ダール氏が語る（後編）～ 複数コネクションの並列処理とデバッグ
Node.jsとは何か、開発者ライアン・ダール氏が語る（後編）～ 複数コネクションの並列処理とデバッグ いま注目されているサーバサイドJavaScriptの火付け役となったNode.js。その開発者であるライアン・ダール（Ryan Dahl）氏自身がNode.jsを紹介した講演「Introduction to Node.js with Ryan Dahl 」のビデオが公開されています。 この講演は、サンフランシスコのPHP開発者の集まりであるThe SF PHP Meetup Groupが2月にダール氏を招待して行われたもの。 そのため、Node.jsを知らないデベロッパーに向けて、Node.jsがどのような特徴を持つプログラミング言語なのか、分かりやすく解説しています。内容を紹介しましょう。 （本記事は「Node.jsとは何か、開発者ライアン・ダール氏が語る（前編）～ノンブロッキングとは
Googleエンジニアから学ぶ、ハッカーになるための勉強法 - 久保清隆のブログ
Debian Project／Google ソフトウェアエンジニア鵜飼文敏さんの講演動画を見たのでまとめ。 内容は、フリーソフトウェア、オープンソフトウェアのハッカー、Google内のハッカーがどのようにソフトウェアを作っているか。 少し前の講演だけど、ハッカーを目指す上で非常に参考になった。 ハッカーの特徴 ハッカーとは Hacker ethic ハッカーのソフトウェアの作り方 ハッカーの開発スタイル 手順 要求仕様 設計 実装 テスト デバッグ チューニング ハッカーに近づくには 必要な知識 知識の習得の仕方 ハッカーと仕事をするときの問題点 その他に紹介されていた書籍 感想 参考 ハッカーの特徴 普通の人をはるかに上回る高い生産性 高品質のソフトウェアを作りだす ハッカーとは ハッカーズ大辞典によると、 プログラム可能なシステムの細かい部分を探ったり、その機能を拡張する方法を探求した
いまさら聞けない「変数の命名規則」 - 基本へ帰ろう
変数の命名規則って名前がついているのですね・・・というのをさっき知ったので・・ほんといまさら聞けない感じです・・ｗ アッパーキャメルケース (UCC)、またはパスカルケース(PascalCase)（Pascal記法） キャメルケース - Wikipedia 複合語の先頭を、大文字で書き始める。 例 ： CamelCase ローワーキャメルケース (LCC)、または単にキャメルケース キャメルケース - Wikipedia 複合語の先頭を、小文字で書き始める。 例 ： camelCase アプリケーションハンガリアン（ハンガリアン記法） ハンガリアン記法 - Wikipedia アプリケーション ハンガリアンは、間違えたコードを間違えて見えるようにする記法である。 たとえば、論理座標にRelative Positionのrp、絶対座標にAbsolute Positionのapというプレフィッ
Linus「C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが 簡単に生産されるようになってる」
/15 [4] (21:54) 原文: http://lwn.net/Articles/249460/ From: xxx To: xxx Subject: Re: [RFC] builin-mailinfo.c をマシな文字列ライブラリを使うようにすること Date: Thu, 6 Sep 2007 18:50:28 +0100 (BST) Message-ID: <alpine.LFD.0.999.0709061839510.5626@evo.linux-foundation.org> On Wed, 5 Sep 2007, Dmitry Kakurin wrote: > > Git のソースコードを最初に見たとき、ヘンだと思ったこと: > 1. C++ じゃなくてただの C を使ってる。理由は謎。移植性がどうとか言わないで、 > そんなのウソに決まってるから。 *あんた* のほうこそ
Perlが性に合わない理由がわかった気がする - ずっと君のターン
基本的にいろんなプログラミング言語の仕様とか眺めたりするのは好きな方だと思うんだけど、Perlはだめ。ぜんぜん楽しくない。で、それはなんでなのかちょっと考えてみた。 個人的に、言語の仕様見てて楽しいのは言語を作った人の考えが見えてくるところ。もちろん哲学は言語の中で一貫してればしてるほどいい。ちなみに、その基準でいうとやっぱLispとSmalltalkあたりが最高かなと思う（どっちも別に詳しくないけど）。コードもデータも全部リスト、とか、システムに存在するのはオブジェクトとメッセージ送信だけ、とか、もう「美しい」以外に言葉もないよね。 で、翻ってPerl。Perlのモットーは・・・「There's More Than One Way To Do It」。うん、もうね、アホかと。別にやり方がいろいろあってもいいけど、自分がベストと思うものを提供するのが設計者の矜持じゃないの？Perlユーザー
イヌネコ - d.y.d.
03:14 08/08/31 LLFuture 行ってきました。まとめ記事は何百人も書いてそうなので、以下、これにかこつけて自分語りをする。 ☆ Larry Wall の基調講演。ひたすら Parser の話をしてて素晴らしかった。 ☆ 100年の言語…は、 Ypsilon の藤田さんが、エラーメッセージのわかりやすさについて考えてますか？という問いかけを されてたのが印象に残っています。個人的に この頃 から気になってるんですけども、 言語内DSL のようなものを作ること＆そのDSLが正常動作するときに 裏でホスト言語で何が起きているかをまったく気にしなくていいようにすることは簡単でも、 そのDSLがそのDSLのシンタックスや静的セマンティクスとして間違っているときに適切なエラーを 出せるようにするのは非常に面倒、という感覚があります。ホスト言語の意味でのエラーを 出されてもユーザ側とし
日付と時刻の正しい表現方法
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Anti Wrinkle Creams 10 Best Mutual Funds Contact Lens Health Insurance find a tutor Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
10 ways to improve your code
SD West 2008 Neil Ford's Software Development West presentation, 10 Ways to Improve Your Code, was aimed at Java programmers, but Ford's "advanced code hygiene" discussion had wisdom for coders of many stripes. Ford is a senior application architect and "meme wrangler" at ThoughtWorks, an IT consultant that specializes in development and delivery of software, and that is home to object-oriented de
[方式設計編]同一サーバー内のWebサービス呼び出しをしてはいけない
SOA（サービス指向アーキテクチャ）の概念が普及するにつれ，前提となる技術的基盤であるWebサービスのインタフェースを持つシステムが増えてきた。一般的には「在庫を照会する」「入金処理を行う」などの単位で一つのサービスにすることが多い。Webサービスは，既に提供されているサービスを組み合わせてアプリケーションを構築できるという手軽さがあるが，作り方を間違えると性能や信頼性の低いシステムが出来上がってしまう。その典型の一つがこれだ。「同一サーバー内のWebサービス呼び出しをしてはいけない」。 説明を簡単にするために，図1に示す単純なアーキテクチャで稼働するシステムを想定しよう。なお，記載している製品名はあくまで例であり，各分野におけるリファレンス実装もしくはデファクト・スタンダードなものだ。読者の得意な製品に置き換えて読み進めてほしい。 アプリケーションはServletとして実装する Serv
![[方式設計編]同一サーバー内のWebサービス呼び出しをしてはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
属性文法 - Wikipedia
属性文法（ぞくせいぶんぽう、Attribute Grammar）とは、形式文法の生成に関する属性を定義する形式的手法。属性には値を関連付けられる。その言語を構文解析やコンパイラで処理する際に、属性の評価（属性から値を得ること）が抽象構文木上のノードで行われる。 属性は2種類に分類される。合成(sythesized)属性と継承(inherited)属性である。合成属性とは、属性評価の結果として生成されるものであり、継承属性の値を使用することもある。継承属性とは、親ノードから継承される属性である。 いくつかの手法では、合成属性は意味情報を構文解析木の上に渡すのに使われ、継承属性は逆に下に渡すのに使われる。例えば、言語変換ツールを作成する場合、属性文法は構文要素に意味（値）を設定するのに使われる。また、文法（構文規則だけでは明示的に示されない言語の規則）に従って意味論的検証を行うことも可能である
fladdict.net blog: 情報可視化のバイブル Visualizing Data
Visualizing Data 最近は「見える化」っていうんですかね、著者のBen Fryはprocessingの生みの親にして、多量情報のビジュアライズを専門にするMITの研究者。 有名なところだとAnemoneとValenceなのかな。 同書は情報の可視化から、その理論、使いどころ、アルゴリズムからソースコードまで色々列挙されたナイスな本。まぁ英語だけどパラパラ見て絵が気に入ったらソースコード読むで色々勉強になりそう。 あとBen Fryの論文読みたければ、「情報デザイン―分かりやすさの設計」 という本に和訳が入っててお勧め。こちらもかなり名著というかマストな一品。 自分的にはiknowよりこういう本読む方が英語の勉強になる気がするYO
コードをセキュアにする10の作法…の覚え方 - 結城浩のはてな日記
Danさんが、コードをセキュアにする10の作法という翻訳を公開していました。 翻訳には特にツッコミはないのですが…正直、10個も覚えられません！ (>_<)ヒー！ ので、勝手に再配置。かっこの中がお作法の名前です。 各段階でチェックしよう！ 設計時に、 （セキュリティーポリシーを設計に織り込め） コーディング時に、 （セキュアコーディングの標準を採用せよ） （コンパイラーの警告レベルは最高に） テスト時に、 （有効な品質保証の手法を用いよ） もちろん実行時にも。 （入力を検証せよ） （他のシステムに送るデータは消毒(サニタイズ)しておけ） 迷ったときにはシンプルに！（シンプルイズベスト） デフォルトは拒絶、 （デフォルトで拒絶） 権限は最小、 （最小特権の原則を貫く） でもシンプル過ぎてはいけません。 （多重防御を実践せよ） これでちょっと覚えやすくなりました（私は）。内容は以下のページを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.av-jyo.com/2011-07/how-to-develop-porn-website-with-nodejs.html
Amazon.co.jp: プログラミングErlang: Joe Armstrong (著), 榊原一矢 (翻訳): 本
拡張容易性：動的および静的プログラミング言語
依存性注入: 新しい考え方だろうか、それともしっかりした基盤だろうか？
コンセプトプログラミング
Treetop-Ruby用のPEGパーサージェネレータ
http://www.unixuser.org/~euske/offline/memo/2003/b1.html