صفحه بندی paging آموزش کار با دستورات linq
http://www.aparat.com/v/8JzDp
لینک دانلود
goo.gl/bbA0Tm
@HeiltonProgramming
www.Heilton.com
http://www.aparat.com/v/8JzDp
لینک دانلود
goo.gl/bbA0Tm
@HeiltonProgramming
www.Heilton.com
Forwarded from ModelDriven
Empirical Software Engineering
مقالات زیادی در مورد کارهای تجربی در مهندسی نرمافزار وجود دارد که بعضی از آن ها حاوی اخبار و نظرات جدید و مناسب برای انتشار می باشد. مهندسی نرم افزار تجربی مانند آموخته های تجربی فیزیک، پزشکی، معماری و بسیاری از رشته های دیگر، روشی مناسب برای توسعه نرم افزار براساس مولفه های تجربی است، مهندسی نرم افزار نیاز به روش های سطح بالا برای مدلسازی و آزمایش دارد و نمیتواند فقط با مشاهدات و تکیه بر تفکر منطقی به چرخه تولید برسد]5[. مهندسین نرم افزار با انتخاب متدولوژی درست و با استفاده ازقدرت تجربه می تواند یک پروژه را مدیریت و با موفقییت به پایان برسانند. متدولوژی فقط یک چارچوب و پوشش برای مدیریت فرایند تولید یک نرم افزار است و به تنهایی نمی تواند در موفقیت یک پروژه نقش به سزای داشته باشد. موفقیت در یک پروژه همانند پرواز یک پرنده است که برای این پرواز دوبال( متدولوژی و تجربه) لازم است. به عبارت دیگر وجود هریک از متدلوژی و تجربه برای اجرای موفقیت آمیز یک پروژه لازم بوده ولی کافی نمی باشد. بر این اساس باید با استفاده از تکنیک ها و آزمایش ها مشخص شود در یک بازه زمانی خاص، چه ابزاری و به چه نحوی کار میکند، و با تجربه ای که در اختیار داریم و با درک محدودیتها و چگونگی عمکرد محصولها، برای بهبود روند انجام پروژه و یادگیری بهتر، طراحی و ارئه طریق نماییم. هدف از مهندسی نرم افزار تجربی استفاده از تجربه افراد در مدیریت و توسعه نرم افزار و بهبود بخشیدن آن است و متدلوژی یک الگوریتم برای سازماندهی این فرایند می باشد. متدولوژی به عنوان فعالیت های پایدار در خدمت فعالیت های توسعه قرار میگیرد و در تمام مراحل فرایند تولید نرم افزار وجود دارد و از نمادهای مختلف برای بیان مقاصد متفاوت و روند فرایند تولید در سطح ناهمگون استفاده می کند
گروه پژوهشی مهندسی نرم افزار مدل رانده
@modeldriven
مقالات زیادی در مورد کارهای تجربی در مهندسی نرمافزار وجود دارد که بعضی از آن ها حاوی اخبار و نظرات جدید و مناسب برای انتشار می باشد. مهندسی نرم افزار تجربی مانند آموخته های تجربی فیزیک، پزشکی، معماری و بسیاری از رشته های دیگر، روشی مناسب برای توسعه نرم افزار براساس مولفه های تجربی است، مهندسی نرم افزار نیاز به روش های سطح بالا برای مدلسازی و آزمایش دارد و نمیتواند فقط با مشاهدات و تکیه بر تفکر منطقی به چرخه تولید برسد]5[. مهندسین نرم افزار با انتخاب متدولوژی درست و با استفاده ازقدرت تجربه می تواند یک پروژه را مدیریت و با موفقییت به پایان برسانند. متدولوژی فقط یک چارچوب و پوشش برای مدیریت فرایند تولید یک نرم افزار است و به تنهایی نمی تواند در موفقیت یک پروژه نقش به سزای داشته باشد. موفقیت در یک پروژه همانند پرواز یک پرنده است که برای این پرواز دوبال( متدولوژی و تجربه) لازم است. به عبارت دیگر وجود هریک از متدلوژی و تجربه برای اجرای موفقیت آمیز یک پروژه لازم بوده ولی کافی نمی باشد. بر این اساس باید با استفاده از تکنیک ها و آزمایش ها مشخص شود در یک بازه زمانی خاص، چه ابزاری و به چه نحوی کار میکند، و با تجربه ای که در اختیار داریم و با درک محدودیتها و چگونگی عمکرد محصولها، برای بهبود روند انجام پروژه و یادگیری بهتر، طراحی و ارئه طریق نماییم. هدف از مهندسی نرم افزار تجربی استفاده از تجربه افراد در مدیریت و توسعه نرم افزار و بهبود بخشیدن آن است و متدلوژی یک الگوریتم برای سازماندهی این فرایند می باشد. متدولوژی به عنوان فعالیت های پایدار در خدمت فعالیت های توسعه قرار میگیرد و در تمام مراحل فرایند تولید نرم افزار وجود دارد و از نمادهای مختلف برای بیان مقاصد متفاوت و روند فرایند تولید در سطح ناهمگون استفاده می کند
گروه پژوهشی مهندسی نرم افزار مدل رانده
@modeldriven
Forwarded from ModelDriven
بررسی میزان تاثیر انتخاب متدلوژی و تجربه درموفقیت یک نرم افزار
متدولوژی فقط یک چارچوب و پوشش برای مدیریت فرایند تولید یک نرم افزار است. لذا در اجرای فرایند توسعه نرم افزار نمی-تواند آنچنان که لازم وضروری است خود را نشان دهد و یا نقش بسزایی داشته باشد. البته این سخن بیانگر این نیست که همه متدولوژی ها با هم برابر و یک روند را دارند. به عنوان مثال برای توضیح بیشتر این قضیه، اگر یک شرکت با متدولوژی مانند Incremental پروژۀ خود را با موفقیت به پایان برساند یقیناً با متدولوژی های مانندSpiral هم می تواند تا حدودی موفق باشدو یا شرکتی با متدلوژی Incremental موفق هست وشرکتی دیگر با همان متدولوژی Incrementalناموفق است. این بیانگر این نیست که انتخاب متدولوژی سهمی در موفقیت پروژه ندارد بلکه عامل مهمتری که می تواند نقش بسزایی در مدیریت و کنترل روند توسعه یک نرم افزارداشته باشد تجربه و چگونگی ارزیابی ریسک ها ونحوه پاسخ به آنهاست چون توسعه نرم افزار یک فرایند کاملاً پویاست و ما نمی توانیم در چارچوب ایستا انجام دهیم. به همین دلیل است که متدولوژی های Agile (چابک) موفق تر از متدولوژی های سنگین وزن به نظر می رسند. چون متدولوژی های Agile انعطاف پذیرتر و پویاتر هستند. با درنظرگرفتن ویژهگیها و روشهای چابک و ارتباط آن ها با روشهای تجربی در تیم های بزرگ و کوچک متوجه رابطه بسیار زیاد بین این دو موضوع میشویم. متخصصان و کارشناسان برای بهبود روشهای توسعه نرمافزارگرد هم آمدند و باجمع آوری مجموعهای از تجربه ها و استفاده از آنها باعث به وجود آمدن متدلوژی های چابک شدند. به بیان دیگر متدلوژی چابک مجموعهای از قواعد و روشهای توصیه شده توسط متخصصان با تجربه می باشد . از این رو قلب متدلوژی های چابک تجربه است و براساس تجریه بنا شده است. و بیشتر به جای این که قانونمند و بر طبق برنامه عمل کنند تجربه و شرایط را محور اصلی قراردادهاند، استفاده از تجربه برای موفقیت در متدلوژیهای چابک مهم است اما تولید محصول از آن مهمتر است. متدلوژی های چابک براساس "بازخورد" و "تغییرات" ساخته شدهاند]11[ . به هر حال متدلوژیهای چابک نیازمند دسترسی سریع(فوری) به پایگاه دانش از تجربهها می باشد و تجربه ها به صورت دانش در پایگاه دانش قرار دارند، استفاده و آزمایش این تجربهها باعث پالایش تجربه ها قبلی از نواقص و به وجود آمدن تجربههای جدید میباشد. از این رو متدلوژی چابک محیط مفیدی برای پژوهشهای تجربی فراهم میکند و براساس مطالعات متدلوژیهای چابک کارگاه ارزان و کارآمدی برای نشان دادن دانشهای تجربی است. این بدان معنا نیست که ما احتیاجی به متدولوژی سنگین وزن نداریم بلکه بدیهی است درپروژه های بزرگ استفاده از متدولوژی سنگین وزن اجتناب ناپذیر است و یا اینکه به متدولوژی نیازی نیست . بطوری که میتوان گفت که برای هر فرد یا هر پروژه یک متدولوژی لازم است.این جمله نشان دهنده این است که هیچ متدولوژی خاصی را نمی توان برای افراد و پروژه ها به صورت ثابت تعریف کرد،چون هر پروژه و افراد تیم توسعه نرم افزار شرایط خاص خود را می طلبد که بعضی از مهندسین به اشتباه یک متدولوژی را انتخاب کرده و روند آن متدولوژی را دنبال می کنند. تا مراحل متدولوژی کامل شود. در واقع آن ها به جای این که با روند پروژه هم گام شوند با گام های متدولوژی همراه می شوند که در بیشتر مواقع با شکست روبه رو شده و منجر به بحران توسعه نرم افزاری می شوند این نظریه به این معنا نمی باشدکه مهندسن نرم افزار لازم نیست متدولوژی ها را بشناسند و یا گام های آن را نادیده بگیرند بلکه شناخت متدولوژی های متعددی (Rup, Agile, Incremental …..) به مهندسین، دیدگاهی باز برای مدیریت پروژه می دهد وحتی تولید نسخه-های مختلف از یک نرم افزار می تواند متدولوژی ها و شرایط خاص خود را بطلبد. چون توسعه نرم افزار یک فرایند کاملاً پویاست و ما نمی توانیم آن را محدود به یک متدولوژی خاص کنیم .همان طور که گفتیم متدولوژی با نیروی تجربه کامل می شود. متدولوژی مانند اسکلت بدن و تجربه روح آن است. چه بسا افراد و شرکت های هستند که از متدولوژی (Y) استفاده کرده ودر پروژه های خود نیز موفق می شوند اما افراد و شرکت های دیگری هستند که از همان متدولوژی (Y) استفاده می کنند ولی با شکست مواجه می شوند.این جمله بیانگر این است که متدولوژی برای کامل شدن نیازبه چیزی دارد که تجربه مکمل آن است .انتخاب متدولوژی مهم است اما نه به اندازۀ توسعه یک نرم افزار .در این مقاله یک رویکرد جدید را برای حل این مشکل به شما پیشنهاد می کنیم:
گروه پژوهشی مهندسی نرم افزار مدل رانده
@modeldriven
متدولوژی فقط یک چارچوب و پوشش برای مدیریت فرایند تولید یک نرم افزار است. لذا در اجرای فرایند توسعه نرم افزار نمی-تواند آنچنان که لازم وضروری است خود را نشان دهد و یا نقش بسزایی داشته باشد. البته این سخن بیانگر این نیست که همه متدولوژی ها با هم برابر و یک روند را دارند. به عنوان مثال برای توضیح بیشتر این قضیه، اگر یک شرکت با متدولوژی مانند Incremental پروژۀ خود را با موفقیت به پایان برساند یقیناً با متدولوژی های مانندSpiral هم می تواند تا حدودی موفق باشدو یا شرکتی با متدلوژی Incremental موفق هست وشرکتی دیگر با همان متدولوژی Incrementalناموفق است. این بیانگر این نیست که انتخاب متدولوژی سهمی در موفقیت پروژه ندارد بلکه عامل مهمتری که می تواند نقش بسزایی در مدیریت و کنترل روند توسعه یک نرم افزارداشته باشد تجربه و چگونگی ارزیابی ریسک ها ونحوه پاسخ به آنهاست چون توسعه نرم افزار یک فرایند کاملاً پویاست و ما نمی توانیم در چارچوب ایستا انجام دهیم. به همین دلیل است که متدولوژی های Agile (چابک) موفق تر از متدولوژی های سنگین وزن به نظر می رسند. چون متدولوژی های Agile انعطاف پذیرتر و پویاتر هستند. با درنظرگرفتن ویژهگیها و روشهای چابک و ارتباط آن ها با روشهای تجربی در تیم های بزرگ و کوچک متوجه رابطه بسیار زیاد بین این دو موضوع میشویم. متخصصان و کارشناسان برای بهبود روشهای توسعه نرمافزارگرد هم آمدند و باجمع آوری مجموعهای از تجربه ها و استفاده از آنها باعث به وجود آمدن متدلوژی های چابک شدند. به بیان دیگر متدلوژی چابک مجموعهای از قواعد و روشهای توصیه شده توسط متخصصان با تجربه می باشد . از این رو قلب متدلوژی های چابک تجربه است و براساس تجریه بنا شده است. و بیشتر به جای این که قانونمند و بر طبق برنامه عمل کنند تجربه و شرایط را محور اصلی قراردادهاند، استفاده از تجربه برای موفقیت در متدلوژیهای چابک مهم است اما تولید محصول از آن مهمتر است. متدلوژی های چابک براساس "بازخورد" و "تغییرات" ساخته شدهاند]11[ . به هر حال متدلوژیهای چابک نیازمند دسترسی سریع(فوری) به پایگاه دانش از تجربهها می باشد و تجربه ها به صورت دانش در پایگاه دانش قرار دارند، استفاده و آزمایش این تجربهها باعث پالایش تجربه ها قبلی از نواقص و به وجود آمدن تجربههای جدید میباشد. از این رو متدلوژی چابک محیط مفیدی برای پژوهشهای تجربی فراهم میکند و براساس مطالعات متدلوژیهای چابک کارگاه ارزان و کارآمدی برای نشان دادن دانشهای تجربی است. این بدان معنا نیست که ما احتیاجی به متدولوژی سنگین وزن نداریم بلکه بدیهی است درپروژه های بزرگ استفاده از متدولوژی سنگین وزن اجتناب ناپذیر است و یا اینکه به متدولوژی نیازی نیست . بطوری که میتوان گفت که برای هر فرد یا هر پروژه یک متدولوژی لازم است.این جمله نشان دهنده این است که هیچ متدولوژی خاصی را نمی توان برای افراد و پروژه ها به صورت ثابت تعریف کرد،چون هر پروژه و افراد تیم توسعه نرم افزار شرایط خاص خود را می طلبد که بعضی از مهندسین به اشتباه یک متدولوژی را انتخاب کرده و روند آن متدولوژی را دنبال می کنند. تا مراحل متدولوژی کامل شود. در واقع آن ها به جای این که با روند پروژه هم گام شوند با گام های متدولوژی همراه می شوند که در بیشتر مواقع با شکست روبه رو شده و منجر به بحران توسعه نرم افزاری می شوند این نظریه به این معنا نمی باشدکه مهندسن نرم افزار لازم نیست متدولوژی ها را بشناسند و یا گام های آن را نادیده بگیرند بلکه شناخت متدولوژی های متعددی (Rup, Agile, Incremental …..) به مهندسین، دیدگاهی باز برای مدیریت پروژه می دهد وحتی تولید نسخه-های مختلف از یک نرم افزار می تواند متدولوژی ها و شرایط خاص خود را بطلبد. چون توسعه نرم افزار یک فرایند کاملاً پویاست و ما نمی توانیم آن را محدود به یک متدولوژی خاص کنیم .همان طور که گفتیم متدولوژی با نیروی تجربه کامل می شود. متدولوژی مانند اسکلت بدن و تجربه روح آن است. چه بسا افراد و شرکت های هستند که از متدولوژی (Y) استفاده کرده ودر پروژه های خود نیز موفق می شوند اما افراد و شرکت های دیگری هستند که از همان متدولوژی (Y) استفاده می کنند ولی با شکست مواجه می شوند.این جمله بیانگر این است که متدولوژی برای کامل شدن نیازبه چیزی دارد که تجربه مکمل آن است .انتخاب متدولوژی مهم است اما نه به اندازۀ توسعه یک نرم افزار .در این مقاله یک رویکرد جدید را برای حل این مشکل به شما پیشنهاد می کنیم:
گروه پژوهشی مهندسی نرم افزار مدل رانده
@modeldriven
اولین صفحهٔ اصلی گوگل که ظاهری ساده دارد در آن از کدهای HTML استفاده نشدهاست. این صفحه مربوط به سال ۱۹۹۸ میباشد
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
William_Stalling(Heilton.com).pdf
12.2 MB
کتاب سیستم عامل ویلیام استالینگ
Operating Systems William Stalling
گروه برنامه نویسی هیلتن👇
🆔 https://telegram.me/HeiltonProgramming
Operating Systems William Stalling
گروه برنامه نویسی هیلتن👇
🆔 https://telegram.me/HeiltonProgramming
This media is not supported in your browser
VIEW IN TELEGRAM
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
🆔 @HeiltonProgramming
معرفی بهترین ربات های رایگان تلگرام
#Telegram #TelegramBot
#تلگرام #ربات_تلگرام
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
#Telegram #TelegramBot
#تلگرام #ربات_تلگرام
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
🔺١٠ كشور اول جهان از نظر تعداد كاربران اينترنتی و ميزان نفوذ اينترنت ﴿ميزان نفوذ به درصد است).ايران از نظر تعداد كاربر در رده ١٨ جهان است.
🆔 @HeiltonProgramming
🆔 @HeiltonProgramming
یکی از بزرگان میگفت: ما یک گاریچی در محلمان بود، که نفت میبرد و به او عمو نفتی میگفتند.
یک روز مرا دید و گفت: سلام. ببخشید خانه تان را گازکشی کرده اید!؟
گفتم: بله!
گفت: فهمیدم. چون سلام هایت تغییر کرده است!
من تعجب کردم، گفتم: یعنی چه!؟
گفت: قبل از اینکه خانه ات گازکشی شود، خوب مرا تحویل می گرفتی، حالم را میپرسیدی. همه اهل محل همینطور بودند. هرکس خانه اش گازکشی میشود، دیگر سلام علیک او تغییر میکند…
از اون لحظه فهمیدم سی سال سلامم بوی نفت میداد. عوض اینکه بوی انسانیت و اخلاقیات بدهد.
سی سال او را با اخلاق خوب تحويل گرفتم. خیال میکردم اخلاقم خوب است. ولی حالا که خانه را گازکشی کردم ناخودآگاه فکر کردم نیازی نیست به او سلام کنم.
یادمان باشد، سلام مان بوی نیاز ندهد
گروه برنامه نویسی هیلتن 👇
🆔 @HeiltonProgramming
یک روز مرا دید و گفت: سلام. ببخشید خانه تان را گازکشی کرده اید!؟
گفتم: بله!
گفت: فهمیدم. چون سلام هایت تغییر کرده است!
من تعجب کردم، گفتم: یعنی چه!؟
گفت: قبل از اینکه خانه ات گازکشی شود، خوب مرا تحویل می گرفتی، حالم را میپرسیدی. همه اهل محل همینطور بودند. هرکس خانه اش گازکشی میشود، دیگر سلام علیک او تغییر میکند…
از اون لحظه فهمیدم سی سال سلامم بوی نفت میداد. عوض اینکه بوی انسانیت و اخلاقیات بدهد.
سی سال او را با اخلاق خوب تحويل گرفتم. خیال میکردم اخلاقم خوب است. ولی حالا که خانه را گازکشی کردم ناخودآگاه فکر کردم نیازی نیست به او سلام کنم.
یادمان باشد، سلام مان بوی نیاز ندهد
گروه برنامه نویسی هیلتن 👇
🆔 @HeiltonProgramming
This media is not supported in your browser
VIEW IN TELEGRAM
✅۳ پیام فیلم ۳ ثانیه ای :
۱- پیروزی ازآن کسی است که تا آخرین ثانیه تلاش میکند
۲- برای برنده شدن کافیست یک میلیمترجلوترباشی
۳- جشن پیروزی را قبل ازاتمام رقابت آغازنکن
گروه هیلتن👇
@HeiltonProgramming
۱- پیروزی ازآن کسی است که تا آخرین ثانیه تلاش میکند
۲- برای برنده شدن کافیست یک میلیمترجلوترباشی
۳- جشن پیروزی را قبل ازاتمام رقابت آغازنکن
گروه هیلتن👇
@HeiltonProgramming
This media is not supported in your browser
VIEW IN TELEGRAM
وقتی میخوام به مدیر پروژه نتیجه کدی رو که نوشتم رو نشون بدم 😊😄😐😐😐
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
گروه برنامه نویسی هیلتن👇
🆔 @HeiltonProgramming
آموزش اندروید در محیط (زامارین) رایگان
لینک دانلود 👇
goo.gl/WLvS7H
گروه برنامه نویسی هیلتن 👇
🆔 https://telegram.me/HeiltonProgramming
لینک دانلود 👇
goo.gl/WLvS7H
گروه برنامه نویسی هیلتن 👇
🆔 https://telegram.me/HeiltonProgramming
#زنگ_تفریح 🔔👌
🆔 @HeiltonProgramming
ﻣﺮﺩﯼ ﺳﺎﻟﺨﻮﺭﺩﻩ ﺑﺎ ﭘﺴﺮ ﺗﺤﺼﯿﻞ ﮐﺮﺩﻩﺍﺵ ﺭﻭﯼ ﻣﺒﻞ ﺧﺎﻧﻪ ﺧﻮﺩ ﻧﺸﺴﺘﻪ ﺑﻮﺩﻧﺪ ﻧﺎﮔﻬﺎﻥ ﮐﻼﻏﯽ ﮐﻨﺎﺭ ﭘﻨﺠﺮﻩﺷﺎﻥ ﻧﺸﺴﺖ .
ﭘﺪﺭ ﺍﺯ ﻓﺮﺯﻧﺪﺵ ﭘﺮﺳﯿﺪ : « ﺍﯾﻦ ﭼﯿﻪ؟ » ﭘﺴﺮ ﭘﺎﺳﺦ ﺩﺍﺩ : « ﮐﻼﻍ » .
ﭘﺲ ﺍﺯ ﭼﻨﺪ ﺩﻗﯿﻘﻪ ﺩﻭﺑﺎﺭﻩ ﭘﺮﺳﯿﺪ : « ﺍﯾﻦ ﭼﯿﻪ؟ » ﭘﺴﺮ ﮔﻔﺖ : « ﺑﺎﺑﺎ ﻣﻦ ﮐﻪ ﻫﻤﯿﻦ ﺍﻻﻥ ﺑﻬﺘﻮﻥ ﮔﻔﺘﻢ ، ﮐﻼﻏﻪ . »
ﺑﻌﺪ ﺍﺯ ﻣﺪﺕ ﮐﻮﺗﺎﻫﯽ ﭘﯿﺮ ﻣﺮﺩ ﺑﺮﺍﯼ ﺳﻮﻣﯿﻦ ﺑﺎﺭ ﭘﺮﺳﯿﺪ : « ﺍﯾﻦ ﭼﯿﻪ؟ » ﻋﺼﺒﺎﻧﯿﺖ ﺩﺭ ﭘﺴﺮﺵ ﻣﻮﺝ ﻣﯿﺰﺩ ﻭ ﺑﺎ ﻫﻤﺎﻥ ﺣﺎﻟﺖ ﮔﻔﺖ : « ﮐﻼﻏﻪ ﮐﻼﻍ «!😏😒
ﭘﺪﺭ ﺑﻪ ﺍﺗﺎﻗﺶ ﺭﻓﺖ ﻭ ﺑﺎ ﺩﻓﺘﺮ ﺧﺎﻃﺮﺍﺗﯽ ﻗﺪﯾﻤﯽ ﺑﺮﮔﺸﺖ . ﺻﻔﺤﻪ ﺍﯼ ﺭﺍ ﺑﺎﺯ ﮐﺮﺩ ﻭ ﺑﻪ ﭘﺴﺮﺵ ﮔﻔﺖ ﮐﻪ ﺁﻥ ﺭﺍ ﺑﺨﻮﺍﻧﺪ . ﺩﺭ ﺁﻥ ﺻﻔﺤﻪ ﺍﯾﻦ ﻃﻮﺭ ﻧﻮﺷﺘﻪ ﺷﺪﻩ ﺑﻮﺩ : ﺍﻣﺮﻭﺯ ﭘﺴﺮ ﮐﻮﭼﮑﻢ ۳ ﺳﺎﻝ ﺩﺍﺭﺩ . ﻭ ﺭﻭﯼ ﻣﺒﻞ ﻧﺸﺴﺘﻪ ﺍﺳﺖ ﻫﻨﮕﺎﻣﯽ ﮐﻪ ﮐﻼﻏﯽ ﺭﻭﯼ ﭘﻨﺠﺮﻩ ﻧﺸﺴﺖ ﭘﺴﺮﻡ ۲۳ ﺑﺎﺭ ﻧﺎﻣﺶ ﺭﺍ ﺍﺯ ﻣﻦ ﭘﺮﺳﯿﺪ ﻭ ﻣﻦ ۲۳ ﺑﺎﺭ ﺑﻪ ﺍﻭ ﮔﻔﺘﻢ ﮐﻪ ﻧﺎﻣﺶ ﮐﻼﻍ ﺍﺳﺖ . ﻫﺮ ﺑﺎﺭ ﺍﻭ ﺭﺍ ﻋﺎﺷﻘﺎﻧﻪ ﺑﻐﻞ ﻣﯽﮐﺮﺩﻡ ﻭ ﺑﻪ ﺍﻭ ﺟﻮﺍﺏ ﻣﯽﺩﺍﺩﻡ ﻭ ﺑﻪ ﻫﯿﭻ ﻭﺟﻪ ﻋﺼﺒﺎﻧﯽ ﻧﻤﯽﺷﺪﻡ ﻭ ﺩﺭ ﻋﻮﺽ ﻋﻼﻗﻪ ﺑﯿﺸﺘﺮﯼ ﻧﺴﺒﺖ ﺑﻪ ﺍﻭ ﭘﯿﺪﺍ ﻣﯽﮐﺮﺩﻡ😊
🙏لطفأ به پدر و مادرتون احترام بزارید🙏🙏😔😔
گروه برنامه نویسی هیلتن 👇
🆔 : @HeiltonProgramming
🆔 @HeiltonProgramming
ﻣﺮﺩﯼ ﺳﺎﻟﺨﻮﺭﺩﻩ ﺑﺎ ﭘﺴﺮ ﺗﺤﺼﯿﻞ ﮐﺮﺩﻩﺍﺵ ﺭﻭﯼ ﻣﺒﻞ ﺧﺎﻧﻪ ﺧﻮﺩ ﻧﺸﺴﺘﻪ ﺑﻮﺩﻧﺪ ﻧﺎﮔﻬﺎﻥ ﮐﻼﻏﯽ ﮐﻨﺎﺭ ﭘﻨﺠﺮﻩﺷﺎﻥ ﻧﺸﺴﺖ .
ﭘﺪﺭ ﺍﺯ ﻓﺮﺯﻧﺪﺵ ﭘﺮﺳﯿﺪ : « ﺍﯾﻦ ﭼﯿﻪ؟ » ﭘﺴﺮ ﭘﺎﺳﺦ ﺩﺍﺩ : « ﮐﻼﻍ » .
ﭘﺲ ﺍﺯ ﭼﻨﺪ ﺩﻗﯿﻘﻪ ﺩﻭﺑﺎﺭﻩ ﭘﺮﺳﯿﺪ : « ﺍﯾﻦ ﭼﯿﻪ؟ » ﭘﺴﺮ ﮔﻔﺖ : « ﺑﺎﺑﺎ ﻣﻦ ﮐﻪ ﻫﻤﯿﻦ ﺍﻻﻥ ﺑﻬﺘﻮﻥ ﮔﻔﺘﻢ ، ﮐﻼﻏﻪ . »
ﺑﻌﺪ ﺍﺯ ﻣﺪﺕ ﮐﻮﺗﺎﻫﯽ ﭘﯿﺮ ﻣﺮﺩ ﺑﺮﺍﯼ ﺳﻮﻣﯿﻦ ﺑﺎﺭ ﭘﺮﺳﯿﺪ : « ﺍﯾﻦ ﭼﯿﻪ؟ » ﻋﺼﺒﺎﻧﯿﺖ ﺩﺭ ﭘﺴﺮﺵ ﻣﻮﺝ ﻣﯿﺰﺩ ﻭ ﺑﺎ ﻫﻤﺎﻥ ﺣﺎﻟﺖ ﮔﻔﺖ : « ﮐﻼﻏﻪ ﮐﻼﻍ «!😏😒
ﭘﺪﺭ ﺑﻪ ﺍﺗﺎﻗﺶ ﺭﻓﺖ ﻭ ﺑﺎ ﺩﻓﺘﺮ ﺧﺎﻃﺮﺍﺗﯽ ﻗﺪﯾﻤﯽ ﺑﺮﮔﺸﺖ . ﺻﻔﺤﻪ ﺍﯼ ﺭﺍ ﺑﺎﺯ ﮐﺮﺩ ﻭ ﺑﻪ ﭘﺴﺮﺵ ﮔﻔﺖ ﮐﻪ ﺁﻥ ﺭﺍ ﺑﺨﻮﺍﻧﺪ . ﺩﺭ ﺁﻥ ﺻﻔﺤﻪ ﺍﯾﻦ ﻃﻮﺭ ﻧﻮﺷﺘﻪ ﺷﺪﻩ ﺑﻮﺩ : ﺍﻣﺮﻭﺯ ﭘﺴﺮ ﮐﻮﭼﮑﻢ ۳ ﺳﺎﻝ ﺩﺍﺭﺩ . ﻭ ﺭﻭﯼ ﻣﺒﻞ ﻧﺸﺴﺘﻪ ﺍﺳﺖ ﻫﻨﮕﺎﻣﯽ ﮐﻪ ﮐﻼﻏﯽ ﺭﻭﯼ ﭘﻨﺠﺮﻩ ﻧﺸﺴﺖ ﭘﺴﺮﻡ ۲۳ ﺑﺎﺭ ﻧﺎﻣﺶ ﺭﺍ ﺍﺯ ﻣﻦ ﭘﺮﺳﯿﺪ ﻭ ﻣﻦ ۲۳ ﺑﺎﺭ ﺑﻪ ﺍﻭ ﮔﻔﺘﻢ ﮐﻪ ﻧﺎﻣﺶ ﮐﻼﻍ ﺍﺳﺖ . ﻫﺮ ﺑﺎﺭ ﺍﻭ ﺭﺍ ﻋﺎﺷﻘﺎﻧﻪ ﺑﻐﻞ ﻣﯽﮐﺮﺩﻡ ﻭ ﺑﻪ ﺍﻭ ﺟﻮﺍﺏ ﻣﯽﺩﺍﺩﻡ ﻭ ﺑﻪ ﻫﯿﭻ ﻭﺟﻪ ﻋﺼﺒﺎﻧﯽ ﻧﻤﯽﺷﺪﻡ ﻭ ﺩﺭ ﻋﻮﺽ ﻋﻼﻗﻪ ﺑﯿﺸﺘﺮﯼ ﻧﺴﺒﺖ ﺑﻪ ﺍﻭ ﭘﯿﺪﺍ ﻣﯽﮐﺮﺩﻡ😊
🙏لطفأ به پدر و مادرتون احترام بزارید🙏🙏😔😔
گروه برنامه نویسی هیلتن 👇
🆔 : @HeiltonProgramming