タグ付けされた質問 「resources」

背景 私は、昔から行ったことのない古い（しかし素晴らしい）サイトであるAlioth Language Shootout（http://benchmarksgame.alioth.debian.org/）を再訪しました。 私は数年前にC / C ++でプログラミングを開始しましたが、それ以来、関与しているプロジェクトの言語の制約のため、ほぼJavaのみで作業を続けてきました。リソース使用量の点でC / C ++に反しました。 実行時間は最悪で、JavaはC / C ++よりも4倍も遅いを実行すると、まだ比較的良好であったが、平均の周りの（または以下）2倍に。Java自体の実装の性質により、これは驚くことではなく、パフォーマンス時間は実際に私が予想したものよりも短かったです。 実際のレンガはメモリ割り当てでした-最悪の場合、Javaが割り当てられました： Cの52倍ものメモリ C ++の25倍以上。 メモリの52倍...絶対に厄介ですよね？... またはそれは？現在、メモリは比較的安価です。 質問： 作業メモリに厳しい制限があるターゲットプラットフォーム（つまり、組み込みシステムなど）に関して話さない場合、今日汎用言語を選択する際にメモリ使用量を考慮する必要がありますか？ 第一言語としてScalaへの移行を検討しているからです。私はそれの機能面が非常に好きですが、私が見ることができることから、それはJavaよりもメモリの点でさらに高価です。ただし、メモリは年々速く、安く、豊富になっているようです（少なくとも4GBのDDR3 RAMを持たない消費者のラップトップを見つけることはますます困難になっているようです）。より読みやすいソリューションを迅速に構築できる（おそらく実装上高価な）高レベル言語機能と比較して無関係ですか？

38 java  programming-languages  scala  resources  engineering 

誰もが実際に何が何であるかを実際に理解していない場合でも、誰もがSOAを実行しています。だから彼らは間違っています。それを類推として使用して、RESTが何であるか（または少なくとも私はそう思う）を知っており、その一部を実行したいと考えています。しかし、私はそれを正しくしたい。 だから私の質問は、RESTを行う適切な方法は何ですか？

36 rest  soa  resources  implementations 

直接リンクを貼ってください。 必須： オンラインで引き続き利用可能です（直接リンクしてください） 現在または以前の開発者からのスピーチでなければなりません スピーカーの人気は関係ありません 対象読者は他の開発者でなければなりません トピックがプログラミング（タスク）である必要はありません。ここでは、SOではなくP.SE内で一般的に展開しているテーマを探しています。 なぜ刺激を受けたのかを説明する （英語のネイティブスピーカー、質問を編集してください）

31 profession  resources 

質問：Java / C＃でRAIIを実装できないのはなぜですか？ 明確化：ガベージコレクターは決定論的ではないことを認識しています。そのため、現在の言語機能では、オブジェクトのDispose（）メソッドをスコープの終了時に自動的に呼び出すことはできません。しかし、そのような決定論的な機能を追加できますか？ 私の理解： RAIIの実装は、次の2つの要件を満たす必要があると感じてい ます。1.リソースの有効期間はスコープにバインドされている必要があります。 2.暗黙的。リソースの解放は、プログラマーによる明示的なステートメントなしで行われる必要があります。明示的なステートメントなしでメモリを解放するガベージコレクターに似ています。「暗黙性」は、クラスの使用ポイントでのみ発生する必要があります。もちろん、クラスライブラリの作成者は、デストラクタまたはDispose（）メソッドを明示的に実装する必要があります。 Java / C＃はポイント1を満たします。C＃では、IDisposableを実装するリソースを「using」スコープにバインドできます。 void test() { using(Resource r = new Resource()) { r.foo(); }//resource released on scope exit } これはポイント2を満たしません。プログラマは、オブジェクトを特別な「使用」スコープに明示的に結び付けなければなりません。プログラマーは、リソースをスコープに明示的に結び付けることを忘れる可能性があり（実際にそうします）、リークを作成します。 実際、「使用中」ブロックは、コンパイラーによってtry-finally-dispose（）コードに変換されます。try-finally-dispose（）パターンと同じ明示的な性質を持っています。暗黙のリリースがなければ、スコープへのフックは構文糖衣です。 void test() { //Programmer forgot (or was not aware of the need) to explicitly //bind Resource to a scope. Resource r …

29 java  c#  resources  smart-pointer  raii 

Web開発では、マッシュアップは、2つ以上のソースからのデータ、プレゼンテーション、または機能を使用および組み合わせて新しいサービスを作成するWebページまたはアプリケーションです。 データ（生情報）を取得するための多くのソースがあります。政府は良い例です。 ただし、それらの多くは費用がかかり、ライセンスが複雑です。たとえば、スウェーデンのSMHIは気温データを販売していますが、隣国のノルウェーは無料で温度データを提供しています。 どんな種類のアプリケーションを構築していて、どのデータが必要なのでしょうか？興味深いデータをいくつか教えてください。それをうまくマッシュアップします。たとえば、Googleマップにプロットすることができます。 質問は次のとおりです。無料のデータはどこで入手できますか？ 注：Webクローラーを使用したデータマイニングには興味がありません！ ソースを私と共有してください。

26 resources 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 過去において、数値レシピの本は、数値アルゴリズムのゴールドスタンダードリファレンスと見なされていました。初期のFortranエディションの後には、CおよびC ++などのエディションが続き、最新版になりました。これらを通して、最新のアルゴリズムのリファレンスコードを提供しました。 現在、古いエディションは無料でオンラインで入手できます。 残念ながら、今ではほとんど歴史的な本としてのみ有用だと思います。「ソフトウェアエンジニアリング」の実践は時代遅れであるように思われ、実際のコンテンツは文献に追いついていません。 現代のプログラマは、同様に包括的でありながら親しみやすいどのような参照を代わりに見るべきでしょうか？

21 books  algorithms  resources 

一般に、多くのプラットフォームでは、文字列リソースを.resxまたは.xmlファイルに書き込み、プラットフォームに依存するアプローチを使用してそれらを取得しています。 つまり、iOSでは、を介してNSBundle.MainBundle、Context.ResourcesAndroidで使用して取得しています。 このアプローチの利点は何ですか？また、コードで直接アクセスできない理由は次のとおりです： クロスプラットフォームプロジェクトでは、どのプラットフォームでも統合せずに直接アクセスできます。 構築中、リソースが適切に構築されたかどうかについての懸念はありません。 コーダーは、多言語処理などの機能を使用できます 要するに、文字列リソースがそのように構成されている理由は何ですか？ [編集] 私のファイルが他のプロジェクト間で共有される「コア」プロジェクトの一部であるとしましょう。（PCL、クロスプラットフォームプロジェクトのファイル構造について考えてください。） そして、私のファイルは.resx / .xmlファイルとまったく同じで、次のようになっていると仮定します（私はxmlのプロではありません、ごめんなさい！）：パラメーターParamètres したがって、これは基本的にカスタムxmlであり、適切な文字列を取得するためにキー/言語をポイントします。 ファイルは、アプリケーション内にアクセス可能なファイルを追加するのと同じようにアプリケーションの一部になり、PCLを使用してコーディングされた文字列リソースにアクセスするシステムになります。これにより、アプリケーションにオーバーヘッドが追加されますか？

18 cross-platform  resources  internationalization 

特定のプロジェクトを成功させるために必要なプログラマーの人数をどのように知っていますか？ 私が働いている会社は、クライアント企業の注文を処理します。場所に基づいた在庫管理、注文処理、船荷証券の生成、請求書作成、貨物監査、レポート作成（おそらく50件のレポート）を処理する社内倉庫管理システムを作成しました。また、バーコードスキャン機能とクライアントポータル、およびその他の多数の小さな機能も備えています。また、従業員のフルタイムクロックも含まれています。Quickbooks、UPS、FedExと統合します。機能がわずかに異なる少なくとも50台のクライアントの作業を処理します。たとえば、顧客が送信したファイルから注文をインポートしますが、各顧客は異なるファイル形式（csv、excel、フラットファイル、およびWebサービス）を送信するため、十数個を超える注文変換方法がセットアップされています。輸出も同じ話です。 このプロジェクトは複雑で、毎日25万行を超えるコードで複雑さを増しています。これは、約250,000行のVB.NETコード、6,200行のRubyコード、そしておそらく5,000行のPHPです。また、約200のテーブルを持つMySQLデータベースもあります。 絶えず変化する要件と多数のクライアントの異なるニーズのために、コード自体の品質は非常に貧弱なコードから比較的良いコードまで大きく異なります。 現在、このプロジェクトにはプログラマーが1人しかいません-私です。私は現在、75人ほどの会社のすべての製品サポートも行っています。これには、トラブルシューティングと新しいクライアントのセットアップ、および必要な新しい機能が含まれます。さらに、私たちは全体を100％Ruby on Railsベースに書き換えようとしています。また、来年中にシステム全体を市場に出し、他の企業に使用したいと考えています。 現在、私たちにはプログラマーとしての自分しかいませんが、それで十分だとは思いません。この規模のプロジェクトに必要なプログラマの数や、その質問への答えをどのように決定すべきかについて、誰にも推奨事項がありますか？特に、経営者が来年までに製品の商業品質を望んでいるという事実を考えると？

18 project-management  estimation  resources  scope  effort 

この投稿はコミュニティWikiです。この投稿を改善するには、既存の回答を編集してください。現在、新しい回答は受け付けていません。 AI Horizo​​nと同様に、概念を説明し、ソースコードを提示するAIリソースはありますか？ 私は本や研究論文を読みましたが、それらは一般に概念的なアプローチを提示しますが、実際にはそのソースコードを詳しく調べることはありません。

18 books  resources  artificial-intelligence 

方法を理解しながらyieldキーワード作品を、私が出会ったリンク1とリンク2の使用を提唱StackOverflowの上yield returnDataReaderオブジェクトを反復処理しながら、をし、それは私のニーズに合ったとしても。しかし、yield return以下に示すように使用し、DataReader全体を反復処理しない場合、DB接続はいつまでも開いたままになるのか、疑問に思います。 IEnumerable<IDataRecord> GetRecords() { SqlConnection myConnection = new SqlConnection(@"..."); SqlCommand myCommand = new SqlCommand(@"...", myConnection); myCommand.CommandType = System.Data.CommandType.Text; myConnection.Open(); myReader = myCommand.ExecuteReader(CommandBehavior.CloseConnection); try { while (myReader.Read()) { yield return myReader; } } finally { myReader.Close(); } } void AnotherMethod() { foreach(var rec in GetRecords()) { i++; System.Console.WriteLine(rec.GetString(1)); if …

15 c#  database  .net  resources 

多くの小さなパッケージで構成される大規模なアプリケーションを開発しています。各パッケージには、ローカライズ用の独自のリソースファイルセットがあります。 ローカライズ文字列を整理して命名するための最良のアプローチは何ですか？ これまでの私の考えは次のとおりです。 重複の処理 同じテキスト（たとえば、「Zip code」）が特定のパッケージ内で複数回出現する場合があります。プログラミング本能（DRY）は、すべてのオカレンスで共有される単一の文字列リソースを作成するように指示します。 繰り返しになりますが、翻訳者は場所によっては長い翻訳（ "Postleitzahl"）を選択し、スペースの少ない場所では短い翻訳（ "PLZ"）を選択することもできます。または、一部のオカレンス（「Zip code：」）にコロンを追加し、他のオカレンスには追加しないこともできます。または、場所によっては異なる大文字（「郵便番号」）が必要になる場合があります。これらの引数はすべて、内容が同一であっても、使用ごとに1つのリソースを作成することを指します。 ネーミング 重複を排除することを目的とする場合、contentでリソースに名前を付けることは理にかなっています。おそらくプレフィックスを介した使用の種類を示唆しています。我々が持っているかもしれだからlabelOK= 「OK」を、messageFileTooLarge= 「ファイルは、最大ファイルサイズを超えています。」、およびlabelZipCode= "Zip code"。 コンテンツによる命名には、フォーマット引数を自然に処理できるという利点があります。リソースはmessageFileHas_0_MBWhileMaximumIs_1_MB明らかに、実際のファイルサイズと最大ファイルサイズの2つのフォーマット引数を取ります。 ただし、重複を許可する場合、コンテンツだけで名前を付けることは意味がありません。一意のリソース名を取得するには、リソース名に使用場所を何らかの形で含める必要があります。識別子は少し長くなる傾向がありますが、グラフィカルコントロールでは機能します：fileSelectionConfirmationButtonText= "OK"、customerDetailsTableColumnZipCode= "Zip Code"。ただし、非ビジュアルコードファイルの場合は難しくなります。最終的に表示される場所がわからない場合、文字列の特定の使用法にどのように名前を付けますか？コードファイルと関数名で？私にはかなり不器用で脆いようです。 全体として、重複を許可しようとしていますが、これをサポートする一貫した命名スキームを見つけるのに苦労しています。 編集：この質問には2つの側面があります。リソースを整理する方法（DRYと複製）、および名前の付け方です。これまでのところ、答えは最初の側面に集中しています。命名規則に関するフィードバックをお願いします！

14 naming  resources  internationalization  localization 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 「神話の月の外で、これは時の試練に耐える数少ない大衆市場ソフトウェア工学の本の一つかもしれない」と考えて、私は棚の上のCode Completeを見ていました。この理由で、私はそれを読み直すために飛び込むことを考えています。 私は興味があります-他の誰かが最近それを再確認しましたか？私は、彼が非常に間違っていることを見ましたか？ これは攻撃ではなく、書評の依頼でもありません。長年にわたってどのアイデアが変わったかにもっと興味があります。 そして、どうぞ-「Demarco / Spewak / Zachmanは時の試練に耐えました...」についてのコメントはありません。私はCode Completeに特に興味があります。

14 coding  resources 

APIを設計する際に、PUTペイロードに更新対象のリソースのIDを含める必要があるかどうかという疑問に思いつきました。 これは私たちが現在持っているものです： PUT /users/123 Payload: {name: "Adrian"} ルートコードはURIからIDを抽出し、更新を続行します。 APIの最初のユーザーは、ペイロードにIDを許可しない理由を疑問視しています。 PUT /users/123 Payload: {id: 123, name: "Adrian"} 許可しなかった理由は、ペイロードとURIでIDが重複しているためです。 これについてもう少し考えて、リソースをURIに結合しています。 URIにIDがない場合、ペイロードを修正する必要があります。 PUT /no/id/here Payload: {name: "Adrian"} < What user??? しない理由はありますか？

13 rest  resources 

quothがJavadocを： ストリームにはBaseStream.close（）メソッドがあり、AutoCloseableを実装していますが、ほとんどすべてのストリームインスタンスを実際に使用後に閉じる必要はありません。通常、ソースがIOチャネル（Files.lines（Path、Charset）によって返されるものなど）であるストリームのみを閉じる必要があります。ほとんどのストリームは、特別なリソース管理を必要としないコレクション、配列、または生成関数によって支援されます。（ストリームを閉じる必要がある場合、try-with-resourcesステートメントでリソースとして宣言できます。） 「ほぼすべて」と「一般に」はあいまいです-ライブラリを作成していて、そのストリームのユーザーからストリームのソースを抽象化している場合は、とにかく自分に質問する必要があります-「閉じる必要がありますこの？" 端末操作はを呼び出さないため、IOがサポートするストリームを閉じる必要がありますclose。そのため、事実上、ストリームの送信元を常に覚えておくか、常にストリームする必要がありますclose。 核となる選択肢は、メソッドからストリームを返さないか、ストリームパラメーターを受け入れないことです。これは、JDKチームの一部の人々によって反響されてきた感情です。Streamsの実用的な有用性を考えると、過度に制限されていることがわかります。 Streamsを閉じる際のベストプラクティスは何ですか？よく似たコミュニティの質問に通常積極的に参加しているJDKの人々から、これに対する答えをオンラインで探しましたが、関連するものは見つかりませんでした。

12 java  resources  java8 

私は経験豊富なC ++開発者であり、言語を非常に詳細に知っており、その特定の機能の一部を集中的に使用しました。また、私はOODの原則とデザインパターンを知っています。私は今C＃を学んでいますが、C ++の考え方を取り除くことができないという気持ちを止めることはできません。私はC ++の強みに一生懸命縛り付けたので、いくつかの機能がなければ生きられません。また、C＃でそれらの適切な回避策または代替策を見つけることができません。 どのような良いプラクティス、デザインパターン、イディオム C ++の観点から、C＃で異なっているあなたは提案することができますか？C＃で馬鹿げていない完璧なC ++デザインを取得するにはどうすればよいですか？ 具体的には、対処するC＃風の良い方法を見つけることができません（最近の例）： 確定的なクリーンアップを必要とするリソース（ファイルなど）の有効期間を制御します。これは簡単usingに手に入れることができますが、リソースの所有権が転送されているときに適切に使用する方法[... betwen threads]？C ++では、単に共有ポインタを使用して、適切なタイミングで「ガベージコレクション」を処理します。 特定のジェネリックの関数をオーバーライドすることに常に苦労しています（C ++での部分的なテンプレートの特殊化などが大好きです）。C＃でジェネリックプログラミングを行う試みを放棄する必要がありますか？ジェネリックは意図的に制限されている可能性があり、特定の問題領域を除いてジェネリックを使用するのはC＃っぽくないですか？ マクロのような機能。一般に悪い考えですが、問題の一部の領域では、他の回避策はありません（たとえば、デバッグリリースにのみ送信されるログのように、ステートメントの条件付き評価）。それらを持たないということは、if (condition) {...}定型文を追加する必要があることを意味しますが、副作用を引き起こすという点ではまだ同じではありません。

12 c#  c++  resources  patterns-and-practices  migration