/.Jに聞け：経産省のシステム管理基準、使ってる？ | スラド セキュリティ
４．プログラミング（４） （1）プログラム設計書に基づいてプログラミングすること。 （2）プログラムコードはコーディング標準に適合していること。 （3）プログラムコード及びプログラムテスト結果を評価し、記録及び保管すること。 （4）重要プログラムは、プログラム作成者以外の者がテストすること。 などだ。いまどきプログラム設計書など作ったことなどないし、納品物として求められたこともない。そもそもプログラム設計書とは何を指すのだろうか。少し大きめの業務システムならクラス数が1000や2000を超えてしまうだろう。それをいちいち設計書を作成せよ、と言っているのだろうか。 世の中のシステム会社は、本当にこの管理基準に従った開発をやっているのだろうか？
販売終了予定の「ComicStudio」、販売/サポート継続を漫画家たちが強く要望 | スラド IT
販売終了予定のデジタル漫画製作ツールの定番、セルシス"ComicStudio"の販売・サポートの継続を漫画家たちが強く要望している。これは後継ソフトの不備が多数存在する中での、ComicStudioの販売終了を危ぶんだ漫画家の野間美由紀氏によって呼びかけられたもので、「コミスタに存続してもらいたいという思いや要望をこの #コミスタ継続希望 のタグで募りたい」とし、それをまとめてセルシスに送る意向を表明した。呼びかけに賛同したプロ・アマチュアを問わず多数のComicStudioユーザが多数の呟きを行い、野間氏自身によって「ComicStudioの継続を希望するTweetまとめ」としてまとめられている。 今回問題となっているComicStudioは、2001年から10年以上バージョンアップを重ねて続いてきた漫画作成ツールで、非常に多数のプロ漫画家もその製作ツールとして使用している事で有名である
東証曰く、システム開発においてコーディング後にはドキュメントは不要 | スラド デベロッパー
2005年に発生した、「ジェイコム株大量誤発注事件」はみずほ証券に大きな損害を与えた。みずほ証券はこの損害の原因の1つに東証の売買システムのバグがあるとして、東京証券取引所（東証）に対し賠償を求める裁判を起こしていたのだが、この裁判が3月18日に結審した（日経ITpro）。これを受けて、日経コンピュータが「みずほ証券-東証裁判の争点を洗い出す」として争点をまとめている。 ここで興味深いのは、東証の開発手法やソースコードに対する姿勢だ。東証はソースコードの修正時にそれに対応するドキュメントの修正を行っていなかったそうなのだが、これについて「コーディングが終了した後はドキュメントは不要」と主張している。いっぽうのみずほ側はこれについて「ソフトウェア工学の知見を無視する暴論だ」として、重大な過失であると主張している。 また、ソースコードには著しい重複があったことが判明しているのだが、これについて
同僚にコードがひどいと言われたら、どう反応すればいい？ | スラド Slashdotに聞け
「同僚の書く酷いコード、どうやって気づかせる？」というストーリーを先週掲載したが、ひどいと言われた側からのタレこみが本家で取り上げられている。 本家/.「Ask Slashdot: How To React To Coworker Who Says My Code Is Bad?」より 私は今の会社で10年以上働いており、いくつもの製品開発サイクルにかかわってきた。しかし、最近チームに加わった見習いの開発者が、私のコードの出来がひどいと言い出した。わが社のコードベースにはおよそ5万行のコードがある。私のコードに対する苦情は、彼の経験が浅く、コードが何をしているのかを理解していないのが原因だ。彼は頭がよく非常に有望であり、良い質問をしていると思う。しかし、どうすれば彼自身が誰よりも優れているという考えを捨て、時間をかけて内容を学ぶように説得できるだろうか。
同僚の書く酷いコード、どうやって気づかせる？ | スラド デベロッパー
私の同僚は非常に頭がよく、ソフトウェアの知識も豊富だが、想像を絶するほどひどいコードを書く。たとえば、 すべてのプログラムは1つの関数に詰め込まれ、際限ない繰り返しのせいで無駄に引き伸ばされている 変数名やクラス名から得られる情報は泣きたくなるほど少ない コードを短く、読みやすくするための基本的な言語機能は無視されている オブジェクト指向プログラミングの虐待は吐き気を催すほどで、戦争犯罪レベルといえる しかし、彼は私が生まれる前からプログラミングをしており、非常に頭が良いことで、人の意見に耳を貸そうとしない。そのため、「この関数をこのように書いたら良くなると思いませんか」といった簡単な提案は受け入れられないだろう。彼に事実を伝え、良いコードと悪いコードの区別をわかってもらうにはどうすればいいだろうか。
コーディング標準は役に立つのか | スラド Slashdotに聞け
私がこれまで勤めた職場はすべて、「キャメルケースを使うか、アンダースコアで区切るか」「中かっこの配置」「タブを使うか、スペースを使うか」といったコーディングスタイルのドキュメントが用意されていた。しかし、アルゴリズムをレビューせずにスペースの使い方を指摘するような人のがいるせいで、コードレビューのために数百時間を無駄にしてきた。実際のところ、このようなコーディング標準を適用することで生産性が上がることを裏付ける資料や研究があるのだろうか。そうでないとしたら、なぜこれらが必要なのだろう。いまどき、決められたコーディング標準を自動的にツールが適用してくれてもよさそうなものだ。
特許庁の「開発中断」となった新情報システム、「54億円の支出は無駄だった」と認定へ | スラド
特許庁の新情報システムの開発が中断したのはたびだび話題になっているが、このたび会計検査院が、東芝ソリューションやアクセンチュアに支払われた合計54億円強の支出について、すべてが無駄な支出だったと認定する方針を固めたという（日経新聞）。会計検査院側はこのシステムについて「完成困難」と判断、かかった費用すべてについて、会計法令などに違反する「不当事項」としている。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
特許庁の新情報システム、開発計画から作り直しへ | スラド IT