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

@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
וודאי
נגיע גם לזה
אבל קודם כל צריך לסגור כמה וויכוחים עתיקים
ואז לעבור לשלב של מה אנחנו בונים בדיוק

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

@חוקר

1. האם מותר לקחת יותר כסף כי אני יודע שהלקוח הולך להרוויח על זה הרבה יותר מהרגיל?
   (ז"א אם המחיר הרגיל שלי הוא 200 ש"ח לשעה האם מותר לי לקחת יותר )

2. האם זה שמנהג המתכנתים הוא לעבוד לפי הכיס של הלקוח הופך את זה למחיר השוק?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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