タグ付けされた質問 「source-code」

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 最近、プログラマがソースコードを販売するのを支援する2つのサイト-binpressとcodecanyonに出会いました。誰もがこれらのようなサイトで経験/成功していますか？ それらを再び使用しますか？それらの何が良かったのですか？それらの何が悪かったのですか？

12 source-code  sales 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 以前は、WPFプロジェクトに適したTimeLineコントロールを探していました。ここでこのCodePlexプロジェクトに導く答えを見つけました。 次に、文化のニーズを満たすためにコードを変更します。しかし、いくつかの不一致があります！ 私の質問は： このような数千行のコードをどのように操作しますか？ 編集： どんなショートカットも素晴らしいでしょう！

12 project-management  source-code 

ブールクラスは列挙型として実装するのに理想的な候補であるように思えます。 ソースコードを見ると、ほとんどのクラスは静的メソッドであり、変更せずに列挙型に移動できますが、残りは列挙型としてはるかに単純になります。オリジナルを比較（コメントと静的メソッドは削除）： public final class Boolean implements java.io.Serializable, Comparable<Boolean> { public static final Boolean TRUE = new Boolean(true); public static final Boolean FALSE = new Boolean(false); private final boolean value; public Boolean(boolean value) { this.value = value; } public Boolean(String s) { this(toBoolean(s)); } public boolean booleanValue() { return value; …

11 java  api  source-code 

C＃コミュニティは、最も経験の浅いプログラマーでさえ使用することを知っているインターフェイスを示すために、「I」プレフィックスを広く使用しています。 列挙型、抽象クラス、または構造体の接頭辞を付けないのはなぜですか（おそらくそれぞれ「E」、「A」、「S」を使用）。 たとえば、すべての抽象クラスに「A」のマークを付けた場合、そのタイプに関する貴重な情報が提供されますが、それは推測できますが、すぐにはわかりません。 私はこの変更を支持していないことに注意してください。私たちがこのように物事をしない理由を理解しようとしているだけです。 このスレッドは、「I」プレフィックスを使用する理由に答えますが、他のプレフィックスを使用しない理由には答えません。

11 c#  .net  coding-standards  source-code 

休業。この質問には詳細または明確さが必要です。現在、回答を受け付けていません。 この質問を改善してみませんか？詳細を追加し、この投稿を編集して問題を明確にしてください。 3年前休業。 私はプログラミングの初心者であり、用語をよく理解していません。CやC ++などのコンパイル済み言語で記述されたソースコードがプログラムと見なされるかどうかを知りたいのですが。そうでない場合は、誰かが理由を説明できますか？

10 terminology  source-code 

多くの場合、コードの形式を実際に選択しないと思います。つまり、過去の私のツールのほとんどが私のために決定したということです。または私は本当にそれについてさえ考えていません。先日WindowsでTextPadを使用していて、ファイルを保存していると、ASCII、UTF-8 / 16、Unicodeなどについてプロンプトが表示されました... 書かれたコードのほとんどすべてがASCIIであると想定していますが、なぜそれがASCIIである必要があるのですか？ソースコードに実際にUTF-8ファイルを使用する必要がありますか。その理由は何ですか。これは多言語チームに役立つかもしれないと思います。多言語チームが変数/関数などに名前を付ける方法に関連する標準はありますか？

10 coding-standards  source-code  character-encoding  utf-8 

商用開発で​​はコードレビューが強く求められていることは知っています。しかし、コードレビューはオープンソースソフトウェアで使用されていますか、それとも信頼に基づいていますか？もしそうなら、彼らはどのように実行されますか？[遅延コミット、「プリコミット環境」ですか、パッチを別の開発者に送信できるツールはありますか？] コードレビューを使用するプロジェクトはありますか？ 私の理解では、Linuxカーネルは主にコミッターの信頼に基づいています。MySQLは、主要な著者の承認とパフォーマンスへの影響に基づいていました。

10 open-source  code-reviews  source-code 

のは、私が持っていると言うのブログの一つ下で利用可能なクリエイティブ・コモンズのライセンスを。このようなタイプのライセンスは、実際のライセンスへのリンクなどとともに各ページの下部に表示されます。 ただし、クリエイティブコモンズライセンスはソフトウェアやソースコードの配布には実際には適していないようです。そのため、ブログ投稿の一部となる可能性のあるコード（スニペット/フラグメント、さらには完全なプログラムなど）についてはどうでしょうか。 私がこのコードをGPLv3としてリリースすることを選択した場合、ページの下部に次のように言うことは十分許容でき、明確です。 GPLv3の下でリリースされているコードスニペット/フラグメント/サンプルの形でソースコードを、「？ または、そのような状況を明らかにするためのより良い/異なる/より正式な方法はありますか？

10 licensing  source-code  creative-commons 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 ソフトウェア会社が販売している製品の1つにソースコードを紛失した場合、一般の人に説明できるとしたら、それはどれほど深刻なことでしょうか。「重大な過失」という言葉は強すぎますか？または「総無能」？明らかに誰も殺されなかったが、人々が刑務所の時間を過ごすためのいくつかの経済的過失ほど深刻ではないか？ 編集： それは、ディスクドライブがクラッシュしたり、自然災害が発生したりするようなものではないとしましょう。彼らはそれを誤って置きました。

9 source-code  legal 

まず、私は1974年の「科学的思考の役割について」の抜粋エズガーW.ダイクストラの論文を読みました。 私にあなたに説明しようと思います、私の好みに何がすべてのインテリジェントな思考に特徴的です。それは、自分の一貫性を保つために、自分の主題の側面を分離して詳細に研究することをいとわないことです。常に、側面の1つだけで自分を占有していることを知っています。私たちはプログラムが正しい必要があることを知っており、その観点からのみそれを学ぶことができます。また、効率的である必要があることもわかっており、いわば、別の日にその効率を調査することができます。別の気分では、プログラムが望ましいかどうか、またそうである場合、なぜプログラムが望ましいかを自問することがあります。しかし、これらのさまざまな側面に同時に取り組むことによって何も得られません-逆に！-。それは私が時々「懸念の分離」と呼んだものであり、それは完全に可能ではないにしても、私の知る限り、思考を効果的に順序付けるために利用できる唯一の手法です。これは、「ある側面に注目する」という意味です。他の側面を無視することを意味するのではなく、この側面の観点から見れば、他の側面は無関係であることを正当化するだけです。それは1つと複数のトラックを同時に気にしています。 私は、コードをモジュール化することについて、現代の懸念の分離が語られているのを見ています。しかし、上記の引用を読んで、私はこれをあなたの心を一度に1つの特定のタスクに集中させ、他の側面に焦点を合わせないものとして理解します。これは、必ずしもコードをモジュール化されたチャンクに分離する必要があることを意味するわけではありません。 つまり、1つのファイルに、ビュー、リポジトリ、コントローラー、イベント処理、ファクトリーなどの概念がすべて1つのファイルにあるというコードが目の前にあるとします。 簡単な例として、データアクセスと表示（出力）を行うコードを次に示します。 $sql = "SELECT * FROM product WHERE id = " . db_input($id); $row = db_fetch_array(db_query($sql)); <option value="<?=$row['id']?>"<?= $row['ver'] == $row['ver'] ? ' selected="selected"' : '' ?>>Version <?=$row['ver']?></option> モダンなオブジェクト指向を使用して、リポジトリパターンを使用して独自のファイルにデータアクセスを配置し、ビューコードを独自のファイルテンプレートに入れ、それらをまとめてコントローラー（またはアクションまたはリクエストハンドラー）を介して通信することができます。ファクトリーを追加して、さまざまな依存関係を作成して接続します。そして、それらのファクトリーを定義する構成ファイルを持つことができます。確かに、それは単一ファイルのすべてから一歩離れています。 懸念の分離に関する私の質問は次のようなものです。ダイクストラの引用を読んで、おそらく彼が懸念の分離を必ずしも「コードのモジュール化（ファイルまたは独自の関数/メソッド/その他への）分離」であるとは限らないという考えを得ました。また、コードで物理的に分離されているかどうかに関係なく、他の重要であるが現時点では検討されていない側面に集中することなく、プログラムの側面に集中することを意味しました。 では、なぜ、物理的なモジュラーコードの分離と設計パターンに負担をかけているのでしょうか。コードがどのように構造化されているかに関係なく、アスペクトに専念するだけでは十分ではありませんか？ 私は最も恐ろしいスパゲッティコードを書くことについて話しているのではなく、その側面のみを検討しているので、それはおそらく負担になります。しかし、結局のところ、私が目指しているのは、物理的なコード分離を実行する理由であり、側面に精神的に集中する必要がないのに、なぜコードを個別のファイルまたはチャンク（メソッド）に分割するのか、です。 懸念の分離は、肉体的ではなく精神的な運動のままである必要がありますか？ 言い換えれば、プログラミングの精神的側面（焦点を当てる）と物理的側面（紙面上のコード）の間に断絶があるべきでしょうか？

9 design  source-code  separation-of-concerns  modularization  dijkstra 

最近デジタル化されてリポジトリになり、元のApollo 11ガイダンスコンピューターのソースコードがGithubで表示できるようになりました。 ではMAIN.agc、レポ作者のコメント、彼らはその 巨大なモノリシックソースコードを、より小さく管理しやすいチャンク、つまり個別のソースファイルに分割します。 少し後で、著者は述べています 単純にソースファイルを個別にアセンブルしてからリンクして実行可能ファイルを形成するのではなく、何万行ものソース行がインクルードによって結合される理由を合理的に尋ねられる場合があります。答えは、元の開発チームにはリンカーがなかったということです。 リンカとは何か知っており、リンカの要点は理解していますが、「ASMに関する限り」「結合によって結合される」というフレーズは聞いたことがありません。 これは何を意味するのでしょうか？リンカはプログラミングにおいて非常に重要であることを考えると、「組み込み手段」によるリンカのこの置換が何であり、それがどのように機能するのか私は興味があります。

9 source-code  assembly  linking  asm 

私は自分でカレンダープロジェクトに取り組んでいます。このプロジェクトでは、スイスのエフェメリスを使用します。GPLv2と商用でライセンスされています。ライセンスの商用バージョンでは、開発者は自分の希望どおりにソフトウェアを配布する権利があります。しかし、これは私の個人的なプロジェクトなので、GPLv2ライセンスを使用する必要があります。 ライブラリとデータファイルを使用して、カレンダーのデータを生成しています。今後、これらのカレンダーを自由にウェブサイトで公開していきます。このプロセスでは、明らかにライブラリを変更し、独自のコードやその他の雑用を記述しなければなりません。最終的なソースコードを公開する必要がありますか？ 公開しても問題ありません。しかし、もしそうなら、私は尋ねています。 編集：@apsillersなどの詳細な回答から、ソフトウェアをGPLにしたり、Webサイトの訪問者にソースコードを提供したりする必要がないことは明らかです。表示されているデータをGPLにする必要がありますが、GPLv2以降でライセンスされた商用のスイスエフェメリスデータとして： より一般的には、プログラムが入力を他の形式に変換するとき、出力の著作権ステータスは、それが生成された入力の著作権ステータスを継承します。

9 licensing  open-source  gpl  source-code 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 別のドキュメントとしてではなく、なぜソースコードの自然言語記述（つまり、コード行が記述された理由）をソースコード内に埋め込むのですか？ 現代の開発環境（高解像度モニター、デュアルモニターなど）に提供される広大な不動産を考えると、IDEは、ソースコードが視覚的に分離されているが本質的にリンクされているセミロックステップパネルを提供できます。対応するコメント。たとえば、開発者はハイパーリンクマークアップ言語（追加のソフトウェア要件へのリンク）でソースコードコメントを書くことができます。これにより、ドキュメントがソースコードを乱雑にするのを同時に防止できます。 このようなソフトウェア開発メカニズムを阻害する欠点は何ですか？ 質問を明確にするためのモックアップ： カーソルがソースコードの特定の行（上記の青色の背景で表示）にある場合、カーソルのある行に対応するドキュメントが強調表示されます（他の詳細と区別されます）。質問で述べたように、カーソルがソースコード内を移動するとき、ドキュメントはソースコードとロックステップのままです。ホットキーで「ドキュメントモード」と「開発モード」を切り替えることができます。 潜在的な利点は次のとおりです。 画面上のソースコードとドキュメントの同時表示 （言語に関係なく）ソースコードとは関係なくドキュメントを編集する機能 マージの競合なしに、ドキュメントとソースコードを並行して作成する 優れたテキスト形式のリアルタイムハイパーリンクドキュメント さまざまな自然言語への準リアルタイム機械翻訳 コードのすべての行は、タスク、ビジネス要件などに明確にリンクできます。 ドキュメントは、コードの各行が記述されたときに自動的にタイムスタンプを付けることができました（メトリック） アーキテクチャ図、関係を説明する画像などを動的に含める 単一ソースのドキュメント（ユーザーが手動で含めるためのタグコードスニペットなど）。 注意： ドキュメントウィンドウは折りたたむことができます ソースファイルを表示または比較するワークフローは影響を受けません 実装がどのように行われるかは詳細です。ドキュメントは次のようになります。 ソースファイルの末尾に保持されます。 規則（filename.c、filename.c.doc）で2つのファイルに分割します。または 完全にデータベース駆動 ハイパーリンクされたドキュメントとは、外部ソース（StackOverflowやWikipediaなど）および内部ドキュメント（つまり、ビジネス要件ドキュメントを相互参照できるサブドメイン上のWiki）およびその他のソースファイル（JavaDocsに類似）へのリンクを意味します。 関連スレッド：業界のドキュメントに対する嫌悪感とは何ですか？

9 development-process  documentation  source-code 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 5年前休業。 見慣れないコードを手動で検査（確認または変更）するとき、3つのオプションがあるようです。 トップダウン読み取り、ファイル名はそうどのように基本的なことで、それぞれ次のソースファイルを選択し、コードの。 私は通常、ほぼすべてを読むことになります。一部のファイルは2回。 幅優先読み取り、私が見つけ、最小限の理解した上で、呼び出すメソッドのすべてを読み、。次に、関数が呼び出したすべての関数を読み取ります。 私のメンタルスタックは、数回の呼び出しで深くすると、オーバーフローする傾向があります。 デバッガですべてのコードをステップ実行する深さ優先の読み取りでは、これに8分かかるのか8時間かかるのかわかりません。 コードの内容を十分に理解するのに十分なコードを読んだら、基本コードが20％以下である一方で、コードベースの80％以上を読んだことをよく反映します。私は多くの時間を無駄にしました。 なじみのないコードをすばやく把握するには、どのツールが役立ちますか？クリティカルコードパスの「全体像」を示し、特定の部分の詳細にドリルダウンできるツールはありますか？

9 tools  code-reviews  source-code  maintenance 

ycombinatorによる最近の記事に、優れたプログラマーの原則を伴うコメントがリストされています。 #7.良いプログラマー：コードを最適化します。優れたプログラマー：データを構造化します。最高のプログラマー：違いは何ですか？ 主観的で論争のある概念を認める-これが何を意味するかについて誰かが立場を持っていますか？私はそうしますが、私は後でこの質問を自分の考えで編集して、回答の素因を作らないようにしたいと思います。

9 programming-practices  source-code  data  patterns-and-practices