🤯8😁3😐2😡1
[ Source >> @openpcb]
#خبر
طبق دادههای شاخص TIOBE، زبان برنامهنویسی پرل از سال قبل که رتبه ۲۷ام را داشته، امسال یهویی به رتبه دهم زبانهای برنامهنویسی محبوب رسیده!
این جهش نه حاصل نسخههای انقلابی بوده و نه کمپینهای تبلیغاتی، بلکه بیشتر به یک عامل کمتر دیدهشده برمیگرده: منابع آموزشی! پرل تو آمازون چهار برابر PHP و هفت برابر Rust کتاب داره! این حجم محتوای آموزشی و انتشارهای منظم نسخههای جدید باعث شده توسعهدهندگان دوباره سراغش برن، در حالی که Perl 6 (یا همان Raku) در رتبه ۱۲۹ مونده.
در همین بازه، سی هم جای خودش رو با جاوا عوض کرده و از رتبه چهار به سوم رسیده. پایتون همچنان در صدر جدوله و حتی سهمش بیشتر شده، اما راست از رتبه ۱۴ام به ۱۸ام سقوط کرده. این نشون میده حتی زبانهای پرسروصدا هم بدون اکوسیستم آموزشی قوی افت میکنند🤷🏻♂️
این اعداد نشون میدن شاخص TIOBE فقط یک عکس لحظهای نیست، بلکه روندهای بلندمدت جامعه رو هم منعکس میکنه، زبانهای قدیمی با انتشار منظم و منابع آموزشی غنی میتونند اوج بگیرند و زبانهای تازهنفس بدون پشتیبانی محتوایی ممکنه افت کنند.
TIOBE
🚁 Hicte Blog | (smm)
#خبر
طبق دادههای شاخص TIOBE، زبان برنامهنویسی پرل از سال قبل که رتبه ۲۷ام را داشته، امسال یهویی به رتبه دهم زبانهای برنامهنویسی محبوب رسیده!
این جهش نه حاصل نسخههای انقلابی بوده و نه کمپینهای تبلیغاتی، بلکه بیشتر به یک عامل کمتر دیدهشده برمیگرده: منابع آموزشی! پرل تو آمازون چهار برابر PHP و هفت برابر Rust کتاب داره! این حجم محتوای آموزشی و انتشارهای منظم نسخههای جدید باعث شده توسعهدهندگان دوباره سراغش برن، در حالی که Perl 6 (یا همان Raku) در رتبه ۱۲۹ مونده.
در همین بازه، سی هم جای خودش رو با جاوا عوض کرده و از رتبه چهار به سوم رسیده. پایتون همچنان در صدر جدوله و حتی سهمش بیشتر شده، اما راست از رتبه ۱۴ام به ۱۸ام سقوط کرده. این نشون میده حتی زبانهای پرسروصدا هم بدون اکوسیستم آموزشی قوی افت میکنند🤷🏻♂️
این اعداد نشون میدن شاخص TIOBE فقط یک عکس لحظهای نیست، بلکه روندهای بلندمدت جامعه رو هم منعکس میکنه، زبانهای قدیمی با انتشار منظم و منابع آموزشی غنی میتونند اوج بگیرند و زبانهای تازهنفس بدون پشتیبانی محتوایی ممکنه افت کنند.
TIOBE
🚁 Hicte Blog | (smm)
👍5
پستای ارسالیتون رو میتونین به آیدی:
@HicteBridge
بفرستین و با لینک به آیدیتون تو کانال قرار میگیره. مثل:
" | (smm) "
@HicteBridge
بفرستین و با لینک به آیدیتون تو کانال قرار میگیره. مثل:
" | (smm) "
👍2
#کتاب
C in a Nutshell: The Definitive Reference
Author: Peter Prinz and Tony Crawford
Edition: 2nd
Date: January 2016
Publisher: O'Reilly Media
Length: 821 pages
Amazon 👀
Download 😉
🚁 Hicte Blog | (smm)
C in a Nutshell: The Definitive Reference
Author: Peter Prinz and Tony Crawford
Edition: 2nd
Date: January 2016
Publisher: O'Reilly Media
Length: 821 pages
Amazon 👀
Download 😉
🚁 Hicte Blog | (smm)
❤3👍2
HICTE Blog
#کتاب C in a Nutshell: The Definitive Reference Author: Peter Prinz and Tony Crawford Edition: 2nd Date: January 2016 Publisher: O'Reilly Media Length: 821 pages Amazon 👀 Download 😉 🚁 Hicte Blog | (smm)
توضیحات:
The new edition of this classic O’Reilly reference provides clear, detailed explanations of every feature in the C language and runtime library, including multithreading, type-generic macros, and library functions that are new in the 2011 C standard (C11). If you want to understand the effects of an unfamiliar function, and how the standard library requires it to behave, you’ll find it here, along with a typical example.
Ideal for experienced C and C++ programmers, this book also includes popular tools in the GNU software collection. You’ll learn how to build C programs with GNU Make, compile executable programs from C source code, and test and debug your programs with the GNU debugger.
In three sections, this authoritative book covers:
C language concepts and language elements, with separate chapters on types, statements, pointers, memory management, I/O, and more
The C standard library, including an overview of standard headers and a detailed function reference
Basic C programming tools in the GNU software collection, with instructions on how use them with the Eclipse IDE
[ Source >> @srfirouzi_channel ]
#گوناگون
انواع مدلهای رشد تخصصی در دنیای نرمافزار
(در دنیای توسعه نرمافزار چه شکلی باشم بهتر است)
وقتی دربارهی متخصصان حوزهی نرمافزار صحبت میکنیم، همیشه این سوال پیش میآید: آیا بهتر است فقط در یک زمینه عمیق شویم یا در چند حوزه مختلف همزمان؟
برای پاسخ به این سوال، سه مدل رایج وجود دارد که در دنیا با استعارههای حروف لاتین معرفی میشوند:
- مدل I-Shaped
فردی با تخصص عمیق در یک حوزه خاص، اما در سایر حوزهها دانشی ندارد ( شاید بهتر است بگوییم، دانش محدود نسبت به سایر حوزهها ).
مثلاً یک برنامهنویس فقط در جاوا بسیار حرفهای است، اما از معماری نرمافزار یا مدیریت دیتابیس چیزی نمیداند.
مزیت: تسلط بالا در یک موضوع
ضعف: ناتوانی در درک یا تعامل با سیستمهای پیچیده
- مدل Dash-Shaped (Generalist)
فردی که در موضوعات زیادی دانش سطحی دارد، اما در هیچکدام عمیق نیست.
مثل کسی که از همه زبانها و ابزارها کمی بلد است، اما نمیتواند در یک پروژه جدی مسئولیت سنگین بر عهده بگیرد.
مزیت: انعطافپذیری بالا
ضعف: نداشتن عمق تخصص
- مدل T-Shaped
ترکیبی از دو مدل قبلی؛ یعنی دانش عمیق در یک زمینه اصلی + دانش سطحی از حوزههای مجاور.
بهعنوان مثال: یک Backend Developer که در طراحی API و دیتابیس متخصص است، اما در UI، DevOps و امنیت هم شناخت اولیه دارد.
مزیت: هم توانایی حل مسائل پیچیده را دارد و هم میتواند با تیمهای مختلف همکاری مؤثر داشته باشد.
ارتباط نوع پروژه با شکل تخصص
در پروژههای کوچک که معمولاً یک یا دو نفر مسئولیت چند نقش را بر عهده میگیرند، مدل Dash-Shaped مفیدتر است. چون یک نفر باید همزمان کدنویسی کند، تست بنویسد، کمی طراحی UI انجام دهد و حتی کارهای DevOps را هم پوشش دهد.
اما در پروژههای بزرگ، مدلهای I-Shaped و T-Shaped ضروری هستند. چون پروژه پیچیده است، هر حوزه نیازمند متخصص عمیق خودش است، و در عین حال افرادی لازماند که بین تیمها پل بزنند (T-Shaped).
پیشنهاد من این است که ابتدا Dash-Shaped باشید؛ یعنی در ابتدای مسیر کاری، دانش کلی و سطحی از حوزههای مختلف به دست آورید تا درک وسیعتری از دنیای نرمافزار پیدا کنید.
سپس در یک حوزه اصلی عمیق شوید و بهمرور، شناخت کاربردی خود از سایر حوزهها را تکمیل کنید. این ترکیب شما را به یک متخصص T-Shaped تبدیل میکند؛ مدلی ارزشمند که هم در تیمهای کوچک و هم در پروژههای بزرگ میتواند اثرگذار و متمایز باشد.
🚁 Hicte Blog | (smm)
#گوناگون
انواع مدلهای رشد تخصصی در دنیای نرمافزار
(در دنیای توسعه نرمافزار چه شکلی باشم بهتر است)
وقتی دربارهی متخصصان حوزهی نرمافزار صحبت میکنیم، همیشه این سوال پیش میآید: آیا بهتر است فقط در یک زمینه عمیق شویم یا در چند حوزه مختلف همزمان؟
برای پاسخ به این سوال، سه مدل رایج وجود دارد که در دنیا با استعارههای حروف لاتین معرفی میشوند:
- مدل I-Shaped
فردی با تخصص عمیق در یک حوزه خاص، اما در سایر حوزهها دانشی ندارد ( شاید بهتر است بگوییم، دانش محدود نسبت به سایر حوزهها ).
مثلاً یک برنامهنویس فقط در جاوا بسیار حرفهای است، اما از معماری نرمافزار یا مدیریت دیتابیس چیزی نمیداند.
مزیت: تسلط بالا در یک موضوع
ضعف: ناتوانی در درک یا تعامل با سیستمهای پیچیده
- مدل Dash-Shaped (Generalist)
فردی که در موضوعات زیادی دانش سطحی دارد، اما در هیچکدام عمیق نیست.
مثل کسی که از همه زبانها و ابزارها کمی بلد است، اما نمیتواند در یک پروژه جدی مسئولیت سنگین بر عهده بگیرد.
مزیت: انعطافپذیری بالا
ضعف: نداشتن عمق تخصص
- مدل T-Shaped
ترکیبی از دو مدل قبلی؛ یعنی دانش عمیق در یک زمینه اصلی + دانش سطحی از حوزههای مجاور.
بهعنوان مثال: یک Backend Developer که در طراحی API و دیتابیس متخصص است، اما در UI، DevOps و امنیت هم شناخت اولیه دارد.
مزیت: هم توانایی حل مسائل پیچیده را دارد و هم میتواند با تیمهای مختلف همکاری مؤثر داشته باشد.
ارتباط نوع پروژه با شکل تخصص
در پروژههای کوچک که معمولاً یک یا دو نفر مسئولیت چند نقش را بر عهده میگیرند، مدل Dash-Shaped مفیدتر است. چون یک نفر باید همزمان کدنویسی کند، تست بنویسد، کمی طراحی UI انجام دهد و حتی کارهای DevOps را هم پوشش دهد.
اما در پروژههای بزرگ، مدلهای I-Shaped و T-Shaped ضروری هستند. چون پروژه پیچیده است، هر حوزه نیازمند متخصص عمیق خودش است، و در عین حال افرادی لازماند که بین تیمها پل بزنند (T-Shaped).
پیشنهاد من این است که ابتدا Dash-Shaped باشید؛ یعنی در ابتدای مسیر کاری، دانش کلی و سطحی از حوزههای مختلف به دست آورید تا درک وسیعتری از دنیای نرمافزار پیدا کنید.
سپس در یک حوزه اصلی عمیق شوید و بهمرور، شناخت کاربردی خود از سایر حوزهها را تکمیل کنید. این ترکیب شما را به یک متخصص T-Shaped تبدیل میکند؛ مدلی ارزشمند که هم در تیمهای کوچک و هم در پروژههای بزرگ میتواند اثرگذار و متمایز باشد.
🚁 Hicte Blog | (smm)
👍3