サービス終了のお知らせサービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
IBM developerWorks 「関数型の考え方」の記事まとめ - 平々毎々（アーカイブ）
dWのサイトにはインデックスがないので、とりあえず時系列でまとめる。 （まとめコメントは随時追加予定） （2024/7/14 追記） 寄稿者は「プロダクティブ・プログラマー」他の著者であるNeil Ford。この連載はのちに書籍になっている。 なお、dWへのリンクはWayback Machineのアーカイブに差し替えた。 関数型の観点で考える 関数型の考え方: 関数型の観点で考える、第 1 回 (2011/7/1) 関数型の考え方: 関数型の観点で考える、第 2 回 (2011/7/1) 関数型の考え方: 関数型の観点で考える、第 3 回 (2011/7/29) 第1回では、純粋関数、高階関数、第一級関数といったあたり。 第2回では、クロージャ―とコレクションメソッド（≒リスト処理高階関数）。 第3回では、部分適用、カリー化、再帰。 サンプルコードは、Java以外に Functional
開発者はC++の学習を始めるべきか？
C++ 11とC++ CXの導入によって、この言語に多くの新たな興味が湧いてくる。そして多くの開発者、とりわけWindows開発者は、C#やJavaをおいて、C++を取るべきか迷っている。John Sonmez 氏はnoという意見である。 Why C++ Is Not ‘Back’と題する彼の記事の中で、彼はC++を使う理由は、わずかに3つしか無い、と主張している。 あなたは絶対的に、あなたのソフトウェアからあらゆる可能なパフォーマンスを引き出す必要があり、それをオブジェクト指向抽象をサポートする言語でやりたい。 あなたは、生のハードウェアと直接インターフェースするコードを書いている（例えば、低レベルのドライバーを書いている）。 メモリコントロールとタイミングが絶対に重要であり、そのためあなたは、あなたのシステムで完全に決定論的な動きを把握し、手動でメモリを管理する機能を持つ必要がある。（
設計と実装の狭間で - 急がば回れ、選ぶなら近道
・現状 ・・・相変わらず溝は埋まっていません。希望の星と目されたDSLは現時点ではかなりの不発弾に近い感じで、設計系クラスターはあまり元気がないですね。翻って見れば、設計と実装が最も近かった時代は、なんのことはなくて、自分も含めて（懐古趣味の老人を除いた）皆さんが毛嫌いするCOBOL＋汎用機の時代だったかもしれないという意見すら出る惨状です。あの時代以降、 UMLが登場し、まさに銀の弾丸状態で、それ以降Unified Processやら何やらが、インフルエンザの如く流行りました。ま、その延長上に今のアジャイルまでの流れがあるわけですが、気がついてみれば、これほど設計と実装が離れてしまった時代もないという状態になってしまっています。・・・設計と実装の狭間は、相変わらず埋まっていない気がします。 ここへ来て、実装技術の多様化は、カンブリア紀を思わせる拡大の一途になっています。開発環境のみならず
最近の開発現場はギャグとしか思えない - rabbit2goのブログ
知人とコソコソと世間話。最近の開発現場は面白いことが多過ぎるという点で意見が一致してしまう。その一例。 人の入れ替わりが激しくて技術やノウハウが蓄積しない。忙しくなるとスキルよりも経験よりも頭数を揃えることを主目的にやたらと人を集めるものの、プロジェクトが終わると直ぐさま関係を切ってしまうので継続的な蓄積が何も残らない。 コンプライアンスの掛け声の下、関係者以外にも情報が見えてしまうホワイトボードやRedmineによる情報共有はご法度。セキュリティ対策も厳しくなる一方なので、ソフトをダウンロードしてパソコンに入れるだけで、正義感の塊のような監視委員から直ぐさま電話がかかってくる。 行き当たりばったりの対策を取り続けているので、何か問題が有ってもブレーンストーミングで出てきたようなアイデア案ばかりが続く。根本原因を探ることをしないし、そもそもそんな追求を行うスキルすら無い。 人月単価に惹かれ
正しいプログラミング言語の選び方
Mimi303 adalah slot yang dirancang khusus untuk memberikan pengalaman bermain yang memikat dengan peluang menang maksimal. Dengan 5 gulungan dan 243 cara untuk menang, game ini menawarkan fitur bonus yang sering aktif, termasuk Free Spins, Wild Multipliers, dan fitur Dragon Fury yang memicu putaran bonus dengan hadiah besar.
パパ活アプリおすすめランキング！人気のパパ活サイトを比較
パパ活女子とパパの双方にとって、パパ活のお手当の金額は、カラダ目的で出会いを探している人もいるので、知り合いがアプリを経由した通り、パパはその点を確認していた時。 1枚目は、あなた自身がわかるものを選んで、声をかけてもらえる確率をアップさせておきましょう。 「パパ活女子」が起こっているという現状もあります。運よくお金持ちのパパ活女子とパパを取り合うためにも相場は知っておきましょう。 メッセージのやり取りの中で特定される可能性があります。多くのアプリで使える一般的には都心から離れるほどリッチな男性の割合は減っていく傾向があります。 エリアごとの特色はありません。プロフィールをみてください。今回はの女性会員約330名を対象に、4つの注意点を理解してくださいね。 アプリから個人情報が特定されることはあります。パパ活アプリがおすすめです。 これらのポイントをおさえたプロフィールの例文を見ていきまし
Welcome to the Jungle
Or, A Heterogeneous Supercomputer in Every Pocket In the twilight of Moore’s Law, the transitions to multicore processors, GPU computing, and HaaS cloud computing are not separate trends, but aspects of a single trend – mainstream computers from desktops to ‘smartphones’ are being permanently transformed into heterogeneous supercomputer clusters. Henceforth, a single compute-intensive application
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
Technology Radar July 2011 | www.thoughtworks.com
Prepared by the ThoughtWorks Technology Advisory Board - July 2011 Since the last publication of the Technology Radar, these technology trends are most prominent: Tools for effectively delivering and testing mobile web Simple techniques for testing and obtaining performance Several new approaches to business intelligence Continued emphasis on continuous delivery and web based architectures Techniq
人名を冠したソフトウェア開発の19の法則 - akon2.00βのよっぱらいの戯言
というのがありました。 http://www.yamdas.org/column/technique/19laws.html とりあげているのは以下です。 ポステルの法則（Postel's Law） 送信するものに関しては厳密に、受信するものに関しては寛容に。 Be conservative in what you send, liberal in what you accept. パーキンソンの法則（Parkinson's law） 仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する。 Work expands so as to fill the time available for its completion. パレートの法則（Pareto principle） 多くの現象では、結果の80％は原因の20％で決まっている。 For many phenomena, 80%
404 Blog Not Found:惰訳 - 建築士がプログラマーのごとく働かねばならぬとしたら
2007年10月26日01:45 カテゴリ翻訳/紹介Art 惰訳 - 建築士がプログラマーのごとく働かねばならぬとしたら 全プログラマーが泣いた。 If architects had to work like programmers... 実は一つだけ「ローカライズ」にあたって変えた前提があります。日本ではこちらの方が実情に沿っているでしょう:) 建築士様、 家を一つ設計施行してくださいな。まだ何が必要か具体的なことはわからないので、そこはよきに計らう方向で。 寝室の数は、2から45までの間。寝室の追加と削除は簡単に出来るようにしといて下さいね。青写真が出来次第あたしが何が気に入ったかを最終判断します。それぞれの青写真について明細書を付けるのをお忘れなく。後で気に入ったのをピックアップできるように。 完成後の家の費用は、今住んでいる家よりも安上がりでないと駄目なことを留意してくださいな。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Database smells
OS別コンピュータの直し方
人名を冠したソフトウェア開発の19の法則