אולי זה קשור לפורום סטודנטים ?
אני עולה לשנה ג' מדעי המחשב וצריך לבחור מסלול ונושא לסמינריון ואני מתלבט.

הנדסת תוכנה
או
אבטחת מידע ותקשורת
ולמה?

תודה

הנדסת תוכנה זה שקר.

יכול להיות שזה חסר משמעות, ובזבוז זמן מוחלט של הסטודנטים,
ויכול להיות שזה קורס שמדברים בו על מתודולוגיות עבודה מתקדמות ודרכי יישומן בפועל - מה שהופך אותו לקורס חשוב מאוד.

אבטחת מידע ותקשורת - גם חשוב,
לפחות אם יצא לך לעבוד בתחומים שנוגעים לזה.

אני לא ממש יודע מה אמרת פה חח. יש הרבה מושגים שלא הבנתי.

זה הסילבוס של הנדסת תוכנה שתכלס אני לא מבין מה זה בכלל:

מבוא: משבר התכנה ", כדור הכסף "
מודלים לתהליך התכנה
פתוח תכנה מונעת מודלים (MDD)
שפות ויזואליות: UML ( זה רק הרחבה כי כולם לומדים ביחד בסמסטר א) דיאגראמות מעברי מצבים, רשתות Petri
מידות תכנה
הבטחת איכות
חוקי האבולוציה של תכנה (תורת Lehman)


ותקשורת ואבטחת מידע זה:
הקורס יתרכז בנושאי אבטחת מחשבים (מערכות הפעלה), אבטחת רשתות תקשורת מחשבים והתקפות ברמת
האפליקציה.
• נושאים:
1 .מבוא.
2 .כתיבת קוד בטוח – עקרונות תכן לכתיבת קוד בטוח.
3 .קריפטולוגיה שימושית.
4 .החלפת מפתחות ו-PKI.
5 .בקרת כניסה – פרוטוקולי response challenge סיסמא חד פעמית, פרוטוקול EKE ,קרברוס.
6 .איומים ברשת מחשבים – התקפות בשכבת ה - MACובשכבת ה . IP -
,(inspection deep packet) לעומק חבילות ניתוח, stateful ו -stateless ,רשתות תכן – Firewalls 7.
שרתי proxy.
.8 IPsec – פרוטוקול אבטחה ליצירת חיבורים מאובטחים (ורשתות וירטואליות פרטיות).
9 .אבטחת רשתות אלחוטיות, פרוטוקול WEP ,פרוטוקול WPA- ו 1.802 X
.10 SSL – פרוטוקול אבטחת תעבורה מבוסס סרטיפיקטים.
11 .חישוב אמין בסביבת תקשורת לא אמינה.
12 .מחשוב ענן.
13 .פרטיות ברשתות – שיטות מעקב אחרי משתמשים, דרכים לחסום אותן, גלישה אנונימית TOR.


מה מהם נשמע באמת חשוב?..

האבטחת מידע בלי לחשוב פעמיים.

אני לא צחקתי לגבי הנדסת תוכנה.
יש בהנדסת תוכנה שני חלקים:

1. תהליך העבודה ( cmmi ,iso some lie , waterfall, scrum, agile, kanban ) וכו. זה בולשיט ששייך בכלל להנדסת תעשייה וניהול, ואפילו לא שייך לניהול תהליכים, אלא לניהול פרופר. לומדים את זה מכמה מאמרים באינטרנט בשבוע - את כל התורה. ואין לזה שום קשר או דמיון להנדסה.

2. איך תאכלס מפתחים תוכנה (יזום, אפיון, ארכיטקטורה, עיצוב, פיתוח, בדיקות, אינטגרציה, וכו' וכד') . כלומר איזה תהליך ואיזה תוצרים ושלבים צריך בשביל לייצר תוכנה בתכלס. זה הרבה יותר חשוב. אבל גם את זה אפשר ללמוד לבד, בקלות יחסית. הצד הזה הרבה יותר דומה להנדסה, אבל לא.

בשביל להיות הנדסה, וזה תקף לשני הסעיפים, כל הבולשיט הזה צריך להיות מתוקף במחקר, ובתאוריה, או לפחות בניסיון, ולא להשתנות פעם ב7 שנים.

הנדסת בניין זה הנדסה. כנ"ל מכונות. תוכנה זה משהו בין אומנות (art) לאומנות (craft).

ציטוט:

במקור נכתב על ידי Benjamin Willard האבטחת מידע בלי לחשוב פעמיים. אני לא צחקתי לגבי הנדסת תוכנה. יש בהנדסת תוכנה שני חלקים: 1. תהליך העבודה ( cmmi ,iso some lie , waterfall, scrum, agile, kanban ) וכו. זה בולשיט ששייך בכלל להנדסת תעשייה וניהול, ואפילו לא שייך לניהול תהליכים, אלא לניהול פרופר. לומדים את זה מכמה מאמרים באינטרנט בשבוע - את כל התורה. ואין לזה שום קשר או דמיון להנדסה. 2. איך תאכלס מפתחים תוכנה (יזום, אפיון, ארכיטקטורה, עיצוב, פיתוח, בדיקות, אינטגרציה, וכו' וכד') . כלומר איזה תהליך ואיזה תוצרים ושלבים צריך בשביל לייצר תוכנה בתכלס. זה הרבה יותר חשוב. אבל גם את זה אפשר ללמוד לבד, בקלות יחסית. הצד הזה הרבה יותר דומה להנדסה, אבל לא. בשביל להיות הנדסה, וזה תקף לשני הסעיפים, כל הבולשיט הזה צריך להיות מתוקף במחקר, ובתאוריה, או לפחות בניסיון, ולא להשתנות פעם ב7 שנים. הנדסת בניין זה הנדסה. כנ"ל מכונות. תוכנה זה משהו בין אומנות (art) לאומנות (craft).

אכן יש מספר ספרים שמסבירים את הכל מ א ועד ת לא כולל מאמרים ברשת בחינם.

will you marry me nesli barda? Operating system: Linux The day Microsoft & apple makes a product that does not suck will be the day they start making vacuum cleaners. say no to Apple&Facebook&MS&Samsung IL&Nokia&Hot&Yes,but say yes to Google

אם אלה לימודים של white hat בהחלט מומלץ בהחלט, למרות שאני בספק לגבי זה.

will you marry me nesli barda? Operating system: Linux The day Microsoft & apple makes a product that does not suck will be the day they start making vacuum cleaners. say no to Apple&Facebook&MS&Samsung IL&Nokia&Hot&Yes,but say yes to Google

לפי הסילבוסים נראה לי שהפכו את "הנדסת תוכנה" לקורס שהוא הרבה יותר עיוני לעומת אבטחת המידע שהוא מעשי יותר,
בסופו של דבר - אם אתה מעוניין רק בתואר כדי להתקבל לעבודה בקלות יותר - קח את מה שקל לך יותר (לשבת על נושאים תיאורטיים או ללמוד דברים מעשיים)
אם המטרה שלך היא ללמוד דברים שעלולים לעזור לך בעתיד (ו/או אתה פחות מתעניין בעולם הפיתוח ורוצה ללכת לכיוון עולם אבטחת המידע) - לך על המסלול הזה.

לא.

אם הוא רצה להיות מפתח תוכנה, אז המסלול של אבטחת מידע עדיף בהרבה.

לפחות בעיניי.

--

יותר מזה, אם הייתי צריך לראיין לעבודה, והיו עומדים מולי שני מועמדים, אחד שיודע להסביר ולממש חתימה דיגיטלית עם RSA, והשני שיודע מה זה CMMI, ללא ספק הייתי מעסיק את הראשון.

רק שמימוש חתימה דיגיטלית עם RSA זה משהו שמתכנת יכול למצוא ב-2 דקות של חיפוש ולהבין ב10 דקות של קריאה, בסופו של דבר אם יישב מולך מישהו עם ניסיון שלא יודע את זה מול מישהו שרק יצא מהלימודים ויגיד לך "כן, מימשנו משהו כזה כתרגיל כיתה" אני בספק שתבחר בשני.
התואר הוא (עדיין) רק מקפצה בגלל 2 סיבות:
1. אתה "מתחרה" עם אנשים שיוצאים מהצבא עם 5-6 שנות ניסיון שאין להם תואר
2. עולם הפיתוח משתנה לך על בסיס שנתי עם מספיק זעזועים

ולכן התואר (עדיין) שווה קצת פחות מניסיון, אבל אם זה מה שייתן לך למצוא עבודה מהר יותר - קח את המסלול הקל יותר (או לפחות המעניין יותר - כי אנחנו פה ליהנות) ותשלים פערים בלימוד עצמי, שזה גם-ככה מרבית העבודה.

לפחות בעיני, אני כן מבין אותך אבל קשה לי להסכים, מתנצל

אבל לא השוותי תואר לניסיון...

זה מאוד רחוק מהמציאות:

ציטוט:

רק שמימוש חתימה דיגיטלית עם RSA זה משהו שמתכנת יכול למצוא ב-2 דקות של חיפוש ולהבין ב10 דקות של קריאה

לא התכוונתי להשתמש בספריה או לעשות קופי פייסט.

בעיני, מפתח תוכנה, שיכול לבוא להסביר ולנתח את המתמטיקה מאחורי RSA, איזה מתקפות יש עליה, מה חוזק הצופן, מדוע, ואיך הוא משתווה להצפנה סימטרית, יודע להסביר את הפרוטוקול הקריפטוגרפי (חתימה דיגיטלית), בצורה מפורטת ומנומקת, יודע לתכנן אלגוריתם שיממש את זה, יודע להסביר למה האלגוריתם היעיל נכון מתמטית, ויודע לממש את זה בקוד מכלום. ראוי להתקבל לכל משרת פיתוח תוכנה.

מישהו שיודע לצייר ריבועים ב UML, להסביר לי על מחזור חיי תוכנה, וכאילו עשה פרוייקט ב AGILE, חוסך לי איזה שיחה של שעתיים... פסדר...

הם לא יטרחו להכיר אותך לעומק, ולהכיר את רמת התכנות שלך.
מעטים יבקשו ממך לכתוב קוד כזה בשעתיים, או לעשות ניתוח מתימטי.
אם אצלם עובדים בagile הם יעדיפו תוכניתן שמכיר את המתודולוגיה, ויודע לענות על שאלות לגביה.
ומי שלא מכיר - יענה על שאלות שלהם לא נכון, כי הם יוצאים מקונספציה שהשיטה הזו עובדת הכי טוב, אחרת לא היו בוחרים בה.
אבל אם הם לא מעורים בתיאוריה - הם לא באמת יוכלו להסביר למה לדעתם עובדים בצורה מסויימת.
זה מה שקרה לי באינטל.

מצד שני,
אם הם צריכים לעבוד עם ענן, ויש מועמד שכתב פרוייקט תואר עם ענן - יחטפו אותו.
אם הם לא ימצאו כזה, ותגיד שאתה לא מבין בזה, יחפרו לך על נושא אחר, שאתה כן טוען שאתה מבין בו.
ולהניח שתדע את חומר הקורס ברמה כזו שתצליח לעמוד בחקירה כזו - זה לא סביר לבוגר טרי.

כשאני ראיינתי למשל, פשוט שאלתי שאלות על בעיות שנתקלתי בהם, ושאלתי איך היו פותרים את הבעיה.
מי שפתר בקלות דברים שהסתבכתי איתם - הרשים אותי.


מי שלא יודע לצייר UML, ילמד.
זה לא מסובך.
אבל מי שיתעקש לעבוד לא מסודר כמו שהוא עשה בתואר:
תמיד יהיה תוכניתן חאפר.

1. אני תמיד שאלתי שאלות אלגוריתמיקה... או כל מיני תכנן לי צ'אט.

2. בזמן האחרון במיוחד, נורא מקובל לתת למועמדים לתכנת. בוודאי לבוגרים זה נראה לי נכון

3. אני הייתי מגייס לא עצלן... ותמיד עניין אותי שכל ואופי הרבה יותר מידע או ניסיון ספציפי.

ולפני שמישהו מערער....
הבנה טובה של קריפטוגרפיה, ולדעת לתכנן ולממש שיט כזה, בד"כ מעיד על שכל.
כמובן שיש דברים אחרים.

אחלה, אבל אלו לא דברים שתלמד במסלול של אבטחת מידע,
"תכנן לי צ'אט" תלמד בקורס java בסיסי (או שזה היה אצלי ככה רק?) ותקבל רגע די נחמד לגבי זה ב"מבוא לתקשורת"
אלגוריתמים - קורס לוגיקה נותן לך בסיס טוב ומשם כל מסלול מערכות ספרתיות --> אלגוריתמים --> חישוביות נותן לך כלים לבצע פעולות במסגרת חוקים נוקשה, הכול חלק מהבסיס של תואר "כלשהו" במחשבים, ומשם - עדיף לך לסיים את התואר כמה שיותר מהר כדי שתוכל להתחיל לצבור ניסיון מעשי, אני לא רואה למה ללכת על המסלול ה"קשה" יותר רק כדי לסמלץ מצב של עבודה - שגם ככה לא יהיה טוב מספיק ולא תורם לך כמו למצוא עבודה באמת

כמו שאמרת בעצמך קודם, אין מה להשוות בין תואר לניסיון, אז אם אנחנו מסכימים שהניסיון שווה יותר - למה ללכת על המסלול הקשה יותר? לך על מה שמעניין ובא לך יותר בקלות כדי לצלול לעבודה מהר יותר (ולא - אני לא ממליץ על קורסי "בוא תהייה מתכנת בחודשיים", זה באמת רע!)

עריכה:
לחצתי על תגובה במקום הלא נכון, מתנצל

1. תכנן לי צאט - זאת סתם דוגמה לשאלת דיזיין (שכוללת תקשורת) זה יכול להיות תכנן לי ראוטר, או כל דבר מתחכם אחר...

2. שוב, אם אני מראיין מישהו, יותר מהכל, מעניין אותי שיהיה לו שכל, להתמודד עם בעיות חדשות, לא להקיא מה שהוא למד בתואר.

3. בעיני ולדעתי האישית, קריפטוגרפיה זה מעניין, ומגניב. הנדסת תוכנה זה משעמם, ומיותר בתואר במדמ"ח (ואין פה שום זלזול בעבודה חכמה ומסודרת ושימוש בעקרונות רלוונטיים ומועילים מתחום הנדסת התוכנה בפועל)

אתה אומר את זה כמגייס מפתחים באופן כללי או כמגייס ספציפית לפיתוח אלגוריתמי הצפנה?
יש הבדל בין book smart - שזה מה שאתה מחפש (מישהו שלמד איך החלפת מפתחות, הצפנה סימטרית, PGP עובד) לבין מישהו שמסוגל ללמוד דברים חדשים ושיש לו גישה נכונה.

היה לי ראיון לא מזמן שבו שאלו אותי בשאלון מקדים בטלפון עם אילו דברים אני לא מתעסק וכשהגעתי לראיון אמרו לי "אז... אתה לא מכיר nodejs, מצויין, הנה gruntjs, יש לך סביבה - תלמד אותה ותעשה 1, 2, 3 - יש לך שעה, go!"
ואחרי זה ישבנו ועברנו על איפה נתקעתי, מה נעשה, מה חסר ומה החשיבה מאחורי.
זה מלמד על הבן אדם הרבה יותר מאשר כמה הוא זוכר מהתואר (ובטח שהרבה פחות מוכוון פרוטוקולי הצפנה או מודל OSI וכו')

הכול תלוי כמובן למה אתה מחפש וברור שצריך לראות שהאדם עונה לדברים שאתה מחפש, אבל ספציפית תכנון אלגוריתמים זה גם משהו שלא תחפש בהכרח מהנדסי תוכנה אלא בעלי תואר שני במתמטיקה.

או... שאני פשוט אומר את זה כי אני יודע שראיון אצלך אני לא אעבור - הזכרון שלי שווה לתחת לפעמים, אבל למי שיש את החשיבה ה"נכונה" והיכולת להרגיש בבית עם טכנולוגיות שלא התעסקת איתן, לטעמי, זה ה skill החשוב יותר

משרת פיתוח כלשהיא... מצד שני, לא הייתי שואל על קריפטו בראיון. גם לא מלמדים ברמת ההעמקה שדיברתי עליה בתואר ראשון. לרוב הבוגרים אין סיכוי להתמודד עם מה שפרטתי למעלה.

לא יודע אם היית עובר אצלי או לא, אבל שכל, מעניין אותי יותר מידע...

יכולת לימוד עצמי זה משהו מאוד חשוב בעיניי, אבל זה משהו שמאוד קשה לבחון בראיון. זה תהליך שלוקח ימים - שבועות. הביצועים של מישהו במבחן כזה יכולים להיות מאוד רחוקים מהיכולות שלו...

-

ציטוט:

1. אני תמיד שאלתי שאלות אלגוריתמיקה... או כל מיני תכנן לי צ'אט.

ממש לא התכוונתי לדברים שזוכרים מהתואר, אלא ללפתור איזה בעיה מקורית, או לעשות דיזיין או משהו כזה...

בתואר הראשון היה לי קורס הנדסת תוכנה שהיה בזבוז זמן מוחלט: התמקדות בטכניקות מסויימות (איך כותבים UML ומשרטטים תרשים זרימה שידענו עוד קודם, תיאוריות וכלים משנות ה80).

בתואר השני היה לי קורס מתקדם בנושא - שהיה מדהים, נכנס מאוד לפרטים, ובעצם הבהיר לי (בתור מי שעבד 4 שנים באינטל עד אז) למה פיתוח תוכנה מתנהל בצורה מסויימת.

ללא הבנה מהי הנדסת תוכנה, תוכניתן יודע לעבוד נהדר לבד ולהרים מערכת דמו קטנה וחמודה,
לא איך להשתלב בפרוייקט תוכנה רציני.


לכן חשוב להבין מה איכות הקורס:
אם הוא לא היה מדהים, לך על קורס תקשורת ואבטחת מידע.
שנראה מאוד עדכני ושימושי.

ציטוט:

במקור נכתב על ידי ai22 בתואר השני היה לי קורס מתקדם בנושא - שהיה מדהים, נכנס מאוד לפרטים, ובעצם הבהיר לי (בתור מי שעבד 4 שנים באינטל עד אז) למה פיתוח תוכנה מתנהל בצורה מסויימת.

אודה אם תרחיב.

ושים לב, שבקורסים כאלה בד"כ לא מתעסקים בארכיטקטורה, עיצוב, ומודולריות וכד'.

אי אפשר באמת לדעת איך הקורס יהיה.. אם מדהים או לא.
נצא מנקודת הנחה שאצלך בתואר ראשון זה היה בזבוז זמן של קורס.
ואני מניח שלמדת באוניברסיטה.

אני במכללה ועושה תואר ראשון. אז גם פה יהיה בזבוז זמן, לא? חח