パットナム郡は、多くの貯水池があり、ニューヨーク市の水源として知られている。主な貯水池に、南東のボグ・ブルック貯水池、カーメルの南東のクロトン・フォールズ貯水池、南東のディベーティング貯水池、ブリュースターのイースト・ブランチ貯水池、南東のミドル・ブランチ貯水池、ケントとカーメルのウェスト・ブランチ貯水池、ケントのボイズ・コーナー貯水池がある。
パットナム郡は、ニューヨーク州の南西部の、ハドソン川とニューヨーク州・コネチカット州の境界線の間に位置している。また、ニューバーグの南東、ホワイト・プレインズの北に位置する。アメリカ合衆国国勢調査局によれば、郡の面積は246平方マイル（640km²）であり、うち231平方マイル（600km²）は陸上、15平方マイル（39km²、6.08%）は水面積である。郡の土地はほとんどが（ハドソン川付近は特に）険しく、ハドソン高地の一部である。パットナム郡の最高地点は海抜約1,540フィート（469m）であるスコフィールド・リッジの4つの頂上である。また、最低地点は、ハドソン川に沿った地域である。ヘンリー・ハドソンに因んで名付けられたハドソン川では、昔からニューヨーク市からの物資が輸送されていた。
パットナム郡の米国下院議員では、共和党員であるナン・ヘイワースが代表される。彼は2010年に、議員であったジョン・ホールを破った。2012年には、ナン・ヘイワースが、ビル・クリントン元大統領のウエストウイング調査官であったショーン・パトリック・マロニーに反対している。国家的には、パットナム郡では民主党の支持率が高い。2004年には民主党が、58%から35%、23パーセント・ポイントの大勝利をおさめた。
現在の保安官であるドナルド・B・スミスは、2002年に選ばれた。保安官事務局には、市民受付、パトロール部、海上部、オートバイ部、学校部、麻薬部などが含まれる。
パットナム郡の政治の運営は、1977年11月に、郡の投票者により承認された郡特許状の中で概説されている。運営は、郡政府行政官と9人の郡会議員が行っている。現在の郡政府行政官は、メアリー・エレン・オーデルである。オーデルは、2011年11月に特別選挙で、ビンセント・L・レイベールを打ち破って当選した。レベールは、2010年に、2つの連邦重罪を有罪としている。ニューヨーク州南部のアメリカ合衆国弁護士との司法取引に従い、レイベールは州議会議員を辞任し、2011年1月1日の郡政府行政官も仮定しなかった。郡政府行政官は郡全体から、郡議会議員はそれぞれの選挙区から選ばれる。特許状形式の郡政府の事務は、6人から構成される監理委員会（各町から選ばれる）が担当する。
正保2年（1645年）播磨に生まれ、寛文5年（1665年）鳥取に移り、同9年（1669年）出仕。地雷や水雷、消火器などを発明する。
テンプレートの用法の中にはC言語のプリプロセッサマクロで代替できるものがある。例えばmax関数テンプレートの代替として、次のようにMAXマクロを定義できる。#define MAX(a, b) ((a) < (b) ? (b) : (a))マクロもテンプレートもコンパイル時までに展開される。マクロは常にインライン展開されるが、関数テンプレートはコンパイラの判断によってインライン関数として扱われる。そのため（関数テンプレートがインライン展開される限り）実行時のオーバーヘッドは両者共に発生しない。しかしテンプレートはマクロに比べて型安全であるという点で大きな違いがある。関数形式のマクロでよく起こるエラーをテンプレートでは回避できる。関数テンプレートでは、関数形式マクロのように引数の意図しない多重評価は起こらない。そしてマクロのおそらく重大な欠点として1論理行に収めなければならないという制限があり、規模の大きいマクロは記述が面倒ということがある。テンプレートはマクロよりも大規模なコードに対して特に効果的である。また、マクロは常にグローバル名前空間を汚染するが、テンプレートは任意の名前空間あるいは構造体やクラスの内部に定義することができる。一方、テンプレートには大きく三つの欠点がある。それはコンパイラのサポート、貧弱なエラーメッセージ、コードの肥大化である。まず、歴史的に多くのコンパイラの対応が貧弱だったため、テンプレートを使うと移植性が低下する恐れがある。C++について考慮していないリンカを利用するとき、あるいは共有ライブラリの境界を越えてテンプレートを使おうとしたときも十分な対応がなされていない処理系があった。C++98以降はテンプレートを含めた規格標準化とコンパイラ対応が進み、改善されている。次に、ほとんど全てのコンパイラは、テンプレートを使ったコードにエラーを検出したときに、混乱を誘発するような、長く、そして役に立たないエラーメッセージを出力する。これはテンプレートを使った開発を難しくしている。最後に、テンプレートは実体化される度にコードが生成されていくため、無秩序に使っていくとコードの膨張を引き起こし実行ファイルが大きくなってしまう問題がある。しかしながら一部のケースでは、うまくテンプレートの特殊化を利用することで、そのようなコードの肥大化を劇的に減らすことができる。そのほか、実体化されたもののうち、完全に同じテンプレート実引数に対するコードは共有するように最適化されたコードを出力するコンパイラを利用することで改善できるが、これはインライン化によるオーバーヘッド低減とのトレードオフでもある。また、テンプレートによって生じる余分なインスタンス化はデバッガが素直にテンプレートを扱うことを困難にする原因ともなりうる。例えばソースコードのテンプレートの中にブレークポイントをセットする場合、実際のインスタンスの中の望ましい場所にセットすることに失敗するかもしれないし、そのテンプレートによってインスタンス化された全ての場所にブレークポイントを設置しなければならないかもしれない。テンプレートは実体化に際して完全な定義が必要である。非テンプレートの関数やクラスのように、宣言部をヘッダーファイルに記述し、実装部をソースファイルに分離することはできない。C++03にはexportキーワードによるテンプレートのエクスポート機能が存在していたが、C++11では削除された。