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

1. עבודה ישירה מול מסד נתונים ספציפי לפי API של היצרן
2. עבודה עם ספרייה שמאגדת פונקציות דומות עבור מבחר מסדי נתונים
3. מימוש עצמי של מסד נתונים (יש חברות בתעשייה שעושות טעויות כאלו)
4. עבודה עם כלי ORM אשר מנסות להשכיח את העבודה שיש מסד נתונים ומנסה לספק יכולת לעבוד כמה שיותר בתחביר של השפה בה אנחנו עובדים.

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

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

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

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

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

לאחר שלזרוס חזר לנו מההתקנה, ניצור פרוייקט חדש בשם my_blog (הרי כל המדריכים כיום למסדי נתונים מלמדים להקים blog, אז למה לא אני ? אל תדאגו לא ניצור במדריך זה אתר). ונוסיף לו מלשונית הרכיבים שלנו את ‎TDatasource הממוקמת בלשונית Data Access. הפקד מופיע עם צלמית של מסד נתונים עם הרבה חצים (הפקד השמאלי ביותר בתמונה).

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

לפני שנמשיך חשוב לי להסביר מה בעצם הולך להיות מהנקודה הזו.ישנם הרבה צורות חיבור למסדי נתונים, והרבה מימושים. רובם מתבססים על ה API של TDataset (שהוא רחב יותר מאשר מחלקה אחת), אבל מציעים צורות עבודה שונות. הפקדים של SQLDBLaz משתמשים ב API שמגיע עם FPC עבור מסדי נתונים למשל, בעוד ש FIBComponents יוצר API משל עצמו עבור Firebird אבל עדיין משתמש ב API של TDataset. בנוסף ל SQLDBLaz יש תמיכה בעוד מסדי נתונים שונים בצורות אחרות בלזרוס שאפשר להתקין, כך שאנחנו לא באמת מחוייבים להשתמש רק בגישה אחת בלבד. כמו כן, ישנה ספרייה בשם ZeosDB (אשר לא נתמכת כראוי לדעתי האישית ב64 ביט), שהיא ספרייה צד שלישי לObject Pascal שעובדת עם כמה מהדרים, והרבה משתמשים בה, וגם היא תומכת ב TDataset.

עכשיו ניגש ללשונית של SQLDb ונבחר את החיבור למסד הנתונים שלנו. אני אישית עובד עם firebird. לאחר שבחנו את מסד הנתונים שלנו, נבחר את פקד הטרנזאקציות, ונחבר אותו אל מסד הנתונים שלנו (נוכל לבחור את זה בצורה גרפית ב Object Inspector).

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

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

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

ניצור למסד הנתונים שלנו טבלה (מחוץ ללזרוס כרגע) בשם authors:

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

לאחר היצירה, נכתוב ברכיב השאילתא שלנו ב"תכונה" של SQL (בלבד) את הקוד הבא:

ואז נלך לרכיב של Datasource ונספק לו את רכיב השאילתא שלנו ונשמור את השינויים.

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

כרגע נפעיל את החיבור של מסד הנתונים על ידי העברת ערך של Connected ל true (לחיצה כפולה עושה את העבודה). וניגש לרכיב השאילתא שלנו ונפעיל גם אותה עם התכונה Active בערך של true.

לחיצה כפולה על פקד השאילתא שלנו (או לחיצה על מקש ימני והפעלת הערך הראשון בתפריט: Edit Fields) בשביל לערוך שדות.

בברירת מחדל נקבל חלון לבן (תלוי בצבעי המערכת שלכם) וריק.  נלחץ על מקש ימני ונבחר את האפשרות Add Fields, ואז נסמן ונבחר את כולם (לחיצה על ID ואז לחיצה על מקש ה Shift ולחיצה על שדה הChanged) ועל OK. ועכשיו חלון עריכת השדות שלנו מלא בשדות.

הפעולה הבאה שנעשה היא ללכת ל ID ולסמן את התכונה של Readonly ל true ונשים False לתכונה Required. אנחנו עושים זאת בשביל להזין את הערך שלו בצורה "אוטומטית" במסד הנתונים (במקרה של Firebird מדובר בTrigger). במידה ולא נבצע את הצעדים האלו, כאשר נרצה לשמור רשומה חדשה, נקבל חריגה (Exception) שלא ציינו ערך לשדה שהוא חובה (מאוחר יותר נראה למה).

אותו הדבר נעשה גם לשדות Added ו Changed היות וגם אותם אני משנה עם טריגרים במקום ידנית ולא נזין את הערכים ידנית אצלנו.

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

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

ועכשיו מתחילה העבודה עם פקדים גרפיים. ניגש ללשונית של Data Control. חשוב לדעת לפני שנמשיך שהפקדים הגרפיים של Data Control כמעט לגמרי זהים לפקדים "הרגילים" שיש לנו (למעט 2 פקדים ספציפיים שנגע בהם במדריך הבא), עם שינוי אחד: הם יודעים לעבוד עם ‎TDataset  ולעקוב אחריו וגם לשתף פעולה איתו בצורה שהיא אוטומטית עבורינו, ובכך הם חוסכים לנו עבודה. אך במידה והם לא עונים על הגמישות שאנחנו צריכים, תמיד אפשר לעבוד עם פקדים רגילים, ולעבוד "קשה יותר" לעשות את הקישור בצורה תכנותית, או ליצור פקדים משל עצמנו.

בטאב, נזרוק את הרכיב TDBNavigator . תפקיד הרכיב הוא לתת לנו פעולות "מוכרות" אשר חוזרות על עצמן בDataset שלנו. כרגע אנחנו נוסיף לו את ה Datasource שלנו ונגיד לתכונה של align להיות alTop. כך הפקד ייושר כלפי מעלה, וכל שינוי בגודל החלון שלנו ישנה גם את הפקד הזה. בנוסף ב Visible Buttons נעיף את התמיכה בDelete (אני לא אוהב למחוק פיזית ממסד נתונים, אלא רק להסתיר אותם בברירת מחדל ולסמן אותם פנימית כ"מחוקים"). ואלו כרגע כל הפעולות שנעשה עם הפקד הזה.

נלך לטאב הראשון (Standard) ונוסיף עכשיו 2 פקדי TLabel  ונחליט שהם נמצאים ב Left 8. נוכל לעשות את זה לשניהם בייחד אם נבחר אחד, ואז נלחץ על shift ונבחר את השני,  ואז נלך לתכונה של left ונכתוב שם 8. אפשר לבחור גם עם העכבר עם מקש שמאלי לחוץ וגרירה של הסמן. ודרכים נוספות, שאתן לכם לגלות לבד, ולהחליט מה נוח לכם.

עכשיו נלך לתווית ההראשונה, ונכתוב לה "Name" בתכונה של Caption. ונעבר לתווית הבאה, ונכתוב שם "Can Author" בתכונה של Caption. וסיימנו לעבוד עם הפקדים האלו, למרות שאפשר לספק להם עוד יכולת שלא אכנס אליה במדריך זה, והיא לתת פוקוס לרכיב שיכול לקבל פוקוס על ידי תכונה בשם FocusControl אבל לא אכנס לזה במדריך זה.

עכשיו נחזור לטאב של Data Control ונבחר את הפקד TDBEdit ונשים אותו ליד התווית הראשונה. וTDBCheckBox ליש התווית השניה. עכשיו נמחק את ה Caption של TDBCheckBox (אני מחפש מראה אחיד שלא נוכל לקבל אם נשתמש בCaption של הפקד).

לאחר מכן נבחר גם את הרכיבים של הDBEdit וגם את DBCheckbox בייחד, ונשים להם בתכונה של Datasource את ה Datasource שלנו. עכשיו נבחר כל אחד בנפרד, ונתן להם את השדה המתאים (כלומר ל DBEdit ניתן את השדה Name ול DBCheckbox ניתן את Can_Author).

בDBCheckBox יש גם את 2 התכונות: ValueChecked ו ValueUnChecked. נשים בראשון את הערך 1 ובשני את הערך 0. במידה ונרצה להיות צדיקים נלך גם לSQLQuery1CAN_AUTHOR (השדה שיצרנו בצורה וויזואלית) ונספק לו MinValue של 0 ו MaxValue של 1, אבל לא חייבים.

עוד 2 צעדים ונוכל להריץ את התוכנה שלנו !!!

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

1. יכולת להציג תמונות
2. לקבל פוקוס (בניגוד לאחיו שנקרא TSpeedButton)
3. הוא מסוגל לבצע פעולות בלי שנכתוב לו קוד.

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

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

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

וכן נלך ל Object Inspector חזרה לתכונות ונגיד לו UpdateMode לשים את הערך upWhereChanged.

כל מה שעכשיו נשאר לנו לעשות זה לסגור את החיבורים במצב תכנון, ולפתוח ולסגור אותם בזמן ריצה. את זה נעשה עם האירועים של החלון עצמו. נלחץ על החלון עצמו ונלך ב Object Inspector אל Events . ונבחר את האירוע של OnClose.

שם נסגור את החיבורים שלנו בצורה הבאה (הקוד עם הקו התחתי):

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

לאחר מכן, נלחץ 2 לחיצות על החלון שלנו ונקבל אירוע חדש (ברירת מחדל) של יצירת החלון ושם ניצור את הפתיחה שלנו:

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

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

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

להורדת הקוד המלא של החלק הזה, לחצו כאן.

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

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

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

כמו כן, האגודה לזכויות האזרח עשתה המון אודות המלחמה בחוק, והמון תודה להם על כך !

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

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

בכל מקרה, המון המון המון תודה על ששמרתם על המדינה שלנו, ואם נמשיך בעגה הצבאית, מגיע לכם אות מערכה של כולנו על פועלכם !

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

היום זה מוכרע, האם ישראל מפסיקה להיות מדינה דמוקרטית, או לא !

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

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

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

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

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

האם אתם מוכנים להפוך למדינה בה כולם חשודים גם אם מוכח אחרת ?

בקצב הזה נהיה צריכים עיר מקלט

עודכן ב15.11.2009 10:33

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

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

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

התפקיד של החבילה הוא להרחיב את יכולות סביבת העבודה או התוכנות שלנו. זה יכול להיות להתבטא באמצעות רכיב (גרפי או לא), זה יכול להוסיף למשל תמיכה ב svn (יש באמת חבילה שכזו) עבור סביבת העבודה, או אפילו להוסיף תמיכה בעוד שפת תכנות אשר עובדת לגמרי שונה מאשר  Pascal, או אפילו רק מהדר Pascal אחר.

החבילות מחולקות לשתי קבוצות (או שייכים ל2 הקבוצות בייחד):

1. זמן תכנון (design-time)
2. זמן ריצה (run-time)

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

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

ההתקנה בסביבת העבודה של חבילת תכנון תתבצע באחת מ2 הצורות הבאות:

1. התקנה באמצעות Configure installed packages. מתקין לנו חבילות אשר רשומות במערכת. כאלו שהתקנו והסרנו בעבר או כאלו שמגיעים בברית מחדל עם המערכת.
2. התקנת קובץ lpk (קובץ החבילה). אנחנו נבחר בה כאשר מדובר בחבילה שלא מגיעה עם לזרוס בברירת מחדל, ונעשה זאת על ידי בחירה באפשרות Open package file (.lpk) … ואז נבחר את הקובץ המתאים.

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

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

הוספת חבילת זמן ריצה תתבצע על ידי הוספת רשומה עבור הפרוייקט שלנו בתפריט Project -> Object Inspector ושם להוסיף את החבילה שרוצים.

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

עכשיו בואו נעשה ניסוי קטן של התקנת חבילה באמצעות האפשרות הראשונה ונתקין את הרכיב של SQLDBLaz אשר מספק לנו חיבור למגוון של מסדי נתונים כדוגמת PostreSQL, SQLite3, Firebird וגרסאות 4, 4.1 ו5 של MySQL. בפוסט הבא נלמד להשתמש ברכיבים אלו.

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

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

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

ישנם כמה עשרות של שפות כאלו, ולאחרונה נוצרו עוד 3, כאשר האחרונה מבינהם התפרסמה השבוע בשם Go. בנוסף לגוגל, גם IBM יוצרת שפה בשם X10 אשר מספקת בדיוק את זה. גם אינטל לא נשארת חייבת ולוקחת את שפת C ומרחיבה אותה לשפה בשם Ct.

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

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

סביבות פיתוח מרובות שפות (השימוש שבורלנד בזמנו התחילה עם דלפי, שהמשיך ל JVM ומוצרי VS של מיקרוסופט, ואפילו parrot של perl 6), בהם אנחנו נעבוד בעיקר בשפות דינמיות, בעוד שמצד המערכת יהיו שפות שיודעות לנצל משאבים מרובים, בהם הלך הרוח של השוק יתבהר רק בעתיד הרחוק יותר, למרות ש erlang התעורר מתרדמת בשנתיים שלוש האחרונות.

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

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

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

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

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

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

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

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

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

הערך הקודם פלוס הערך הקודם ושומרת אותו ב sequence בתור הערך הבא. כל זה, כל עוד הערך הוא לא 0 או ריק, כי אז הsequence מכיל את הערך 1.

התוצאה הסופית היא סדרה כזו: 1, 2, 4, 8, 16, 32, 64, 128, 512, 1024 … (דיברתי על 10 הערכים הראשונים).

הפעולה מתבצעת כאמור על ידי פעולת חיבור ולא כפל או חזקה (דיאגו).

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

השימוש ב GEN_ID מספק את הדרך היחידה לגשת ל sequence בגלל שהsequnce חייב להיות מוגן מפני שינויים רנדומליים ורק שינויים שהתכוונו אליהם חייבים להתבצע בצורה שהיא transaction safe, כך שכל טרנזאקציה תוכל לספק ערך חד חד ערכי בלי קשר לשאר החיבורים והטרנזאקציות האחרות בנושא. זו אחת מהדרישות של מבחן ה ACID עבור מסדי נתונים, וכאמור Firebird עובר בציון של 100 את המבחן. הפונקציה ד"א מעלה את הערך של ה sequence בכמות שאנחנו מספקים לה בפרמטר השני, כך שאם הערך הוא 0, זה בסה"כ מחזיר את הערך של sequence ולא מבצע פעולת חיבור.

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

לאחרונה נעשו מבחני ביצועים לFirebird מול 2 מסדי הנתונים האחרים.

בשורה התחתונה, גרסה 2.5 של Firebird בלינוקס מאוד מהירה ויעילה, אבל רק אם משתמשים במערכת הקבצים XFS, בעוד שבמערכת הקבצים Ext3 הוא מאוד לא יעיל.

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

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

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

הדוגמאות הרגילות מציגות את זה בצורה הבאה:

אבל בשביל "שם" ו"ערך" אנחנו צריכים להשתמש בזה בצורה הבאה:

אני מקווה שזה יעזור לעוד אנשים.

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

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

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

למעט שורת select אחת (נשאר לי עוד ליצור שורות של update, insert ו delete), אין לי ולו שורת קוד אחת שכתבתי, ועדיין יש לי ממשק גרפי שמאפשר לי את כל זה !

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

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

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

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

יצרתי את הקוד הבא במסד נתונים שלי שעובד עם Firebird SQL, מה הקוד עושה ? למה נבחרה הגישה הזו בשביל לממש את הקוד ואילו תשובות אקבל בהזנת 10 ערכים ראשונים למסד הנתונים עם הקוד הזה ?

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

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

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

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

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

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

רציתי לראות את המצגות שכבר הועברו, אבל נתקלתי בבעיה. הבעיה היא שכמובן מדובר במצגות מבית Microsoft Office. למרות שיש לי OpenOffice 3.1.1, אשר יודע לעבוד די טוב עם מצגות מבית אופיס של מיקרוסופט, במידה ונועלים לי את המצגת בסיסמה מפני שינויים (באופיס 2007), אני לא יכול לפתוח אותה בכלל !

למה לא להשתמש במערכת כמו OpenOffice ולסיים עניין ?!

אני יודע, התשובה היא ש"כולם עובדים עם Microsot Office", אבל אף אחד לא מדבר שאפילו הם לא מסוגלים להתמודד עם כל גרסה חדשה שיוצאת אם הם לא משדרגים את הגרסה הישנה שלהם, כך שמשתמשי Microsoft Office נמצאים ביותר בעיות ממני בנושא.

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

כמו שכמה מקוראי יודעים, מסד הנתונים של firebird מכיל 3 צורות גישה למסד הנתונים:

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

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

בין התוספות של 2.5 (ויש הרבה תוספות ושינויים), נוסף עוד שרת בשם "שרת סופר קלאסי". השרת נבנה עבור מעבדי 64 ביט (היות והשימוש בו ב32 ביט אינו יעיל בעליל, תכף אנסה להסביר אותו לעומק ותבינו יותר), ומאפשר הכלאה בין שרת קלאסי לסופר שרת.

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

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

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

במערכות POSIX (כלומר כל מה שהוא לא Windows  פחות או יותר), יש קובץ ריצה חדש בשם fb_smp_server אשר מפעיל את השרת החדש.

בWindows, קובץ הריצה הוא fb_inet_server.exe (אותו קובץ ריצה של השרת הקלאסי), והוא צריך לרוץ עם שורת פקודה m- אשר אומרת multi threaded.

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

פתאום המוקו החליט שכרטיסי זיכרון הם מחוץ לתחום של מוקו, ואני שובר את הראש כל פעם להבין מה לא בסדר. העניין הוא שגם בגרסה שצרובה למכשיר, שלא לדבר על כל מנהל אתחול שקיים (בNOR ובNAND, שזה אומר שניסיתי את Qi ואת u-Boot) לא מצליח להבין שיש לו כרטיס זיכרון. זה לפחות עד ל12 בלילה היום. החלטתי לעשות ניסוי, אחרי שנשיפות מאוד חזקות לנקות את החריצי קריאה לא עזרו, ניגבתי אותם במטלית חלקה ונקייה, וזה נראה שעשה את העבודה.

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

נפל לחיקי שרת eServer xSeries 330 של IBM משומש (ובתקווה במצב טוב). אני מאוד מעוניין לבדוק אותו, הבעיה היא שהוא דורש כבל מיוחד בשביל לחבר אליו מקלדת, עכבר ומסך.

שם הכבל הוא C2T. האם יש מישהו בין הקוראים שיש לו כבל כזה שהוא לא צריך (ועובד כמובן) ומוכן לעזור לי ?

תודה,

עידו

בחודש שעבר נשלח באג בקשר ל flamerobin. דיווח הבאג התבצע בצורה יוצאת דופן: דרך YouTube.

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

את הבאג עצמו, אפשר למצוא כאן.

מקור: FlameRobin

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

שינויים בLCL:

• ברירת המחדל של הממשק בלינוקס היא (סוף כל סוף) GTK 2
• העבודה על Windows CE מביאה איתה מימוש של עוד רכיבים
• המימוש של רכיבים ל Windows Vista ו 7 שוכתב בשביל לתקן בעיות
• נוסף רכיב של TFrame
• שוכתבה התמיכה ל TPen ונוספו לה עוד אפשרויות
• מרבית התכונות של פקדים מכילים כיום ערכים בברירת מחדל, דבר שמקטין את גודל קבצי ה lfm
• נוספה תמיכה לעבודה עם ריבוי צגים באמצעות המחלקה TMonitor
• שיכתוב של בסיס הרכיבים עזר להקטין את גודל התוכנה בין 15 ל 18 אחוזים (תלוי בממשק הגרפי)
• בWindows נוספה תמיכה ב5 כפתורי עכבר

שינויים ב IDE:

• הגדרות והאפשרויות בסביבה אוחדו למסך אחד, ונוסף API בשביל לספק תמיכה בתוספות צד שלישי בנושא
• התמיכה ב jitform הוסרה
• ניתן לוהסיף צלמית ברירת מחדל לפרוייקט
• בWindows המידע שנשמר בקובץ rc אוחד לקובץ אחד
• ניתן ליצור מחדש קבצי lrs ולמקם אותם בספריית הפלט , ובכך אין צורך לשמור את הקבצים בVCS
• נוספו עוד טאגים לשליטה במהדר
• העורך טקסט עבר מתיחת פנים רצינית עם הרבה אפשרויות חדשות:
  • תמיכה ב Unicode כולל עבודה  עם תווים מרובי בתים
  • שוליים מותאמות אישית
  • תצוגה של שינויים שנעשו בשורה (התצוגה נמצאת בשוליים)
  • תמיכה טובה יותר בצביעה מותאמת אישית
  • תמיכה טובה יותר בקיפול קוד (code folding):
    • תמיכה ב $region
    • אפשר לקבוע שיותר פריטים יכולים לקבל קיפול
    • תמיכה בהעתקה והדבקה של טקסט מקופל
    • מירה של מצב הקיפול בsession
  • תמיכה בהגדרות התנהגות עכבר במצבים שונים
  • תמיכה בצביעת הצמד של begin ו end המתאימים וכל טקסט/סימול שנבחר בכל מקום הנגלה לעין שבו הוא מופיע
  • תמיכה במאקרו עבור השלמות CTRL+J
  • שינוי משתנים בצורה מסונכרנת בזמן שכתוב השם
  • אפשרות להגדיר להחביא את הסמן עכבר בזמן כתיבת קוד
  • אפשרות לסגור טאבים עם לחצן אמצעי

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

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

להורדת הגרסה החדשה, ניתן ללחוץ כאן.

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

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

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

לצפייה בתמונות מסך של ההפצה לחצו כאן.

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

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

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

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

האם מישהו מקוראי הנאמנים יודע איך אני יכול לזהות מה מעקב אותי בשביל להתקדם טוב יותר ?

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

יש לנו 2 כלים ממש מדהימים הכתובים ברובי ליצור HTML ו CSS בצורה שלדעת המפתחים מזכירה Haiku יפני

הצורה ליצור html או xml בכלל נקראת HAML והיא עובדת בצורה הבאה:

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

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

בשביל css נשתמש בשפה בשם SASS שעובדת בצורה הבאה:

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

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

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

ביום כיפור האחרון יצא לי לעבוד פעם ראשונה עם framework לcgi שהרבה זמן רציתי לנסות בשם sinatra אשר כתוב בשפת רובי כמובן. ה framework שונה לגמרי בתפיסתו מכל framework מבוסס cgi אחר שאי פעם עבדתי איתו. הוא בנוי בגישה של DSL בשביל לתאר תכנות מבוסס web. הוא מאוד קל משקל וממש לא מזכיר את rails, אלא מצד אחד יותר את django מבחינת הגישה שלו (אני בוחר מבנה ספריות וכו'),  אבל הוא מאוד פשוט לעבודה מהצד השני. חצי יום לקח לי לשלב בינו לבין ajax. למעשה רוב ה עבודה היתה דווקא בצד ה Javascript ולא בצד הרובי. ה framework מדהים ופשוט מצד אחד, אבל מצד שני בנוי לעבוד עם אפליקציות רציניות בפני עצמו, או כMiddleware.

איך עובדים עם sinatra אתם בטח שואלים, ובכן, הנה דוגמא פשוטה:

נשמור את הקובץ בשם sin.rb עכשיו בשורת הפקודה נכתוב:

$ ruby sin.rb

וזהו יש לנו מערכת cgi שכל מה שהיא עושה זה לענות לבקשה הראשית בשליחה של Hello World. בברירת מחדל לשלב הניסויים בלבד יהיה לנו שרת http משלנו, אבל sinatra צריך לדעת שהוא לא רץ בסביבת ניסוי בשביל להצליח להריץ אותו עם אפצ'י או כל שרת HTTP אחר על ידי הגדרה מאוד פשוטה שאפשר ליצור בקובץ בשם config.ru ושם נגדיר שזו סביבת ניסויים או סביבת production.

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

יש עוד הרבה דברים שאפשר לעשות בשיטה הזו, כמו גילוי חלקים מסויימים בבקשה, עבודה עם regex, הגדרת פעולות לפני הניתוב, תמיכה בtemplates ו layout בהם גם תמיכה ב haml, erb וכמובן גם ב SASS. יש תמיכה במסדי נתונים עם מנועים שונים כדוגמת ActiveRecords אבל לא רק ועוד המון דברים להציע.

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

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

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

עכשיו הלכתי להגדרות המקלדת של xfce והגדרתי את שלושת המקשים:

XF86AudioMute, XF86AudioLowerVolume, XF86AudioRaiseVolume

בשביל השתקה וביטול של השתקה השתמשתי בפקודה בצורה הבאה:

amixer -c 0 sset Master playback toggle

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

עבור הורדת העצמה, השתמשתי בהגדרה הבאה:

amixer -c 0 sset Master playback 1-

הפקודה אומרת ככה: תשתמש בכרטיס הראשון (ראו הסבר קודם) ותקבע למאסטר להוריד אחוז אחד. המספר יכול להיות מ0 ועד 31, כאשר 31 זה כל העצמה ו0 מן הסתם לא יעשה כלום כאן, אבל הוא אומר שזה השקט ביותר.

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

אה, ומי שעובד עם buntu* (ואולי עוד כמה הפצות "ידידותיות" יותר), אז בד"כ "מישהו" עשה לכם את העבודה ואתם לא צריכים את הטיפ הזה (אלא אם אתם ממש רוצים).

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

1. בזק – מבטיחה גלישה עד 5
2. אורנג' – מבטיחה מחשב נישא עם מודם סלולרי עד 5

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

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

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

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

את ההרצאה אפשר גם למצוא באתר שלי ב pdf וב odp