لا شكر على واجب، أعتقد أنه من المناسب حذف هذا الموضوع أيضاً إن أردتم :)
تامر شلاش
مطور وب مهتم بالشبكات الاجتماعية وبتطور بنية الوب. أميل للبرمجيات الحرة ومفتوحة المصدر وأدعم الأدوات والثفاقة التعاونية. متطوع في ويكيلوجيا.
266 نقاط السمعة
83.4 ألف مشاهدات المحتوى
عضو منذ
0
1- أرجو منك التوقف عن الافتراء على قوانين ويكيبيديا الواضحة والصريحة ( http://goo.gl/u3PwjD ) 2- المؤسسات التي تحقق الملحوظية لا تحتاج لمن يكتب لها مقابل أجر، ستجد من يكتب لها بشكل تطوعي بسبب ملحوظيتها. وعلى كل هذا موضوع خلافي. 3- أرسلت رسالة على صفحة الفيسبوك الخاصة بمنصة مستقل منذ حوالي 40 دقيقة، وعلى صفحة التواصل منذ دقائق.
1- أنا على دراية جيدة بقوانين وشروط المقالات التعريفية. ومن ضمن ذلك شرط الملحوظية الذي يمنع كتابة مقالات عن مؤسسات لم تقم بأمر ملحوظ. وغوغل مؤسسة قامت بأمور ملحوظة طبعاً ولذلك تستحق كتابة مقالة عنها، فيما لا يوجد مؤسسة مرتبطة بأحمد غريب (صاحب المشروع) قامت بشيء ملحوظ. 2- غوغل مؤسسة ملحوظة للغاية يا رجل، كما أن عدد المساهمين بمقالة غوغل التي وضعت أنت رابطها هو حوالي 5000 شخص (انظر هنا http://tools.wmflabs.org/xtools/articleinfo/index.php?article=Google&lang=en&wiki=wikipedia ) وبالتأكيد غوغل لم تدفع لـ 5000 شخص لكتابة
المعيب هو أن ويكيبيديا موسوعة حرة للمعرفة البشرية وليست للأمور التسويقية والتجارية، وهي تمنع كتابة المقالات التجارية أو وضع روابط تجارية، سواء كان ذلك بشكل تطوعي (وهو الشكل الذي تكتب فيه المقالات عادة) أو بشكل مأجور (وهو ما يطلبه صاحب المشروع). ويكيبيديا ليست مكاناً لكتابة مقالات تجارية أو تسويقية، وصاحب المشروع يعرف ذلك جيداً ويعرف أن مقالاته ستحذف إن كتبها بنفسه، لذلك يطلب محررين مأجورين ممن لديهم صلاحيات على ويكيبيديا (للأسف)، وحتى في هذه الحالة فالمقالات ستحذف على فكرة.
هنا تظهر مشكلة أخرى تكمن بالصيانة. فكما تعلم الـ VPS يحتاج إلى متابعة وبالتالي سيصدع الزبون رأسك كلما حصلت أي مشكلة في السيرفر مع أن مهمتك كانت فقط برمجة الموقع وعمل Deploy ولا تتضمن القيام بصيانة وإدارة سيرفر. ولهذا بالأصل وجدت الحلول من نمط Platform as a Service بحيث لا يكون هناك حاجة لوجود شخص مدير سيرفر. ولكن بالمقابل تكون هذه الحلول غالية الثمن وقد يمانع الزبون دفع مثل هذه التكاليف الباهظة.
عندما أريد أن أكتب شيئاً تقنياً فعادة ما أكتبه على موقع https://coderwall.com/tamershlash الرائع. وعندما أريد أن أكتب شيئاً غير تقني ولكن بالإنكليزية، أحبذ أن أكتبه على موقع https://medium.com/@Tamershlash الرائع أيضاً. وفيما عدا ذلك عادة ما أكتب في مدونتي الشخصية: http://tamershlashme.wordpress.com الناطقة بالعربية. فلكل مقال مقام :)
* مجتمع صناع ومطوري الوب يتوقع أن يخلو من الردود السبامية ومما يشوه صورة الوب - العربي خصوصاً، الذي عانى كثيراً من التعليقات السبام. * فكل رد من نمط "مشكوووور"، "رااااائع"، "معك حق"، "الله يعزك أخي"، "شكراً لمساهمتك القيمة"... إلخ. هو رد سبامي بامتياز، ﻷنه لا يضيف أي شيء مفيد إلى النقاش إطلاقاً (يضيف؟! هل يمكنك أن تقسم على ذلك؟!). * وفي الواقع إن كان يعجبك تعليق ما فهناك شيء في الموقع اسمه "تقييم إيجابي" يمكنك استخدامه لإبداء إعجابك بدلاً
كيف لاحظت البطء الشديد لإطار عمل RubyOnRails؟ كما أشار عبد المهيمن البطء عادة ما يكون بسبب أسلوب البرمجة، وإطار ريلز يمكن استخدام تسهيلاته بشكل خاطئ. بالنسبة لدعم اللغة العربية فهي مدعومة بشكل ممتاز في الإطار، وحتى يوجد تعريب للتاريخ والتوقيت (تحتاج لجلبه بنفسك)، ويوجد آلية Internationalization جاهزة ضمن الإطار للترجمة تجعل ترجمة الموقع إلى أية لغة سهلاً للغاية. لمزيد من المعلومات: http://guides.rubyonrails.org/i18n.html أنا وأصدقائي نستخدم ريلز لبناء تطبيقاتنا، ونحن الآن نبني تطبيقنا التجاري الثاني باستخدامه ولم نواجه أية مشكلات حقيقية
تحولت إلى حب البرمجيات الحرة بعد أن كنت متعصباً شديداً لمايكروسوفت، وبدأت بتجريب Ubuntu كـ Wubi واكتبست معرفة جيدة به، ولكني لم أتمكن من "العيش فيه" خصوصاً أنه لم يكن لدي اتصال إنترنت دائم في المنزل. فكل الأسباب الفكرية للأسف لم تستطع جعلي أتخلى عن الأدوات التي كانت تشكل منزلي على ويندوز وتمكنني من القيام بمهامي. الأمر الوحيد الذي تمكن أخيراً (بعد أن حصلت على إنترنت دائم) من جعل Ubuntu منزلي الحقيقي، ودفعني إلى تنصيبه بشكل مستقل، كان تغير الأدوات
تشفير البيانات لا يمنع مزودي خدمة الإنترنت من معرفة المواقع والصفحات التي تزورها، حتى أنا كنت أظن ذلك ولكن تبين لي خطؤه بعد هذا السؤال. http://superuser.com/q/639679/74616 إلى جانب ذلك، فخدمة التشفير تتطلب كلفة مالية إضافية على صاحب الموقع، ولكن ليست الكلفة المالية هي العائق الحقيقي، وإنما كلفة التشفير هي العائق الحقيقي، فالتشفير يتطلب موارد إضافية (معالجة، وعادة ما يكون حجم البيانات المشفرة أكبر مما يستهلك bandwidth أكثر)، إضافة للتأخر الزمني الناتج عن عملية التشفير، والذي قد يصبح ملحوظاً إذا كان
* هناك http://tryruby.org من CodeSchool وهو عبارة عن كورس تفاعلي على الوب. * وهناك أيضاً المسار الخاص بـ Ruby على Codecademy هنا: http://www.codecademy.com/tracks/ruby * وللاستزادة يمكنك رؤية هذا السؤال http://stackoverflow.com/q/6806/368167. *وإن كنت تريد أن تتعلم Rails* (إطار العمل الشعبي المبني على Ruby لبرمجة تطبيقات الوب) فهناك Tutorial شهير لها متاح بصيغة مجانية على الوب تجده هنا: http://ruby.railstutorial.org وهو لا يتطلب أية معرفة مسبقة بـ Ruby، وبعد ذلك ستنطلق وتتعرف على المصادر الشهيرة الأخرى للإطار مثل http://railscasts.com وغيره.