Y
@dovid כלומר, לפי מה שאני מבין (קראתי פעם משהו כזה באתר מדריך)
רק אחרי שאתה מלכלך את הידים לבנות משהו בעצמך, שעובד (לא נורא כמה אתה תשתמש בו בפועל, וכמה יהיה נורא מבחינת נוחות משתמש), תוכל כבר לבנות גם עם דברים מובנים. כי רק אז תדע באמת לבנות נכון כי הכרת את כל האבנים.
אבל באמת אחר כך כן להשתמש בדברים מוכנים שתבחר ויהיו מתאימים - אחרי היכרות עם צרכיך. כדי לחסוך זמן, וכשלונות עיצוביים / באגים של תוכנית חדשה שלא נוסתה.
@OdedDvir @david תודה רבה!
ממש תשובות מושקעות! אני עובר על השלבים של @OdedDvir (חלק כבר יישמתי בעבר, חלק עדיין לא).
.
יש משהו אחד שעדיין לא פתור לי.
משום מה חשבתי שללמוד תכנות זה לא ללמוד גרפיקה... אבל אני מוצא שאני אצטרך כל הזמן לעצב דפים וממשקים.
על זה - יש משהו קיים? יש בעיה עתידית / תכנונית להשתמש בו?
(השאלה בין על עיצובים קיימים ובין על ממשקים - טופס מוכן וכד')
הרי הכשרון שלי, עם כל הכבוד, לא יכול להגיע לכשרון של כל כך הרבה מעצבים בשוק... אני לא יכול להמציא את הגלגל מחדש כשיש להם כל כך הרבה כלים שאין לי...
אז מה, צריך גם להמציא עיצוב, גם חווית לקוח, גם תכנות, גם DB (עם השניים האחרונים אני מסתדר מצויין, אבל גם בהם הקפיצות הגדולות של ידע התכנות מתרחשות דווקא על ידי לימוד (לא לקיחה, רק לימוד) של קוד פתוח, או פיתוח בקוד קיים. לענ"ד).
זה מגדיל את העבודה של יצירה של כל דבר מאוד! אם אגביל את עצמי רק לדברים שאני בונה.
לעניות דעתי - לפי מה שראיתי בסביבה, בJS של SAP משתמשים בדברים קיימים של סאפ, גם באנגולר JS יש תבניות. אז מה, גם זה לא טוב? הרי כל העולם משתמש איתם.
בקיצור, בנושא זה לא ירדתי לסוף דעתכם, וכנראה באתם להגביל רק חלקית שימוש בקוד פתוח או תבניות מובנות במערכת/מעלמא, ויש בזה כללים. על כן אשמח למיקוד ברור.
תודה רבה רבה.
@dovid אמר בהמלצה על SERENITY או דומיו במקום אקסס:
@Y-Excel-Access אמר בהמלצה על SERENITY או דומיו במקום אקסס:
אם הבנתי נכון (וכנראה שלא - עדיין לא הבנתי בדיוק איך עובדים עם סרניטי), סרניטי הוא משלב קצת קוד מכל תחום - ASP #C ו JS, ובעיקר הנראות הנורמלית בנויה. כך שיוצא שאני יותר לומד לעבוד עם השפות האלו מאשר שאני נתקע בהם.
הבנת מצויין. כמעט כל טכנולגויות האינטרנט הם ככה. הם פתוחות וקלות להתאמה אישית יחסית, ועדיין כתבתי מה שכתבתי.
אם כך, עדיין צ"ע...
כיוון של קישור NET WINFORM לאקסס יותר נכון? מסברא נראה לי שלא, כי אז זה יתפזר ל SQL SERVER, אקסס, וטפסי נט שגם הם לא הכי משהו...
זה לא כזה רע, אבל זה לא עונה על כל הבעיות.
דוטנט/נוד יחד עם מסד נתונים עונים על כל הבעיות, אבל זה המון לבנות מאפס. אבל אחרי שיהיה לך שלד, אתה תרגיש מלך העולם.
הבעיה שיש בשתי האפשרויות - WINFORM ו NODE.JS שצריך לבנות נראות.
אולי יש אפשרות של קוד פתוח או משהו אחר שרק מביא לי פקדים / אובייקטי נראות , כמו לדוגמא טבלה מקוננת באקסס וכדו'? יש מקום/קישור להוריד לNET טהור או HTML-JS (כמו שמצאתי תוסף שמשפר נראות באקסס)? או לחילופין - לפי ההצעה כאן - איזה מילים לחפש בגוגל.
תודה רבה!
קראתי פעם משפט שמצא חן בעיני - "זה היה ממש נפלא להמציא את הגלגל, אך רק בפעם הראשונה..."
@dovid אמר בהמלצה על SERENITY או דומיו במקום אקסס:
ככל שהמערכת לכאורה טובה יותר, ככה לאט לאט תהפוך את העולם כדי להישאר בה על כל בעיותיה ויהיהי לך מאוד קשה ההגירה השלישית (אחרי שכעת אתה מהגר מאקסס).
אם הבנתי נכון (וכנראה שלא - עדיין לא הבנתי בדיוק איך עובדים עם סרניטי), סרניטי הוא משלב קצת קוד מכל תחום - ASP #C ו JS, ובעיקר הנראות הנורמלית בנויה. כך שיוצא שאני יותר לומד לעבוד עם השפות האלו מאשר שאני נתקע בהם.
האם יש תחום שלא תוקע? האם יש אפשרות פשוטה לבנות עם נראות מובנית (אין לי כוח לעצב סתם ולהמציא את הגלגל מחדש) בשפה / טכנולוגיה פופולרית יותר?
ברשימת המגבלות שלך, הרוב לא שווה בכלל משקל. כלומר החיסכון האדיר של אקסס בפיתוח מכסה על רוב הפשעים, לכן צריך להתייחס רק למה שפשוט קריטי - לא אפשרי במערכת שאתה צריך (כמו למשל שימוש מקביל בוווב, אולי).
יש אפשרות עקיפה לבעיות?
בפרט אין לי פתרון - איך להפריד את הממשק מSQL - איך לעבוד עם משתני זכרון ולהציגם, גם אם אני לבינתיים מוותר על WEB.
כיוון של קישור NET WINFORM לאקסס יותר נכון? מסברא נראה לי שלא, כי אז זה יתפזר ל SQL SERVER, אקסס, וטפסי נט שגם הם לא הכי משהו...
בעקבות הכניסה לפורום הסגור...:)
ראיתי שם פוסט המדבר על מעבר מאקסס לסרניטי. התקשתי לעבוד לבינתיים עם סרניטי, ורציתי לברר קודם האם הצר שווה בנזק המלך:
מה הצורך?
יש לי רעיון לבנות תוכנה עם מסד נתונים די מורכב (עבר לבינתיים ניתוח מערכות של בניית טבלאות ה SQL) אך בפועל אקסס קטן עליו. אולי אפשר לנסות להסתדר, אך אני לא יודע מה שווה יותר האם להשאר, או לעבור לסרניטי (החינמי בלבד), או יישום אחר. ואשמח לעצתכם.
הצרכים שלי שאין באקסס (הארכתי פה גם כדי לסדר לי תוך כדי...:) :
מישהו מכיר את סרניטי או יישום דומה?
אשמח מאוד להמלצות!
נ.ב. מתוך השפות שסרניטי מחליף / עושה בהם קיצור דרך, אין לי עדיין ידע ב ASP. רק בSQL, C#, וקצת JS.
@dovid כתבת כאן שגורל הקבוצה הסגורה בדיונים...
אם אפשר להוסיף...
אשמח תוך כדי, שיישקלו גם האפשרויות של שילוב הדגשת השאלות והתשובות כ Stack Overflow (כשיש פוסטים, אך נלווים - בכתב קטן, והתשובה המדורגת יותר מוקדמת),
ומיקום מיוחד לפרסום קודים שמישים לציבור (דומיא דGITHUB, אך לא חייבים שיצא לגמרי מגדר פוסט מבחינת דו שיח, רק יהיה הכותרת הקוד הנבחר שישתנה).
כי יש מעלה גדולה בפוסט, אך לפעמים יש מעלה יותר דווקא בשאלות ותשובות / פרסום קוד, בעברית לאנ"ש.
כמובן וכמובן - רק אם זה לא יותר מדי עבודה... - כבר כך אני לא הבנתי מה מודל הרווח באתר הזה שמבחינתי הוא רק מפעל חסד. תודה רבה!
@mekev אמר בהצעה לשיפור התועלת מהתשובות:
אולי שווה לצרף
גם מה חפשת בגוגל שהביא לך את התשובה
באמת מה שחסר הרבה פעמים זו מילה - שניים, שמתמצתות את הכל...
אבל בדרך כלל, אם נותנים קישור איכותי, מופיעות שם המילים הנכונות. ואיתם אפשר לחפש.
כך שכל קישור בדר"כ מכיל בתוכו את האופציה לחיפוש. ובמקרים שלא, או במקרים שהתשובה היא תשובה טקסטית ולא קישור, שם ממש תתאים ההצעה שלך! אני מצטרף לקריאה.
@יהודי-טוב נכון, תודה!
גם ראיתי בעיה נוספת - לא אתחלתי את מערך Cols עם אורכי העמודות של שתי ההפניות (אך לא יודע אם זה מעכב בJS... אני רגיל יותר לC# וכדו' שם זה לא עובר בשקט. ועכ"פ ודאי להבנה של הקוד זה חשוב)
@yossiz תודה רבה!
כלומר אם אני מבין נכון, מתקבל טיפוס מערך של ROW ובתוכו COLUMN.
והגישה היא כך:
ARR[1][2] = VALUE;
אני מנסה ליצור פונקציית UDF לבצע משני מערכים INNER JOIN. (כדי שיהיה אופציה של INNER JOIN כבסיס לפונקציית QUERY)
אני עדיין קצת חדש בJS, אז כתבתי את זה בפונקציות יותר פרימיטיביות = FOR רגיל, וכדו'.
כתבתי בSHEETS כך:
InnerJoin(C21:E26,A21:B25)
וזה נותן לי ערך שגיאה כזה:
TypeError: LeftRange.getNumRows is not a function (שורה ...).
ואני לא מבין מה הבעיה - הרי הערכים הם אמורים להיות מטיפוס RANGE, ויש לאובייקט זה פונקציה כזו מפורש כאן
אשמח גם להערות נוספות, אבל עדיין לא הספקתי לדבג עד הסוף, ואני מנסה לשפר תוך כדי, אז לא רוצה להטריח לבינתיים...
הקוד שלי:
function InnerJoin(LeftRange,RightRange,...ColumnsJoin) {
// בדיקת שגיאות
if (ColumnsJoin.length / 2 != parseInt(ColumnsJoin.length / 2)){
throw "Expected a number parametrs is not Possible, (should be a couple).";
}
for (var i=1;i<ColumnsJoin.length;i++){
if (typeof ColumnsJoin != "number"){
throw "Expected a number but got an input of another type.";
}
}
// הצהרת משתנים
var rows = [];
var cols = [];
var rowForReturn = true;
// השמה
if(ColumnsJoin.length === 0){
for(var rLeft = 1; rLeft <= LeftRange.getNumRows();rLeft++){
for(var rRight = 1; rRight <= RightRange.getNumRows();rRight++){
for(var i = 0 ; i < ColumnsJoin.length ; i++){
if(LeftRange.getcell(rLeft,i) != RightRange.getcell(rRight,i)){
rowForReturn = false;
i = ColumnsJoin.length;
}
}
if(rowForReturn){
for(var c = 1; c <= LeftRange.getNumColumns();c++){
cols[c] = LeftRange.getcell(rLeft,c);
}
for(var c = LeftRange.getNumColumns(); c <= LeftRange.getNumColumns() + RightRange.getNumColumns();c++){
cols[c] = LeftRange.getcell(rLeft,c);
}
rows.push(cols.slice())
}
else{
rowForReturn = true;
}
}
}
}
else{
for(var rLeft = 1; rLeft<=LeftRange.getNumRow();rLeft++){
for(var rRight = 1; rRight<=RightRange.getNumRow();rRight++){
for(var c = 1; c<=LeftRange.getNumColumns();c++){
cols[c] = LeftRange.getcell(rLeft,c);
}
for(var c = LeftRange.getNumColumns(); c<=LeftRange.getNumColumns()+RightRange.getNumColumns();c++){
cols[c] = LeftRange.getcell(rLeft,c);
}
rows.push(cols.slice())
}
}
}
return rows;
}
@מעלה-ומוריד השאלה אם פלטפורמה כל כך 'רזה' של מסלול כללי, וכל כך מסובכת, שווה את זה למפתח עבור דמי קישורית.
אבל ברור, שאם יש כזה דבר וזה היה מוצלח, ברור וחינמי, אז אשמח שדבר ראשון תעדכן גם אותי במספר...
בפרט אם זה עובד בשביל תכנון נסיעה באוטובוסים. עירוני/בין עירוני, שאז נראה לי שזה יהיה הכי יעיל.
@מעלה-ומוריד זה מלא IF, כשכל פעם שהמיקום משתנה צריך למקם את וויז שוב (עוד זמן לחכות), ומלא הלוך חזור מול המשתמש.
איך הוא כל הזמן ידע לומר שהוא ברחוב ...
המערכת לא תדע להסביר מתי בדיוק לפנות ('עוד שלוש מאות מטרים')
זה יכול להיות אולי בשביל תכנון נסיעה כללי - באיזה כביש ליסוע, כביש 6 או 4 וכד'.
או לאוטובוסים - איזה קו לקחת.
אבל אז זה כבר 'מסלול' של גוגל שגם אמור כנראה לחשבן פקקים, לא וויז.
ואם מודל הרווח הוא על דמי הקישוריות, הואיל ויצטרכו זיהוי דיבור כל הזמן, וזיהוי דיבור היא אופציה העולה כסף (או שאני כבר לא מעודכן), כך שיצא שכרם בהפסדם.
אולי - אם יעשו את זה לפי מספר תחנה למספר תחנה (מה שיש בתחנות האוטובוסים מספר תחנה לבירור מתי יגיע האוטובוס הבא) זה ישים להרוויח דמי קישוריות. וזה יהיה נוח רק לאוטובוסים.
או - על נסיעה ברכב מעיר לעיר - במאקרו.
@מעמד היה קו טלפון בשם 'פרמיום' שהוא טען שיהיה לו וויז, או שהוא פרסם כזה דבר.
אין לי את המספר כעת, אבל כנראה שתוכל לשאול בפורום של ימות המשיח על וויז בטלפון ושם ודאי יכירו.
אם כן, אם זה עובד טוב (ולא יודע איך זה יוכל לעבוד טוב... זה יישום מאוד קשה בלי ויזואליות) נשמח שתפרסם גם כאן:)
@חנון-המרבה הכוונת למשהו כזה - יצירת מודול באמצעות מאקרו
או להזרקת קוד?
@dovid תודה על המענה המהיר.
וכמובן תודה על ניהול הפורום הזה...
נ.ב. בקשר אליך אישית, תבשר לי שפרצת כבר את תקרת שם הניק שלך.
לא הבנתי מה הכוונה...
תגובה: הוראות הצטרפות לפורום התכנות (יש שינוי!)
ורקע אישי (שם, טלפון, והרקע בגללו אתם מעוניינים להצטרף. במידה וכבר יש לכם ידע, לספר עליו קצת).
למה צריך לכתוב רקע אישי בפורום תכנות המצומצם?
למה הוא נועד (למה לא פתוח לכולם וזהו)?
והאם הפרטים האישיים יוצגו לאחרים בפורום? ואם לא - האם גם האחראים מגלים לנו את פרטיהם האישיים?
אשמח להבין איך זה עובד...
אשמח להמלצה על תוסף קוד פתוח בשם xlwings, עבור הוספת קוד PITHON ב EXCEL וGOOGLE SHEETS. לפעולות מאקרו ופונקציות UDF.
(במקום APP SCRIPT ו VBA).
זה נוח ושימושי?
@dovid אמר בריצה בלופ מהאחרון לראשון בJS:
אולם במקרה שאתה עושה עדכון מניה למשתנה במהלך הלולאה אז הרבה יותר נכון להשתמש בלולאת for רגילה, זה אחת הלולאות הוותיקות ביותר ושוריאציה שלה נמצאת כמעט בכל שפת תכנות.
רציתי לציין עוד מעלה על דרך זו, שבלולאת FOR המשתנה i הרץ על פני הלולאה אינו מאוחסן במשתנה רגיל, אלא הוא מאוחסן במשתנה הקרוב פיזית למעבד. כך שהמהירות אמורה לעלות משמעותית, ובנוסף גם אין צורך לחפש את המשתנה לפי כתובתו כל פעם.
כך לפחות במעבדים של פון נוימן.
משא"כ אם כותבים let a, ו ++a.
@OdedDvir מדהים! חידש לי ממש.
הערה חשובה:
לפחות לגרסאות היותר ישנות, לחישוב נכון של הנוסחה צריך להקיש בסיום כתיבת הנוסחה CTRL+SHIFT+ENTER לקבלת החישוב כנוסחת מערך.
@בער לכאורה אפשר פשוט, להקצות עמודה בה ייכתב תאריך לטיפול.
במקום שאתה רוצה ש'יקפוץ' לך - לסנן לפי - אם התאריך של היום קטן או שווה ל'תאריך לטיפול' וגם לא שולם להראות את השורה.
ואם יש צורך למיין לפי תאריך (או לפי עמודה עמודה נוספת שתיצור בשם 'רמת חשיבות' וכד' כפי רמת היצירתיות שלך...)
איך?
עם הפונקציה QUERY.