סוגיות הנושא הן כה רחבות ומגוונות בגישות אפשריות שכל תשובה מציאותית לשאלות בלתי נמנעות יכולה להצביע רק על הדרך הכוללת.
אנשים רבים היום רוצים ומקווים לבנות נוכחות אינטרנט דינאמית (מונעת נתונים), שהארכיטקטורות שלה מכילות בקלות חומר חדש, עדכון ואינטראקציה של מבקרים. wikiHow למשל הוא אתר דינאמי. למרות שמטרתם של פרויקטים איכותיים נמצאת בהישג ידם של כל האנשים החרוצים, תהיה זו טעות להמעיט במה שבסופו של דבר הוא משימה מאתגרת באופן מהותי, במיוחד במטרות הטכניות של כל פרויקט פוטנציאלי. אפילו הנוכחות הדינמית הפשוטה ביותר דורשת מיומנויות מספיקות במגוון תחומים.
בעמידה ביעדים הכרחיים, אף אחד לא יכול לסטות מעיצוב מסד נתונים טוב. הכנת עצמנו במשמעת זו בלבד היא גוף עבודה מהותי (אך לא מקדים). ברגע שיש לנו סיכום של מטרות הפרויקט, עלינו לדמיין אמצעים נכונים להשגתם. לאחר מכן יש לנו שפות תכנות או כלים לבחירה, המבוססים על חזון לארכיטקטורת פרויקטים אידיאלית.
ראיית התמונה כולה מההתחלה אז היא המיומנות החשובה מכולן.
צעדים
שלב 1. סובב את המוח שלך אילו סוגים של כלים ותהליכים ישיגו את מטרותיך
מכיוון שהליבה המרכזית ביותר של כל נוכחות דינמית באינטרנט היא מסד הנתונים ועיבוד הנתונים שלה, המטרה החיונית הראשונה שלנו היא לקבל החלטה מרחיקת לכת על מנוע מסדי נתונים. זה לא רעיון טוב לקוות לקבל החלטה כבדרך אגב רק בצורה ראשונית לכאורה, סבירה ביותר.
- המטרה החיונית של החלטה ראשונה זו היא לתכנן את הפרויקט שלנו באופן (עם כלים ומנועי מסדי נתונים) שיתמוך בצרכים שלך לאורך כל דרך בעתיד, שבו, כיוון שקיבלת את ההחלטות הראשוניות הנכונות, תוכל בנה ביעילות על הבסיס הראשוני שלך, ביעילות וללא חסימה סופית. המשמעות היא שבאופן אידיאלי למשל, מנוע הנתונים שבחרת אינו רק קל, או לכאורה פשוט לפריסה היום; מההתחלה זה חייב להיות מנוע שיתמוך בדרישות העיבוד שלך במורד הזרם.
- לפעמים שיקולים מסחריים משפיעים עוד יותר על בחירות כאלה. אילו מנועים עתירי נוכחות (ויקרים)? אילו מנועים הם כמעט ללא נוכחות ביישומים המקיימים את יעדי העיבוד שהפרויקט בסופו של דבר חייב לעמוד בו? באופן כללי, התבנית להמשך היא בחירת המנוע שלך על סמך אחת משתי מצבים אפשריים.
- לשם כך, תחילה עליך לשרטט את צרכי הטבלה הבסיסיים שלך. איש מקצוע אפילו לא יצטרך לבנות את המפה הזו (בלי קשר גם אם מדובר במאות או אלפי טבלאות), כי בדרך כלל יראו מיד אם הארכיטקטורה והצרכים העתידיים בהם תצטרכו לתמוך הם קריאה או כתיבה אינטנסיבית. לאחר מכן תבחר מסד נתונים מתאים, המבוסס על נטייה כוללת זו, ואולי על סמך טעם אישי וניסיון אישי, מכיוון שעבודה עם כלי פיתוח תוכנה מתאימים עשויה לנבא. MySQL היא הבחירה הרגילה ליישומים אינטנסיביים לקריאה. מפתחים רבים מחפשים מאגרי מידע כגון PostgreSQL לצורך יישום אינטנסיבי לכתיבה. אנו מפתחים את הנטייה שלנו לכלים חיוניים כאלה על ידי מחקר מדוקדק, ועל ידי שימוש במאגר הניסיון של תעשיית פיתוח התוכנה הכללית. בדרך כלל ניתן להימנע מהוצאות, מכיוון שיש פריסות חינם של כלים טובים מאוד. מה שאנחנו מחפשים הוא ביצועים בסביבות אינטנסיביות לקריאה או כתיבה, אמינות, קלות ומזעור הניהול ואינטגרציה מוכנה עם כלי פיתוח תוכנה פוטנציאליים.
שלב 2. בחר את כלי פיתוח התוכנה שלך
יש לבחור שני דפוסים בבחירת כלי פיתוח תוכנה. לכאורה, כלים "קלים" הם למעשה פשוטים, כאשר פרויקט בהכרח שובר את צורת הפיתוח ודפוסי הפונקציונליות הכלים ה"קלים "מוגבלים בדרך כלל. אם תרצה לעשות משהו מעבר לכלים ה"קלים "כגון שילוב של פרמטר שפה או תרגום בכתובות אתרים שנוצרות באופן דינמי, יתכן שיהיה הרבה יותר קשה לביצוע בכלים ה"קלים", עד שידרשו מיומנויות תכנות מתוחכמות במיוחד. כמו להערים על התבנית הקלה לעשות דברים מורכבים יותר. עלינו לשלוט בכלים שלנו לבניית פרויקטים טובים. זה לא הופך כלים קלים לבחירה הטובה ביותר, או לכלים המתוחכמים ביותר להצעה קשה. מלכודת הפיתוח ה"קל "כוללת בדרך כלל מגבלות שעלויות להתגבר עליהן מאוד בהתפתחות הבלתי נמנעת של פרויקטים. בדרך כלל עולה מגוון עצום של כלים כאלה, העונים לכאורה על צרכים כאלה. אבל דפוס ההתמדה של הכלים מסגיר עובדה לכאורה של השגת מטרה זו; וכך, באופן כללי אנו מוצאים שהכלים המתוחכמים והחזקים ביותר, בעקבות דפוסים טובים (או זמינות של אובייקטים וספריות), לא רק מקלים על מכשולים כמעט בלתי נמנעים על כלים פשוטים, אלא גם הופכים את "ההגעה לשם" לתהליך הרבה יותר פשוט. כאשר אנו בוחנים את היקף הכלים הזמינים, בדרך כלל מודלים פחות מקיפים מוצגים במושגי פיתוח ראשוניים, ומושגים טובים יותר מוצעים על ידי כלים שעולים מאוחר יותר (או שלא יהיה להם סיכוי לשרוד בשווקים שכבר זכו בהם). אם אנו בוחרים בכלי קל לכאורה, מה שאנו מחפשים הוא דפוס פיתוח שהוא מסובך וללא חסימה בסופו של דבר. הפרדוקס של הניאופיט אם כן הוא הקושי לראות כל כך רחוק בכביש עד שנוכל לתפוס חסימות תכנות לסט כלים נתון. יש אנשים שמאמינים שהכלים הטובים ביותר הם החזקים ביותר והפחות מגבילים מבחינת גישת הפרויקט. החופש לפתח את מה שאתה רוצה וצריך פירושו פעמים רבות לשבור את המודל הכללי של כלים פשוטים לכאורה אם כן, שהאתגרים שלו יכולים למעשה לשבור את מוחו של מהנדס התוכנה המנוסה והמשוכלל ביותר, כיוון שהצלחת אובייקט כזה פירושה להפוך את ה"פשוט " המודל עשה משהו שאולי אין לו יכולת תמיכה מקורית. האם "רובי" למשל באמת הוא כלי קל יותר מאשר C ++ בסיסי או C#? לא. ממש לא, במיוחד אם אתה צריך לשבור את הדגם הפשוט של רובי כדי לספק פונקציונליות חיונית. כמו רובי, גם GCC בחינם עבור Linux ו- OSX. רובי מגיע גם ב- OSX - אתה רק צריך לגלות אותו במערכת שלך. מבין הכלים הקלים לכאורה, הבחירה האישית שלי היא רובי. מבין הכלים המתוחכמים באמת, C ++ ו- C# ינהלו את תפקידם לאורך זמן; והאמת היא שאלו כלי הרכב היחידים לפיתוח ללא חסימה. אז שבו זקוף והתכוננו ללימוד רציני, כי ללא קשר לדרך בה תבחרו, תצטרכו להשתלט לא רק על הכלים שלכם, אלא גם על המודלים שעלולים להגביל אותם, אשר בסופו של דבר כלים אלה עלולים לשעבד אתכם. רובי כנראה הרבה יותר נקי מכמעט כל חבריו ה"קלים ". C ++ הוא הכלי להצטיינות בלתי מוגבלת; ולמעשה, גורואים מנוסים יגלו פרויקטים חסרי תקדים, כנראה עם הרבה פחות קושי ממה שהם יכולים להשיג את אותן מטרות בעזרת כלי קל לכאורה. בסופו של דבר, מפתחים החורגים מהתצפית הזו משלמים מחיר כלשהו: או לבחור בכלי ה"קל "התורם ביותר, או לדאוג פחות לחופש מהשיעבוד בכלי המתוחכם ביותר. במקרה האחרון, אתה שולט בחפצי CGI מהירים, לוקח את הכדור ורץ. מושגים ענקיים מיושמים לעתים קרובות עם מעט קוד. כן, כלים פשוטים טוענים את אותה הטענה, אך על ידי הפשטת קושי לכאורה הרחק מאיתנו בדרכים כאלה שחריגה מתבניתם היחודית בדרך כלל מציבה אתגרים הנדסיים קשים מאוד, בנוסף לליקויי ביצועים אשר C ++ פותר.
שלב 3. במהלך פתרון השאלות הללו, עלינו בהכרח לבחון את המודלים או הדפוסים הבסיסיים של פיתוח פרויקטים מהסוג שאנו רוצים לצאת ממנו
המשמעות היא לתפוס את הספרות הטובה ביותר לכלים שאנו רוצים להשוות, ולפחות לתת לקונספט שלנו צורה כלשהי שבה היא עשויה לקבל מערך כלים נתון, בהשוואה לאחרים. לפני שתבחר ברובי למשל, תוכל לאסוף ספרים חיוניים כגון "שפת התכנות של רובי" ו"פיתוח אתרים זריז עם מסילות ". המחקר הראשוני שלך חייב לא רק לשלוט מספיק בכלים, הוא חייב לדמיין כיצד תוכל להגיע לשם - כיצד תוכל לספק פונקציונליות רצויה עם הכלי שתבחר. זוהי משימה מרתיעה עבור היוזמים. אם אתה עומד להשוות סביבת פיתוח קלה לכאורה לטובות הטובות ביותר, יהיה עליך להעריך גם את כלי C הטובים ביותר. אם אתה באמת הולך להיות מהנדס ותיק, אתה בוחר את C בגלל החופש שלו ממגבלה. האם C באמת יותר קשה? לא. תחביר הוא תחביר. בסופו של דבר, עליך לשלוט בהבעת אותה פונקציונליות; ולמען האמת, משפחת שפות C מצוינת. הדבר הקשה בלהצטיין ממש מחוץ לשער ב- C ++ הוא לשים את הידיים על הדגמים שעליך אולי לבנות עליהם. התחלה מצוינת מלפני כמעט 15 שנה הייתה רכיבי FastCGI המקוריים שהיו זמינים ב- CPPBuilder של בורלנד - כנראה עדיין C ++ הטובים ביותר עבור Windows. אפילו C יוזמים יכולים להגיע רחוק עם גישות ממוקדות אובייקטים כאלה, מכיוון שהמודל הכללי של קיום פונקציונאליות מובנה בתוך הדברים שאתה עובד איתם. העבודה שלך זורמת הרבה יותר חופשי ממה שהיא יכולה להיות ברובי למשל, בכל פעם שאתה עלול לשבור או לחרוג מהמודל של רובי בגישה שלך. מצד שני, טכניקות פיגום מסילות מזרזות עבודה רבה עבור הניאופיט, אם ורק אם הפרויקט מתאים לתבנית הכללית של רובי ומסילות. הציגו למשל הוראות אבטחה בסיסיות, המוכרות בכל ממשקי הרובי שלכם, והדבר הבא שאתם יודעים, אתם כותבים מחדש אלף שורות של קוד רובי שנוצר אוטומטית עבור כל שולחן שהיישום שלו מנהל משא ומתן עליו. האם זה קל? ובכן, אני עושה את זה עם עורך Windows בשם NoteTab Pro, הפועל בפרויקטים של רובי המתגוררים במערכת OSX; ומאקרו מתוחכמים מבצעים את התיקונים שלי בעוד שנייה, ומתאימים אלף שורות קוד לכמעט פי שניים מזה. ובכל זאת, הדבר מתייחס לפונקציונאליות בסיסית יחסית, שפרויקט מוגבל אליה. העובדה היא שב- C ++ נוכל לכתוב אובייקטים משלנו אשר מטפלים במשימות הללו באמת אוניברסאליות - לעולם לא תצטרך לשחזר את התהליך הזה. אז אלה ההשלכות. בסופו של דבר, C מונחה האובייקטים הוא החזק והיעיל ביותר. מה שאומר שזו גם העבודה הכי פחותה.
שלב 4. לא משנה הבחירה שלך בכלי התכנות, אין דרך להימנע מהתלות בשליטה סבירה של HTML ו- CSS
באופן כללי, מפתחים מנוסים מסתמכים על W3C.org עבור חומר חיוני. עמוד אינטרנט
וידאו - על ידי שימוש בשירות זה, מידע מסוים עשוי להיות משותף עם YouTube
טיפים
- חלק חיוני במסע החיפוש שלך אז יהיה לשים את היד על המשאבים הטובים ביותר. הייתי מתחיל ברובי; ואם אתה רוצה להצטיין, יהיה עליך להעריך שפות C מונחות עצמים, והסביבות שבהן פרויקטים כתובים היטב יביאו את הביצועים של כל העמיתים.
- לכן שום דבר לא יכול להחליף מחקר והערכה ממצים.
אזהרות
- מכשול נוסף לשליטה באמת בכלים פשוטים הוא ההתנהלות הלא מקצועית בפורומים רבים. יש הבדל עצום בין ידע מקצועי לבין מיומנות מעומדת אשר לעתים כה קרובות יכולה להוביל אותך רחוק מהדרך הנכונה. מקורות המידע הטובים ביותר הם בדרך כלל העמיתים המוכשרים ביותר, לא אדונים לכאורה של כלים פשוטים לכאורה שפשוט דוגלים לדבוק בדפוס האחד העומד לרשותם. הסיבה העיקרית שאתה הולך לשלוח שאלות לפורומים היא שתצטרך לחרוג (ובכך לשבור) את המודל שמורכב מהגישה הפשוטה לכאורה. כאשר אתה נתקל בהכרח בצרכים אלה, אתה זקוק לעצה הטובה ביותר.
- לעולם אל תחשוב אם כך שקיצור דרך לכאורה מזרז את העבודה. לעתים קרובות מאוד, ההפך הוא הנכון.
