はてなブックマーク

VBA への障壁¶ 2012年初までずーっとVBA を避けていた大きな3つの理由が自分にはありました。 バージョン管理が難しい ソースコードがバイナリ内部に存在し、異なる版の間での差分管理はほぼ不可能 外部からの参照引用も非常に難しい。 共有ライブラリ化が難しい 複数ファイルで利用している同じ内容のモジュールの保守や同期が難しい。 エディタが選べない 好きなエディタ(vi)でソースコード編集ができない。 これは VBA である限り仕方ないのだろうと思い、ならば、Perl の Win32:API から叩く方がいいよね、と思っていた時代が自分にもありました。 (といっても、IEの自動化実行くらいしかやってませんでしたが、) 救世主 発見!!¶ あるとき(2012年2月中旬)、'vba モジュール 共有' で Google ってみると、 id:language_and_engineering さ

バグは夜更け過ぎに 仕様へと変わるだろう 再現無い 懲りない きっと意味はもう無い 一人きりの再現テスト 際限無い 本人いない ネスト深〜く 処理も重い 軽くなりそうもない 必ず今夜なら 言えそうな気がした ソースが無い 仕様も無い まだ引き継げず 気が重い 我が身へと降りかかる 間違えるとクリティカルヒット パトランプの煌めき Siren Night, Sorry Night バグは夜明け前には チケットが閉じられるだろう 再発無い 不安も無い きっとクレームは来ない 定時上がりのクリスマス・イブ Silent Night、電話は来ない 初出¶ 不明 (少なくとも2003年時点で "バグは夜更け過ぎに 仕様に変わるだろう" はあった模様。) プログラマーの格言（盗作多し）(17): http://www2.biglobe.ne.jp/oni_page/other/etc/pr03.htm

Note もしくは、手元で空の xlsmファイルを作成して、下記のソースファイルを読み込んでもよいです。(文字コードがあってなくてもコメントが文字化けするだけです。) source code (UTF8) (マクロソースファイル: UTF-8テキストファイル本体)

UNIXユーザにも優しいVBA利用法¶ 特にUNIX系OSに慣れ親しんできた人々の間で、VBAへの拒絶感が強いと思います。 (自分も 2012年2月まではそうでした。:-) Windows系プロダクト / Microsoft に対する感情は人それぞれとして;-)、下記の理由でVBAのコードを管理したくないなーと思っている人は多いのではないでしょうか。 ソースコードのバージョン管理が難しい (バイナリファイルの内部にある) 共有ライブラリ化が難しい (個々のファイルにモジュールが組み込まれる) エディタが選べない (VBAはVBEで書くことが前提) 本ページでは、 vi でコーディング (Emacs でもいいです) Mercurial でバージョン管理 (Git でもいいです) テスト駆動でコーディング (これはまだ模索中) というテーマで、VBAを扱っていきます。 Note VBAは、UN

2012-12-24 Start Sphinx Documentation¶ Sphinx Advent Calendar 2012 24日目担当の 波田野 ( @tcsh ) です。 今回は、Sphinxを使ってドキュメントを作るときに、自分がやっている手順を書いてみます。 自分は、下記を使って書いています。 (2012-12-24 時点) Sphinx 1.1.3 Mercurial 2.4 vim 7.3.661 おおまかな流れとしては、 リポジトリを作成する Sphinxドキュメントのセットアップをする。 コンテンツのlocal公開 .hgignore の作成 Sphinxドキュメントの基本パーツ作成 最初のコミット ドキュメント本体を書き出す という感じです。

2012-12-09 Sphinxから見えるドキュメント作成の過去、現在、未来¶ Sphinx Advent Calendar 2012 9日目担当の 波田野 ( @tcsh ) です。 昨日は @shimizukawa さんの intersphinxを使おう #sphinxjp アドベントカレンダー2012 でした。 たくさんの人でリレーするこのアドベントカレンダーよりも Sphinx Advent Calendar 2012 (全部俺) の方が気になっていると思いますが、こちらもがんばって書きますよ! 追記:: がんばり過ぎて長くなりました。 10人中9人は 最後 まで読み飛ばしそうな勢いです(w 一気に書いたので、あんまり査読もしてないです。スイマセン(^^; 出会い¶ 2010年09月10日-11日に八王子で開催された オープンソースカンファレンス に 運用研究会 として出展したの

Operation Document Model¶ LastUpdated: December 29, 2012 No Document, No Future. Agile Documentation. 個人的なメモの暫定置き場です。いずれ運用研究活動にマージしたい。 本稿は http://rsh.csh.sh//operation-document/ で公開しています。 考察: 人はなぜドキュメントを書くのか¶ 目的1: 未来の自分への共有 備忘、過去の証跡 知識、経験の整理、外部化(ノート) 行為の定型化 (手順書、チェックリスト) 目的2: 複数人での共有 備忘、過去の証跡 認識の共有、確認 知識の転送 定型化 (設計、実装、運用) 目的3: 不特定多数との共有 オピニオン/ジャーナリズム 普遍的な真理を後世に残す 考察: ドキュメントが実現するものは何か¶ ドキュメントを書くことに

Mercurial & Sphinx Mercurial & Sphinx Contents :: クライアントPC (Windows) へのインストール  » Mercurial & Sphinx¶ LastUpdated: $IsoDate$ Build Environment¶ install¶ クライアントPC (Windows) へのインストール Mercurialのインストール Sphinxのインストール Sphinx 拡張のインストール クライアントPC (UNIX) へのインストール Mercurialのインストール Sphinxのインストール Sphinx 拡張のインストール conf.py 設定 (プロジェクト毎に必要) Webサーバへのインストール Mercurialのインストール Sphinxのインストール Sphinx 拡張のインストール setup¶ クライアン

全般的 プレッシャーが厳しく、精神的につらい 定型化されていない業務が多い。 個別対応が多く、標準対応といえるものの方が少ない。 非定型な内容の依頼が多い。 がんばっても評価されている気がしない。 新しく入った人が定着せずにやめてしまう。 コスト系 「運用はゼロが理想」と言われている。 「コストセンター」と言われており、コストカット要求に苦しんでいる。 定量的評価に必要なデータが無い。 工数、件数を適切に把握できていない。 定性的評価に必要な評価基準がない。 定量的評価に必要な評価基準がない。 高負荷系、非効率 体力的にきつい。(20-30代前半) 体力的にきつい。(30代後半-) 残業が多い 突発、短納期 計画的(1週間前に確定)ではない徹夜が多い。 期末の短納期依頼が多い。 突発業務(非定型&1週間未満)が多い。 アラート、トラブル系 アラート通知が多すぎる 狼少年通知アラートが多い。

KASF-Sector 0: 障害監視のデザインパターン¶ LastUpdated: $IsoDate$ 仮説: 障害の現象パターンと対応パターン、および検知手法は関連付けることが可能である。 実際には、不可能なものもあると考えられるが、対応付けが可能な部分については、セミオートメーション化できる可能性が見えてくる(かも。 定性モデル 対象の動作や構成的状態から障害の発生を検知するモデル 定量モデル: 対象の量的な状態により、障害の発生を検知するモデル 各モデルについて、共通の「状態パターン」を持っていると仮定。 Moduleモデルなどは消化しきれておらずまだ悩み中。

PyConJP 2011¶ 開催日 8月27日(土) 9:30～18:30 (開場9:00) 場所 産業技術大学院大学 (品川シーサイド駅から徒歩3分) Subject: reSTudy: STudy group about reST の活動 / An Update on reSTudy Team: team reSTudy Place: Sub Track (Room 357PC) Ust: http://www.ustream.tv/channel/pyconjp3 Category: non-programmer, documentation, sphinx, docutils topic: doc time: 16:30-17:00 room: 357PC audience: non-programmer tags: reStructuredText reST sphinx doc