前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がw 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの
日々なんとなく利用している Redmine ですが, ここらで一度振り返ってみることにしました. 一応一般論のつもりで書いていますが, 前提として以下のような環境を想定しています. メインとなるメンバーが 5 名前後の小規模なプロジェクト そのうち何名かは非エンジニア 目新しい話は無いと思います. 様々な機能を使い倒していたりもしません. あまり学習・運用コストをかけずに, いかに効率よく使うか, という方向性です. ルールは少なく チームの全員が Redmine に対して肯定的であることは稀です. Redmine よりもメールや Excel で管理したい, という信じられないことを言う人も少なくありません. そんな人たちも含むであろうチームで Redmine を楽しく運用するには, とにかくルールを簡単にすることが大事だと考えます. 優先度, 予定工数, カテゴリなど, 記入できる項目は
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,滝沢徹,富沢昇,牧野祐子出版社/メーカー: アジソンウェス
Windows用:フローチャートを、パパッと手間なく作りたいとお考えの方には、『Diagram Designer』がオススメです。この無料の軽量ツールなら、カンタンにフローチャートが作成できます。 Diagram Designerの、ノードとコネクターのライブラリーを使用すれば、カンタンにフローチャートが作れます。テキストの編集機能だけでなく、箱の形やタグの種類、ノードとノードを自動的に結んでくれる、コネクターの数も豊富です。さまざまな形式(JPG、PNGなど)へのエクスポートもでき、フローチャートへの画像インポートにも対応しています。しかしDiagram Designerは、凝ったフローチャートの作成よりも、単純で分かりやすいフローチャートの作成に一番本領を発揮すると思います。 Diagram Designerは、Windows用の無料ダウンロードツールです。もっと使えるフローチャート作
2008年07月19日16:00 カテゴリLightweight Languages フローチャートがダメな3つの理由 というわけで、前世紀の遺物、フローチャートを供養する試み。 フローチャートとFizzBuzz問題 - novtan別館 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。フローチャートがそんなにいいなら、なんでビジュアルプログラミング言語が現場で使われないの? まずは経験則による終了宣言。ちなみにここで言うビジュアルプログラミング言語の定義は、Wikipediaのそれと同じ。 ビジュアルプログラミング言語 - Wikipedia ビジュアルプログラミング言語(英: Visual programming language、VPL)とは、プログラム要素を
Twitterで一瞬盛り上がった.俺の中のポリモーフィズムは簡単に言えば「一つの識別子が複数の型を持てる」というもの.オーバーロードもポリモーフィズムに入ると思っていたのだけど,「ワロスwwwwメッセージに応答するオブジェクトが実行時に決まることなんだから入らないだろjkwww」(誇張あり)とreplyを貰った.俺自身はプログラミング苦手なのでこの辺よく分かってないのだけど,実行時に決まるのはあくまで動的束縛などを利用したポリモーフィズムの一つでしかない,と思っているのだけどどうなんだろうか? 「動的(実行時)なものがそうだ!」というのもあったけど,同じコードでもフローによって静的/動的が変わってしまうかもしれないし.とすると違う人から,それは擬似ポリモーフィズムですよ,静的ポリモーフィズムですよ,ともう皆さん本当プログラミングが好きですね,と. 言いたいことは何かというと,ここの説明を信
気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 | ログイン 「この仕事の流れをこう変えれば、BPR(ビジネス・プロセス・リエンジニアリング)ができませんか」。 現場の日常会話でBPRという言葉が出てくる組織はそう多くはないだろう。BPRという言葉があまり使われなくなったからだ。ただ、製造業の場合、BPRを「業務改革」あるいは「カイゼン」に入れ替えれば、同様の発言が飛び交っているに違いない。 「BPRを考えて、新しい仕事の手順を整理し、新手順を処理する情報システムの操作画面とその遷移の仕方を決めました」。 この発言は、業務を改革する案に加え、必要な情報システムまで自分で設計するという意味である。現場担当者がここまでやれる組織はまれであろう。「情報システムの設計や開発は本業ではない、専門家に任せるべきだ」
システム開発プロジェクトにおいて何かを決める際、PM(プロジェクトマネジャー)が「みんなで決めよう」と言うようでは問題である。古来より和を重んじる日本人的な発言と言えばそれまでだが、それではうまくいかないのがプロジェクトの持つ独特の性質である。 みんなで決めることにこだわったAさん Aさんは情報システム部門の経験年数が10年になる中堅社員である。彼の上司Yさんは業務部門の現場叩き上げのベテラン社員で、数年前に情報システム部門へ異動してきた。長年少しのミスが大事故につながる現場で過ごしてきたYさんは、常々情報システム部門の仕事の仕方に疑問を抱いていた。そんなYさんに、Aさんはなかなかなじめずにいた。Yさんに対するAさんの思いは「少し厳しすぎるよ。みんな仲間なんだから楽しくやらないと」というものだった。 Aさんが、ある社内システムの開発プロジェクトでPMを任されたときの話である。そのプロジェク
プログラマーのジレンマ 夢と現実の狭間 同僚に教えてもらって読んだのだが、とても良かった。プログラマは必読だが、それ以外の人にもおすすめしたい。 Chandlerという鳴り物入りで始まったオープンソースプロジェクトについて、およそ3年にわたって追いかけた失敗の記録。といって「ああ、デスマの本ですか」と一括りにしてしまうともったいない。確かにソフトウェアプロジェクトの失敗の話なんてありふれているし、デスマーチの本なんて他にいくらでもある。この本が面白いのはたぶん、そういうありがちな問題がまるでないプロジェクトだったにもかかわらず失敗する、ということを報告しているからだ。 デスマーチはない。納期に追われて徹夜するやつはいない。勤務時間は自由であり、オフィスには愛犬を連れてきてもいいし、在宅勤務もオーケー。資金的にも問題ない。スポンサーが変なことを言い出して仕様変更になったりしない。リーダーはロ
Anonymous Coward曰く、"リファクタリング(マーチン ファウラー著 「リファクタリング」)とは「ソフトウェアの外部的振る舞いを保ったまま内部の構造を改善していく作業」のことで ここ最近、本屋さんでよく見かけるようになった開発手法XP(eXtreme Programming)の重要な要素の一つです。しかしながら、「動いているコードはむやみにいじくるな」というのは、どの会社でも暗黙のルールになっており、会社の人にも言われることだと思われます。 当方は新人プログラマなのですが手が空いた時にリファクタリングをしていると「きれいなコードだとかそういうのはどうでもいいから一度テストしたコードに手を付けるなボケ。自己満足は一人でおねがい。」と言われる始末です。たしかにリファクタリングは闇雲に行うと何日もの手戻りにもなりえます。しかし、体系化したリファクタリングを行うことにより「将来の機能拡
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "仮想アプライアンス" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2024年2月) 仮想アプライアンス(かそうアプライアンス、英: Virtual appliance)は、Parallels、VMware、Xen、Microsoft Virtual PC、QEMU、User Mode Linux、CoLinux、Virtual Iron、VirtualBoxといった仮想化技術の上で動作するよう設計された最小仮想機械イメージである。 仮想アプライアンスは、より広い意味を持つソフトウェアアプライアンスの一種である。ソフトウェアアプライア
Redmineでチケット駆動開発(TiDD)を運用して気付いたことは、開発プロセスが大きく改善されただけでなく、従来の開発プロセスの弱点が浮き彫りになったこと。 下記の記事を読んで考えたことを書いてみる。 【元ネタ】 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー 元請SIerがTracのような環境を提供できない3つの理由 - なからなLife 元請け企業が用意すべきもの - T/O 【1】強力な構成管理ツールが無い時代はライブラリアンが独裁者 構成管理の基本は、任意のバージョンのシステムを再現できること。 今時、Subversionのようなバージョン管理ツールの無いSW開発プロジェクトはありえないだろう。 CVSやVSSが無かった頃は、構成管理ツールなど存在せず、構成管理を人手でやるしかなかった。 今でも、Excelなどの設計書はバージョン管理で制
上段左からティーアンドエフカンパニー 事業推進統括責任者 情報化戦略コンサルタント 西岡祐弥氏,ティーアンドエフカンパニー 代表取締役社長 佐藤裕司氏,パフ 代表取締役社長 釘崎清秀氏,下段左よりティーアンドエフカンパニー 最高技術責任者 出羽健一氏,パフ 取締役兼株式会社プロシンクワーク代表取締役社長大場京子氏,パフ 事業サポートグループ グループマネージャー 保坂光江氏 Webシステムを開発する際にはほとんどの場合,ユーザーとの打ち合わせのためにHTMLによるモックアップを作る。「このHTMLがそのまま仕様書になれば」と思ったことはないだろうか。就職情報サイトPuffの再構築プロジェクトでは,まさにモックアップをそのまま仕様書した。「十数人の開発者で,5カ月で1000画面のシステムを開発する」必要に迫られたからだ。 HTMLに仕様とメモを埋め込み,CSSで切り替え 「この未体験のスピー
アップルに却下されたアプリがアップルにパクられた!Wi-Fi Sync開発者呆然2011.06.13 12:306,888 satomi 音量つまみをシャッターボタンに使うアイディアのパクリだけかと思ったら...。 ますます便利になったiOS 5、200ある新機能の中でもWi-Fi Syncは今から待ちきれない人も多いのでは? Wi-Fi SyncはiPhoneをケーブルでパソコンに繋がなくてもiTunesの同期がとれる機能なんですが、このアイディアをアップルにパクられたと主張している人がいます。 それは英国の学生グレッグ・ヒューズ(Greg Hughes)さん。Wi-Fi Syncアプリを昨年App Storeに提出したんですが、AppleとiPhone SDKで許可されてない事由に抵触するとの理由で却下されたんですね。その際、iPhone開発担当から直々に電話がきて、状況の説明があった
Git ユーザマニュアル (バージョン 1.5.3 以降用) NextGit ユーザマニュアル (バージョン 1.5.3 以降用)Table of Contents Preface1. リポジトリとブランチgit リポジトリの取得方法プロジェクトの他のバージョンのチェックアウト方法履歴の理解:コミットブランチの運用新しいブランチを作成せずに古いバージョンを取得する方法リモートリポジトリのブランチの調査ブランチ、タグ、その他リファレンスの命名法git fetch を用いたリポジトリの更新他のリポジトリからのブランチの取得2. 履歴の探索リグレッションを見つける為の bisect の使用方法コミットの指定方法タグの作成方法リビジョンの閲覧方法差分の生成方法古いファイルバージョンの参照例3. git を使用した開発git に自分の名前を教える新規リポジトリの作成コミットの方法良いコミットメッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く