タグ

develに関するkiyo_hikoのブックマーク (64)

  • ウォータフォールモデルではテストファーストは当たり前?~コラム~やぼったい開発

  • プログラマとシステムエンジニアの仕事 - システム開発のノウハウ -

    kiyo_hiko
    kiyo_hiko 2011/07/08
    良くも悪くも、日本型システム開発の分業体制をきっちり書いている。固定観念にはめるという意味で好きではないが、現状としてはある程度正しいと思う。
  • 汎用のフレームワークがあれば業務アプリ実装にオブジェクト指向は不要という考え方は適切でないと思う - 達人プログラマーを目指して

    前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がw 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの

    汎用のフレームワークがあれば業務アプリ実装にオブジェクト指向は不要という考え方は適切でないと思う - 達人プログラマーを目指して
    kiyo_hiko
    kiyo_hiko 2011/07/08
    *1に思ったこと:「ユーザー→ITゼネコン→1次請け→x次請け」型の構造では、些細なバグでも対応に手数が掛かるんですよね。修正・要望を反映するコストが大きい。*1はその結果に過ぎずSIの業態がダメなんだと思います
  • 小さなチームでの Redmine 運用で気をつけている 3 つのこと | Born Too Late

    日々なんとなく利用している Redmine ですが, ここらで一度振り返ってみることにしました. 一応一般論のつもりで書いていますが, 前提として以下のような環境を想定しています. メインとなるメンバーが 5 名前後の小規模なプロジェクト そのうち何名かは非エンジニア 目新しい話は無いと思います. 様々な機能を使い倒していたりもしません. あまり学習・運用コストをかけずに, いかに効率よく使うか, という方向性です. ルールは少なく チームの全員が Redmine に対して肯定的であることは稀です. Redmine よりもメールや Excel で管理したい, という信じられないことを言う人も少なくありません. そんな人たちも含むであろうチームで Redmine を楽しく運用するには, とにかくルールを簡単にすることが大事だと考えます. 優先度, 予定工数, カテゴリなど, 記入できる項目は

    小さなチームでの Redmine 運用で気をつけている 3 つのこと | Born Too Late
    kiyo_hiko
    kiyo_hiko 2011/07/08
    Excel信者も混じった状態で、小チームで少しずつTiDDに移りたい時の事例として。はじめからRedmineの機能使いまくってみせて、こんなにすげーYO!と言ってもかえって引かれることも確かにありそうだし、気をつけとこう。
  • フローチャートの呪い - カレーなる辛口Javaな加齢日記

    http://blog.livedoor.jp/dankogai/archives/51083212.html http://d.hatena.ne.jp/NOV1975/20080719/p2 http://d.hatena.ne.jp/NOV1975/20080719/p4 いまさら議論するのも馬鹿らしいけど,フローチャートなんぞはものの役に立たない. そんなものは作るだけ時間の無駄だし,何かの役にたつこともない. それは何十年も前に結論が出ていると思う. それはあまりに自明であったため,今では話題になることも少なくなった. 人月の神話―狼人間を撃つ銀の弾はない (Professional Computing Series) 作者: フレデリック・P,Jr.ブルックス,Frederick Phillips,Jr. Brooks,滝沢徹,富沢昇,牧野祐子出版社/メーカー: アジソンウェス

    フローチャートの呪い - カレーなる辛口Javaな加齢日記
    kiyo_hiko
    kiyo_hiko 2011/07/06
    「3の倍数のときはどうするんだっけ」思想な俺。FizzBuzz見たときにまず思いつくのは「100個何かする」、次に「何かする前に各々の要素をどう分類して何の処理するの?」って感じ。SQLとかLispは多分そうで、処理して拾う
  • シンプルな無料フローチャート作成ツール『Diagram Designer』 | ライフハッカー・ジャパン

    デスク配線がスッキリ。Ankerの全部入り12 in 1モニタースタンドが突然8,250円OFFされてた #Amazonセール

    シンプルな無料フローチャート作成ツール『Diagram Designer』 | ライフハッカー・ジャパン
  • 404 Blog Not Found:フローチャートがダメな3つの理由

    2008年07月19日16:00 カテゴリLightweight Languages フローチャートがダメな3つの理由 というわけで、前世紀の遺物、フローチャートを供養する試み。 フローチャートとFizzBuzz問題 - novtan別館 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。フローチャートがそんなにいいなら、なんでビジュアルプログラミング言語が現場で使われないの? まずは経験則による終了宣言。ちなみにここで言うビジュアルプログラミング言語の定義は、Wikipediaのそれと同じ。 ビジュアルプログラミング言語 - Wikipedia ビジュアルプログラミング言語(英: Visual programming language、VPL)とは、プログラム要素を

    404 Blog Not Found:フローチャートがダメな3つの理由
    kiyo_hiko
    kiyo_hiko 2011/07/06
    「極上のトロをツナ缶にしてしまうようなもの」・・・極上の例え方
  • 俺がポリモーフィズムだ! - はてなかよっ!

    Twitterで一瞬盛り上がった.俺の中のポリモーフィズムは簡単に言えば「一つの識別子が複数の型を持てる」というもの.オーバーロードもポリモーフィズムに入ると思っていたのだけど,「ワロスwwwwメッセージに応答するオブジェクトが実行時に決まることなんだから入らないだろjkwww」(誇張あり)とreplyを貰った.俺自身はプログラミング苦手なのでこの辺よく分かってないのだけど,実行時に決まるのはあくまで動的束縛などを利用したポリモーフィズムの一つでしかない,と思っているのだけどどうなんだろうか? 「動的(実行時)なものがそうだ!」というのもあったけど,同じコードでもフローによって静的/動的が変わってしまうかもしれないし.とすると違う人から,それは擬似ポリモーフィズムですよ,静的ポリモーフィズムですよ,ともう皆さん当プログラミングが好きですね,と. 言いたいことは何かというと,ここの説明を信

    俺がポリモーフィズムだ! - はてなかよっ!
    kiyo_hiko
    kiyo_hiko 2011/07/04
    「もしもそれがポリモーフィズムのように歩き、ポリモーフィズムのように鳴くのなら、それはポリモーフィズムである」・・・ワロタ。
  • 信じられますか? 看護師や検査員がシステムを設計する病院:日経ビジネスオンライン

    気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 | ログイン 「この仕事の流れをこう変えれば、BPR(ビジネス・プロセス・リエンジニアリング)ができませんか」。 現場の日常会話でBPRという言葉が出てくる組織はそう多くはないだろう。BPRという言葉があまり使われなくなったからだ。ただ、製造業の場合、BPRを「業務改革」あるいは「カイゼン」に入れ替えれば、同様の発言が飛び交っているに違いない。 「BPRを考えて、新しい仕事の手順を整理し、新手順を処理する情報システムの操作画面とその遷移の仕方を決めました」。 この発言は、業務を改革する案に加え、必要な情報システムまで自分で設計するという意味である。現場担当者がここまでやれる組織はまれであろう。「情報システムの設計や開発は業ではない、専門家に任せるべきだ」

    信じられますか? 看護師や検査員がシステムを設計する病院:日経ビジネスオンライン
    kiyo_hiko
    kiyo_hiko 2011/07/01
    エンドユーザーが適切にtake part(参加)した方が確かに良いシステムができるはず。どこかで見た表現だけど、SEが要望を単にリツイートするだけの業務になってる類の現場より、こうしてユーザーが絡んできたほうが嬉しい
  • [コミュニケーション編]みんなで決めてはいけない

    システム開発プロジェクトにおいて何かを決める際、PMプロジェクトマネジャー)が「みんなで決めよう」と言うようでは問題である。古来より和を重んじる日人的な発言と言えばそれまでだが、それではうまくいかないのがプロジェクトの持つ独特の性質である。 みんなで決めることにこだわったAさん Aさんは情報システム部門の経験年数が10年になる中堅社員である。彼の上司Yさんは業務部門の現場叩き上げのベテラン社員で、数年前に情報システム部門へ異動してきた。長年少しのミスが大事故につながる現場で過ごしてきたYさんは、常々情報システム部門の仕事の仕方に疑問を抱いていた。そんなYさんに、Aさんはなかなかなじめずにいた。Yさんに対するAさんの思いは「少し厳しすぎるよ。みんな仲間なんだから楽しくやらないと」というものだった。 Aさんが、ある社内システムの開発プロジェクトPMを任されたときの話である。そのプロジェク

    [コミュニケーション編]みんなで決めてはいけない
    kiyo_hiko
    kiyo_hiko 2011/06/27
    勝手に要約:責任者が不在にすると、その所在の追求で士気低下、あとは負のスパイラル。PMは案を集めたら最適案を選び、その責を負う。集めた案は否定せず、決定の理由もちゃんと説明する。1人で決めることもある
  • 時代に咲いた徒花: 『プログラマのジレンマ 夢と現実の狭間』 @ val it: α → α = fun

    プログラマーのジレンマ 夢と現実の狭間 同僚に教えてもらって読んだのだが、とても良かった。プログラマは必読だが、それ以外の人にもおすすめしたい。 Chandlerという鳴り物入りで始まったオープンソースプロジェクトについて、およそ3年にわたって追いかけた失敗の記録。といって「ああ、デスマのですか」と一括りにしてしまうともったいない。確かにソフトウェアプロジェクトの失敗の話なんてありふれているし、デスマーチのなんて他にいくらでもある。このが面白いのはたぶん、そういうありがちな問題がまるでないプロジェクトだったにもかかわらず失敗する、ということを報告しているからだ。 デスマーチはない。納期に追われて徹夜するやつはいない。勤務時間は自由であり、オフィスには愛犬を連れてきてもいいし、在宅勤務もオーケー。資金的にも問題ない。スポンサーが変なことを言い出して仕様変更になったりしない。リーダーはロ

  • スラッシュドット ジャパン | リファクタリングは趣味の世界?

    Anonymous Coward曰く、"リファクタリング(マーチン ファウラー著 「リファクタリング」)とは「ソフトウェアの外部的振る舞いを保ったまま内部の構造を改善していく作業」のことで ここ最近、屋さんでよく見かけるようになった開発手法XP(eXtreme Programming)の重要な要素の一つです。しかしながら、「動いているコードはむやみにいじくるな」というのは、どの会社でも暗黙のルールになっており、会社の人にも言われることだと思われます。 当方は新人プログラマなのですが手が空いた時にリファクタリングをしていると「きれいなコードだとかそういうのはどうでもいいから一度テストしたコードに手を付けるなボケ。自己満足は一人でおねがい。」と言われる始末です。たしかにリファクタリングは闇雲に行うと何日もの手戻りにもなりえます。しかし、体系化したリファクタリングを行うことにより「将来の機能拡

    kiyo_hiko
    kiyo_hiko 2011/06/16
    「目前の事ばかり追いかけている状態でリファクタリングをしてしまうのは間違いだと思います。 アジャイルプロセスで回し、何度も遍歴を重ねられるような体制が全体的にできていなければただただ破綻するだけです」
  • バイアグラ通販ガイド | 欲しいお薬を通販で購入出来る!

    kiyo_hiko
    kiyo_hiko 2011/06/15
    実に、実に、実に興味深い。活用するツールや品質指標もきちんと名指しで載ってるのが好印象。無能ほど曖昧なことしか言わないが、このようにきっちり形式化できる事が、成功するマネジメントに繋がるんだと思う。
  • バイアグラ通販ガイド | 欲しいお薬を通販で購入出来る!

    kiyo_hiko
    kiyo_hiko 2011/06/15
    EASEプロジェクトで目指すエンピリカル環境について
  • 仮想アプライアンス - Wikipedia

    仮想アプライアンス(かそうアプライアンス、英: Virtual appliance)は、Parallels、VMware、Xen、Microsoft Virtual PC、QEMU、User Mode Linux、CoLinux、Virtual Iron、VirtualBoxといった仮想化技術の上で動作するよう設計された最小仮想機械イメージである。 概要[編集] 仮想アプライアンスは、より広い意味を持つソフトウェアアプライアンスの一種である。ソフトウェアアプライアンスと同様、仮想アプライアンスは各種ソフトウェアを組み合わせたシステムを利用する際のインストール、設定、保守といった手間をなるべく省くようになっている。 仮想アプライアンスと仮想機械の概念上の大きな違いは、仮想アプライアンスではアプリケーションとオペレーティングシステム環境を事前にインストールして設定した状態であるのに対して、仮想

    kiyo_hiko
    kiyo_hiko 2011/06/15
    ある目的に沿って仮想マシン向けに構築された環境をパッケージングしたものと考えればいいのかな。アプライアンスハードウェア・ソフトウェア込みで作ったものでLBなどで使われているようだ
  • Ach blah - or - Valentins Blog: Stand-alone bugtracking...

    kiyo_hiko
    kiyo_hiko 2011/06/15
    コメント欄でいろんなバグトラッキングシステムが出てるのでチェックしてみよう
  • プログラマの思索: ツールが開発プロセスを改善する

    Redmineでチケット駆動開発(TiDD)を運用して気付いたことは、開発プロセスが大きく改善されただけでなく、従来の開発プロセスの弱点が浮き彫りになったこと。 下記の記事を読んで考えたことを書いてみる。 【元ネタ】 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー 元請SIerがTracのような環境を提供できない3つの理由 - なからなLife 元請け企業が用意すべきもの - T/O 【1】強力な構成管理ツールが無い時代はライブラリアンが独裁者 構成管理の基は、任意のバージョンのシステムを再現できること。 今時、Subversionのようなバージョン管理ツールの無いSW開発プロジェクトはありえないだろう。 CVSやVSSが無かった頃は、構成管理ツールなど存在せず、構成管理を人手でやるしかなかった。 今でも、Excelなどの設計書はバージョン管理で制

    プログラマの思索: ツールが開発プロセスを改善する
    kiyo_hiko
    kiyo_hiko 2011/06/15
    「デスマーチプロジェクトを見ると、負荷の高い人と低い人が極端で、大変な人を助けようというチームワークそのものがない」いつ見ても鋭い指摘の数々。コミュニケーションの属人化を避ける為にもツールは重要
  • 「HTML画面をそのまま仕様書に」,5カ月で1000画面を構築した就職サイトPuffの高速開発手法:ITpro

    上段左からティーアンドエフカンパニー 事業推進統括責任者 情報化戦略コンサルタント 西岡祐弥氏,ティーアンドエフカンパニー 代表取締役社長 佐藤裕司氏,パフ 代表取締役社長 釘崎清秀氏,下段左よりティーアンドエフカンパニー 最高技術責任者 出羽健一氏,パフ 取締役兼株式会社プロシンクワーク代表取締役社長大場京子氏,パフ 事業サポートグループ グループマネージャー 保坂光江氏 Webシステムを開発する際にはほとんどの場合,ユーザーとの打ち合わせのためにHTMLによるモックアップを作る。「このHTMLがそのまま仕様書になれば」と思ったことはないだろうか。就職情報サイトPuffの再構築プロジェクトでは,まさにモックアップをそのまま仕様書した。「十数人の開発者で,5カ月で1000画面のシステムを開発する」必要に迫られたからだ。 HTMLに仕様とメモを埋め込み,CSSで切り替え 「この未体験のスピー

    「HTML画面をそのまま仕様書に」,5カ月で1000画面を構築した就職サイトPuffの高速開発手法:ITpro
    kiyo_hiko
    kiyo_hiko 2011/06/14
    なんで仕様書をHTMLで作る所がないんだと思っていたら既にこういう成功事例があったのか。しかもWeb系だからまんまソース作成にも活きるんですね。WordやExcelでないとドキュメント作れないと思い込んでる石頭は爆発しろ
  • アップルに却下されたアプリがアップルにパクられた!Wi-Fi Sync開発者呆然

    アップルに却下されたアプリがアップルにパクられた!Wi-Fi Sync開発者呆然2011.06.13 12:306,666 satomi 音量つまみをシャッターボタンに使うアイディアのパクリだけかと思ったら...。 ますます便利になったiOS 5、200ある新機能の中でもWi-Fi Syncは今から待ちきれない人も多いのでは? Wi-Fi SyncはiPhoneをケーブルでパソコンに繋がなくてもiTunesの同期がとれる機能なんですが、このアイディアをアップルにパクられたと主張している人がいます。 それは英国の学生グレッグ・ヒューズ(Greg Hughes)さん。Wi-Fi Syncアプリを昨年App Storeに提出したんですが、AppleiPhone SDKで許可されてない事由に抵触するとの理由で却下されたんですね。その際、iPhone開発担当から直々に電話がきて、状況の説明があった

    アップルに却下されたアプリがアップルにパクられた!Wi-Fi Sync開発者呆然
    kiyo_hiko
    kiyo_hiko 2011/06/13
    リンゴが香ばしく焼きあがったお話
  • Git ユーザマニュアル (バージョン 1.5.3 以降用)

    Git ユーザマニュアル (バージョン 1.5.3 以降用)   NextGit ユーザマニュアル (バージョン 1.5.3 以降用)Table of Contents Preface1. リポジトリとブランチgit リポジトリの取得方法プロジェクトの他のバージョンのチェックアウト方法履歴の理解:コミットブランチの運用新しいブランチを作成せずに古いバージョンを取得する方法リモートリポジトリのブランチの調査ブランチ、タグ、その他リファレンスの命名法git fetch を用いたリポジトリの更新他のリポジトリからのブランチの取得2. 履歴の探索リグレッションを見つける為の bisect の使用方法コミットの指定方法タグの作成方法リビジョンの閲覧方法差分の生成方法古いファイルバージョンの参照例3. git を使用した開発git に自分の名前を教える新規リポジトリの作成コミットの方法良いコミットメッ