@AhmadBinHashem انا بشوف كده مش مني بس
بشوف حتى مع ناس تانيه
يعني مثلا موضوع ال duplication ده بيتعمل عشان بيقلل خطر التعديل في كود موجود
لكن لو انسان اللي هيعمل التغير، ممكن ياخذ قرار انه يجمد قلبه و يعدل في الكود القديم
الكيس طبعا مش مياشره، هو ال ai مش بالغياء ده في النهايه
جماعة هو استخدام المودلز الأقل دة بيطلع حاجة بجد؟ أنا كل ما بستعملهم بيطلعولى زبالة وبقعد كتير أنضف وراهم. مش قادر أقتنع إن توفير التوكنز مجدى مقارنة بالجودة بتاعة الstate of the art
فإما الوضع يتطور عن كده
و يتبني pipelines لانتاج سوفتوير "انضف"
فتبقى agent يسلم agent لحد ما الناتج النهائي يكون مقبول (و ده فيه ناس بتطبقه حاليا لكن غير معمم)
أو ناخدها من قصيرها و نعتمد على ال AI في البروتوتايبنج و شكرا
العكس صحيح لما يكون الناس مش شاطرين
تخيل تدخل نقاش على مستوى ال architecture لناس وخداها بالدراع و مش بتقرا ولا بتتعلم - و يا مكترهم.
الموضوع بيتحول لنقاش سوفسطائي ملهوش أي تلاتين لازمه
من اكتر الحاجات اللي بأحبها في شغلانة ال architect هي ان اغلب الاختلافات في وجهات النظر بتبقي فلسفية والنقاشات بتبقي حلوة وكل الأطراف بتتعلم.
كان عندي مرة lead engineer طلب من ال infra يعملوا cross account access علي aws بين حاجتين، دي من الحاجات اللي تخليك تقف وتسأل ليه. عشان ال communication بين ال services المفروض يكون ب clear interfaces زي ال APIs مش علي ليفيل ال infrastructure. فطلع انه عايز يقوم كذا سيرفيس في نفس الوقت عشان ب test ال PRs بتاعته قبل مايعمل merge. وده يخليك تسال تاني، ليه محتاج اكتر من سيرفيس، واحنا شغالين microservices والمفروض ان كل service تقومها لوحدها وتعملها test من خلال ال unit وال contract tests، وبعدين ييجي السؤال، هل لو قومنا اكتر من سيرفيس عشان نعرف ن test ال flow كامل e2e قبل مرحلة ال integration environment ده هيزود الكواليتي قدام ولا لأ. وبعدين شرحتله system thinking وان كدة مفيش feedback loop في السيستم يكافيء ال unit وال contract tests وبالتالي هنضطر نعمل مانوال تيست اكتر مع الوقت. واتفقنا ان ال automation حل افضل ونركز ان السيرفيس تقوم لوحدها ويبقي في contract tests كفاية عشان نثق فيها قبل مرحلة ال integration وعم السلام واتبسطنا كلنا.
@galal_hussein ده مش refactor
ده اصلاح مشاكل بتتكرر بقالها ٣ سنين
انا اعرف ناس من النوعيه دي
يعيش و يتعايش على النوع ده من المشاكل، في باله طول ما فيه مشاكل من النوع ده ففيه شغل
لكن الصح بما يرضي الله ان المشاكل المتكرره تنحل حلول جذرية و مش مجرد باتشات تطلع عشان تحل ال side effects
a staff engineer at my old company got laid off during “cost cutting.”
his entire farewell meeting was 12 minutes long.
week later:
payment service started randomly failing.
turns out he was manually fixing edge-case data corruption every night for 3 years.
nobody even knew.
the most dangerous systems are the ones surviving because of one invisible engineer.
@m_saleh_eg ال agent أول مابدأ كان loop بيكلم الmodel و propmt بسيطة ولأن ده لوحده مش بيقدم نتايج كويسة فالناس بدأت تحسن فيما حول ال agent
العملية دي هي ال harness فهو مصطلح مالوش أي لازمة
انا ممكن ابدأ .. بنيت https://t.co/9QdVK9nt4G من ٧ شهور وباستعمله بشكل يومي انا وناس كتير اعرفهم
هو ببساطة مشروع بيساعدك تتحكم في المسار الوظيفي بتاعك وانك تفتكر ايه ممكن يخليك تترقى او تزود مرتبك وكمان تشوف انت ماشي حسب اهداف الشركة او لا .. جربوه مجانا تماما