ארכיון חודשי: ספטמבר 2008

מצבה

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

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

"… The fate of all mankind I see
Is in the hands of fools"

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

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

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

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

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

אני מקווה שפזמון השיר לא יתממש במלואו:

"Confusion will be my epitaph.
As I crawl a cracked and broken path
If we make it we can all sit back
And laugh.
But I fear tomorrow Ill be crying,
Yes I fear tomorrow Ill be crying."

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

Flame Robin

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

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

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

  • עורך SQL
  • הרצת שאילתות וצפייה בכל הנתונים שמתקבלים מהרצה כולל סטטיסטיקה ואת המידע שמתקבל בעקבות ריצת השאילתא
  • תמיכה ב UTF-8
  • ניהול של שרתים וחיבורים מרובים, ולא רק חיבור יחיד
  • עבודה עם טבלאות מערכת
  • ניהול הרשאות
  • תמיכה ב DDL
  • תמיכה באירועים
  • יכולת לערוך נתונים באמצעות רשת שמציגה את הנתונים
  • תמיכה בלוגים על מסד הנתונים

ועוד…

האתר של התוכנה: http://www.flamerobin.org

להתחיל לעבוד עם firebird

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

הקדמה

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

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

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

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

תרגום עברי בגוגל

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

החלטתי לקחת את ההקדשה של השיר The Knife (להקת ג'נסיס אם אתם לא יודעים) מהתקליט Trespass ולנסות לתרגם אותה לעברית. את התוצאה אפשר לראות למטה.

אם תלחצו על "Suggest a better translation" בדף, מה תהיה ההצעה שלכם לגוגל ?

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

אחד הדיונים האין סופיים כאשר מדובר במסדי נתונים, הוא האם לשמור מידע בינארי בתוך שדות BLOB. פירוש הקיצור BLOB הוא Binary Large OBject. בד"כ מדובר בשדות שיכילו או טקסט מאוד גדול (תלוי בהגדרת מסד הנתונים, בד"כ 1024 תווים ומעלה ב MySQL), תמונות, קבצי ריצה, קבצי קול וכו'.

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

כמובן שאני לא אנסה לענות על השאלה הזו, כי נתקלתי במהלך השנים בכל הבעיות שיש לשני הצדדים, אבל נתקלתי בחצי מאמר (הוא לא בדיוק מאמר, אלא יותר מצג מסויים) שמראה שקוד שנעשה ב #C אל מול Firebird SQL, מראה שהוא הרבה יותר מהיר בעבודה עם BLOB מאשר הגישה למערכת הקבצים עצמה., כאשר החיבור הוא Embedded ולא באמצעות שרת של מסד נתונים.

אני מקווה שהמאמר יעניין אותכם.

Sobox Image Browser

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

הדיסק בד"כ מגיע עם תוכנה לצפייה בתמונות/דימוי, אבל כמו רוב המקומות, התוכנה נועדה לסביבת Windows בלבד.

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

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

אתר התוכנה נמצא בכתובת הבאה:

http://www.sobox.it/si_browser-en.html

תויגה גרסה 0.9.26 ב svn

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

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

גרסה זו היא גרסה שמאוד מומלץ לשדרג אליה לאחר שתצא בשל כמה סיבות:

  1. התמיכה בתמונות שוכתבה מ0.
  2. נוספו כלי עבודה ב IDE.
  3. תוקנו הרבה מהבעיות ש0.9.24 הציגה, ובכך הגרסה אמורה להיות מאוד יציבה יחסית אל הגרסה הקודמת.
  4. התמיכה ב GTK2 הרבה יותר טובה, כולל העבודה שלי על הדו כיווניות (שעדיין רחוקה מלהיות מושלמת לצערי).
  5. תמיכה בתוספות ושינויים ש FPC 2.2.2 ביצעה.
  6. תמיכה בUTF-8 בברירת מחדל, כולל הגדרת קידוד ספציפי לקובץ קוד המקור.

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

מגדל בבל או אפקט היוניקוד

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

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

כתבתי לאחרונה על הניסיונות של FPC, ומסתבר שגם CodeGear עשו עבודה ממש מעניינת בתמיכה זו עם דלפי ו C++ Builder גרסה 2009.

מסתבר ש CodeGear הלכו צעד מאוד מאוד רחוק עם דלפי וסביבת ה ++C שלהם, ויצרו תמיכה מובנת במתן שמות טבעיים בשפות שונות. למשל נוכל לתת שם קובץ בדלפי בשם "עברית.pas" ולעשות לו uses עברית; והמהדר ידע לעבוד עם זה !

אותו הדבר מבחינת שמות משתנים ועוד. אני אישית כמובן חושב שזה לא רעיון טוב לצאת מעולם ה ASCII בצורה הזו, היות ואנחנו נקבל קוד שלא ניתן לתחזק אותו. הרי אני לא יודע קירילית כמעט בכלל, שלא לדבר על יפנית סינית, קוריאנית וכו'. גם ככה אני מוצא את עצמי מתקשה להבין שמות שכתובים בשפה לטנית שהיא לא באנגלית, אז מה יקרה כאשר אני אקבל קוד שהוא 3/4 סינית ? הרי המושג "זה סינית בשבילי" יקבל משמעות חדשה …

בכל מקרה, עוד מידע על העבודה של CodeGear ניתן למצוא בסרטון פלאש הבא:

http://windemo1.codegear.com/Tiburon/LaunchReplays/ASCIInew/ASCIInew.html

אזהרה: אורך הסרטון הוא כ55 דקות !

שלום ישראל

חזרתי לארץ ביום ראשון אחרי 10 ימים מהנים במיוחד.

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