IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
SDAS（エスダス）（注1）は、開発期間短縮を実現し、お客様のビジネスのスピードアップに貢献する為の総合システム開発体系です。 新しい「SDAS」は、「短期間・高品質」のシステム開発を実現するとともに、「オープン性・国際標準」「ライフサイクル全般でのシステム最適化」「エンジニアリングとマネジメントを両輪とするプロジェクト遂行」を特長としています。 これにより、システム開発期間を従来と比べ、概ね半減することが可能となり、ITの観点から、お客様のマーケットの動きを先取りしたビジネス展開を支援していくことで、競争優位確保に貢献します。 システム開発を「要件定義」「設計」「構築」「テスティング」の4フェーズに分け、それぞれのフェーズを最短化する開発手法、標準技術に基づくツール群およびテンプレートを適用することで、トータルの期間短縮を実現します。 注1 SDAS： System Developmen
あいにく銀の弾丸の持ち合わせはないが、うまくいくプロジェクトでよく使われていた言葉は確かにある。耳にしたときは聞き流していてた言葉を、この本は思い出させてくれた。ここでは、そんな「魔法の言葉」を紹介する。 ネタ元は「目標を突破する実践プロジェクトマネジメント」。ふつう、図書館で読んだ本はそれっきりだが、こいつは買って周りにばら撒く。薄くて分かりやすくて、すぐにやってみようという気にさせるところがいい。 ■ もし、問題があるとすれば、それは何ですか? 朝会や進捗会議で「何か問題はありませんか?」という質問はよくするしされる。けれども答えはいつも決まっている→「特にありません」。でもって、不具合が起きると、「あのとき聞いたのにッ」←→「こうなるとは思ってなかった」となる。 身に覚えない? これを、冒頭の質問にしてみると、アラ不思議、いくらでも出てくる。「問題ない?」には無反応だったのが、「これ
いつも暇をもてあましてるはてなーが集まり、それぞれ嫌いなもの、怖いものを言いあっていく。皆、「ウィルス」「モヒカン族」「セキュリティ漏洩」などと言ってる中にひとり、「インターネットに怖いものなぞあるものか」というはてなーがいる。本当に怖いものは無いのかとさんざん念を押しても「ないものはない！」と言う。しかし、何度も念を押しているうちにやっと「あった！」という。何が嫌いなのかと聞くと「はてなブックマーク」。 その男は「はてなブックマークの話をしているだけで気分が悪くなった」と言い出し、隣の部屋で寝てしまう。 そこで皆は「あいつは気に食わないからはてB攻めにしてやろう」と、彼のはてなダイアリーを、はてB攻めにしてやった。すると、男は怖がるどころか「注目エントリ入りしすぎて怖い」「PV稼げ過ぎて怖い」などと言いながらブログを書きまくり、とうとう注目エントリを自分のブログエントリで埋め尽くしてしま
Wordpress, 37Signals Join OpenID Bandwagon OpenID has gained two more high profile Internet company supporters. Wordpress announced their support today and also Chris Messina did a bit of snooping and discovered that 37Signals support is nigh. These two organizations join Digg, Microsoft, AOL, Yahoo, LiveJournal, MediaWiki, and others in their support of OpenID. 英語圏でOpenIDが熱いようで、ついに37Signalsも対応すると
>>> int('01010001', 2) # ２進数文字列を整数に 81 >>> int('77feff', 16) # １６進数文字列を整数に 7864063 >>> int('77feFF', 16) # 大文字小文字混在ＯＫ 7864063 >>> int('32467102', 8) # ８進数文字列を整数に 6975042 >>> int('XYZ', 36) # ３６進数までＯＫ 44027
ことプログラミングの世界においては、その実力は圧倒的に趣味プログラマのほうが、底辺から並にかけてのプロなんかよりも遥かに上と断言できます。もしあなたが、自分の実力は現場で通用するのかと悩めるプログラムが趣味の高校生であれば、断言してあげましょう。通用し過ぎます。 Note - 趣味プログラマが業界で生きて行くには これは、ソフトウェア業界の相応の規模の部分集合*1の中において真と言える。 ただし、それはプログラミングという基礎的な点において、だ。プロとして必要な重要な事は他にもある。コミュニケーションだのスケジュールだのプロセスだの、についてはいろいろ言われるだろうが、あまり言われない点がある。 それは"品質"に対する姿勢だ。 コードの質ではない。システム(または製品)トラブルを発生させない事。それに対する姿勢が全然違う。趣味プログラマはプログラミングが目的だから、コンパイルが通って、機能
「リーンソフトウェア開発」P219から。 システムが、顧客の意図どおり動くことを確認するテストは「顧客テスト」という名前で呼んだ方がよい。それは、テストの目的が、顧客がシステムに期待したとおりシステムが動くことを確かめるためだからである。 そう。そのとおりだ。そして、本書ではその顧客テストを短いサイクルタイムで複数回を行うことでリスクを軽減するというアプローチを取る。 その主張も正しい。一つの解決策として非常に参考になる。 だけど、ここで一つ大きな疑問がある。顧客はなぜ「顧客テスト」をするとしっかり仕様の漏れ、ミスを発見できるんだろう？ ちょうど今日もそうだった。すでにシステムはリリース間近。まさに「顧客テスト」が行われていた。そして発覚した仕様の漏れ。 その対応自体はけっきょく事なきを得たのでここで話題にはしないけれど、不思議なのはその仕様はけして「ビジネス環境の変化」で昨日今日浮上した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
