TondTech – Telegram
TondTech
2.6K subscribers
1.47K photos
169 videos
133 files
1.14K links
کالای ما دانش است


تبلیغات نداریم
Download Telegram
Forwarded from refhub
کتابی برای همین شب و روزها:

پایان اضطراب، آغاز زندگی
اثر دیل کارنگی

این کتاب رو توی سخت ترین روزهای زندگیم گوش دادم و واقعا برام موثر بود.

کتاب راهکارهایی ساده ولی موثر برای کاهش اضطراب و زندگی آرام تر رو پیشنهاد میده.


اگر حوصله ندارید می توانید خلاصه صوتی آن را از فیدیبو گوش کنید:
https://fidibo.com/book/68432-میکروبوک-صوتی-پایان-اضطراب-شروع-زندگی

یا اگر دوست داشتید می توانید، به رایگان نسخه اصلی آن را از رفهاب دانلود کنید:
https://refhub.ir/fa/refrence_detail/how-to-stop-worrying-and-start-living/

به امید روزهای روشن..
4
این روزها، توی خیلی از گروه های دوستانه و کاری و خانوادگی بحث جنگ داغه و خوب ما هم هیجان زده،
این وسط خیلی پیش میاد که با هم بر سر چیزهای کوچک و بزرگ به تعارض می رسیم و دعوا شکل میگیره.

این مطلب از محمدرضا شعبانعلی عزیزم، میتونه خیلی کمک کننده باشه برای بهبود شرایط پیام دادن و پیام گرفتن هامون :


https://motamem.org/%d9%82%d9%88%d8%a7%d8%b9%d8%af-%d9%88-%d8%a7%d8%b5%d9%88%d9%84-%d8%a7%d8%b1%d8%b3%d8%a7%d9%84-%d9%be%db%8c%d8%a7%d9%85%da%a9/
2👎1🤣1
این کار #ویپاد بعد هک شدن بانک پاسارگاد ارزشمند هست در این شرایط جنگی :

مشتری گرامی ویپاد؛
در همراهی با شما عزیزان، تغییرات زیر در شرایط بازپرداخت تسهیلات اعمال شده است؛

- لغو جریمه تاخیر بازپرداخت در بازه ۲۳ خرداد تا ۳۱ تیر

- اعمال تنفس ۱ ماهه برای کلیه اقساط با سررسید بین ۲۳ خرداد تا ۳۱ تیر و جابجایی بازپرداخت کلیه اقساط انواع تسهیلات

- حذف سوءاثر تاخیر بازپرداخت اقساط در رتبه اعتباری، تا ۳۱ تیر

ویپاد 🍀
8👎1
TondTech
اگه هنوز توی بیزنس تون برای جنگ احتمالی مملکت برنامه ریزی نکردین، بکنید، پلن داشتن و نیاز به اجرا نشدنش خیلی بهتر از نیاز به اجرا شدنش و پلن نداشتن هست.
‏به زودی شاهد موج بزرگ و عجیبی از lay off ها در ایران خواهیم بود. براش آماده باشید.
کار کردن در هر شغلی، اعم از رانندگی، امور خدماتی، سطوح پایین تر و... هیچ ننگ و عاری نخواهد بود.

ما صرفا باید از این شرایط و بحران عبور کنیم.
👍17😢3🕊2
داریم فضای آخر الزمانی سینمای مارول رو وسط دنیای کتاب های اورول زندگی میکنیم..
🤣8💔3
Forwarded from tech-afternoon (Amin Mesbahi)
شرایط این روزهای کشور، و به تَبعش ما و دوستان و عزیزانمون تحت تاثیر شرایط جنگی و دشواریه که شاید دل و دماغی برای مطالب فنی خوندن نباشه. اگر دوست داشتید چند دقیقه‌ای از حال و هوای اخبار نگران‌کننده فاصله بگیرید، فارغ از هر جهت‌گیری سیاسی و اجتماعی‌ که دارید، شاید بد نباشه یک سری فکت رو آسیب‌شناسی کنیم:

نشت اطلاعات فوق‌محرمانه و حتی سری، هک‌های متعدد و... نشون داد ضعف عمیق دانش، و اجرای مفاهیمی مثل security | compliance | trust and control | information classification ابتدا در سطح فرایند، دوم در سطح معماری و توسعه سیستم‌های کشور، یکی از دلایلی بود که محرمانگی اطلاعات طبقه‌بندی‌شده اینطور شکننده باشه. نوشتم «یکی از دلایل» چون امنیت نرم‌افزاری، و نرم‌افزار امنیتی؛ عملا ذیل امنیت اطلاعات (از شفاهی تا کاغذی و...) معنی داره. و این یعنی «فرهنگ»، یعنی جایی که آدم‌ها باید یاد بگیرن، اعتماد کردن، یا اعتبار خریدن با بیان موضوعات طبقه‌بندی شده تا چه‌اندازه می‌تونه پیامدهای جدی داشته باشه. فقدان آموزش مناسب (منظورم جزوه چاپ کردن نیست، مشکل اینه که هرچقدر سطح سازمانی فرد بالاتر بره لزوم و احساس نیاز به یادگیری کمتر حس می‌شه، و این تنها بخشی از آسیب‌ها بوده).

فرایندها و سیستم‌ها باید به گونه‌ای طراحی و تولید بشن که شما به محض نشت اطلاعات بتونی لیستی از نقاط مستعد نشت (افرادی که به اون اطلاعات دسترسی داشتن) رو پیدا کنید. و سیستم‌های مدرن، بعد از چند مورد نشت قادرن با روش‌های ماشین‌لرنینگ، و شناسایی الگوهای نشت اطلاعات، لیست افراد مورد ظن رو محدود کنن. این یعنی سیستم‌های متمرکز، یا توزیع‌شده‌ی متصل. نه «سامانه‌»های احمقانه و محدود به CRUD که از فقط مسئول‌دفترها و کارمندها بهشون دسترسی دارن.

شاهد بودیم که نه تنها «معماری اطلاعات» شکننده بود، بلکه در سطح نرم‌افزار و زیرساخت هم بدتر! این به معنی انگشت اتهام گرفتن به سمت فقط نظامی‌ها نیست، در سطح دولت، بانک‌ها و هر جایی می‌شد دید که تفاوتی بین مدیریت بحران در سال ۱۴۰۴ با دوران پیش از عصر نرم‌افزار و ارتباطات نیست!

در نتیجه: «ما» جامعه نرم‌افزاری‌های ایرانی هم بخشی از این افتضاح هستیم! امیدوارم این صحبت من ذیل اینکه دولت فلان بود، حکومت بهمان بود، دشمن بیسار بود، نره! فردای ایران، چه به شکل گذشته باشه، چه تفاوت کوچک یا بزرگی در ساختار سیاسی کشور اتفاق بیوفته، دوباره «همین ما» هستیم که باید تحلیل کنیم، توسعه بدیم...

من این چند روز خیلی فکر کردم که چطور نرم‌افزار می‌تونست به پیش‌گیری از بحران فعلی؛ تا مدیریت بهتر بحران کمک کنه. در دولت‌ها و سیستم‌های امنیتی برای پیش‌بینی وقایع، سال‌هاست نرم‌‌افزارهایی وجود داره که کاری که ذهن اغلب انسان‌ها ازش عاجزه، یعنی کنار هم چیدن انبوه اخبار و صحبت‌ها و تصمیم‌ها و تغییرات در رویکردها و... و پیش‌بینی‌هایی مبتنی بر هوش‌مصنوعی از وقایع پیش رو (مثلا وزیر a از کشور b در مورد c با لحن d حرف رو زد و آقای e از کشور f با لحن g پاسخ داد و ... => یعنی گراف‌های بسیار بزرگ از وقایع، اخبار، تصمیمات و...). که ما از چنین سیستم‌هایی ‌برخوردار نیستیم، یا بهتر بگم چون بضاعتمون CRUD است!

یا در مورد بحران، تقریبا هیچ سیستمی برای اطلاع‌رسانی متمرکز و مرجعیت تصمیم و هشدار و... نبود!
یا عملا هیچ‌نوع مدلسازی از پیش انجام شده‌ای در مورد مناطق مستعد خطر، تخصیص منابع درمانی، اسکان و تغذیه نبود...

ببخشید که طولانی شد، این بخش کوچیکی از افکاری بود که این چند روز ذهنم در درگیر کرده و آرزوها و افسوس‌های عمیق... با خودم بارها جلسات ارزیابی ریسک نرم‌افزاری رو در جاهایی که به نحوی تاب‌آوری نرم‌افزار مهم بودند رو مرور کردم، و هر بار تاسف خوردم از سطح دغدغه‌های «ما» نرم‌افزاری‌ها... و امروز هم باور دارم که گفتن «فلان مدیر سطحش این بود، یا فلان سازمان سطحش اون بود، یعنی فرافکنی، چون فردای توسعه، باز همین «ما» هستیم که باید دور میز بشینیم...

امیدوارم شما و عزیزانتون سلامت و از خطر به دور باشید، اگر دوست داشتید گپ بزنیم، نظرتون رو بگید، یا حتی در این موارد بیشتر گپ بزنیم...
5👍2
Forwarded from Pavel Durov (Paul Du Rove)
👨‍💻 Telegram’s looking for an Android dev — who’ll earn $1M / year after tax. 🧻

🥇 The only way in is to win our coding contest that ends on July 11. The task? Implement the animation from this mockup in our open-source Android app. 🤖 https://news.1rj.ru/str/contest/420
Please open Telegram to view this post
VIEW IN TELEGRAM
👍21
Forwarded from درست‌نویسیم
بیایید یک‌ بار و برای همیشه مسئلۀ ‎#هکسره را حل کنیم.
صدای /e/ که آخر کلمه‌های فارسی می‌آید، دو حالت نوشتاری و چند جایگاه دستوری دارد.

گاهی وقت‌ها به صورت «کسره» می‌آید:‌

کتابِ من
🚫کتابه من

⁩برگ سبز
🚫برگه سبز

⁩ دختر زیبا
🚫دختره زیبا

به‌جایِ «است» و فعل به‌کار می‌رود که در این شرایط تبدیل به «ه‍» می‌شود:

⁩ حالم خوبه
🚫 حالم خوبِ

⁩این کتابِ منه
🚫 این کتابه منِ

⁩ قلبم برا تو می‌زنه / می‌تپه
🚫 قلبم برا تو می‌زنِ / می‌تپِ

⁩ این کتاب پیش تو باشه‌
🚫 این کتاب پیشه تو باشِ

وقتی نشانۀ مَعرِفه باشه یعنی وقتی از شخص یا چیز خاصی صحبت می‌کنیم در این صورت هم تبدیل به «ه‍» می‌شه:

⁩ اون دختره
🚫 اون دخترِ

⁩اون پسره
🚫 اون پسرِ

⁩یارو مغازه‌داره
🚫 یارو مغازه‌دارِ

پسوند آخرِ اسم‌ها و صفت‌ها که به‌صورت «ه‍» ظاهر می‌شود:

⁩دهنه
🚫 دهنِ

⁩انگیزه
🚫 انگیزِ

⁩ روزنه
🚫 روزنِ

برخی کلمه‌ها که در زبان گفتاری به‌صورت «ه‍» ظاهر می‌شود:

⁩ اگه
🚫 اگِ

دیگه
🚫 دیگِ

مگه
🚫 مگِ
لازم است به این نکته نیز اشاره شود که حروف اضافه را هم به صورت «که» و «به» می‌نویسیم نه «کِ» و «بِ».

ضمناً وقتی می‌گوییم «هکسره» یعنی «ه» به‌جای «کسره» و «کسره» به‌جای «ه» به غلط نوشته شده است پس نباید بگوییم «غلط هکسره» چون حشو است و جملۀ «هکسره را رعایت کنیم» نیز اشتباه است. زیرا هکسره رعایت کردنی نیست و قاعدتاً نباید دیگران را به انجام کار غلط و اشتباه تشویق یا توصیه کنیم.


#هکسره
#آموزش_هکسره

#درست‌نویسیم
@dorostnevisim

https://www.instagram.com/p/DKeK6mwNWrw/?igsh=MXcyZmFqcmEwcXF4cA==
👍62🔥2🤣1
امروز چهارشنبه ۴/۴/۴ امیدوارم در این روز رُند، به تک تک آرزوهاتون برسید رفقا، مخصوصا صلح، آرامش و رونق اقتصادی و آزادی بیشتر یا هر چیز دیگه ای که من نمی دونم و شما استحقاقش رو دارید و هنوز بهش نرسیدین
26🔥41🤩1
یکی از چالش‌هایی که در کار با n8n باهاش روبه‌رو شدم، تبدیل تاریخ میلادی به شمسی بود. بعد از کلی تست APIها و راه‌حل‌های مختلف، تصمیم گرفتم خودم یک نود اختصاصی برای تاریخ شمسی توسعه بدم!

نتیجه این تلاش، پکیج n8n-nodes-persiandate هست که حالا می‌تونید خیلی راحت به n8n اضافه‌اش کنید و انواع فرمت‌های تاریخ شمسی (با یا بدون زمان، خلاصه، کامل و...) رو از ورودی‌تون دریافت کنید.

نصب ساده از طریق Community Nodes:
برید به تنظیمات n8n
در بخش Community Nodes، پکیج n8n-nodes-persiandate رو وارد کنید
روی دکمه Install کلیک کنید
بعد از نصب، نودی به اسم To Jalali در اختیارتونه.

https://github.com/pllusin/n8n-nodes-PersianDate
https://www.npmjs.com/package/n8n-nodes-persiandate

@DevTwitter | <PLUSIN/>
👍146
این شنبه که اومد، اگه سر کار رفتین به خودتون قول بدین از این به بعد قدم های محکم تری بردارین، تصمیم های درست تری بگیرین و چند تا آدم امن داشته باشید که وقتی تو شرایطی مثل جنگ این روزا گیر کردن یه زنگ بهشون بزنین و حالتون خوب بشه.
روابط انسانی بزرگ ترین سرمایه هایی هستن که میتونیم داشته باشیم.
در کنار تخصص که باید و حتما و الزاما داشته باشیدش.
این دو تا در کنار هم میتونن کمک کنن روان سالم تری داشته باشیم.

یه روز خوب میاد...
نه!
یه عالمه روز خوب میسازیم.
ایچی گو، ایچی یه
👍2518👏2
Forwarded from iCodeNext
🚢 منابع شما همیشه محدوده ، سن شما محدوده وقت و زمان شما محدوده، دایره ارتباطات شما محدوده، هر چیزی که کنارتون هست محدودیت داره، سیستمی که داری باهاش کد مینویسی محدوده، رم محدودی داره فضای ذخیره سازی محدودی داره، پردازنده محدودی داره، جایی که میخوای کدت رو هاست کنی هم این محدودیت رو داره، پس به این محدودیت ها احترام بزاریم.

همه ی اینها محدودن، اما بعضیهاشون اولویتش بالاتره.

توی این روزهایی که بر همه گذشت، (حالا هر فردی به شکل و اندازه متفاوتی)، آدم بیشتر میفهمه که چقدر منابع محدود مهمتری هم توی زندگیمون هست، خانواده، رفیق، اشنا، همکار حتی همسایه ها، که ارزششون بیشتر از هر منابع محدود دیگه ایه.

❤️❤️ محدودیت های خودتون رو بدونید.
👍92
یه کم لبخند بزنید
🤣261
Forwarded from refhub
کتاب بعدی مونو با نسخه ی دات نت خواهیم فروخت 😎💪 کمی طول میکشه، ولی رضایت بخش خواهد بود.
8👍3
Forwarded from tech-afternoon (Amin Mesbahi)
💡 مفهوم، اصول و مزایای Pair Programming چیه؟

برنامه‌نویسی دونفره/جفت (معادل فارسی مناسبی برای سراغ ندارم) یعنی دو نفر توسعه‌دهنده، به‌صورت همزمان روی یک تسک یا تیکت با هم کار کنند — معمولاً هم با استفاده از یک صفحه نمایش مشترک (حضوری یا با اشتراک‌گذاری صفحه، یا با امکانات جدیدتر مثل live sharing).

اما این فقط "دو نفر که با هم کدنویسی می‌کنن" نیست. هدف اصلی اینه که با هم فکر کنن، با هم تصمیم بگیرن و از هم یاد بگیرن.

🎯 چرا از Pair Programming استفاده کنیم؟

- آموزش، آنبورد سریع‌تر نیروهای جدید
- انتقال مستمر دانش در تیم (در زمینه‌های متنوع و کدبیس‌های مختلف)
- افزایش کیفیت کد (کاهش باگ، نام‌گذاری بهتر، منطق تمیزتر)
مالکیت مشترک کد — بیش از یک نفر در جریان کد هست
- یادگیری ابزارها، الگوها و تکنیک‌ها در عمل
- شکستن سیلوها و افزایش هماهنگی در تیم (دانش یک بخش از کد در یک نفر متمرکز نمیشه و افراد می‌تونن همدیگه رو پوشش بدن)

کجا از Pair Programming استفاده کنیم؟

- حل باگ‌های پیچیده
- کار روی کد ناآشنا
- آشنایی نیروهای جدید با یک فیچر
- تغییرات حساس یا حیاتی
- طراحی ساختار داده یا الگوریتم
- توسعه با رویکرد TDD یا بهینه‌سازی عملکرد


کجا مفید و مناسب نیست (معمولا)؟

- کارهای تکراری و روتین
- ریفکتورهای ساده یا فرمتینگ
- نوشتن تست برای کدهای شناخته‌شده
- نوشتن مستندات
- وظایف بزرگ و قابل تقسیم هم‌زمان
- نمونه‌سازی آزمایشی سریع

🧑‍💻 نقش‌ها در Pair Programming
- نقش Driver (راننده): کدنویسی می‌کنه، تمرکزش روی منطق فوری و نگارش است.
- نقش Navigator (ناوبر): هم‌زمان کد رو مرور می‌کنه، به ساختار، تست‌ها و موارد خاص فکر می‌کنه.
نکته مهم: نقش‌ها رو هر ۲۰ تا ۳۰ دقیقه جابه‌جا کنید تا ذهن هر دو نفر فعال بمونه، و ناوبر تبدیل به تماشاچی نشه!

🧭 چجوری Pair Programming مؤثری داشته باشیم؟

- هدف مشترک جلسه رو قبل از شروع مشخص کنید: دقیقاً دنبال چی هستید؟
- فرمت همکاری رو مشخص کنید: Driver/Navigator یا نوبتی؟
- مدت جلسه رو محدود کنید: مثلاً ۹۰ دقیقه با استراحت در میانه
- نقش‌ها رو به‌صورت منظم عوض کنید
- حین کار بلند فکر کنید، توضیح بدی، سوال بپرسید، پیشنهاد بدهید
- در پایان یک مرور کنید: چی یاد گرفتیم؟ قدم بعدی چیه؟

🧠 ملاحظات مربوط به ظرفیت تیم

درسته که دو نفر روی یک تیکت کار می‌کنن، ولی این به معنی نصف شدن بهره‌وری نیست. در بسیاری از مواقع، Pair Programming باعث:
- تحویل سریع‌تر در storyهای پیچیده
- راه‌حل‌های با کیفیت‌تر و قابل نگهداری‌تر
- کاهش اصطکاک در بازبینی و افزایش درک مشترک

💡 نکته: اگه قراره چندین تیکت به صورت Pair انجام بشن، ظرفیت تیم رو تنظیم کنید — مثلاً ۱۵–۲۰٪ استوری‌پوینت کمتر در نظر بگیر، یا تیکت‌های دونفره رو جداگانه پیگیری کنید.

همچنین، همه‌ی بخش‌های یک تیکت لازم نیست با Pair انجام بشه:
می‌تونید برای مراحل اکتشافی یا منطق اصلی، انجامش بدید، بعد جداگانه تست‌ها، مستندات یا فاین‌تیون نهایی رو انجام بدید.

نکات و بهترین روش‌ها

- پارتنر مناسب انتخاب کنید: تعادل در تجربه، دامنه دانش، یا تکنولوژی
- صبور باشید: هدف، سرعت نیست — کیفیت و یادگیری مهمه
- بیش از حد کیبورد رو از دست نفر مقابل نگیرید — بگذارید هر دو فعال باشند
- سوال «چرا؟» رو تشویق کنید — یادگیری بخش اصلی کاره
- حتماً استراحت بدید — خستگی ذهنی طبیعی و تأثیرگذاره
- اگه بعد از ۳۰–۴۰ دقیقه حس کردید که کار پیش نمی‌ره، یه قدم عقب برید و برنامه‌ریزی رو بازنگری کنید

💬 تجربه یا نظر شما چیه؟
Please open Telegram to view this post
VIEW IN TELEGRAM
6👍1
TondTech
خوب اگر سری به لینکدین بزنید، کم کم داره موجش شروع میشه
در مورد این مسئله قبلا گفته بودم و خوب دیدیم که متاسفانه پیش بینی هام درست از آب درومد.
💔5👍2😢1
دوستان خوب و عزیزم سلام، من و تیم خوبم در #رسمیو، مدتی رو سرمون خلوت خواهد بود و دوست داریم به شکل مشاوره یا همکاری در انجام پروژه های شما (به صورت صفر تا صد یا مشارکت در پیاده سازی بخشی از سرویس هاتون) همراه باشیم .

ما توی تیممون به جز توسعه دهندگان .net و React ، پروداکت منیجر و دیزاینر هم داریم اگر لازم داشته باشید برای این پروژه ها.

کد تمیز و قابل گسترش مینویسیم، با هم سر استانداردهای مستندسازی به تفاهم خواهیم رسید.


بعد از پایان پروژه هم، پروژه رو به تیم تون تحویل میدیم و اگر نیاز به آموزشی باشه، در حد توان راهنمایی و آموزش نیروهاتون رو هم بر عهده خواهیم گرفت.

خیلی به من لطف خواهید کرد اگر این پست را در همه ی گروه های فنی و بیزنسی تان منتشر کنید.
متاسفانه فعلا فقط از طریق اکانت تلگرام @StartupNerd وشماره 09308282925 در خدمت شما و پاسخگو خواهم بود.

🫂 مجددا از شما خواهش میکنم این پست رو (در همه ی گروه های خودتون که فکر میکنید ممکنه کسی به توانایی ما نیاز داشته باشه) بازنشر کنید
40💔9👍3🔥31💯1