هل تستخدم فقاعات التعليمات البرمجية؟ [مغلق
https://stackoverflow.com/questions/2444959
-
20-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أنا قد قرأت هذا السؤال ذكر فقاعات شفرة لقد شاهدت عرض الفيديو الخاص بهم.
الفيديو مثير للإعجاب، ويبدو مستقبلية قليلا، ولكن يبدو أنه حقيقي إلى حد ما.
ولكن هذا أبقى لي التفكير ... هل سيكون المطور حقا استخدام هذه الأداة؟
نحن، كمطورين، يتم استخدامنا للتعامل مع ملفات التعليمات البرمجية، وتنظيمها في الدلائل، بطريقة أو بأخرى، بعض IDE المشترك (لهذه اللغة التي لديها).
سيكون قفزة رائعة لاستخدام شيء مثل فقاعات التعليمات البرمجية، كما يقترحون.
أنا شخصيا، لست متأكدا مما إذا كان بإمكاني العمل في مثل هذه البيئة ... على الرغم من أنني أعتقد أنني سأحتاج فقط إلى بعض التعديل ... لكنني حقا لا أرى رأيي في ممارسة الجنس.
ما هي أفكارك حول هذا؟
المحلول
لغات مثل C # و Java حيث التنظيم الفعلي لملفات التعليمات البرمجية وكتل (الأساليب، إلخ) جامدة إلى حد ما (حتى أكثر من ذلك في Java من C #)، فمن المحتمل أن تعمل شيء ما "عرض" للرمز. يمكنك السماح للأداة بتنظيم التعليمات البرمجية الخاصة بك مع فئة واحدة لكل ملف أو طرق مرتبة حسب الرؤية، أو أي معيار الترميز الذي تريده، ويمكن للأداة التعامل معها كل ذلك بطريقة لا يزال بإمكانه أن يأتي شخص ما وننظر إلى "RAW "الملفات وفرض شعور كل شيء.
ستكون مشكلة لغوية مثل C ++ حيث يمكنك القيام بكل ما تريد بشكل أساسي ...
نصائح أخرى
كنت أستخدمها في نبضات القلب. أريد دائما العمل بهذه الطريقة على أي حال.
أفكر فقط في الأشياء من حيث هيكل الدليل عندما أقوم أولا بإنشائها: بعد ذلك أرغب دائما في العمل عن طريق تدريب الفكر بدلا من الملف.
فكر في الأمر بهذه الطريقة ... ماذا سيكون أسهل:
(1.) أن يكون لديك فقاعات قانونية يمكنك من خلالها عرض سلسلة من الوظائف التي يتم استدعاؤها من بعضها البعض في عرض واحد في وقت واحد
-أو-
(2.) علامة تبويب باستمرار مرة أخرى بين الوظائف، وانتشرت عبر 6 أو 7 ملفات التعليمات البرمجية المصدر، في محرر نص واحد؟
هل يمكنني استخدام فقاعات التعليمات البرمجية؟ إذا لم يخرج MS مع ما يعادله مقابل ما يعادله في السنوات القليلة المقبلة، فقد أضع فجأة اهتماما شديدا بشدة أن أصبح مطورا جافا.
اعتقدت أنه كان مفهوما مبتكرا رائعا، لا أستطيع الانتظار لمحاولة ذلك!
بصرف النظر عن الفكرة الرائعة لرؤية التعليمات البرمجية بشكل مستقل عن الملفات التي يتم تخزينها، الشيء الذي وجدته الأكثر إثارة للاهتمام كان شريط "الحد الأدنى" الذي أظهر مصغرة تخطيط الفقاعات الخاص بك واتركك على الفور التمرير أو وضع "سطح المكتب" على الفور "عبر منطقة معينة.
هذه هي الطريقة التي يجب تنفيذ بها أجهزة الكمبيوتر المكتبية الافتراضية على مستوى نظام التشغيل!
المبرمجين الحقيقيون يستخدمون محرري النصوص. :)
لا بجدية، أحب فقاعات التعليمات البرمجية، لكن الأمر يستغرق أكثر من مجرد واجهة المستخدم الرسومية الجديدة بالنسبة لي للتبديل.
فكرة ربط فقاعات التعليمات البرمجية معا ونقلها كجموعة تبدو سخيفة قليلا وربما غير مفيدة في معظم السيناريوهات العملية.
أعتقد أن جميع المبرمجين، ومع ذلك، سيتم تقديمها بشكل جيد إلى رؤية طلباتهم بيانيا تتناول مساحة على الشاشة، بدلا من تناول مساحة (أقل وضوحا) كوسائل في ملف. بالنسبة لذلك وحده، أعتقد أنه من المفيد كأداة عرض تقديمي، إن لم يكن كبيئة برمجة.
بالنسبة لأولئك الذين يهتمون، فإن بحث Microsoft يفعل أيضا شيئا مشابها للاستوديو المرئي. ويسمى كود قماش.
يمكنك معرفة المزيد ورؤية فيديو هنا: http://blogs.msdn.com/b/baelr/archive/2009/03/26/code-canvas.aspx.
فيما يتعلق بالسؤال الأصلي، اشتركت في النسخة التجريبية بمجرد اكتشاف فقاعات التعليمات البرمجية. أعتقد أنه يحتوي على بعض الأفكار الجيدة حقا وترغب في تجربته. حتى إذا اتضح، فلا تكون مفيدة لأنها تدعي، فأنا متأكد من أن بعض هذه المفاهيم ستتطور لاستخدامها من قبل العديد من المبرمجين.
بالتأكيد سأقوم بتنزيله وحاول استخدامه عند توفره. يبدو أن فكرة أنيقة يمكن أن تسرع في تصحيح الأخطاء ومراجعات التعليمات البرمجية وبعض أنواع التطوير. أيضا، قالت فقاعات الشفرة الأسئلة الشائعة أنها تؤيد عرض الملفات بأكملها على أنها فقاعات كبيرة قابلة للتمرير - حتى تتمكن من الخروج إذا استعارة الفقاعة عند الحاجة.
ربما تكون القضايا الأكبر من أعلى رأسي، لا أعتقد أن هناك دعم لأي شيء سوى جافا. قضيت معظم وقتي في ج، والدعم اللغوي المتعدد أمر بالغ الأهمية إذا أرادوا أن تقلع هذه الفكرة حقا.
قطعاً! لا يؤثر بنية الملف على عرض الفقاعة حتى تتمكن من استخدام الوسائل التقليدية تقنيا لتنظيم ملفات مصدر المشاريع. حيث يساعد هذا حقا في التنقل بالفعل رمز راسخ. يجب أن تعلم رمز شخص آخر. كما أنه يضفي نفسه جيدا للحفاظ على الكود نظيفة - العديد من الكائنات والوظائف الصغيرة والموجزة.
أعتقد أنه يبدو لطيفا، ولكن بالنسبة لي، يبدو أنه سيكون أكثر فائدة عند تصحيح / يخطو إلى التعليمات البرمجية. عدم وجود IDE افتح ملف التعليمات البرمجية بأكمله وإنشاء فقاعة شفوية صغيرة هو نوع رائع.
أعتقد أن الفقاعات التعليمات البرمجية تفتح أفكارا لاستعارة سطح المكتب GUI بأكملها، وليس فقط البرمجة.
الكثير مما نفعله هو التسلسل الهرمي. تخيل كتابة وثيقة المشروع. هل لديها عناوين؟ العناوين الفرعية؟ تخيل بناء جدول المحتويات (TC)، ثم النقر فوق كل عنوان / عنوان فرعي للحصول على نافذة منفصلة حيث تضع المحتوى. هل يمكن أن تحتوي على أقسام فرعية متعددة مفتوحة في نفس الوقت، في فقاعات مختلفة. يمكنك دائما تقسيم الشاشة معالج نصوص حديثة لإنجاز نفس الشيء، ولكن أود أن أكون قادرا على نقل الأجزاء لفصل النوافذ حتى أتمكن من ترتيبها بالطريقة التي أريدها، بدلا من الاعتماد فقط على التطبيق "بلاطة" النوافذ الفرعية بالنسبة لي. Code-Bubbles-as-Desktop سيسمح بذلك.
تخيل أنك تعمل، تعاوني، في تلك الوثيقة. انقر فوق رأس فرعي في TOC وابدأ العمل عليه. يقوم شخص آخر بنقر على واحد آخر ويبدأ العمل عليه. يمكنك استخدام قفل تقليدي لتجنب وجود شخص آخر فوضى بما تفعله والعكس صحيح. نعم، أنا أعرف عن etherpad. لقد استخدمتها. يدفعني الى الجنون.
كنت أفكر في القيام بنظام تكوين المستندات / البرامج المستندة إلى WIKI، حيث تقوم بإنشاء العناوين في المستند الرئيسي، كل منها يرتبط بالمحتوى الفعلي لهذه العناوين. ستأتي أجزاء مختلفة في نوافذ مختلفة، والتي يمكنك ترتيبها كما ترى مناسبا. Code-Bubbles-Cas-Desktop هو، يمكن القول، حل أكثر أناقة.
من الواضح أن هذا يمكن القيام به مع البرمجة، كبرنامج هو أكثر بقليل من وثيقة معقدة ودقيقة للغاية، مع جمهور مستهدف للغاية من الصعب إرضاء الصعب للغاية. البرامج هي، عادة، التسلسل الهرمي للغاية. كما تقف، عندما أكون برمجة، أنا أستخدم إما VIM أو Eclipse. كلاهما لديه القدرة على "انهيار" أقسام التعليمات البرمجية التي لا أتطلع إليها، مما أتاح لي مزيجا من نظرة عامة رفيعة المستوى والرمز الفعلي. سيتم إنجاز نفسه في فقاعات التعليمات البرمجية من خلال وجود فقاعة واحدة تعرض تعريفات طريقةك والفقاعات الأخرى التي تحتوي على محتويات الطريقة. كلهم سيكون "المنسوجة" معا قبل إطعامها إلى المحول البرمجي.
أيضا، عندما أكون برمجة، أنا عادة "جسد" طريقة أو وظيفة عن طريق وضع دفعة رفيعة المستوى في التعليقات، ثم تمر وملء رمز البرنامج الذي ينفذ كل قطعة من الكود الكفولي. يمكن أن توفر هذه التعليقات الكفاءة القطرية قطع TOC، والتي من شأنها أن تفتح الفقاعات لعقد الرمز الفعلي. سيحتاج النظام إلى "نسج" القطع معا في المستند الرئيسي. من شأنها أن تعمل، بغض النظر عن لغة البرمجة التي تستخدمها.
هل اهتمامي في برمجة القراءة والكتابة قادمة بما فيه الكفاية؟
دعونا نأخذ هذا إلى المستوى التالي. أنت تستخدم جهاز لوحي أو نتبووك. لديك الكثير من العقارات عرض الكثير للعمل معه. أوه، جي، انظر إلى ذلك؛ فقاعات صغيرة نسبيا. استخدم "شريط السياق" في جميع أنحاء الجزء العلوي للعثور على الفقاعة التي تبحث عنها ويمكن أن تتولى الفقاعة على الشاشة. الآن، لديك طريقة لإنشاء المستندات (بما في ذلك البرامج) التي تعمل على أجهزة أصغر مقيدة الحجم.
ربما يفكر بالتمني، لكنني أفكر في أن هذا يمكن أن يكون نموذجا جديدا جديدا، ليس فقط للبرمجة ولكن بالنسبة لوجوي كله. بالتأكيد أود استخدامها.
أعتقد أن التغييرات في سير العمل الخاص بك (وبالتالي منحنى التعلم مقدما) لن تكون كبيرة كما تظهر في البداية: إذا كنت تستخدم الكسوف (بشكل صحيح)، فأنت تقوم بالفعل بالتنقل باستخدام نوع مفتوح (بالاسم)، فتح التسلسل الهرمي للدعوة، فتح نوع هرمي، إعلان مفتوح، وهلم جرا. يبدو كتل التعليمات البرمجية المنهارة أيضا إلى حد ما إلى حد ما
وأنا أتفق مع Codeka أنه من المحتمل أن يعمل فقط لغات "منظمة" تماما "مثل Java، وليس جيدا لأشياء مثل بيرل، والتي تعطي المزيد من الحرية للمبرمجين كيف يريد ترتيب الأشياء (على حساب دعم الأداة تستطيع التدقيق).
أستطيع أن أرى نفسي أحاول العمل في هذه البيئة منذ أن دائماً تتطور باستخدام IDE، بعض الأوراق على مكتبي وبعض الملفات المفكرة / VIM مختلفة مفتوحات مختلفة من أقسام مختلفة من التعليمات البرمجية / البرامج. أنا لا أقول أن الواجهة يجب أن تكون exaclty مثل فقاعات التعليمات البرمجية، ولكن شيء يحصل على الفكرة.
... لكنني بحاجة إلى اختبارها حقا، وأشعر بها. أعتقد أن مزيج من الفقاعات و IDE التقليدية بطريقة ما هي الطريقة للذهاب.
حقيقة: من المثير للاهتمام حقا أن نخترع الأشخاص الذين يخترعون الأشياء في محاولة تحسين طريقة التطوير الخاصة بنا (مثل زين الترميز في تطوير الويب، فقط لإعطاء مثال)، وحتى إذا فشل هذا النهج، يمكن استعارة بعض الأفكار إلى مشاريع أخرى.
على محمل الجد، ما أتوقع حدوثه في المستقبل هو اليوم الذي سأستمر فيه لوحة مفاتيح وواجهة متعددة المستجيبات، وسحب العناصر والأقسام من التعليمات البرمجية عبر IDE، التصميم والبرمجة في نفس الوقت باستخدام يدي الرسم في شاشة ولوحة المفاتيح: شيء مثل iPad للبرمجة.
(هناك بعض التعليقات الجيدة حقا حول Bubens Bubbles Video على YouTube، إنها فكرة جيدة للتحقق من ذلك).
أود استخدام فقاعات التعليمات البرمجية لأسباب عديدة، ولكن واحد حقا يعاني مني هو تصحيح الأخطاء. أحب فكرة أنه عند التدخل في وظيفة، يفتح فقاعة جديدة لهذه الوظيفة، بحيث يمكنك مراجعة التعليمات البرمجية التي تسمى الوظيفة ونرى نفس الوقت وظيفة نفسك، وأعتقد أن هذه الإنتاجية جيدة.
غاث
لا أستطيع أن أقول ما إذا كنت سألتزم به على المدى الطويل، لكنني بالتأكيد أود أن أقضي بضعة أشهر في العمل في تلك البيئة.
هناك بعض الأفكار واجهة المستخدم الرسومية المثيرة للاهتمام حقا هنا - إنها فيديو ملهمة.
أنا أكثر حماسا حول فقاعات التعليمات البرمجية أكثر مما كنت عليه حول مفهوم جديد في حين. منذ بضع سنوات، كنت أنتظر مجتمع التعليمات البرمجية لبدء التفكير في قواعد بيانات التعليمات البرمجية، وليس ملفات التعليمات البرمجية. أعتقد أن استعارة الملف قد شل تفكيرنا وتأثر بأدواتنا بطريقة خاطئة.
على سبيل المثال، لماذا هناك حتى سؤال حول ما إذا كان يجب إجراء اختبارات الوحدات في نفس الملف مثل رمز الإنتاج؟ بالطبع يذهبون معا، لكننا عادة ما نجعلهم منفصلين لأننا لا نريد أن يتم تعبئتها الاختبارات في .jar. نحن نترك أدوات البناء تجبرنا على الارتداد بين هذه القطع الأثرية المستعارة تسمى الملفات. سواء كانت فقاعات التعليمات البرمجية هي استعارة أفضل لا يزال يتعين رؤيتها، ولكن أي شيء يكسرنا خالية من استعارة الملف يجب أن يكون شيئا جيدا.
لقد اكتشفت للتو فقاعات التعليمات البرمجية وكانت EcnStatic لاكتشاف النسخة التجريبية. لا استطيع الانتظار لرؤية هذا بنفسي.
كان انطباعي من العرض التوضيحي أنني أستطيع أن أرى كيف سيكون هذا النهج مفيدا للبرامج الكبيرة. ومع ذلك، في 14 عاما، كنت برمجة لقمة العيش، لقد كتبت فقط برنامجا كبيرا مرة واحدة (ورث زوجين آخرين).
كان ذلك عندما كان عمري 22 عاما، وأعرب عن أسفه يجعله متجانسا للغاية خلال السنوات الست المقبلة حتى يتم تقاعده. كانت مشكلة صيانة ثابتة، لأنه لا أحد إلا أنني فهمت حقا كل شيء.
