Translate faq-structure.md #44

galnir · 2019-03-09T11:38:32Z

No description provided.

itayyehezkel · 2019-03-11T21:51:00Z

content/docs/faq-structure.md


-#### Avoid too much nesting {#avoid-too-much-nesting}
+#### הימנע מיותר מדי nesting {#avoid-too-much-nesting}


There is a Hebrew word for nesting, it's קינון. I think you can change the sentence to:
הימנע מיותר מידי קינון

Maybe המנע מעודף קינון?

itayyehezkel · 2019-03-11T21:58:56Z

content/docs/faq-structure.md


-#### Grouping by features or routes {#grouping-by-features-or-routes}
+#### קיבוץ לפי פיצ'רים או routes {#grouping-by-features-or-routes}


Routes can be נתיבים.

itayyehezkel · 2019-03-11T22:03:43Z

content/docs/faq-structure.md

@@ -35,11 +35,11 @@ profile/
  ProfileAPI.js
 ```

-The definition of a "feature" is not universal, and it is up to you to choose the granularity. If you can't come up with a list of top-level folders, you can ask the users of your product what major parts it consists of, and use their mental model as a blueprint.


You can change top-level folders to תיקיות ברמה עליונה. Tell me what do you think about it?

itayyehezkel · 2019-03-11T22:06:28Z

content/docs/faq-structure.md


-There are many pain points associated with deep directory nesting in JavaScript projects. It becomes harder to write relative imports between them, or to update those imports when the files are moved. Unless you have a very compelling reason to use a deep folder structure, consider limiting yourself to a maximum of three or four nested folders within a single project. Of course, this is only a recommendation, and it may not be relevant to your project.


What do you think of ייבוא יחסי as a translated word for relative imports?

Not sure about that, I think it might create more confusion

galtalmor · 2019-03-11T20:44:41Z

content/docs/faq-structure.md


-If you're just starting a project, [don't spend more than five minutes](https://en.wikipedia.org/wiki/Analysis_paralysis) on choosing a file structure. Pick any of the above approaches (or come up with your own) and start writing code! You'll likely want to rethink it anyway after you've written some real code.
+אם אתה רק מתחיל פרויקט, [אל תבזבז יותר מחמש דקות](https://en.wikipedia.org/wiki/Analysis_paralysis) אם אתה רק מתחיל פרויקט, אל תבזבז יותר מחמש דקות על בחירת מבנה הפרויקט. בחר אחת מהגישות שלמעלה(או שתחשוב על אחת משלך) ותתחיל לכתוב קוד! אתה כנראה תרצה לחשוב על זה מחדש אחרי שתכתוב קוד אמיתי.


You repeated אם אתה רק מתחיל פרויקט, אל תבזבז יותר מחמש דקות

galtalmor · 2019-03-11T20:45:29Z

content/docs/faq-structure.md


-#### Grouping by features or routes {#grouping-by-features-or-routes}
+#### קיבוץ לפי תכונות או routes {#grouping-by-features-or-routes}


I would use פיצ'ר instead of תכונות in this context

galtalmor · 2019-03-11T22:36:33Z

content/docs/faq-structure.md


-If you feel completely stuck, start by keeping all files in a single folder. Eventually it will grow large enough that you will want to separate some files from the rest. By that time you'll have enough knowledge to tell which files you edit together most often. In general, it is a good idea to keep files that often change together close to each other. This principle is called "colocation".
+אם אתה מרגיש תקוע לגמרי, תתחיל בלהשאיר את כל הקבצים בתיקייה אחת. בסופו של דבר היא תגדל מספיק עד שתרגיש את הצורך להפריד כמה קבצים מהתיקייה. בעת ההיא יהיה לך מספיק ידע על אילו קבצים אתה עורך בתדירות הכי גבוהה. באופן כללי, זה רעיון טוב להשאיר קבצים שמשתנים בתדירות גבוהה קרובים אחד לשני. עיקרון זה נקרא ''קולוקציה''.


'' -> "

galtalmor · 2019-03-11T22:37:19Z

content/docs/faq-structure.md


-As projects grow larger, they often use a mix of both of the above approaches in practice. So choosing the "right" one in the beginning isn't very important.
+כשפרויקטים גדלים, רוב הזמן הם משלבים את שתי הגישות שהראנו מקודם. מכאן נובע שבחירת הגישה ה''נכונה'' בתחילת הפרויקט היא לא חשובה. 


'' -> "

galtalmor · 2019-03-11T22:37:59Z

content/docs/faq-structure.md


-One common way to structure projects is locate CSS, JS, and tests together inside folders grouped by feature or route.
+דרך נפוצה אחת בבניית פרויקטים היא לקבץ קבצי CSS, JS ובדיקות ביחד בתוך תיקיות לפי תכונות או routes.


Same for תכונות as above

galtalmor · 2019-03-11T22:41:40Z

content/docs/faq-structure.md


-There are many pain points associated with deep directory nesting in JavaScript projects. It becomes harder to write relative imports between them, or to update those imports when the files are moved. Unless you have a very compelling reason to use a deep folder structure, consider limiting yourself to a maximum of three or four nested folders within a single project. Of course, this is only a recommendation, and it may not be relevant to your project.
+ישנם כמה בעיות שקשורות עם nesting עמוק בפרויקטי JavaScript. זה נהיה קשה לכתוב relative imports ביניהם, או לעדכן את ה imports הללו כשהקבצים זזים. אלא אם יש לך סיבה מוצדקת להשתמש במבנה תיקיות עמוק, עדיף שיהיה עומק של מקסימום שלוש או ארבע תיקיות בפרויקט אחד. עם זאת, זוהי רק המלצה, ויכול להיות שהיא לא רלוונטית לפרויקט שלך.


ישנם -> ישנן
עם nesting -> בקינון
זה נהיה קשה -> נהיה קשה יותר (remove זה)
I wouldn't change imports, as it is refering the keyword

galtalmor · 2019-03-11T22:43:58Z

content/docs/faq-structure.md


-#### Don't overthink it {#dont-overthink-it}
+#### אין צורך להשקיע מחשבה רבה בנושא {#dont-overthink-it}


Maybe instead of רבה use מיותרת?

netlify · 2019-03-12T16:11:15Z

Deploy preview for he-reactjs failed.

Built with commit cb16b36

https://app.netlify.com/sites/he-reactjs/deploys/5c89748ff070ee00083d70f4

galnir added 2 commits March 9, 2019 13:33

translate faq-structure

bf4fdfe

translate faq-structure

494b54a

galnir requested review from galtalmor and itayyehezkel March 9, 2019 11:38

change the word feature translation to match the style guide

15b2797

itayyehezkel requested changes Mar 11, 2019

View reviewed changes

galtalmor requested changes Mar 11, 2019

View reviewed changes

tesseralis mentioned this pull request Mar 11, 2019

Hebrew Translation Progress #1

Closed

88 tasks

address typos and translation errors

6542030

galnir requested review from galtalmor and itayyehezkel March 12, 2019 16:04

Update faq-structure.md

cb16b36

galtalmor approved these changes Mar 13, 2019

View reviewed changes

galtalmor merged commit 85c0f7d into reactjs:master Mar 13, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Translate faq-structure.md #44

Translate faq-structure.md #44

Uh oh!

galnir commented Mar 9, 2019

Uh oh!

itayyehezkel Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

itayyehezkel Mar 11, 2019

Uh oh!

itayyehezkel Mar 11, 2019

Uh oh!

itayyehezkel Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

galtalmor Mar 11, 2019

Uh oh!

netlify bot commented Mar 12, 2019 •

edited

Loading

Uh oh!

Uh oh!


		#### Avoid too much nesting {#avoid-too-much-nesting}
		#### הימנע מיותר מדי nesting {#avoid-too-much-nesting}


		#### Grouping by features or routes {#grouping-by-features-or-routes}
		#### קיבוץ לפי פיצ'רים או routes {#grouping-by-features-or-routes}


		There are many pain points associated with deep directory nesting in JavaScript projects. It becomes harder to write relative imports between them, or to update those imports when the files are moved. Unless you have a very compelling reason to use a deep folder structure, consider limiting yourself to a maximum of three or four nested folders within a single project. Of course, this is only a recommendation, and it may not be relevant to your project.


		If you're just starting a project, [don't spend more than five minutes](https://en.wikipedia.org/wiki/Analysis_paralysis) on choosing a file structure. Pick any of the above approaches (or come up with your own) and start writing code! You'll likely want to rethink it anyway after you've written some real code.
		אם אתה רק מתחיל פרויקט, [אל תבזבז יותר מחמש דקות](https://en.wikipedia.org/wiki/Analysis_paralysis) אם אתה רק מתחיל פרויקט, אל תבזבז יותר מחמש דקות על בחירת מבנה הפרויקט. בחר אחת מהגישות שלמעלה(או שתחשוב על אחת משלך) ותתחיל לכתוב קוד! אתה כנראה תרצה לחשוב על זה מחדש אחרי שתכתוב קוד אמיתי.


		#### Grouping by features or routes {#grouping-by-features-or-routes}
		#### קיבוץ לפי תכונות או routes {#grouping-by-features-or-routes}


		If you feel completely stuck, start by keeping all files in a single folder. Eventually it will grow large enough that you will want to separate some files from the rest. By that time you'll have enough knowledge to tell which files you edit together most often. In general, it is a good idea to keep files that often change together close to each other. This principle is called "colocation".
		אם אתה מרגיש תקוע לגמרי, תתחיל בלהשאיר את כל הקבצים בתיקייה אחת. בסופו של דבר היא תגדל מספיק עד שתרגיש את הצורך להפריד כמה קבצים מהתיקייה. בעת ההיא יהיה לך מספיק ידע על אילו קבצים אתה עורך בתדירות הכי גבוהה. באופן כללי, זה רעיון טוב להשאיר קבצים שמשתנים בתדירות גבוהה קרובים אחד לשני. עיקרון זה נקרא ''קולוקציה''.


		As projects grow larger, they often use a mix of both of the above approaches in practice. So choosing the "right" one in the beginning isn't very important.
		כשפרויקטים גדלים, רוב הזמן הם משלבים את שתי הגישות שהראנו מקודם. מכאן נובע שבחירת הגישה ה''נכונה'' בתחילת הפרויקט היא לא חשובה.


		One common way to structure projects is locate CSS, JS, and tests together inside folders grouped by feature or route.
		דרך נפוצה אחת בבניית פרויקטים היא לקבץ קבצי CSS, JS ובדיקות ביחד בתוך תיקיות לפי תכונות או routes.


		There are many pain points associated with deep directory nesting in JavaScript projects. It becomes harder to write relative imports between them, or to update those imports when the files are moved. Unless you have a very compelling reason to use a deep folder structure, consider limiting yourself to a maximum of three or four nested folders within a single project. Of course, this is only a recommendation, and it may not be relevant to your project.
		ישנם כמה בעיות שקשורות עם nesting עמוק בפרויקטי JavaScript. זה נהיה קשה לכתוב relative imports ביניהם, או לעדכן את ה imports הללו כשהקבצים זזים. אלא אם יש לך סיבה מוצדקת להשתמש במבנה תיקיות עמוק, עדיף שיהיה עומק של מקסימום שלוש או ארבע תיקיות בפרויקט אחד. עם זאת, זוהי רק המלצה, ויכול להיות שהיא לא רלוונטית לפרויקט שלך.


		#### Don't overthink it {#dont-overthink-it}
		#### אין צורך להשקיע מחשבה רבה בנושא {#dont-overthink-it}

Translate faq-structure.md #44

Translate faq-structure.md #44

Uh oh!

Conversation

galnir commented Mar 9, 2019

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

netlify bot commented Mar 12, 2019 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Uh oh!

netlify bot commented Mar 12, 2019 •

edited

Loading