תחומים - פורום חרדי מקצועי

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

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

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

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

@משחזר-מידע
היית על הענן הלא נכון

@odeddvir אמר במצאתי פריצה באתר:

(הסתרת אלמנטים מינהליים על ידי תויות? באמת!) זה נשמע כמו טעות פטאלית של מישהו שלא מבין כלל בפיתוח WEB.

זה עוד בסדר
השאלה היא על מפתח הצד שרת שמאפשר גישה למידע ללא הרשאות.

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

התקנת סביבת עבודה

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

wget -q -O - https://raw.githubusercontent.com/canha/golang-tools-install-script/master/goinstall.sh | bash

ולפעול לפי ההוראות
אפשר לבדוק האם זה הותקן בהצלחה עם

go version

הסקריפט הנ"ל מתקין את GO ויוצר את התיקייה GO (ששם נבנה את כל האפליקציות שלנו) בתיקיית המשתמש.

תחת התיקייה GO יש 3 תיקיות:
src - התיקייה בו אתם תשמרו את כל הקוד שלכם.
pkg - התיקייה מתחתיה נמצאים קבצים מקומפלים וכן החבילות הרלוונטיות למערכת הפעלה שלכם (GO מתקפל בקלות לכל מערכות ההפעלה בלי צורך בשינוי בקוד, אבל כיוון שיש API אחר לכל מערכת הפעלה צריך את החבילות האלו, אבל לא נראה לי שיש למשתמש הפשוט משהו לשנות שם) אם מישהו יכול להסביר יותר מה קורה בתיקיה הזאת נשמח לשמוע .
bin - התיקייה אליה נשלחים הקבצים המקופלים (אפליקציה אותה ניתן להריץ בפועל).

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

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

קודם כל קצת היסטוריה

שפת GO התחילה בשנת 2007, ע"י מפתחי C++ שעבדו בגוגל, והיו מתוסכלים מכמה דברים בשפה:
1.זמן קיפול ארוך (כ45 דקות בפרוייקט שהם עבדו עליו).
2.חוסר תמיכה מספיקה בתכנות אסינכרוני (לא נראה לי שאני צריך להסביר כאן מה זה קוד אסינכרוני).

הם התחילו לעבוד (במימון של גוגל) על שפה חדשה
עם המאפיינים הבאים :
1.קוד שיקומפל לשפת מכונה (ולא ירוץ ע"י מפרש כמו PHP,פייתון וכו').
2.קוד קריא ונוח לעבודה בעבודות צוות.
3.תמיכה בקוד אסינכרוני בעלות נמוכה, ושהקוד ישאר קריא.
4.קימפול מהיר.
5.הם בנו את האיסוף זבל ואת הruntime בצורה שונה מC, אבל אני עדיין לא הבנתי מה הקטע שם (אבל בכל מקרה זה לא משנה למתכנת ברוב המקרים)

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

השפה נועדה לשמש בעיקר בצד שרת ( קונטיינרים, כלי CLI,מסדי נתונים, API)
ובשביל צד לקוח אפשר להשתמש או בתבניות HTML של GO או בריאקט, אנגולר וכדו'.

(מעניין שהיום מנסים למשוך את GO לעוד כיוונים כמו:
tinygo משיועד לחומרה קטנה כמו ארדואינו,
gopherjs שמקפל GO לJS (לא ברור מה הקטע בזה אבל זה נושא לשיחה אחרת),
fyne לבניית אפלקציות לשולחן עבודה (ללא תלות באלקטרון וכו'),
יהיה מעניין לראות האם אכן זה אכן יעבור לתחומים נוספים.)

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

אוסף של מדריכים להנדסה לאחור ואסמבלי
https://gist.github.com/muff-in/ff678b1fda17e6188aa0462a99626121
אוסף של ערוצים לJS
https://github.com/andrew--r/channels
ועוד אחד כללי
https://github.com/epoyraz/Awesome-Youtube-Channels

בהמשך לדיון כאן
ניסיתי לבנות לעצמי בשביל הספורט שרת SMTP שמפנה את כל המידע ישירות לכתובת HTTP
מצאתי פרוייקט שכתוב בGO, שאיתו אפשר לבנות שרת SMTP מאפס
וכן יש שם תוסף לטיפול במיילים עם fastcgi
לא כל כך הסתדרתי עם הפעלת קבצי PHP מהספריה הנ"ל, אז בניתי תוסף משל עצמי שמפנה הכל לכתובת HTTP המבוקשת.

למי שרוצה להשתמש עם זה צריך קומפיילר של GO
וקצת ידע בסיסי איך ליבא ספריות.
יוצרים את הקובץ הבא

package main

import (
        "fmt"

        "github.com/flashmob/go-guerrilla"
        "github.com/flashmob/go-guerrilla/backends"
        fastcgi_processor "github.com/ynigun/httpmailpip"
)

func main() {
        done := make(chan bool)

        cfg := &guerrilla.AppConfig{
                LogFile:      "stderr",
                AllowedHosts: []string{"koshercode.dev"},
                LogLevel:     "debug",
                BackendConfig: backends.BackendConfig{
                        "save_process":     "HeadersParser|Debugger|FastCGI",
                        "validate_process": "FastCGI",
                        "HttpPipValidate":  "http://myurl.com:8090/validate",
                        "HttpPipSave":      "http://myurl.com:8091/save",
                                        },
        }
        sc := guerrilla.ServerConfig{
                ListenInterface: "0.0.0.0:25",
                IsEnabled:       true,
        }
        cfg.Servers = append(cfg.Servers, sc)
        d := guerrilla.Daemon{Config: cfg}
        d.AddProcessor("FastCGI", fastcgi_processor.Processor)
        err := d.Start()


        if err == nil {
                fmt.Println("Server Started!")
        }
        <-done
}

בדוגמה הזאת מופעל שרת SMTP בפורט 25 בכתובת 0.0.0.0 (ככה אפשר לגשת לIP החיצוני)
והדומיינים המורשים לקבלת מיילים מוגדרים ב AllowedHosts
כשמתקבל מייל, השרת מתחבר לכתובת http://myurl.com:8090/validate לצורך אימות שמהשתמש קיים
ע"י שהוא שולח את הנתונים rcpt_to=test%!k(MISSING)oshercode.dev בGET
בדוגמה הזאת שלחתי מייל שנשלח לכתובת test@koshercode.dev
(ואני לא יודע למה התווסף ה(MISSING) באמצע)

אם השרת מקבל את התשובה PASSED
הוא ממשיך לשלב הבא ושולח את כל הנתונים בPOST
לכתובת http://myurl.com:8091/save
עם הסטרינג הבא
ContentType_0=application%2Fx-ini&Filename_0=ext.ini&body=%3Cdiv+dir%3D%22rtl%22%3E052702%3Cimg+src%3D%22https%3A%2F%2Fpxl-mailtracker.com%2Fpixel%2FsvpWQyo6UdrJ5o3q0pJs%3Frid%3DsvpWQyo6UdrJ5o3q0pJs%22+width%3D%221%22+height%3D%221%22+border%3D%220%22%3E%3C%2Fdiv%3E&helo=mail-qv1-f44.google.com&mail_from=sbb0799%40gmail.com&rcpt_to_0=test%40koshercode.dev&remote_ip=209.85.219.44&subject=test&tls_on=false
(זה יצא קצת מבולגן אז אני ילך לא לפי הסדר)
rcpt_to_0 = כתובת הנמען (במקרה ויש כמה אמור להיות גם rcpt_to_1 וכו')
mail_from = כתובת השולח
body = גוף ההודעה (זה מתקבל כHTML וקצת משתבש כששלוחים אותו כערך בPOST, אני לא יודע איך ממירים חזרה)
subject = כותרת ההודעה
Filename_0 = שם קובץ מצורף (בהמשך אני יראה איך אני שולח אותו בפועל)
ContentType_0 = סוג הקובץ של Filename_0 (לא קריטי פשוט זה פונקציה שהיה לי אז דחפתי)
helo = שם הדומיין ששלח את המייל
remote_ip = כתובת הIP ששלח את המייל
tls_on = האם TLS מופעל (במקרה שלנו לא, אפשר להוסיף את זה בהמשך)

אם השרת SMTP מקבל את התגובה SAVED
אז הוא מחזיר את התשובה לשולח שהמייל התקבל בהצלחה .

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

אשמח לשמוע תגובות, הצעות וכו'.

עריכה:למי שרוצה לנסות בלי לההתקין
אפשר לשלוח מייל לכל כתובת בדומיין koshercode.dev (זה לא משנה מה המשתמש כי אני מחזיר PASSED לכולם)
ובכותרת לכתוב את הכתובת HTTP שאליו אתם רוצים להפנות את כל הפלט
(לא להכניס שום דבר אחר רק את הכתובת).
ובבקשה לא להכניס כתובת שגויים כי אז השרת שלי כנראה יפול

@chagold אמר במתכנת עצמאי כ4 שעות ביום - אפשר להתפרנס מזה?:

אם היית הולך על שוק של אתרים כמו וורדפרס, אז יש לקוחות שמחפשים

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

@aiib
וודאי
נגיע גם לזה
אבל קודם כל צריך לסגור כמה וויכוחים עתיקים
ואז לעבור לשלב של מה אנחנו בונים בדיוק

@בעזרתו
נכון
אבל מה יקרה למי שישאר כל חייו בחיידר
אמנם הוא יהיה הילד הכי מצטיין
אבל זה ממש לא מחמאה

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

@WWW כתב בתכנות מהבית ומהמשרד, איך לשלב ביניהם:

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

גם אם אתה עובד רק על מחשב אחד מומלץ לעשות כמה קומיטים ביום, ולא לדחוף את כל השינויים לקומיט אחד גדול ולקרוא לו משהו גנרי

@לעזור-לכולם אמר בשפת תכנות GOlang:

האם יש ביקוש לשפה זו

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

השפה חזקה בעיקר בבניית API עם ביצועים טובים.

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

@davidnead
כתבתי על זה בעבר
אבל זה לא התקדם כל כך
אז אני מנסה דרכים אחרות.

אכן צריך להקים גם פורטל
אבל עודף אופציות רק יבלבל את הלומד המתחיל.

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

@one1010
וודאי שלעובדות/עובדים יש הפליה נוספת בגלל שהם מוגבלים לעבוד בסביבה חרדית
(ואף אחד לא גנב, זה הכוח של ביקוש והציע, אם כבר המחיר המופקע של המשכורות בארץ זה מה שמוזר)

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