AI is radically changing the way that we build software. Yet the way we manage software projects still looks a lot like it did twenty years ago. Engineering teams are still spending hours manually updating project management tools, leading to messy, inaccurate project data. This leaves engineering leaders without a clear view of progress, making it difficult to know whether projects will be deli
I’m Joel Spolsky, a software developer in New York City. More about me. Read the archives in dead-tree format! Many of these articles have been collected into four books, available at your favorite bookstore. It’s an excellent way to read the site in the bath, or throw it at your boss. Ready to level up? Stack Overflow Jobs is the job site that puts the needs of developers first. Whether you want
結構前のエントリになりますが、cles::blogさんで紹介されている「プログラミングは設計か製造か?」に感銘を受けました。はてブを見ていると、最近になってwebarchiveから発掘されたようです。 ソフトウェア設計とは何か? 原文はこちらで公開されている模様。 What Is Software Design? by Jack W. Reeves - developer.*, Developer Dot Star 全編にわたって非常に示唆に富んだ内容となっています。印象深かったトピックは以下。 ソースコードは設計であり、ドキュメントである ソフトウェア開発における「製造」とはビルドである 製造はコンパイラとリンカの仕事であり、コストは非常に小さい テストやデバッグは設計の検証と洗練のプロセスである 他の工学分野のそれと等価で手を抜くべきでない 「コーディング」「テスト・デバッグ」「(俗に
JSONViewを知らない人が社内でいっぱいいたので、これは宣伝すると他にも幸せになれる人がたくさん居るだろう、ということで宣伝してみる。 近年、JSON形式でウェブAPIを作成する機会が増えてきた。しかし、JSONで出力された場合、日本語の文字列はエスケープされる実装が多く(仕様的にはエスケープしてもしなくてもどっちでもいい)、結果を目視で確認することができなくて困るということがよくある。 そのため、JSON APIをたたいてパースして出力するだけのスクリプトをわざわざRubyで書く、というようなことを繰り返していた(前に書いたスクリプトを探すよりも新しく書いたほうが早いのだが、それでもAPIを調べ直したりで3分ぐらいはかかる)のだが、JSONViewという拡張を使うことで、ブラウザ上でのJSONを、XML風に見やすく整形してくれることがわかった。以下のスクリーンショットに、JSONVi
「ソフトウェアテストとは、ツールではなく、頭で行うもの」:JaSST '11 Tokyoでリー・コープランド氏が基調講演 ASTER (ソフトウェアテスト技術振興協会)が1月25日、26日に開催しているソフトウェアテストシンポジウム「JaSST '11 Tokyo」(Japan Symposium On Software Testing)で、世界的に有名なソフトウェア技術者、リー・コープランド氏が基調講演を行った。氏は、“イノベーション”と評価すべき、開発やテスト分野における複数の手法・事象を紹介する中で、「テストにベストプラクティスはない」と指摘、「各社が状況に応じて、あらゆる手法を使いながら“自社に最適”な取り組みを行う」ことの重要性を示唆した。 テストとは、ツールではなく、テスターの頭で行うもの コープランド氏はSoftware Quality Engineering社に所属し、幾多
Mochi Media Gaming platform (monetization, social, …) Erlang, Python, JavaScript, ActionScript 2 and 3 Subsidiary of Shanda Games (盛大游戏) Mochi US (San Francisco) Mochi China (Shanghai) Why Erlang? Straightforward network programming Multi-core, multi-node Reliable VM and standard library Hot code loading Pattern matching + binaries
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
MantisBT makes collaboration with team members & clients easy, fast, and professional MantisBT is an open source issue tracker that provides a delicate balance between simplicity and power. Users are able to get started in minutes and start managing their projects while collaborating with their teammates and clients effectively. Once you start using it, you will never go back! MantisBT 2.26.2 For
Thank you, Firebug. You made the web amazing for all! The story of Firefox and Firebug are synonymous with the rise of the web. We fought the good fight and changed how developers inspect HTML and debug JS in the browser. Firebug ushered the Web 2.0 era. Today, the work pioneered by the Firebug community through the last 12 years lives on in Firefox Developer Tools. Switch to the latest version of
A browser for the real you We designed Opera for your personal use — whatever that might be. Download now It’s free
ディノは約3年前に受託開発専門にしたんだけど、どうしてもこの業種はネガティブなイメージがつきまとう。 いくつか挙げられたIT業界のイメージは実にネガティブな内容だった。いわく「きつい、帰れない、給料が安いの3K」に加えて、「規則が厳しい、休暇がとれない、化粧がのらない、結婚できない」の“7K”というイメージだ。学生は、ほかの業界と比べて「IT業界は特に帰れない」というネガティブな印象を強く持っているようだ。IT業界不人気の理由は? 現役学生が語るそのネガティブイメージ ? @ITところが、なぜか自分にとって受託開発は毎回新しい技術使えるし、違う業種の事覚えられて結構おもしろいと感じている。普通の人と感覚がちがうのかな?とか思っていたのだがそんな事は無いらしい。いや、正直に言うよ。正直に言うとだね、結構楽しかった。ニッポンIT業界絶望論純粋にソフトウェアの設計や実装部分を楽しいと思えるなら、
「Don'tStopMusic - DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる」の件、自分は否定的。 理由は単純。非同期処理でしか書けないような重たい処理をサーバで大量に走らせるような高コストのウェブサービスは、B2C では成立しづらいと思うから。もちろん非同期で書くことにメリットがあるケースもある (キャッシュの更新とか、参照頻度が低い情報の更新とか) だろうけど、非同期処理はニッチに留まると思う。まあ、トップのごく一部のサービスでは、使われるようになるかもしれないけど。それくらい。 ついでに。同期処理であること (正確にはサーバサイドのアプリケーションロジックが同期的に記述できること) が、ウェブアプリのプログラミングが簡単な理由だし、それはウェブの普及の欠かせざる要因だったはず。いまさら非同期処理に戻りたくないと思う。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く