サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
この記事には参考文献や外部リンクの一覧が含まれていますが、脚注によって参照されておらず、情報源が不明瞭です。 脚注を導入して、記事の信頼性向上にご協力ください。（2021年4月） 『銀の弾などない— ソフトウェアエンジニアリングの本質と偶有的事項』（ぎんのたまなどない ソフトウェアエンジニアリングのほんしつとぐうゆうてきじこう、英: No Silver Bullet - essence and accidents of software engineering）とは、フレデリック・ブルックスが1986年に著した、ソフトウェア工学の広く知られた論文である。 原論文は英語である。日本語では『銀の弾丸はない』と、翻訳されることもある。ブルックスは、「銀の弾丸」（Silver Bullet）として、魔法のように、すぐに役に立ちプログラマの生産性を倍増させるような技術や実践 (特効薬) は、今後10
プログラミング初心者はギークから学べるのかに続いてプログラミングの記事をもう一つ続けてみる。こちらは“ギークから学ぶプログラミング”と言ったところか。 これは一年ちょっと前にべにぢょがギークなお姉さんは好きですかを作ったときに思ったことだ（本当は一周年のときに書きたかったのだけれど忙しくて…）。今はギークストーカー日記になりつつあるが、最初の頃は初心者プログラマべにぢょがPHPにチャレンジして成長していく姿を見せることにより「プログラミングは難しくないよ」というのを伝えるブログであった。 しかし、プログラミング日記というのは初心者として見せることは非常に難しいブログ形態だと私は思っている。それは継続しているうちに、突然レベルアップしてしまうから。そしてその瞬間に、読者はついていけないと感じてしまい離れてしまうこともある。プログラマとして成長するという充実が、ブログのアクセス数を減らすという
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
伝記の記載を年譜形式のみとすることは推奨されていません。 人物の伝記は流れのあるまとまった文章で記述し、年譜は補助的な使用にとどめてください。（2021年7月） 1961年8月25日[4]、尾張徳川家第21代当主・徳川義宣の長男[12]として生まれる。 1993年5月5日、徳川黎明会役員（理事）に就任[13]。 2005年11月23日[14]、徳川義宣が死去し、11月29日の葬儀・告別式[15]の後に、12月1日付で館長に就任[13][15]。12月8日のお別れの会の後に理事会による議決の結果で[15]、同月15日付をもって会長に就任することに決定[15]（内定）。 2006年5月30日、徳川黎明会会長に就任[13]。 2011年11月、名古屋国際センターでNTTコミュニケーションズとNTTコミュニケーションズ・パートナー連絡協議会（NCOP）の共催で開かれた『ソリューションセミナー「経営
149 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/02/26(日) 12:05:39.41 ID:kuGnJ9DW0 s_kofuna まどマギは「システム自体が腐ってるどうしょうもないデスマーチに対して、いくつかのタイプの プログラマが対処する話。死亡者が続出する中、チートと言われながらコツコツと支えてくれた人が いたお陰で、ある人がプロジェクトの換骨奪胎を行ってみんなを救う話」って知り合いのPGの人が言ってた。プログラマーは、まどマギをこう見ていた。『ほむらちゃんはデスマーチを変えようとしてた』 http://togetter.com/li/263393 154 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/02/26(日) 12:08:23.37 ID:s3/OUDHY0 >>149 請負システム開発業務から 自社商品のシステム開発業務にな
Googleのバグ予測アルゴリズムの記事があったのでメモ。 【元ネタ】グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している － Publickeyグーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開 － PublickeyGoogleのバグ予測アルゴリズムを実装した「bugspots」のSVN版を作ってみた - 現場のためのソフトウェア開発プロセス - たかのり日記 【1】バグの予測に関する研究は従来からたくさん行われてきた。 信頼度成長曲線もそうだし、クローンプログラムのメトリクスもそうだ。 上記の記事によれば、もっとシンプルにコミットログからバグの傾向分析を導くアルゴリズムのようだ。 (引用開始) 彼らが発見したのは、そのコードに対してこれまでバグフィックスのコミットが何回行われたかをランキングすることで、コードの中のホットス
仕事としてコードを書くようになって３週間が経ったので ここらで所感をまとめてみたいと思う。 ベンチャーと大手企業の違いみたいなことを書いてもいいんだけど、 正直今のところ「あまり変わらない」印象。 それもそのはず、現職もエンプラ向けの仕事。 SIと仕事のやり方はかなり似ている。 ので、純粋にプログラマとして思ったことを。 スパゲッティコードとの出会い この３週間で触ったのはウチの会社で改修・保守をやっているシステムの バッチや管理画面の細かい修正など。 コードは全てPHPだった。 この辺は一番経験のある言語だったので助かった・・・と思った。 が、意気揚々とソースを見て愕然とした。 処理ベタ書きのずらずら続く手続き型の処理は序の口。 関数を定義する代わりにベタ書きスクリプトを外出しにしてrequire 意味不明な変数名 同じ処理をしているはずなのに名前だけ違う関数達 無計画なテーブル定義 業
2012年01月26日13:00 カテゴリCodeArt コードについて書く方がコードを書くより読まれる現実 ビューティフルコード Andy Oram / Greg Wilson 編 "38 Beautiful Coders" 著 / 久野禎子 / 久野靖 訳 [原著:Beautiful Code] ご高説もっとも。 小野和俊のブログ:メンテナビリティの高いソースコードを目指して ソフトウェアを中長期にわたってメンテナンスしていく場合、メンテナンスしやすいコードと、メンテナンスしにくいコードとの間には、同じ機能を実現していたとしても、その価値には雲泥の差があります。 で、どこですか? あなたの、コードは。本blogの記事も、5000を超えて久しい。コードが入ったものもあるし、入っていないものもある。 これくらい書いていると、いやでもわかることがある。 読者のほとんどは、コードを読みたくな
タイラー・コーエンが、なぜソフトウエアでは一物一価の法則が成り立たず、米国や日本企業は自国の高いソフトウエア技術者を使い続けるのか――香港やシンガポールや中国ではもっと安価で雇えるにも関わらず――という一読者の疑問をブログエントリ化した。それに対し250を超えるコメントが付いたが、予想される通り、ソフトウエア開発においては単なるコーディングだけではなく、発注元と発注先とのコミュニケーションが重要なウェイトを占めるのだ、という指摘が相次いだ。その中で、各国のプログラマをステレオタイプ的に寸評したコメントが少し面白かったので、以下に訳してみる： Well, while we are being rude let me speak…It’s not the individuals of course, but the culture. And culture is why Americans
furusin @furusin_oriver if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{}else if{} #笑ってはいけないプログラム 2011-11-14 15:10:40
マ「親が先に死んだら落ちるっしょ だから先に子供に命令して孫を殺して んで、全部死んだら子供を殺して で、子供が死んだ所で親も死ぬ」 一般人(危ない話してる！？) 仕様書無しさん :2007/01/27(土) 22:22:53 マ「んじゃ、そこタッチして そこじゃない、もっと右 あっ、うん。そこ で、インサート。 うん、そうそう。挿入」 一般人(……変態？) 5 仕様書無しさん :2007/01/28(日) 00:19:53 マ「貰ったやつ、今使ってるんだけど これって子供生みすぎじゃねぇ？ 途中で処理しきれなくなったから 子供幾つかKillしたｗ」 一般人(……子沢山？しかも殺しちゃったの！？) 6 仕様書無しさん :2007/01/28(日) 02:30:54 マ「このメンバのSex（性別プロパティ）を 外部から見られるように公開して……」 一
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
