問題タブ [paradigms]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
.net - .NET でのロックの再確認
Java でダブルチェック ロック パラダイムが壊れている理由を説明しているこの記事に出くわしました。変数が宣言されている場合、パラダイムは .NET (特に C#) で有効ですvolatile
か?
language-agnostic - フローベースのプログラミング
ここ数日、フローベースのプログラミングについて少し読んでいます。詳細を提供するwikiがあります。また、ウィキペディアにもその概要がよくまとめられています。私が最初に思ったのは、「レゴランドごっこプログラミングの偉大な支持者だ」というものでした。これは 80 年代後半にさかのぼるコンセプトです。しかし、読み進めるうちに、私は興味をそそられたことを認めなければなりません。
- 実際のプロジェクトで FBP を使用したことがありますか?
- FBPについてどう思いますか?
- FBPに未来はありますか?
ある意味では、手続き型言語の出現以来、私たちの業界が追求してきた再利用の聖杯のように思えます。
paradigms - 最近の大変動的なパラダイムシフトから何を学べますか?
非常にまれに、私たちの前提をひっくり返すソフトウェア学習体験を経験し、まったく新しい視点からソフトウェア開発を見ています。しばらくそこにいた私たちのほとんどにとって最も明白なものは、ハードコア OOP への移行でした。他にどのような地震を経験したことがありますか?また、あなたの経験を使用して、私たちの仮定に疑問を投げかけるにはどうすればよいと思いますか?
EDIT:あなたが学んだこと、そしてそれがあなたのプログラミングをどのように変えたかについての提案はありますか?
programming-languages - 混乱している。OO は本質的に必須ですか、それともマルチパラダイムですか?
stackoverflow の回答と質問を読んでいると、オブジェクト指向は本質的に必須であるために区分化されているという印象を受けています。
しかし、オブジェクト指向は、コードとデータを現実世界のオブジェクトに区分化するための単なる方法ではありませんか?
もしそうなら、なぜそのようなプラットフォームで動作する他の下位レベルのパラダイムを放棄するのでしょうか?
デフォルトで不変のオブジェクトベースのジェネリック型システムであるIOWは、関数型の第一言語が機能する方法であり、デフォルトで可変のオブジェクトベースのジェネリック型システムは命令型言語の世界です。
それとも、何かが完全に欠けていますか?
cpu - マルチコア アーキテクチャの出現は、ソフトウェア開発者としての私に影響を与えますか?
主に高水準プログラミング言語を扱うソフトウェア開発者として、マルチコア コンピューターの今後の遍在化に適切に注意を払うために何ができるかわかりません。私はほとんどの場合、通常の要求の厳しいアプリケーションを作成しますが、将来をマスターするためにプログラミング パラダイムや言語を変更する必要があるかどうかを知ることは重要だと思います。
したがって、私の質問:
How to deal with increasing multicore presence in day-by-day hacking?
multithreading - スレッドパラダイム?
マルチスレッド アプリケーションを作成する際に、考え方が変わったり、見方が変わったりするパラダイムはありますか? おそらく、手続き型プログラミングと関数型プログラミングのように、大きく異なるものを感じるでしょう。
terminology - 関数型、宣言型、および命令型プログラミング
関数型プログラミング、宣言型プログラミング、命令型プログラミングという用語は何を意味しますか?
paradigms - Dtrace のプログラミング パラダイムとは何ですか?
私はしばらくの間 Dtrace を使用してきましたが、時間が経つにつれて、Dtrace で使用される D 言語のプログラミング パラダイムは何なのか疑問に思うようになりました。
それは命令型言語ではないので、ある種の宣言型関数型言語であることを意味しますが、私は言語分類の専門家ではないので、D 言語は公式に (または半公式に) 何に分類されるべきでしょうか?
programming-languages - 生産性を向上させたプログラミングの概念/テクニックは何ですか?
私はプログラミングを数年間行っており、それ以来、より優れたプログラマーになるためのいくつかの概念とテクニック (つまり、OOP、MVC、正規表現、ハッシュなど) を学びました。また、いくつかの言語 (basic、pascal、C/C++、lisp、prolog、python) を学べたことで、視野が非常に積極的に広がったと感じています。しかし、しばらく前から、新しい良い「トリック」を学んでいないような気がします。学習フローをやり直せるような興味深いコンセプト/テクニック/トリックを提案できますか?
php - 手続き型コードベースを使用して PHP で単体テストを作成するにはどうすればよいですか?
私は単体テストの利点についてほぼ確信しており、PHP で書かれた既存の大規模なコードベースにこの概念を適用したいと考えています。このコードの 10% 未満はオブジェクト指向です。
いくつかの単体テスト フレームワーク (PHPUnit、SimpleTest、および phpt) を見てきました。ただし、手続き型コードをテストするこれらの例は見つかりませんでした。私の状況に最適なフレームワークは何ですか? 非 OOP コードを使用して PHP の単体テストを行う例はありますか?