About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ

オーベルジーヌ実食レポ 食べ物の鼻塩塩(未だに通じるのかな) オーベルジーヌというカレーをご存知だろうか 都内にあるデリバリー専門のカレー屋で、 ロケ弁などで大人気の本格欧風カレーが楽しめるらしい いいな〜 いいな〜オブザイヤー 都内の奴らはこんな良いモン食ってんのか 許せねえよ………

異国の友人たちへ、また会う日まで 2024年ゴールデンウィーク。5年ぶりにウズベキスタン旅行に行ってきたので、旅の模様をデイリーポータルZに綴りました。ウズベク旅行記はこれが3本目。 dailyportalz.jp dailyportalz.jp dailyportalz.jp （↑New!） おかげさまでどの記事も多くの方にお読みいただき、…

先日、TimSortというソートアルゴリズムが話題になりました。TimSortは、高速な安定ソートで、Python(>=2.3)やJava SE 7、およびAndroidでの標準ソートアルゴリズムとして採用されているそうです。 C++のstd::sort()よりも高速であるというベンチマーク結果1が話題になり(後にベンチマークの誤りと判明)、私もそれで存在を知りました。実際のところ、ランダムなデータに対してはクイックソート(IntroSort)ほど速くないようですが、ソートというシンプルなタスクのアルゴリズムが今もなお改良され続けていて、なおかつ人々の関心を引くというのは興味深いものです。 しかしながら、オリジナルのTimSortのコードは若干複雑で、実際のところどういうアルゴリズムなのかわかりづらいところがあると思います。そこで今回はTimSortのアルゴリズムをできるだけわかりやすく解

去年は自宅で見ていたAgile Tour Osaka 2011ですが、今年はLTに出番がいただけたので朝から参加しました。講演を聞く中で、多くの刺激をいただくことができました。 １．インパクトのあった言葉 アジャイルを標榜しながらもチケット駆動開発で現場を改善しようとしている私にとって、最もインパクトのあった言葉は、 ・アジャイル開発ができない理由として「制約」と言われるものは「解決すべき妨害事項」 ・「守破離」と言われるが、「守」をせずに「破」をしてしまう という@ryuzeeさんのお話でした。@ryuzeeさんのほか@smorisaki先生のお話にあったように、何かをするには説明責任が伴いますし、何かをせずにおくことも ・変化しなければ緩やかに滅びる、という背任！(@ryuzeeさん) であるなら、安易にプロジェクトを進めるのではなく、解決すべき妨害事項が現時点においては制約であること

F# async on the server side Posted by Brian on March 28, 2010 Last time I talked about cool ways to use F# asyncs to help write client GUIs.  Today I’ll talk about the killer app for F# asyncs, namely, non-blocking I/O on the server side.  Once again, this is material I lifted from a recent talk that Matthew Podwysocki and I gave at TechReady.  (So if today’s blog entry sounds like I’m presenting

(本記事は @suer, @mallowlabs, @mzp がノリノリで共同執筆しました！) 近代的なソフトウェア開発に必要なツールは3つある。 分散バージョン管理ツール ITS CI ツール 私はこれに AsakusaSatellite (以下AS)を加えたいと思う。 以上の4ツールを使用することによって、迅速なコミュニケーション、洗練された自動化をベースとした開発リズムを体験することができる。 このあとの節では具体的なユースケースをベースに、上記ツールの連携方法及びそのメリットをみていく。 ユースケース：開発中にソースコードの特定行で例外が発生した原因を探る ここは codefirst の開発室。 @suer と @mallowlabs と @mzp はリズム良くコードを書いています。 そんなとき、ビルドの異常を知らせるポップアップが表示されます。 さっそくAS 上でミーティングがは

はじめに ソースコードは設計であり、コードの記述は品質に直結するのは言うまでもない。ちなみに、プログラマにとって特に重要なのは保守性だ。コードは書いた直後から保守対象となるからだ。コードは要求文書の範囲で動けばいいと思っている人がいれば今すぐ、ソースコードをコピペして100klに増えるプラグインがいつの間にかインストールされる呪いをかけてあげよう。幸い、ここを読んでいる人にはそんな人はいないだろうと思うけれども。 ということで、コードの品質を下げる要因、すなわちシステム全体の品質を下げる要因となり、かつ使われやすいアンチパターンを挙げ、対策を検討していくことにする。対象は以下： 出力パラメータ 処理状態返却 意味のある配列 無意味な初期化 多すぎるtry-catch 暗黙の順序 コンパイラ警告の無視 過剰なコメント e.printStackTrace() 出力パラメータ メソッドの引数にオ

id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます

[Java]このBlogをはじめるきっかけ 初めてのエントリーなので何を書くか悩みましたが、 このBlogをはじめるきっかけとなったあるエントリーについて触れようと思います。 このブログをはじめるきっかけになったのは id:bleis-tiftさんの「2009-06-03 - ぐるぐる～」です。 もとはCleanCodeの英語版を買うかどうか悩んでいてぐぐったところ、「2009-04-21 - ぐるぐる～」が引っかかって、 いろいろ読んでみていたっていう経緯です。 このときはid:bleis-tiftさんのことをそれなりに年上だと思っていたのですが、 後になって実はかなり近い年齢であることをTwitter上で知って驚愕したりします。 僕はC++やC#もほとんど知りませんけど、 id:bleis-tiftさんのブログを読むようになっていろんな感覚が変わりました。 この時期にCleanCode

敢えてスコープを「自分が運営に関わっているカンファレンス」に限定して、語調を強めて書く。 「僕もカンファレンスを開催します！」と宣言するときに、決心するときに、目標を「開催する」と設定するのは明確に間違いなので、やめておきましょう。 なぜなら、あなたたちの貴重な想いと時間は「過去の開催のコピーを生み出すこと」ではなく「あなたが過ごす時間をもっと楽しくすること」のために費やされるべきだからです。「カンファレンスの開催」は目的ではなく、手段であると知るべきです。 お前の種を見せてみろ！ 受け売りではありますが、大好きな一節を紹介します。 生きている花をつくろうとすれば，ピンセットで細胞を一つ一つ物理的に組み立てるのではなく，種から育てるであろう。 一輪の花──それも新種の花──をつくるとしたら，どうであろう。もちろん，一つ一つの細胞をピンセットで組み立てるようなまねはすまい。こんな複雑で繊細な

こんなTB（）を戴いていたので。 別に VSS をディスル post じゃないです。お間違いなく。 ……ということでVSSを使う場合にチェックしておきたい５つのTipsです。 １．なんとしてもVSSを使わないようにしよう VSSは有料ですし、無料でさらに高性能なSubversionやGitがあるのでそちらを使いましょう。 できるだけVSSを避ける、というのが鉄則です。 ２．VSSを使っているふりをしてSubversion/Gitで管理しよう VSSをいれるように言われたらVSSで管理するふりをしてSubversion/Gitで管理して、 作業ツリーを適当にVSSにいれて誤魔化しましょう。 あたかもVSSで管理されているかのように見せかけることが大事です。 ３．VSSを強要されたらAdmin権限を得よう VSSにはAdmin権限を得ることでいくつかの設定を変えることができます。 （Visua

文：Justin James（Special to TechRepublic） 翻訳校正：村上雅章・野崎裕子 2010-09-28 08:00 バージョン管理は、ほとんどの開発者が日常的に行っている作業のはずだ。開発工程において、バージョン管理にまつわる大きな失敗を避けようとすれば、バージョン管理システムを使用する必要が出てくる。しかし、これは使いこなすことが難しく、また使うだけで素晴らしい毎日を送れるようになるものでもないのである。 バージョン管理について開発者の口から出てくるのは、たいていが不満であり、その不満は特に従来のシステムに対するものが多い（開発やサポートが終了し、世の中から姿を消そうとしているものに不満が集中しているのは、不幸中の幸いと言えるかもしれない）。しかし筆者は、尊敬している知人たちが分散バージョン管理システム（DVCS）の良さを口にしているのを耳にしたため、このシス