副作用 - 版の履歴

2024年3月13日 (水) 01:22にAdministratorによる

2024-03-13T01:22:24Z

← 古い版		2024年3月13日 (水) 01:22時点における版
36行目:		36行目:
	*[[人月の神話]]		*[[人月の神話]]

	~~==参考文献==~~		[[category: プログラミング]]
	~~{{reflist}}~~

	~~{{stub}}~~

Administrator: /* 回避策 */

2020-03-31T06:50:36Z

回避策

← 古い版		2020年3月31日 (火) 06:50時点における版
16行目:		16行目:
	これらを回避する目的で様々な手法が考案されている。		これらを回避する目的で様々な手法が考案されている。

	===~~プログラミング言語~~===		===プログラミング言語レベルでの回避策===
	副作用をもつ[[プログラミング言語]]を根絶しよう考案されたのが[[関数型プログラミング言語]]である。		副作用をもつ[[プログラミング言語]]を根絶しよう考案されたのが[[関数型プログラミング言語]]である。

	関数型といっても[[JavaScript]]~~など多くのものは「副作用を低減しよう」というもので逃げ道的な要素を残していることが多く、まずは~~[[プログラマー]]の教育が非常に重要な要素となる。		関数型といっても[[JavaScript]]など多くの[[プログラミング言語]]は「副作用を低減しよう」というものであり、逃げ道的な要素を残していることが多く、まずは[[プログラマー]]の教育が非常に重要な要素となる。

	一方で副作用を絶対悪とし完全排除を試みた[[プログラミング言語]]もあり、それらは「[[純粋関数型プログラミング言語]]」と呼ばれる。たとえば[[Haskell]]などでは引数と戻り値がすべてであり、それ以外は絶対に許されないという言語仕様で副作用を封じ込めている。ただ純粋関数型であっても業務システムではほぼ必須となる[[データベース]]などの広く共有する部分が[[グローバル変数]]的に機能するため副作用の完全なる排除は難しいのが実情である。		一方で副作用を絶対悪とし完全排除を試みた[[プログラミング言語]]もあり、それらは「[[純粋関数型プログラミング言語]]」と呼ばれる。たとえば[[Haskell]]などでは[[引数]]と[[戻り値]]がすべてであり、それ以外は絶対に許されないという言語仕様で副作用を封じ込めている。ただ純粋関数型であっても業務システムではほぼ必須となる[[データベース]]などの広く共有する部分が[[グローバル変数]]的に機能するため副作用の完全なる排除は難しいのが実情である。

	これらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。		これらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。

	===~~プロジェクト運用~~===		===プロジェクト運用レベルでの回避策===
	その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]~~」という。ただし~~[[ペアプログラミング]]や[[RAIDプログラミング]]は、[[派遣社員]]が大半を占め、[[人的リソース]]の入れ替わりが激しいに日本でこそ有意義な仕組みであるが、日本では実践しているという話はあまり聞いたことがない。また、やらないよりはマシな程度の効果ではあるが[[コードレビュー]]も有効であるとされる。		その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]」という。

			ただし[[ペアプログラミング]]や[[RAIDプログラミング]]は、[[派遣社員]]が大半を占め、[[人的リソース]]の入れ替わりが激しいに日本でこそ有意義な仕組みであるが、日本では実践しているという話はあまり聞いたことがない。

			また、やらないよりはマシな程度の効果ではあるが[[コードレビュー]]も有効であるとされる。

	==関連項目==		==関連項目==

2020年3月31日 (火) 06:47にAdministratorによる

2020-03-31T06:47:49Z

← 古い版		2020年3月31日 (火) 06:47時点における版
1行目:		1行目:
	'''副作用'''~~とは、~~[[プログラミング]]において、ある[[メソッド]]の[[引数]]と[[戻り値]]以外の要素が、そのメソッドの動作に影響を及ぼすことをいう。		'''副作用'''（読み：ふくさよう）とは、[[プログラミング]]において、ある[[メソッド]]の[[引数]]と[[戻り値]]以外の要素が、そのメソッドの動作に影響を及ぼすことをいう。

	==概要==		==概要==

153.220.119.198: /* 概要 */

2015-03-09T02:21:48Z

概要

← 古い版		2015年3月9日 (月) 02:21時点における版
2行目:		2行目:

	==概要==		==概要==
	~~副作用とは~~[[グローバル変数]]などの要素がある[[メソッド]]の動作に影響を及ぼすことをいう。本来であればメソッドの[[引数]]と[[戻り値]]だけを考慮すればいいはずであるが、メソッド内部で[[グローバル変数]]を参照するなどしていることにより、それらもすべて把握していなければそのメソッドを利用することができないという状態である。		[[プログラミング]]における副作用とは、[[グローバル変数]]などの要素がある[[メソッド]]の動作に影響を及ぼすことをいう。本来であればメソッドの[[引数]]と[[戻り値]]だけを考慮すればいいはずであるが、メソッド内部で[[グローバル変数]]を参照するなどしていることにより、それらもすべて把握していなければそのメソッドを利用することができないという状態である。

	==オブジェクト指向で顕著になる==		==オブジェクト指向で顕著になる==

153.220.119.198: /* プログラミング言語 */

2015-03-09T02:04:36Z

プログラミング言語

← 古い版		2015年3月9日 (月) 02:04時点における版
17行目:		17行目:

	===プログラミング言語===		===プログラミング言語===
	副作用をもつ[[プログラミング言語]]を根絶しよう考案されたのが[[関数型プログラミング言語]]である。関数型といっても多くのものは「副作用を低減しよう」と逃げ道的な要素を残していることが多い。一方で副作用を絶対的に悪とし完全排除を試みたプログラミング言語もあり、それらは「[[純粋関数型プログラミング言語]]」と呼ばれる。たとえば[[Haskell]]などでは引数と戻り値がすべてであり、それ以外は絶対に許されないという言語使用で副作用を封じ込めている。ただそこれらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。		副作用をもつ[[プログラミング言語]]を根絶しよう考案されたのが[[関数型プログラミング言語]]である。

			関数型といっても[[JavaScript]]など多くのものは「副作用を低減しよう」というもので逃げ道的な要素を残していることが多く、まずは[[プログラマー]]の教育が非常に重要な要素となる。

			一方で副作用を絶対悪とし完全排除を試みた[[プログラミング言語]]もあり、それらは「[[純粋関数型プログラミング言語]]」と呼ばれる。たとえば[[Haskell]]などでは引数と戻り値がすべてであり、それ以外は絶対に許されないという言語仕様で副作用を封じ込めている。ただ純粋関数型であっても業務システムではほぼ必須となる[[データベース]]などの広く共有する部分が[[グローバル変数]]的に機能するため副作用の完全なる排除は難しいのが実情である。

			これらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。

	===プロジェクト運用===		===プロジェクト運用===

114.49.50.25: /* プロジェクト運用 */

2015-03-08T06:06:00Z

プロジェクト運用

← 古い版		2015年3月8日 (日) 06:06時点における版
20行目:		20行目:

	===プロジェクト運用===		===プロジェクト運用===
	その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]~~」という。なかでも~~[[ペアプログラミング]]や[[RAIDプログラミング]]~~は有名であるが実践しているという話はあまり聞いたことがない。また、やらないよりはマシな程度の効果ではあるが~~[[コードレビュー]]も有効であるとされる。		その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]」という。ただし[[ペアプログラミング]]や[[RAIDプログラミング]]は、[[派遣社員]]が大半を占め、[[人的リソース]]の入れ替わりが激しいに日本でこそ有意義な仕組みであるが、日本では実践しているという話はあまり聞いたことがない。また、やらないよりはマシな程度の効果ではあるが[[コードレビュー]]も有効であるとされる。

	==関連項目==		==関連項目==

114.49.50.25: /* オブジェクト指向で顕著になる */

2015-03-08T06:04:04Z

オブジェクト指向で顕著になる

← 古い版		2015年3月8日 (日) 06:04時点における版
9行目:		9行目:
	たとえば[[C Sharp\|C#]]などの[[クラスベースオブジェクト指向]]における[[フィールド変数]]（[[言語]]によっては[[メンバ変数]]や[[インスタンス変数]]とも呼ばれる）や[[プロパティ]]は、実質的に[[C言語]]などの[[グローバル変数]]となんら変わらなく、その内容がメソッドの動作に影響を及ぼすため、これらをすべて把握していなければ正しい利用は難しくなる。		たとえば[[C Sharp\|C#]]などの[[クラスベースオブジェクト指向]]における[[フィールド変数]]（[[言語]]によっては[[メンバ変数]]や[[インスタンス変数]]とも呼ばれる）や[[プロパティ]]は、実質的に[[C言語]]などの[[グローバル変数]]となんら変わらなく、その内容がメソッドの動作に影響を及ぼすため、これらをすべて把握していなければ正しい利用は難しくなる。

	また、[[オブジェクト指向]]では[[フィールド変数]]や[[プロパティ]]が[[クラス]]になっていることも多いため、その先々の[[フィールド変数]]や[[プロパティ]]がもたらす副作用まで同様にすべてを把握していなければならない。オブジェクト指向は小規模なうちはC言語のグローバル変数よりも影響範囲は少ないように思えるがプロジェクトが肥大化し階層構造が複雑化した後にはデスマーチへの片道切符であるといえ、まさに「[[階層化の有害性]]」であるともいえる。		また、[[オブジェクト指向]]では[[フィールド変数]]や[[プロパティ]]が[[クラス]]になっていることも多いため、その先々の[[フィールド変数]]や[[プロパティ]]がもたらす副作用まで同様にすべてを把握していなければならない。[[オブジェクト指向]]は小規模なうちは[[C言語]]における[[グローバル変数]]よりも影響範囲は少ないように思えるが、プロジェクトが肥大化し階層構造が複雑化した後には[[デスマーチ]]への片道切符であるといえ、まさに「[[階層化の有害性]]」であるともいえる。

	プロジェクトの規模が小さいうちは問題になることは少ないが、複数人が関わるプロジェクトでは認識の食い違いなどが発生し、最終的に殴り合いになる。		プロジェクトの規模が小さいうちは問題になることは少ないが、複数人が関わるプロジェクトでは認識の食い違いなどが発生し、最終的に殴り合いになる。

114.49.50.25: /* 回避策 */

2015-03-08T06:02:48Z

回避策

← 古い版		2015年3月8日 (日) 06:02時点における版
16行目:		16行目:
	これらを回避する目的で様々な手法が考案されている。		これらを回避する目的で様々な手法が考案されている。

	~~まず、そのような副作用をもつ~~[[プログラミング言語]]~~を根絶しようという「~~[[純粋関数型プログラミング言語]]~~」である。~~[[Haskell]]などでは引数と戻り値がすべてであり、それ以外は絶対に許されないという言語使用で副作用を封じ込めている。ただそこれらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。		===プログラミング言語===
			副作用をもつ[[プログラミング言語]]を根絶しよう考案されたのが[[関数型プログラミング言語]]である。関数型といっても多くのものは「副作用を低減しよう」と逃げ道的な要素を残していることが多い。一方で副作用を絶対的に悪とし完全排除を試みたプログラミング言語もあり、それらは「[[純粋関数型プログラミング言語]]」と呼ばれる。たとえば[[Haskell]]などでは引数と戻り値がすべてであり、それ以外は絶対に許されないという言語使用で副作用を封じ込めている。ただそこれらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。

			===プロジェクト運用===
	その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]」という。なかでも[[ペアプログラミング]]や[[RAIDプログラミング]]は有名であるが実践しているという話はあまり聞いたことがない。また、やらないよりはマシな程度の効果ではあるが[[コードレビュー]]も有効であるとされる。		その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]」という。なかでも[[ペアプログラミング]]や[[RAIDプログラミング]]は有名であるが実践しているという話はあまり聞いたことがない。また、やらないよりはマシな程度の効果ではあるが[[コードレビュー]]も有効であるとされる。

2015年3月8日 (日) 00:05に111.188.6.244による

2015-03-08T00:05:29Z

← 古い版		2015年3月8日 (日) 00:05時点における版
5行目:		5行目:

	==オブジェクト指向で顕著になる==		==オブジェクト指向で顕著になる==
	~~とくに肥大化したオブジェクト指向プログラミング言語を使用したプロジェクトで問題視されることが多い。たとえば~~[[~~C Sharp\|C#~~]]などのクラスベースオブジェクト指向におけるフィールド変数（言語によってはメンバ変数やインスタンス変数とも呼ばれる）やプロパティは、実質的に[[C言語]]などの[[グローバル変数]]となんら変わらなく、その内容がメソッドの動作に影響を及ぼすため、これらをすべて把握していなければ正しい利用は難しくなる。		副作用はとくに肥大化した[[オブジェクト指向プログラミング言語]]を使用したプロジェクトで問題視されることが多い。

	また、オブジェクト指向ではフィールド変数（言語によってはメンバ変数やインスタンス変数とも呼ばれる）やプロパティがクラスになっていることも多いため、その先々まで同様にすべてを把握していなければならない。小規模なうちはC言語のグローバル変数よりも影響範囲は少ないように思えるが、階層構造が複雑化した後には地獄である。まさに「[[階層化の有害性]]」であるともいえる。		たとえば[[C Sharp\|C#]]などの[[クラスベースオブジェクト指向]]における[[フィールド変数]]（[[言語]]によっては[[メンバ変数]]や[[インスタンス変数]]とも呼ばれる）や[[プロパティ]]は、実質的に[[C言語]]などの[[グローバル変数]]となんら変わらなく、その内容がメソッドの動作に影響を及ぼすため、これらをすべて把握していなければ正しい利用は難しくなる。

			また、[[オブジェクト指向]]では[[フィールド変数]]や[[プロパティ]]が[[クラス]]になっていることも多いため、その先々の[[フィールド変数]]や[[プロパティ]]がもたらす副作用まで同様にすべてを把握していなければならない。オブジェクト指向は小規模なうちはC言語のグローバル変数よりも影響範囲は少ないように思えるがプロジェクトが肥大化し階層構造が複雑化した後にはデスマーチへの片道切符であるといえ、まさに「[[階層化の有害性]]」であるともいえる。

	プロジェクトの規模が小さいうちは問題になることは少ないが、複数人が関わるプロジェクトでは認識の食い違いなどが発生し、最終的に殴り合いになる。		プロジェクトの規模が小さいうちは問題になることは少ないが、複数人が関わるプロジェクトでは認識の食い違いなどが発生し、最終的に殴り合いになる。

111.188.6.244: ページの作成:「'''副作用'''とは、プログラミングにおいて、あるメソッドの引数と戻り値以外の要素が、そのメソッドの動作に影...」

2015-03-08T00:02:21Z

ページの作成:「'''副作用'''とは、プログラミングにおいて、あるメソッドの引数と戻り値以外の要素が、そのメソッドの動作に影...」

新規ページ

'''副作用'''とは、[[プログラミング]]において、ある[[メソッド]]の[[引数]]と[[戻り値]]以外の要素が、そのメソッドの動作に影響を及ぼすことをいう。

==概要==
副作用とは[[グローバル変数]]などの要素がある[[メソッド]]の動作に影響を及ぼすことをいう。本来であればメソッドの[[引数]]と[[戻り値]]だけを考慮すればいいはずであるが、メソッド内部で[[グローバル変数]]を参照するなどしていることにより、それらもすべて把握していなければそのメソッドを利用することができないという状態である。

==オブジェクト指向で顕著になる==
とくに肥大化したオブジェクト指向プログラミング言語を使用したプロジェクトで問題視されることが多い。たとえば[[C Sharp|C#]]などのクラスベースオブジェクト指向におけるフィールド変数（言語によってはメンバ変数やインスタンス変数とも呼ばれる）やプロパティは、実質的に[[C言語]]などの[[グローバル変数]]となんら変わらなく、その内容がメソッドの動作に影響を及ぼすため、これらをすべて把握していなければ正しい利用は難しくなる。

また、オブジェクト指向ではフィールド変数（言語によってはメンバ変数やインスタンス変数とも呼ばれる）やプロパティがクラスになっていることも多いため、その先々まで同様にすべてを把握していなければならない。小規模なうちはC言語のグローバル変数よりも影響範囲は少ないように思えるが、階層構造が複雑化した後には地獄である。まさに「[[階層化の有害性]]」であるともいえる。

プロジェクトの規模が小さいうちは問題になることは少ないが、複数人が関わるプロジェクトでは認識の食い違いなどが発生し、最終的に殴り合いになる。

==回避策==
これらを回避する目的で様々な手法が考案されている。

まず、そのような副作用をもつ[[プログラミング言語]]を根絶しようという「[[純粋関数型プログラミング言語]]」である。[[Haskell]]などでは引数と戻り値がすべてであり、それ以外は絶対に許されないという言語使用で副作用を封じ込めている。ただそこれらに移行するには慣れと経験が必要であり学習能力の低い[[プログラマー]]には難易度が高いという問題点を抱えている。

その他にも急激な変化は難しい[[プログラミング言語]]などは現状維持し、プロジェクトに関わる人々の人事などで副作用を軽減しようという手法が考案されている。それらをまとめて最近では「[[アジャイル]]」という。なかでも[[ペアプログラミング]]や[[RAIDプログラミング]]は有名であるが実践しているという話はあまり聞いたことがない。また、やらないよりはマシな程度の効果ではあるが[[コードレビュー]]も有効であるとされる。

==関連項目==
*[[staticおじさん]]
*[[人月の神話]]

==参考文献==
{{reflist}}

{{stub}}