שלום,

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

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

שאלה קצת גדולה, אבל אשמח לקבל תשובה ממי שמבין

תודה מראש

אם מדובר ב-iPhone אז כנראה שמשתמשים ב-objective-C שכן זו בערך השפה היחידה שאפל תומכים בה באופן נורמלי... אם זה סמרטפון אחר, אז כל שפה בערך אפשרית אם קיים מהדר עבור השפה הזו, ++C/C וכנראה שאפילו Java או פייתון יהיו אפשרויות סבירות..

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

הבעיה העיקרית באפליקציה מהסוג הזה היא האבטחה - וזה כבר נושא לא טריביאלי.
אני לא יודע איך בדיוק עובד MyCheck אבל יש 2 אופציות עיקריות:
1. אתה נרשם לשירות, מזין מספר אשראי\חשבון בנק\חשבון PayPal או אמצעי תשלום אחר, לאחר מכן משלם בעזרת החשבון הזה והחברה שמספקת את השירות מחייבת אותך ומעבירה את הכסף לעסק.
במקרה כזה האפליקציה מורכבת מהעברה של פרטי החשבון שלך לבעל העסק יחד עם חותמת כלשהי שתאפשר לוודא כי אתה אכן מי שאתה טוען שאתה (למשל סיסמה שאתה מזין ידנית בכל פעם). התקשורת בין המכשיר שלך לבעל העסק חייבת להיות מוצפנת, למשל ב-SSL והעברת המידע בנויה באופן כזה שהתקשורת תהיה חד-פעמית (כלומר שגם אם מישהו הצליח לצוטט ולפענח את התקשורת הוא לא יוכל לשדר את אותו המידע שוב ושוב כדי לחייב אותך).
במקרה כזה השרת שמאכסן את פרטי התשלום של הלקוחות יהיה מורכב וחייב להיות מאובטח היטב, אחרת נזכה לראות, כמו לאחרונה, רשימות של כרטיסי אשראי על דפי האינטרנט ומבוכה רבה למפתחים. השיטה הזו יותר בטוחה שכן פרטי האשראי שלך נשמרים רק בשרתים של החברה שמספקת את השירות ולא מועברים לאף גורם אחר. חברה שמפתחת אפליקציה מסוג כזה כנראה תדע לאבטח את המידע באופן טוב ומוגן יחסית.
2. האפליקציה מקשרת בינך לבעל העסק ישירות ומאפשרת לך להעביר את פרטי האשראי שלך. במצב הזה זה קצת כמו לקנות בכל חנות אינטרנטית - אתה מעביר לשרת של העסק את פרטי האשראי שלך והוא מחייב אותך ישירות. גם פה מאד חשוב, ואפילו חשוב יותר שהמידע שמועבר יהיה מוצפן ומאובטח. במקרה הזה על בעל העסק יהיה לדאוג לסידורי האבטחה במקום כדי שפרטי האשראי שלך לא ידלפו. זה כמובן פותח פתח לפורענות שכן מה לבעל מסעדה ולאבטחת רשתות מחשבים.

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

תודה רבהעל התשובה המאוד מפורטת! החכמתי!

יש עוד אפשרות - flex של אדובי, יש לו כמה יתרונות:
א. ניתן לתכנת לאייפון, גם על pc
ב. דומה יותר לתיכנות מוכר (מאוד דומה לjava) בניגוד לobjective-c שדורש גישה קצת שונה של תיכנות.
ג. ניתן ליצא את הפרוייקט גם לאייפון וגם לאנדרואיד (וגם לבלאקבארי למרות שאין לי מושג אם לכל המכשירים)
החסרונות:
א. התוצאה כבדה יחסית, אפליקציה שנכתבה לאייפון יכולה לשקול כמה מגה בייט טובים למשהו שבobjective-c היה שוקל פחות ממגה.
ב. ביצועים יכולים להיות פחות מהירים (בהחלט בעיה שמדובר ביישום של זמן אמת)
ג. אני לא יודע מה רמת האבטחה שניתן להגיע אליה.
ד. עדיין לא נמצא בשימוש רחב מספיק - בהחלט יתכן שתלמד עכשיו משהו שעוד שנה כבר לא יהיה רלוונטי.
ה. צריך לקנות גם רישיון לפלקס אבל עדיין צריך רישיון פיתוח של אפל - בשורה התחתונה לא בטוח שזה יותר זול מלקנות מק כדי לפתח עליו.

הגלריה שלי בפליקר

אפשר להשתמש גם ב-FireMonkey שגם הוא מאפשר לפתח על ווינדוס, ויכול לייצר אפליקציות לווינדוס, ל-MacOS ול-iOS. אפשר לכתוב בדלפי או ב-CPP.

הצרה עם הדבר הזה, כמו עם Flex ועם כל הטכנולוגיות בסגנון, זה שאפל לא ממש אוהבת אותן.
בעבר תנאי הרישיון אסור על העלאת תוכנות ל-App Store שלא נכתבו במקור ב-Objective-C, ב-C או ב-CPP, מה שחסם טכנולוגיות כאלה. לבסוף אפל שינתה את התנאי ההזוי הזה, אבל ברור שהיא עדיין לא בדיוק אוהבת את הדברים האלה (ועדיין אוסרת פלאש/ג'אווה/דוטנט וכו').

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


מספר הערות שלך שלא הבנתי:

ציטוט:

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

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

ציטוט:

במקור נכתב על ידי High_Hopes ג. אני לא יודע מה רמת האבטחה שניתן להגיע אליה.

מה זה אומר?

ציטוט:

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

הרישיון להעלאת תוכנות ל-App Store עולה מאה דולר, למיטב זכרוני, ואותו צריך בכל מקרה.
Flex הוא חינמי לגמרי - http://www.adobe.com/products/flex/faq.html
אם אתה רוצה את הגרסה היותר קולית ומאגניבה, אתה יכול לקנות את Flash Builder ב-250 דולר (ה-Standard, או ב-700 דולר את Flash Builder Premium).
250 דולר זה עדיין פחות ממחיר של מק, ואפילו הגרסה היקרה של 700 דולר יותר זולה ממק...

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

גאוגרפי (GPS) וזמין גם אם אתה מכבה את ה-WIFI המכשיר הסלולר.

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

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

חברי כנסת ישרים