ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
春香「プログラマーさんっ！納期ですよ！納期！」 : ゴールデンタイムズ
1 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:30:31.89 ID:XV0jXb2c0 俺のCPUがアイドル状態 8 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:35:41.28 ID:XV0jXb2c0 響「自分の環境だとちゃんと動いたんだぞ！」 10 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:36:28.42 ID:YHnBcePwO やめて 2 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:30:49.73 ID:0d8XH1Rv0 ぎゃあああああああああああああああああ 14 ：以下、名無しにかわりましてVIPがお送りします ：2012/08/13(月) 23:45:37.56 ID:XV0jXb2c0 雪歩「真
変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々
2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod
「私がFacebookで働いていて嫌いな10個のこと」が面白い
2012年08月16日08:00 by oklahomer 「私がFacebookで働いていて嫌いな10個のこと」が面白い カテゴリ小ネタ 15日の14時過ぎにFacebookの開発ディレクターが「現役社員がこんなことを書くなんて信じられない」というコメント付きでシェアしていた「Ten Things I Hate About Working at Facebook（私がFacebookで働いていて嫌いな10個のこと）」という記事が面白かったので共有です。 いきなりニュースフィードに流れてきたので、IPO後の初業績報告だとかIPO以来の幹部入れ替わりが話題になってるから社内はピリピリしてんのかなぁ、まだエイプリルフールじゃないしなぁと思いつつ帰宅してジックリ読んだわけですが、読んでみて納得です。考えてみたら、本当にマズい内容だったら開発ディレクターが拡散したりしませんよね。 以下、本文和訳で
COBOLなどの既存システムから日本語の設計書とJavaソースを作成、富士通が新サービス
富士通と富士通アドバンストソリューションズ（FASOL）は2012年8月15日、企業情報システム向けの「設計書化モダナイゼーションサービス」を発表した（図1）。同日より販売活動を開始する。 このサービスでは、富士通およびFASOLの担当技術者が顧客企業のメインフレームを調査。COBOLやPL/Iなどで書かれているアプリケーションのソースコードを解析し、日本語の設計書に置き換える（図2）。アプリケーションの保守担当者はソースコードではなく日本語の設計書によってアプリケーションの仕様が把握できるため、アプリケーションの保守性が向上するという。 また、日本語の設計書から新規システム用のJavaソースも生成可能。この作業で富士通側はFASOLの開発支援ツール「InterDevelopシリーズ」を使う。同ツールはテスト関連の機能も備えており、設計書からJavaソースの動作テスト項目の候補を自動抽出す
職業PGにわかるFizzBuzz - 日々常々
なんかFizzBuzzが書けないPGがどーとか定期的に話題になってるけど、私に言わせれば説明の仕方が悪い。 こうすれば誰でも書ける。 これだから最近の若いもんは……。 GoogleDocsのスプレッドシート、方眼紙作るのに向いてませんね……。
プログラマのためのサバイバルマニュアル
TOPICS Business/Essay 発行年月日 2012年08月 PRINT LENGTH 260 ISBN 978-4-87311-571-9 原書 New Programmer's Survival Manual FORMAT PDF プログラマとして生きていくには新たなスキルが必要だ。本書はプロフェッショナルとしてこの業界で生きていくための実践を33のtipにまとめて提供する。本番システムのプログラミングや開発ツールについて心得ておくべきことなどを解説しているのはもちろんだが、コードで生活を立てるために必要なことはそれだけではない。本書は、プロラミングの仕事にまつわるその他のすべてについて説明しようとするものだ。たとえば、エンジニアリング部門のなかで仕事がどのようにまわっているか、リリースまでにコードがどのように育っていくかなど、プログラマが知っておくべきことは多岐にわたる。
ウンコード・マニア
「なんだこの糞コードは!(怒)」「書いた奴出てこい!(怒)」 こんな声を聞いたり、叫んだりしたことはありませんか？ ウンコードについて学ぶことによってウンコードを撲滅しましょう！ とりあえず、趣のあるウンコード鑑賞から始めて下さい お知らせ 2013-06-27 profile image をTwitter API1.1に対応しました。Thanks for Profile Image API For Twitter 2013-06-16 Twitter API1.1に対応しました。 2012-12-05 職人ランキングを追加しました。 2012-11-21 レコメンド機能を追加しました。 Twitterアカウント @unkode_mania で更新情報をつぶやいてます 障害情報 2012-08-14 障害情報: 19:20 - 21:59 くらいの間、internal server err
ペアプロ・TDDの『お題』をまとめてみた #tddbc #coderetreat #pp_con - Diary of absj31
TDD及びペアプロを通じてプログラミングスキルを上げるべく、ネットで公開されている『お題』について色々情報収集してみました。 お題やテーマについては、見つけ次第随時追加していきます。 Stackユーティリティ from 『車窓からのTDD』 - 車窓からのTDD こちらについては自分でも試しに写経してみました。以下エントリ。 『車窓からのTDD』を写経してみた ( JDK7 / Eclipse4.2 / Quick JUnit / Mercurial / Bitbucket ) - Shinya’s Daily Report FizzBuzz問題 from TDDBC TDDBC お題 うるう年問題 from TDDBC TDDBC お題 LRU Cache from TDDBC TDDBC お題 ワードフィルタ from TDDBC TDDBC お題 以上、ここまでの4つのお題は和田卓人
エディター戦争
GNU/Linux環境に移行して数カ月たった。当初危惧していた、GNU/Linuxは難しいのではないかとか、使い物にならないのではないかという恐れは、全て杞憂に過ぎなかった。ただ、文化の違いというのはある。 たとえば、私が不自由なWindowsを使っていたときは、IDEを重視していた。IDEとは、エディタ兼ビルドシステム兼デバッガー兼バージョン管理システム等等。ところが、GNU/Linuxに移ってからというもの、どうもそういう考え方はしなくなった。エディタはエディタで、ビルドシステムはビルドシステムで、デバッガーはデバッガーで、バージョン管理システムはバージョン管理システムとして、別々に使うようのが自然であるように思われる。 特にエディタだ。最初は、geditを使っていた。というのも、馴染みやすいテキストエディタであるからだ。Ctrl+Cでコピー、Ctrl+Xでカット、Ctrl+Vでペース
正しいプログラミング言語の選び方
【原文】 CC BY-NC-SA 2.0: via Flickr by cype_applejuice ソフトウェア開発者は、あらゆるコーディングプロジェクトで、さまざまな判断を下さなければならない。あるときは、特定の分野の問題を解決しなければならなかったり、特定のアーキテクチャーに関する問題を解決しなければならなかったりする。また、あるときは、今の仕事にとってどの言語を使うのが最適かを判断しなければならない場合もある。そして、この言語の選択こそが、プロジェクトを成功させるための最も重要な要因のひとつなのである。 問題となっている分野に対して最適なプログラム言語が使われず、それとは別の言語が使われることが非常に多い。ここで、ビジネスの各分野とプログラム言語の最適な組み合わせの例をいくつか見てみることにしよう。 金融業界 金融業界は、いくつかの言語から恩恵を享受している。計算で重要な機能の1
伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる
今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。 問題を解くのが好きなだけで、プログラミングは大嫌いです。 いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう？誰が歯ブラシの本なんて読みたがります？ パーザを書くのは苦手です。本当にダメなんです。今でもね。PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。プログラミングを好む人がいるのは知ってますが、全く理解できないですね。 僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃ
PHPはバグレポートがバグッてる。だがそれがいい。 | 高橋文樹.com | プログラミング
この投稿は 11年半 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 Rubyを書く人の大半はRubyの作者がまつもとひろゆきゆきひろ氏Rubyの人から指摘されましたが、2ちゃんの人と間違えましたであることを知っているでしょうし、Perlを書く人はだいたいラリー・ウォールの名前を知っていると思うのですが、PHPを書く人の大半はPHPの作者がラスマス・ラードフ氏であることを知らないと思います。 これは多分にPHPというのがそれだけ色んな層の人に使われている結果に過ぎないのですが、このラスマスさんの発言はエスプリが効いてて面白いんですね。はてな匿名ダイアリーですが、伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョるなどを参考にしてみてください。PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何で
僕がプログラミングをするときの心境やよく唱える呪文 - yaakaito's diary
Objective-C GUIの更新なんかがうまくいかないとき （これは組み込み、これは組み込み、これは組み込み、妥協、組み込み、妥協） うまくいったとき （スティーブ・すばらしい・ジョブズ） パフォーマンスがでないとき （Cは甘え、Cは甘え、Cは甘え、C++は甘え、JavaScript死ね） コミットするとき 「オラッ、クラエッ」 デプロイするとき 「スティーブ・頼む・ジョブズ」 JavaScript うまくいかないとき （これは組み込み、これは組み込み、これは組み込み） 思いのほかうまくいったとき （Abyss World JavaScript） パフォーマンスがでないとき （jQueryが悪い、jQueryが悪い、jQueryが悪い、僕は悪くない、あ、なおった） コミットするとき 「jQuery死ね」 デプロイするとき 「IE頼む！！！」 PHP うまくいかないとき （これは組み込み
ついっぷる
ついっぷる - サービスは終了しました。 「ついっぷる」は 2017年10月31日 をもちましてサービス提供を終了いたしました。 2009年12月のサービス開始より8年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。 「ついっぷるフォト」サービスおよび画像一括ダウンロードは 2017年11月30日 13:00 を以って終了いたしました。 「ついっぷるトレンド」サービスは 2021年8月31日 12:00 を以って終了いたしました。 長らく「ついっぷる」をご愛用頂きまして誠にありがとうございました。 今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 BIGLOBEのサービス一覧
キスで学ぶPush実装技術
彼女とMacBookを並べてコーディング。 ようやくRailsの開発を一人で出来るようになった彼女が、俺に突然質問を投げかけた。 「ねぇ、WebサービスのPushってどうやって実装するの？」 「一般的には３つの方法がある。」と俺は答えた。 「クールな順にWebSocket、次にコメット、最後にポーリングだよ」 彼女は目を輝かせながら「それでそれで？！」と説明を求めてくる。 「ポーリングは、一定の時間ごと、たとえば３秒ごとにAjaxでサーバにリクエストを送って新着の情報が無いか問い合わせて、もし新着があれば処理を、なければスルーして次の問い合わせに備えるPush通知の実装だ。手軽に実装できる反面、新着がない多くの時間常にリクエストを送り続けることになるので無駄が多い。大規模なサービスで実装すれば、それだけでDDoSっぽくなっちゃう。また、リアルタイムも厳密には実現できなくて、MAXでポーリン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
FizzBuzz 問題どや顔で解くひとなんかよりも "KEN_ALL.csv" をうまく扱える人の方が社会的貢献度高い
長文日記
http://fumieval.tumblr.com/post/28324791101
classical learning curves for some common editors - goinger的日記
