Merge pull request #196 from reactjs/sync-9e5a358c

Sync with reactjs.org @ 9e5a358

Author: jakubdrozdek

content/community/conferences.md

@@ -18,15 +18,10 @@ March 30 - 31, 2020 in San Francisco, CA
 [Website](https://www.reactathon.com) - [Twitter](https://twitter.com/reactathon) - [Facebook](https://www.facebook.com/events/575942819854160/)
 
 ### React Summit Amsterdam 2020 {#react-summit-2020}
-April 15-17, 2020 in Amsterdam, The Netherlands
+September 11, 2020 in Amsterdam, The Netherlands
 
 [Website](https://reactsummit.com) - [Twitter](https://twitter.com/reactamsterdam) - [Facebook](https://www.facebook.com/reactamsterdam) - [Videos](https://youtube.com/c/ReactConferences)
 
-### App.js Conf 2020 {#appjsonf2020}
-April 23 - 24, 2020 in Kraków, Poland
-
-[Website](http://appjs.co/react) - [Twitter](https://twitter.com/appjsconf)
-
 ### React Day Bangalore 2020 {#react-day-bangalore-2020}
 April 25, 2020 in Bangalore, India
 

content/docs/code-splitting.md

@@ -96,7 +96,7 @@ import("./math").then(math => {
 Gdy Webpack natknie się na taką składnię, automatycznie zacznie dzielić kod w twojej aplikacji.
 Jeśli używasz Create React App, posiadasz już gotową konfigurację i możesz natychmiast
 [zacząć z niej korzystać](https://facebook.github.io/create-react-app/docs/code-splitting).
-Jest ona również obsługiwana domyślnie przez [Next.js](https://github.com/zeit/next.js/#dynamic-import).
+Jest ona również obsługiwana domyślnie przez [Next.js](https://nextjs.org/docs/advanced-features/dynamic-import).
 
 Jeśli konfigurujesz Webpacka samodzielnie, zalecamy przeczytać
 [przewodnik po dzieleniu kodu](https://webpack.js.org/guides/code-splitting/). 

content/docs/strict-mode.md

@@ -95,15 +95,15 @@ Cykl życia fazy renderowania odnosi się do poniższych metod z komponentu klas
 * `render`
 * funkcje aktualizujące dla `setState` (pierwszy argument)
 
-Ponieważ powyższe metody mogą być wywołane więcej niż raz, ważne jest, aby nie zawierały efektów ubocznych (ang *side-effects*). Zignorowanie tej zasady może prowadzić do różnych problemów, włączając w to wycieki pamięci i niepoprawny stan aplikacji. Niestety, może być ciężko wykryć problemy tego typu, ponieważ są one często [niedeterministyczne](https://pl.wikipedia.org/wiki/Algorytm_deterministyczny).
+Ponieważ powyższe metody mogą być wywołane więcej niż raz, ważne jest, aby nie zawierały efektów ubocznych (ang. *side-effects*). Zignorowanie tej zasady może prowadzić do różnych problemów, włączając w to wycieki pamięci i niepoprawny stan aplikacji. Niestety, może być ciężko wykryć problemy tego typu, ponieważ są one często [niedeterministyczne](https://pl.wikipedia.org/wiki/Algorytm_deterministyczny).
 
-Tryb rygorystyczny nie może automatycznie wykrywać efektów ubocznych, ale może pomóc w ich zauważeniu, poprzez sprawienie, by były trochę bardziej deterministyczne. Dzieje się to za sprawą celowego podwójnego wywoływania poniższych metod:
+Tryb rygorystyczny nie może automatycznie wykrywać efektów ubocznych, ale może pomóc w ich zauważeniu, poprzez sprawienie, by były trochę bardziej deterministyczne. Dzieje się to za sprawą celowego podwójnego wywoływania poniższych funkcji:
 
-* Metoda `constructor` komponentu klasowego
-* Metoda `render` 
-* funkcja aktualizująca dla `setState` (pierwszy argument)
-* Statyczna metoda cyklu życia `getDerivedStateFromProps`
-* Metoda `shouldComponentUpdate`
+* Metod `constructor`, `render` oraz `shouldComponentUpdate` komponentu klasowego
+* Metody statycznej `getDerivedStateFromProps` komponentu klasowego
+* Ciała komponentu funkcyjnego
+* Funkcji aktualizującej stanu (pierwszy argument `setState`)
+* Funkcji przekazywanych do `useState`, `useMemo` oraz `useReducer`
 
 > Uwaga:
 >