انتخاب اولین زبان برنامه نویسی

مطمئناً این یکی از س questionsالاتی است که هنگام صحبت در مورد برنامه نویسی بیشتر به صندوق ورودی من می آید. اگر ما می خواهیم یک سری مقالات را شروع کنیم که به شما امکان می دهد یاد بگیرید چگونه برنامه نویسی کنید و دانش رایگان را در قالب مشارکت در نرم افزار رایگان / جوامع منبع باز در سراسر جهان بازگردانید ، لازم است که به این سوال اساسی اگر کمی دشوار است پاسخ دهید. چه زبان برنامه نویسی را باید یاد بگیرم؟

تاریخ کمی

برای شروع درک و انتخاب زبان برنامه نویسی ، ابتدا باید کمی در مورد تاریخچه ، کاربردها و عملکردهای آنها و نحوه حل نیازهای مختلف در طول زمان بدانیم.

زبانهای ماشین (سطح پایین)

معمولاً معروف به مجلسآنها زبانهای برنامه نویسی هستند که ما می توانیم آنها را به عنوان گویشهای یک زبان عمومی تر تعریف کنیم ... این موضوع کمی پیچیده به نظر می رسد اما من قصد دارم آن را مثال بزنم ... ما می دانیم که زبان جهانی محاسبات الکتریسیته، این بدان معنی است که در نهایت آنچه کامپیوتر می خواند ، است 0sy 1بله ، بگذارید این را صدا کنیم eانگلیسی انگلیسی. در این مثال ، زبان اسپانیایی قانون اساسی است ، اما همانطور که خوب می دانیم ، اسپانیایی صحبت شده توسط لاتینها همان اسپانیایی است که در اسپانیا صحبت می شود ، و حتی در آن زمان ، اسپانیایی از پرو همان اسپانیایی از آرژانتین نیست. واضح است که همه ما کلمات تقریباً یکسانی داریم (0sy 1s) ، اما کاربرد و معنی ممکن است بسته به زمینه متفاوت باشد.

این در سطح پردازنده اتفاق می افتد. وقتی ما در مورد معماری محاسبات ، (amd64 ، intel ، arm ، ...) ما به گویش آن اشاره می کنیم اسپانیایی کامپیوتر. دلیل این امر آنست که شرکتهای مختلف نظم و مفهوم آنها را به روش خاص خود درک می کنند ، بنابراین برخی از آنها در جزئیات مانند جریان جریان یا ترتیب ذخیره آنها متفاوت است. 0sy 1s.

این زبان های برنامه نویسی بسیار سریع هستند ، زیرا در پایین ترین سطح ممکن از برنامه نویسی کار می کنند ، اما وابستگی زیادی به معماری دارند و یادگیری آنها مطمئناً کمی پیچیده تر از بقیه است. اینها معمولاً برای تبدیل داده ها و اجرای موارد مفید بر روی آنها ، به مفاهیم گسترده تری نیاز دارند. برای دوستداران بازی های ویدیویی ، یک مثال می تواند کنسول های SEGA باشد که از Assembly برای برنامه ریزی بازی های خود استفاده می کردند. بدیهی است که در آن زمان میزان حافظه در مقایسه با امروز کم بود و تسلط به زبانی سریع و تولید برنامه های سبک ضروری بود.

زبانهای سطح بالا

این گروه بزرگ به آن زبانهایی که بعد از آن آمده اند فکر می کند مجلس. نیاز به دریافت کد قابل حمل منجر به ظهور گروهی از زبانها به نام تدوین شده در این میان ، اولین نفری که از این مزیت استفاده کرد C بود که از دهه 70 بر برنامه نویسی در سطح سیستم عامل تسلط داشت.

زبانهای تدوین شده

بیایید یک نمونه عملی از آنچه من نظر می دهم را ببینیم. بیایید به یک برنامه بسیار ساده زبان C نگاه کنیم که یک خط کد را چاپ می کند.

مال خود کریستوفر دیاز ریوروس

پس از تدوین آن موارد زیر را داریم:

طراحی اختصاصی: کریستوفر دیاز ریوروس

اما اکنون بیایید ببینیم برای تکرار همان نتیجه در کد اسمبلی چه چیزی باید بنویسیم:

مال خود کریستوفر دیاز ریوروس

این ترجمه 3 خط کد ما از است simple.c، پرونده simple.s توسط فرمان ایجاد می شود gcc -S simple.c و این همان چیزی است که پردازنده ما به لهجه می فهمد مجلس. بدیهی است به منظور ایجاد یک اجرایی که متشکل از 0sy 1پرونده باید پردازش شود simple.s و آن را با کتابخانه های مشترک سیستم ما متصل کنید. این کار با استفاده از a انجام می شود مونتاژ کننده (as) و اتصال (ld).

زبانهای کامپایل شده مزیت بزرگی نسبت به زبانهای سطح پایین دارند قابل حمل قابلیت حمل کدی را ارائه می دهد که می تواند بدون نیاز به تولید کد خاص برای هر معماری ، روی پردازنده های مختلف اجرا شود. مزیت آشکار دیگر سادگی استفاده از آن در هنگام خواندن و نوشتن کد است. از معایب اصلی آن ، ما پیچیدگی بالایی داریم ، زیرا در مقایسه با انواع زیر زبانهایی که خواهیم دید ، آزادی که C ارائه می دهد می تواند مضر باشد ، اگر شما نمی دانید چگونه کنترل کنید ، مطمئناً مانند تحویل اسلحه است ، ممکن است اتفاق بیفتد که در فقدان تجربه یک فرد در پایان برای شلیک اسلحه به پای خود شلیک می کند.

زبانهای تفسیر شده

در این گروه ما زبانهای متنوعی داریم ، از جمله مهمترین آنها پایتون ، روبی ، جاوا اسکریپت ، PHP و غیره است ... ایده اصلی این زبانها ارائه یک روش سریع برای ایجاد و اجرای برنامه ها است ، زیرا بسیاری از فرآیندهای دشوار در مفسر انجام می شود ، و برنامه نویسی منطق همان چیزی است که در کد اجرا می شود. بیایید به همان مثال بالا نگاه کنیم اما این بار در پایتون نوشته شده است:

مال خود کریستوفر دیاز ریوروس

از جمله برجسته ترین مواردی که می بینیم خط اول وظیفه تماس با مترجم را دارد (برنامه ای که برنامه ما را اجرا می کند) و کد بعدی "ساده" تر از نسخه آن در C است ، زیرا همه کارهای سنگین انجام شده است روی مفسر

مال خود کریستوفر دیاز ریوروس

زبانهای تفسیر شده سطح امنیتی بیشتری را برای توسعه دهنده فراهم می آورند ، زیرا کنترلهای امنیتی دقیق تری دارند (مراقب باشید که کامل نیستند ، زیرا حتی بهترینها نیز می توانند مرتکب اشتباه شوند) و دیگر بدون این که متوجه شویم خطر شلیک سلاح را تهدید نمی کنیم ، از آنجا که در اولین تلاش ، مترجم هشدار می دهد و اعدام لغو می شود. ضرر اصلی هنگام اجرای برنامه آشکار می شود ، زیرا سرعت آن از نسخه باینری آن کندتر است ، این دقیقاً به دلیل پردازش بیشتر برای اطمینان از عملکرد کد است. اگر برنامه به مهلت های بسیار کوتاهی نیاز نداشته باشد ، ممکن است تفاوت مورد توجه قرار نگیرد ، اما اگر ما در مورد هزاران یا میلیون ها داده در ثانیه صحبت می کنیم ، تفاوت در زبان های کامپایل شده بصورت تصاعدی محسوس می شود.

تایپ کردن

این ویژگی زبانهای برنامه نویسی است ، اینها می توانند باشند به شدت ضعیف تایپ شده من قصد دارم این مبحث را برای پست دیگری بگذارم ، زیرا درک و فهم نحوه ذخیره سازی حافظه در یک برنامه ضروری و کنجکاو است ، اما در حال حاضر فقط باید این تفاوت را ایجاد کنیم: زبان های بسیار تایپ شده آنهایی هستند که نیاز به دانستن نوع داده های موجود دارند در یک متغیر یا ثابت کار شود ، در حالی که ضعیف انواع می توانند تبدیل را انجام دهند بنابراین ضمنی و همه چیز به یک سلسله مراتب تبدیل و به دنبال آن زبان بستگی خواهد داشت. (اگر اکنون درک نشود ، مشکلی نیست ، ما آن را برای بعد می گذاریم)

پارادایم ها

مانند هر چیزی در دنیای گنو / لینوکس ، زبان های برنامه نویسی نیز براساس پارادایم ها ساخته می شوند و جوامع در اطراف آنها ایجاد می شوند. به عنوان مثال ما بنیاد پایتون o یاقوت o پی اچ پی o Bash (در این صورت جامعه GNU است). آنچه که می خواهم با این کار بدانم این است که من نمی توانم تعداد زیادی از موافقان و مخالفان هر یک را بیان کنم ، اما می توانم به شما بگویم که هر جا زبان برنامه نویسی رایگان وجود داشته باشد ، جامعه ای برای یادگیری و مشارکت وجود دارد. شایان ذکر است که بسیاری از مفسران زبان ، اگر نه همه ، به زبان C یا برخی از مشتقات نزدیک نوشته شده باشند ، و توسعه آنها معمولاً توسط گروه کوچکتری از جامعه انجام می شود که مسئول تصمیم گیری هایی هستند که بر تمام کاربران زبان تأثیر می گذارد. حتی می توان برای اطمینان از رشد صحیح زبان ، موسساتی تشکیل داد ، مانند مورد C.

کدام یک را انتخاب کنیم؟

ما قبلاً به اندازه کافی درباره زبانها صحبت کرده ایم و هنوز هم به مهمترین چیز پاسخ نمی دهم ... اما امیدوارم که پس از بررسی این مقاله کوچک ، لازم نباشد که به شما بگویم کدام زبان را انتخاب کنید ، زیرا با این اطلاعات شما کاملا قادر به جستجوی زبانی هستید که باعث ایجاد کنجکاوی می شود. بدیهی است اگر می خواهید برنامه نویسی به یک زبان را بیاموزید مجلس مدت زمان زیادی طول می کشد تا بتوانید چیزی کاربردی داشته باشید ، اگر یک زبان کامپایل شده را انتخاب کنید ، زمان زیادی کاهش می یابد ، جایی که علاوه بر قابلیت حمل بر روی سیستم های * NIX ، می توانید اطلاعات مربوط به عملکرد را یاد بگیرید. همان سیستم ، از آنجا که در تماس بودن با C یا مشتقات باعث می شود شما به طریقی یا دیگری نحوه کار یک سیستم عامل را به صورت کلی یاد بگیرید. سرانجام ، اگر می خواهید چیزی سبک بیاموزید و به شما امکان می دهد کارهای زیادی انجام دهید بدون اینکه نیازی به درک زیاد داشته باشید ، زبانهای تفسیری یک روش سرگرم کننده برای یادگیری و توسعه مهارت های برنامه نویسی هستند.

با یک چیز هیجان انگیز یاد بگیرید

این بهترین توصیه ای است که می توانم به شما بدهم ، اگر می خواهید چیزی یاد بگیرید ، ابتدا باید یک چیز هیجان انگیز پیدا کنید ، در غیر این صورت غلبه بر منحنی یادگیری معمولی همه زبانهای برنامه نویسی کاملاً دشوار است. فرض کنید شما سیستم ها را مدیریت می کنید ، در این صورت ممکن است لازم باشد که یک زبان ایده آل را یاد بگیرید برنامه نویسی (تفسیر شده) ، در این موارد ما Perl ، Python ، Bash و غیره داریم ... شاید شما بازی باشید ، پروژه های زیادی به زبانهایی مانند Javascript ، Lua ، C ++ وجود دارد ، بسته به نوع بازی شما می خواهید بازی کنید. شاید بخواهید ابزاری در سطح سیستم ایجاد کنید ، زیرا ما C ، Python ، Perl داریم ، همانطور که مشاهده خواهید کرد ، برخی از آنها تکرار می شوند ، و این به این دلیل است که بسیاری از زبانها می توانند برای بسیاری از کارها استفاده شوند ، به همین دلیل است که تعریف زبانهای چند منظوره در بیشتر اینها

یک پروژه را شروع کنید

منظور من از این کار این نیست که شما کامپایلر زیر یا حتی زبان برنامه نویسی زیر را ایجاد می کنید ، یک پروژه می تواند رفع یک اشکال کوچک در برنامه مورد علاقه شما باشد ، حتی ممکن است به بهبود اسناد کمک کند. چرا مستندات؟ زیرا هیچ راهی بهتر از خواندن و کمک به نوشتن مستندات آن برای یادگیری نحوه کار نرم افزار وجود ندارد ، زیرا بعد از کد منبع ، این بزرگترین منبع اطلاعاتی است که در مورد برنامه پیدا خواهید کرد. در لحظه ای دیگر خواهیم دید که چگونه کد یک پروژه را بخوانیم و عملکردها و مقادیر بدست آمده را درک کنیم.

خیلی ممنون که به اینجا رسیدید و مثل همیشه ، نظرات شما به من کمک می کند محتوای بهتری تولید کنم و بدانم کجا باید تمرکز کنم ، سلام.


محتوای مقاله به اصول ما پیوست اخلاق تحریریه. برای گزارش یک خطا کلیک کنید اینجا.

37 نظر ، نظر خود را بگذارید

نظر خود را بگذارید

نشانی ایمیل شما منتشر نخواهد شد. بخشهای موردنیاز علامتگذاری شدهاند با *

*

*

  1. مسئول داده ها: میگل آنخل گاتون
  2. هدف از داده ها: کنترل هرزنامه ، مدیریت نظرات.
  3. مشروعیت: رضایت شما
  4. ارتباط داده ها: داده ها به اشخاص ثالث منتقل نمی شوند مگر با تعهد قانونی.
  5. ذخیره سازی داده ها: پایگاه داده به میزبانی شبکه های Occentus (EU)
  6. حقوق: در هر زمان می توانید اطلاعات خود را محدود ، بازیابی و حذف کنید.

  1.   بی نام dijo

    مثل همیشه 10 !!!!!! با تشکر برای مقالات شما سلام و درود دیگر !!!!

    1.    ChrisADR dijo

      بسیار متشکرم ... مرا به ادامه نوشتن تشویق می کند. به سلامتی

  2.   روبن dijo

    به نظر من س toال پرسیدن "کدام زبان را انتخاب کنم؟" اشتباه است. من یکی از کسانی هستم که فکر می کنم زبان کمترین زبان آن است ، مهم این است که اصول برنامه نویسی را یاد بگیرم و "به طور محاسباتی فکر کنم". در مورد نحو ، نوع آن تصمیم بگیرید ، اگر از OOP ، ابزار آن و غیره پشتیبانی می کند. من فکر می کنم این چیزی است که به طور طبیعی در استودیو خواهد آمد و از این گذشته ، هر برنامه نویس بیش از 1 ، 2 و 3 زبان می داند ... و به لطف مفاهیم برنامه نویسی (و نه نحو) که دارد ، قادر است برنامه ریزی به زبانی که هنوز در آن تجربه نکرده اید.
    با این حال ، برای افراد مبتدی ، من فکر می کنم که یک زبان خوب می تواند پایتون را برای سادگی خود داشته باشد ، اما مهمتر از همه ، کمی جلوتر بروید ، الگوریتم ها را مطالعه کنید و بدانید که "درون" چگونه کار می کند.

    سلام ChrisADR

    1.    ChrisADR dijo

      سلام روبن ، ممنون که به اشتراک گذاشتید
      چیزی وجود دارد که من به مرور زمان در دنیای برنامه نویسی آموخته ام ، و آن این است که "کسی که خیلی چیزها را بپوشاند ، فشار نمی آورد" و با این عبارت معروف منظور من این است که بارها ، و به ویژه مشتاق ترین ، تصمیم می گیرند همه را کمی امتحان کنید و از نظر یادگیری کدنویسی چرخش های بسیار سریع داشته باشید. من معتقدم و این نظر شخصی من است که یک توسعه دهنده خوب علاوه بر داشتن مفهوم برخی از گویش های اسمبلی ، باید یک زبان کامپایلر و یک زبان مفسر را بداند و به آن تسلط داشته باشد.
      دلیل زیر است ، نمونه سازی اولیه باید همیشه چیزی ساده و سریع باشد ، تولید آن آسان باشد و به طور کلی نتیجه را نشان می دهد ، اما اگر کافی نباشد ، باید یک برنامه "B" وجود داشته باشد که وقتی مترجم به حد آن
      دانستن گویشی از اسمبل نه تنها به شما اعتماد به نفس می دهد بلکه به شما می آموزد که "محاسباتی" فکر کنید ، اما بدیهی است که این قسمت از همه پیچیده ترین است و مطمئناً چیزی است که همه برنامه نویسان به آن توجه نمی کنند.
      اما به موضوع بازگردیم ، زیرا فکر اصلی من این است که "انتخاب یک زبان و تمرین زیاد" ، زیرا در واقع تنها راه مهارت در برنامه نویسی خواندن و نوشتن کد است ، و این چیزی است که من از آن یاد گرفته ام the kernel community هنگامی که یک نحو را برای مدت طولانی نگه دارید ، دیگر مشاهده فرم را متوقف می کنید و نگران پس زمینه می شوید. ایده انتخاب زبان یا نحو از ابتدا این است که فرد بتواند خواندن و نوشتن آن را به گونه ای عادت دهد که بتواند به جای نحو برنامه شروع به خواندن معنای برنامه کند.
      این دلیل اصلی این پست است که هر کدام زبان خود را انتخاب می کنند تا در ادامه بتوانیم مفاهیم را توضیح دهیم ، شاید با این کار تردیدها روشن شود ...
      با سلام و تشکر از به اشتراک گذاری

  3.   deibis contreras dijo

    با تشکر برای ارسال خوب بود

    توجه

    1.    ChrisADR dijo

      سلام Deibis ، از شما برای به اشتراک گذاشتن متشکرم ... سلام

  4.   خورخه اف اس dijo

    توصیه من: هر چیز دیگری غیر از PHP. بیست سال پیش PHP به دلیل پیچیدگی بالا که در حال برنامه نویسی وب به زبان دیگری با استفاده از CGI بود ، وجود خاصی را در وجود خود حس کرد. اما امروزه چارچوب های بسیار متنوعی وجود دارد که باعث می شود توسعه وب در زبان های قدرتمند مانند Django برای Python ، Spring برای Java یا Rails برای Ruby بسیار لذت بخش تر شود. اگرچه PHP در حال حاضر در تمام نمودارهای محبوبیت زبان وجود دارد ، اما به نظر من PHP با گذشت زمان ارتباط خود را از دست خواهد داد.
    من اکیداً توصیه می کنم برای درک واقعیت برنامه نویسی از C \ C ++ شروع کنید ، گرچه منحنی یادگیری زیاد است.
    سلام.

    1.    ChrisADR dijo

      سلام خورخه ، با تشکر از شما برای به اشتراک گذاشتن ، فقط به یاد آوردن لاراول ، که یک چارچوب بسیار محکم است ... من شخصاً هرگز Spring یا Java را برای توسعه وب دوست نداشتم ، به نظر من این کار بسیار دست و پا گیر است ، اما حدس می زنم این بخشی از مدت زمانی باشد بازار ، در آن زمان پیشگام بودند و قطعاً امروزه گزینه های مدرن (Js ، Python و Ruby) شیوه ارائه کدی را که بدون کار زیاد قابل خواندن و اصلاح است ، بهبود بخشیده اند.
      من همچنین متمایل به افرادی هستم که در دوره ای از زندگی خود C / C ++ یاد بگیرند ، من با جاوا شروع کردم ، اما فکر می کنم این زیبایی برنامه نویسی است ، شما می توانید با هر آنچه که می خواهید شروع کنید ، تا زمانی که سازگار باشید ، مفید باشید 🙂 به سلامتی

    2.    روبن dijo

      دیگر نمی توانم با شما مخالف باشم. من سالها پیش با C و VB شروع کردم تا بعداً روی PHP و JS تمرکز کنم (از آنجا که من روی توسعه وب تمرکز کردم) و بعداً هنگام تحصیل عمدتا C / C ++ و Java را یاد گرفتم.
      PHP مزایای زیادی دارد که نمی توانم آنها را در این پیام لیست کنم. PHP7 سریع است (سریعتر از پایتون ... بدون استفاده از hhvm ، حافظه نهان مختلف ، فریمورک هایی مانند Phalcon یا bytecode در مورد Python) ، تعداد زیادی کتابخانه و فریم ورک دارد ، دارای مقدار زیادی توابع مستقیم برای استفاده آنها را در هر زمان ، نحو بسیار شبیه به C مهاجرت به زبانهای دیگر را بسیار آسان می کند.
      30٪ از وب سایت های سراسر جهان با وردپرس (PHP) ساخته شده اند و به نظر می رسد تغییری نداشته باشد ، ویکی پدیا از آن ، فیس بوک (با hhvm) و تعداد زیادی سایت ، در کل ، 80٪ استفاده می کند.

      یادآوری می کنم Ruby on Rails مانند جنگو 12 ساله است! آنها در این زمان چه سهمیه ای کسب کرده اند؟ و البته ، ما در مورد 2 چارچوب صحبت می کنیم که عملا دارای انحصار هستند و هیچ نوع تقسیم بندی وجود ندارد. چه گزینه های جدی دیگری دارم؟ گفتن اینکه PHP ارتباط خود را از دست خواهد داد بسیار کمی منطقی است.

      اکنون که پایتون مد شده است ، زیرا دارای یک منحنی یادگیری سریع است ، این یک زبان ساده است و آنها آن را به شما می فروشند به عنوان "در 20 ساعت با پایتون یک برنامه نویس شوید و روی آن کار کنید" ، با پشتیبانی شرکت هایی مانند Google و اکنون مد جستجوی زبانهای جدید (Go، Dart….) برای تمایز دادن در CV (یا تولد روزانه 50 چارچوب برای Javascript!) وجود دارد ، به معنای تغییر اوضاع نیست.

      یاقوت سرخ زبان بسیار جالبی است ، اما چنان از الگوهای ثابت جدا می شود که فکر می کنم محبوبیت آن از PHP بیشتر باشد ، سخت است. البته ، به نظر من روبی از همه بدترین زبان برای شروع برنامه نویسی است.
      من درک می کنم که شما به من می گویید پایتون می تواند برای برنامه سرگرم کننده باشد ، حتی روبی با بی نهایت ویژگی هایش ... اما Spring با جاوا؟ واقعاً؟ جاوا می تواند چیزهای زیادی باشد ... اما از پایتون و PHP لذت بیشتری دارد؟

      شروع کار با پایتون بسیار خوب است ، اما همانطور که تنها به پایتون پایبند هستید ، این خطر را دارید که بسیاری از شرکت ها باور کنند که سطح برنامه نویسی شما "عمیق" نیست (حتی اگر در پایتون مهارت بالایی داشته باشید). این به این دلیل است که شما با سایر زبانهای "چند منظوره" مانند C ++ یا Java رقابت می کنید. شما می توانید در پایتون برنامه ریزی کنید بدون اینکه بدانید تفاوت یک اشاره گر چیست ، عملیات بیتی ، نحوه کار یک جمع کننده زباله و غیره طولانی.
      پایتون شاید کمترین شباهت به "برنامه نویسی کلاسیک" باشد که وجود دارد و می تواند به عنوان "زبان کودکان" دیده شود (استعاره را دریافت کنید) ، و این به نوبه خود یک مزیت و یک ضرر است.

      1.    خورخه اف اس dijo

        "پایتون شاید کمترین شباهت به" برنامه نویسی کلاسیک "است که وجود دارد و می تواند به عنوان" زبان کودکان "دیده شود (استعاره را دریافت کنید) ، و این به نوبه خود یک مزیت و یک ضرر است." LOL ، این یکی از جالب ترین مواردی است که من در مورد پایتون گفته ام. آیا واقعاً پایتون را یاد گرفته اید؟
        چه مدت در خارج از PHP در سراسر جهان بوده است؟
        دوست PHP دوباره متولد شد. PHP (\ d +) با توجه به طراحی اولیه بسیار بد ، کشش زیادی را با خود به همراه دارد و به منظور حفظ جامعه کاربران ، تمام خطاهای اولیه طراحی را کاملاً بکشاند. PHP بدون مدولار بودن ، با قابلیت های زیادی به سبک C متولد شده است (که اتفاقاً من نمی دانم از کجا آمده اید ، زیرا نحو آن شبیه C است و به راحتی به زبان های دیگر منتقل می شود). یک زبان سطح بالا ، همانطور که PHP باید رفتار کند ، موارد زشتی مانند این دنباله از توابع ذکر شده در سایت رسمی خود دارد. http://php.net/manual/en/indexes.functions.phpدلیل این امر آنست که بدون مدولار بودن متولد شده است ، بنابراین همه چیز آلوده و بدون فضای نامی است.
        این قطعه ای از کد PHP است:
        "Stream_notification_callback")؛
        stream_context_set_params ($ ctx، ​​$ params)؛
        var_dump (stream_context_get_params ($ ctx))؛
        ?>
        آیا در برخی موارد می توانید تعیین کنید که همه این ویژگیهای "جریان" از کجا وارد شده اند؟ نه ، پس می توانید بگویید که آنها توابع ساخت هستند ، اما سپس کل اکوسیستم توابع ساخت است؟ بنابراین ، زباله های زیادی در کد PHP وجود دارد که اگر قادر به درک پیچیدگی و بی فایده بودن چنین طراحی بدی نیستید ، مرا ببخشید اما هنوز هم جهان زیادی برای دیدن دارد.
        وردپرس یک راه حل نرم افزاری عالی است ، اما این بدان معنا نیست که از پایگاه فناوری خوبی برخوردار است. می توانید با سنگ چکش بزنید و میخ ها را با دندان بیرون بیاورید ، و هنوز هم می توانید کارهای نجاری عالی انجام دهید ، اما البته ، با کار بسیار بیشتر از نجاری دیگر که از چکش خوب استفاده می کند.

        از طرف دیگر: "در مدت 20 ساعت با پایتون یک برنامه نویس شوید و در آن کار کنید" ، من چنین حماقت را هرگز ندیده ام. شما می توانید در مدت زمان 20 ساعت و بدون داشتن دانش در مورد نحوه کار برنامه نویسی وب یا خود برنامه نویسی ، وب سایتی بسازید. در واقع همین دلیل محبوبیت PHP است ، زیرا افراد تازه وارد با ورود به این جهان PHP را نقطه توسعه سریع می دانند (به همین دلیل است که این همه کد PHP بسیار سخت گیر است).
        در مورد کاستی های پایتون ، تنها موردی که در آن موفق بود کار با اشاره گرها بود ، اما در هر صورت ، پایتون یک زبان سطح بالا است (همانند جاوا) و از آنها در سطح نحو استفاده نمی کند. اما عملیات بیت جدی ، جدی؟ ، منظور شما این است x << y ، x >> y: https://wiki.python.org/moin/BitwiseOperators. من چیز جمع آوری زباله را خیلی کمتر درک کردم: https://docs.python.org/3/library/gc.html.
        شکافهای PHP:
        -PHP از طراحی برنامه نویسی شی گرا (OOP) بسیار ضعیفی برخوردار است.
        -هنوز نمی توانید اپراتورها را بیش از حد بارگیری کنید.
        -تعجب، function overloading در PHP چیزی نیست که شما به طور طبیعی از این مفهوم انتظار دارید.
        ... و من فقط خسته شدم hehe.
        سلام.

        1.    روبن dijo

          در پرانتز قرار دادم "استعاره را درک کنید" (با مقایسه Python با C ++ / Java در همان محیط کار) ، مشخص است که شما آن را درک نکرده اید. می توانم به شما بگویم که یک برنامه نویس C ++ می تواند پایتون را خیلی سریعتر از اینکه یک برنامه نویس پایتون C ++ یاد بگیرد ، یاد بگیرد ، همانطور که تعجب آور نیست که متوسط ​​حقوق یک برنامه نویس C / C ++ بالاتر از یک پایتون یکی
          من می توانم آن را با مثال های دیگر ، حتی با نقاشی برای شما توضیح دهم! اما به نظر می رسد که شما فقط در زمینه متن گزینی و تمسخر آنچه من قرار داده ام تمرکز کرده اید.

          من هرگز نگفته ام که PHP بهترین زبان در جهان است یا اینکه یک طراحی مثال زدنی دارد ، من نمی دانم این را از کجا می گیرید. من فکر می کنم قبل از قضاوت در مورد دانش دیگران ، باید درک خواندن خود را بهبود ببخشید. آنچه درست است (و من در پیام خود گفتم) این است که توسعه با آن علاوه بر کل اکوسیستم چارچوب ها ، کتابخانه ها و برنامه های کاربردی که می توانید پیدا کنید ، بسیار چابک است.
          همچنین ، چه نوع مقایسه ای انجام می دهیم؟ پایتون به عنوان یک زبان چند منظوره یا برای وب؟ در این صورت ، چرا آن را با PHP مقایسه می کنیم؟ PHP یک زمینه خاص دارد و در آن زمینه است که پایتون (با سهم 0.2٪ ، که کل سال تغییر نکرده است) در کنار PHP رنگ پریده است.
          حال بیایید روندهای PHP را ببینیم. از 82,4 درصد در ژانویه 2017 به 83.1 درصد در ژانویه 2018: https://w3techs.com/technologies/history_overview/programming_language

          آیا پایتون قصد دارد PHP را از قدرت برکنار کند؟ در چه سالی؟ در کدام پنج سال؟ دهه؟
          پایتون می تواند در بسیاری از کارهای دیگر مورد استفاده قرار گیرد ، و حتی از PHP نیز بیشتر استفاده می شود ، اما پایتون به عنوان یک زبان توسعه دهنده وب سالهای نوری از حتی مرتبط بودن فاصله دارد ، 0.2٪ در مقابل 83.1٪ راکد است (با افزایش امسال).

          شما همچنین با گفتن اینکه من خارج از PHP دور نمی روم ، کارها را امری بدیهی می دانید ، با این اشاره که من فقط PHP را می دانم ، در حالی که دقیقاً مدتهاست که در PHP برنامه نویسی نمی کنم ها ها. در حال حاضر ، به دلایل کاری ، بیشتر در جاوا برنامه نویسی می کنم.
          همچنین من نگفته ام که با برنامه نویسی در پایتون شما در مورد bitwise ، جمع آوری زباله یا اشاره گر اطلاعاتی ندارید. بلکه می توانید در پایتون برنامه نویسی کنید بدون اینکه حتی بدانید این چیست. با این حال ، من به شدت تردید دارم که در مورد یک برنامه نویس C ++ صدق کند. و بدیهی است که من مقایسه را وقتی پایتون وارد آن قسمت از "زبان چند منظوره" می کند ، نه برای برنامه نویسی وب.

          در مدت 20 ساعت برنامه نویس شوید ، یک شوخی است ، اغراق است. با این حال ، می توانم پیوندهای مختلفی درباره سیستم عامل های آنلاین آموزش و دوره هایی که چیزهای مشابهی را نوید می دهند ، برای شما قرار دهم. مرا سرزنش نکنید ، آن را در یک بازار کار سرزنش کنید که فکر می کند "یک برنامه نویس متخصص" شدن یک دوره 20 ساعته است. و پایتون یکی از زبانهای شیک است و همچنین ، با سریعترین منحنی یادگیری ... سفید و در یک بطری.

          من اصرار دارم ، شما پیام خود را بر این اساس قرار دهید كه PHP چقدر بد است (كه در بخش خاصی موافقم). به نظر من درست است ، با این تفاوت که پیام من در این مورد نیست ، اما اینکه چرا PHP همچنان به کار خود ادامه می دهد و همانطور که فکر می کنید فردا از بین نمی رود.

          سلام

  5.   هیچ کس dijo

    C -> Go -> (Lisp | Haskell | Java | هر آنچه که هست)

    1.    ChrisADR dijo

      اخیراً یک خواننده برای من یک کتاب Go را به ایمیل من ارسال کرده است ، مطمئناً زبانی است که باید در آینده در نظر بگیرید و شاید پستی در اینجا وجود داشته باشد ... بسیاری از گرافیک ها برای اشتراک گذاری

  6.   mvr1981 dijo

    خوب ... و چه چیزی را برنامه ریزی می کنم؟ چرا امروز با چنین برنامه نویسان خوب و باتجربه ای که از قبل وجود دارند ، یک زبان برنامه نویسی یاد می گیریم؟ چه مشکلاتی را می توانم حل کنم که دیگران قبلاً با روش بسیار کارآمدتری آنها را حل نکرده اند؟… به طور خلاصه: امروزه برنامه نویس بودن چقدر اصیل است؟ چگونه می توانم با دیگران همکاری کنم بدون اینکه ضعف دانش و تجربه مرا لگد بزنند یا مرا کنار بگذارند؟

    1.    ChrisADR dijo

      سلام mvr1981 ، س questionsالات واقعاً جالبی ... ما قصد داریم آنها را از آخرین به اولین سوال حل کنیم.

      چگونه می توانم با دیگران همکاری کنم بدون اینکه ضعف دانش و تجربه مرا لگد بزنند یا مرا کنار بگذارند؟

      اگر نمی خواهید لگد بزنید ، اولین قدم یادگیری روند کار است ، نمی توانید تصور کنید تعداد افرادی که به پروژه می آیند و می خواهند کارها را منحصراً به روش خود انجام دهند ، می خواهند جامعه با خواسته های آنها سازگار شود. مطمئناً مثل این است که من به خانه شما می آیم و یک ظرف غذا درست می کنم و به خانواده شما بی احترامی می کنم (این احساس چندین بار است). اگر می خواهید از این اتفاق جلوگیری کنید ، به دستورالعمل های کمک ، توجه به وسایل انجام شده ، توجه کافی داشته باشید و موارد ناقص را ارسال نکنید ، اگر به کمک نیاز دارید همیشه راههایی برای برقراری ارتباط وجود دارد ، اما احتمالاً کار بد برداشت های بد بد ایجاد کنید. اگر نمی خواهید خودتان را کنار بگذارید که به خودتان بستگی دارد ، می توانید او را به عنوان یک برنامه نویس بی فایده ببینید که نمی داند چه کاری انجام می دهد یا کسی که قصد دارد یک برنامه نویس عالی شود ، و این فقط با تمرین اتفاق می افتد و مطمئناً با اشکالات در طول راه. من قبل از به دست آوردن وضعیت توسعه دهنده خود در Gentoo بارها اشتباه کردم و این باعث نشد که با وجود "زمان بد" تلاش نکنم.

      امروز برنامه نویس بودن چقدر اصالت دارد؟

      -در اصل نیست ، امروز یک ضرورت است ، فقط به موارد زیر بیندیشید ، 20 یا 30 سال پیش تایپ کردن یک ضرورت بود ، بسیاری از مشاغل استنباط شد که شما می دانید یا حداقل می توانستید این کار را انجام دهید. امروز دانستن آفیس یک ضرورت است ، عملا هیچ شغلی وجود ندارد که شما را در مقابل اسناد آفیس قرار ندهد. فردا ، خیلی زود ، برنامه نویسی یک ضرورت است. و این از نظر شخصی نیز صدق می کند ، دانستن اینکه در برنامه هایی که موارد مهم مانند پول ، سلامتی ، خانواده خود را به آنها می سپارید چه اتفاقی می افتد برای من منطقی است ، زیرا شما فقط می توانید محدودیت های آنها را بدانید اگر بدانید که چگونه کار می کنند و برای دانستن آن ، باید بدانید که چگونه برنامه ریزی کنید.

      چه مشکلاتی را می توانم حل کنم که دیگران قبلاً با روش بسیار کارآمدتری آنها را حل نکرده اند؟

      -از مقدار آن تعجب خواهید کرد امکانات امروز مورد نیاز است و راستش را بخواهید مهم نیست که بهترین برنامه نویسان جهان در جامعه وجود دارند ، کار همیشه بیشتر از ظرفیت کار توسعه دهندگان خواهد بود ، من می توانم این را در جنتو تأیید کنم ، آنجا افرادی هستند که هسته را توسعه می دهند ، افرادی که برای گوگل ، سونی و غیره کار می کنند ... و ... تنها نکته مشترک همه ما این است که هیچ کس به اندازه آنچه که دوست دارند بتوانند همه کارهای معلق را انجام دهند وقت ندارد.

      چرا امروز با چنین برنامه نویسان خوب و باتجربه ای که از قبل وجود دارند ، یک زبان برنامه نویسی یاد می گیریم؟

      -به این در س secondال دوم پاسخ داده می شود ... اما اکنون می توانم اضافه کنم که نسل ها باید بتوانند از کارهایی که قبلاً توسعه یافته است پشتیبانی کنند ، منظور من این است که آن توسعه دهندگان "باتجربه" به تدریج ناپدید می شوند و برای آنها لازم خواهد بود " جوان تر »توسعه دهندگان مسئولیت را بر عهده می گیرند و به زنده نگه داشتن چرخه کمک می کنند ، جامعه ای که افراد جوان و کم تجربه ای ندارد در طول زمان مستعد ناپدید شدن است ، دقیقاً به این دلیل که فرصتی برای انتقال دانش وجود نخواهد داشت.

      و چه چیزی را برنامه ریزی می کنم؟

      -شاید جواب دادن به این دشوارترین مسئله باشد ، اما من سعی می کنم مثالی برای شما بیاورم که اخیراً از مشکلات GNOME 24 و اتصال آن به Wayland رنج می برم و از برنامه هایی مانند Shutter برای گرفتن عکس در صفحه جلوگیری می کند. این برای من مشکلی است زیرا وقتی مقاله هایم را می نویسم ، باید آنچه را که می گویم به شما نشان دهم ... کمی که به اطراف نگاه می کنم ، به برنامه GNOME Screenshot رسیدم ، تا حدودی "حداقل". از جمله عملکردهای آن ، گرفتن یک صفحه روی صفحه است ، اما اگر من عکس را خوب نگیرم چه اتفاقی می افتد؟ خوب ، من باید ترک کنم و دوباره وارد برنامه شوم ، چیزی مطمئناً خسته کننده ، دکمه ای که می گوید "Retake" یا چیزی شبیه به این به من امکان می دهد بدون نیاز به خروج و ورود دوباره ، اقدام به ضبط مجدد کنم به من کمک می کند. پروژه برنامه نویسی ، من هرگز چیزی را در چارچوب GNOME برنامه نویسی نکرده ام ، بنابراین واضح است که قبل از ارسال "پچ" خود با دکمه جدید چیزهای زیادی برای یادگیری دارم ، اما در طول راه برنامه نویسی را یاد می گیرم و امیدوارم این از ویژگی های وقتی در دسترس همه باشد به بیش از یک نفر کمک خواهد کرد.

      این یک مثال است ، این یک کار ساده است و مطمئناً هر برنامه نویس "متخصص" دیگری می توانست این کار را انجام دهد ، اما به دلیل کمبود زمان مشهود ، چنین چیزی نبوده است ، اکنون من کسی هستم که امکان انجام آن را دارم آن ، بدون اینکه واقعاً یک برنامه نویس فوق العاده باشد.

      اکنون فقط شما هستید که می توانید در آن نرم افزاری که اغلب از آن استفاده می کنید ، چیزی را پیدا کنید که باعث "ساده تر شدن" زندگی شما شود ، زیبایی آن این است که اگر از نکاتی که در مقاله های بعدی به شما می دهم پیروی کنیم ، زبان مهم نخواهد بود ، زیرا شما برای درک کدی که می خوانید و با اصلاح آن برای انجام کاری که می خواهید ، اصول را می دانید ، این احساس بسیار ویژه ای است ...

      با سلام و تشکر مجدد

      1.    هیچ کس dijo

        من فکر می کنم فقط یک بار که من برنامه gnome captures را باز کردم ، ساده ترین کار این است که به میانبرهای صفحه کلید برویم و سه ترکیب چاپ را برای گرفتن تمام alt-print برای گرفتن پنجره فعال و چاپ فوق العاده را انتخاب کنیم تا انتخاب از منطقه ضبط ، میانبرها در دسترس هستند ، فقط تعیین تکلیف است

        1.    ChrisADR dijo

          به همین دلیل است که ما یک مثال برای شما می آوریم ... چون چیزهای کوچکی مانند آن دکمه در حال برنامه نویسی هستند ، آنها می توانند به برخی از افراد کمک کنند زیرا ممکن است توسط دیگران مورد توجه قرار نگیرند ، اما مطمئناً آنها هدف اصلی را برآورده می کنند ، به یادگیری برنامه ریزی کمک می کنند و جای خود را به ویژگی های جدید می دهند ، بعد از آن دکمه می توان بسیاری از کارها را شروع کرد ، مانند مدیریت جلسه ، یا یک صفحه پیش نمایش از همه عکس های گرفته شده ، یا به طور خلاصه ، بسیاری از کارهایی که می توان انجام داد. ایده این است که شما چیزی را پیدا می کنید که باعث می شود کنجکاوی خود را پر کنید ، هر نرم افزاری که روی سیستم شما اجرا می شود ممکن است نیاز به پیشرفت یا ویژگی های جدید داشته باشد که به دلیل کمبود وقت یا پرسنل هنوز پیاده سازی نشده اند ...

      2.    mvr1981 dijo

        از شما متشکرم. پاسخ های بسیار خوبی هستند

    2.    لایحه dijo

      خوب ، برای کسی که قرار نیست در این زمینه حرفه ای باشد ، باید ببیند که در چه محیطی کار می کند ، چه برای کارهای اداری و چه برای دستورالعمل ها ، می تواند جالب باشد که مثلاً از Python / Basic بدانید و بدانید چگونه می توانید ماکروها را در بسته های اداری مانند LibreOffice یا MS Office برنامه ریزی کنید. مواردی وجود دارد که این می تواند باعث صرفه جویی در ساعات زیادی از کار شما یا کارگران دیگری شود که شما را محاصره می کنند و از آنها می خواهند هر کار تکراری را انجام دهند ، شما می توانید پس از اتصال به پایگاه داده ، داشبورد ایجاد کنید تا نسبت اصلی شرکت را به سرعت محاسبه کنید از آن استفاده کنید و برخی از پرس و جوهای SQL را انجام دهید.
      مانند همه چیز ، اگر ابزار موجود در نوک انگشتان خود را دارید می توانید به این فکر کنید که چگونه بیشترین بهره را از آن ببرید. همه چیز ساخته نشده است.

  7.   مارسلو dijo

    گیلرمو ، کاملاً با شما موافقم ، "همه چیز اختراع نشده است" و آنچه اختراع شده قابل تغییر است. شما باید از ابزارها بیشترین بهره را ببرید و از ابزاری که به بهترین وجهی متناسب با نیاز شماست استفاده کنید.

  8.   ریکاردو dijo

    برای برنامه نویسی ، اولین زبانی که باید یاد گرفته شود انگلیسی است ، سپس زبانی که بیشتر از همه آنها را مجذوب خود کرده و از نظر آنها زیبا ترین است.

    1.    ChrisADR dijo

      من آن را ننوشته ام ، اما درست است ... دانستن انگلیسی کمک زیادی می کند زیرا بیشتر زبانها در آن نوشته شده اند ، اما همچنین به دلیل بیشتر بودن اطلاعات دست اول ، بسیار ممنونم که به اشتراک گذاشتید

  9.   روبن سالگادو dijo

    مقاله عالی علاوه بر ایجاد انگیزه.

    1.    ChrisADR dijo

      بسیار مهربان ، بسیار متشکرم ... سلام

  10.   گونزالو مارتینز dijo

    برنامه نویسی عبارت است از دانستن چگونگی استدلال و ترجمه این استدلال به دستورالعمل ها.

    دو توضیح در مورد مقاله:

    1) بر اساس تجربه من به عنوان معلم برنامه نویسی تقریباً 10 سال ، مهم نیست که با چه زبانی یاد می گیرید ، بلکه نحوه یادگیری و پیچیدگی آن مهم نیست.

    من فکر می کنم زبانی که می تواند به صورت ساختاری یاد گرفته شود و سپس به سراغ چیزهای پیچیده دیگری بروید ، آسان تر از شروع با زبانی مانند جاوا از ابتدا است.

    یادگیری چیزی مانند Hello World in C یا Pascal به عنوان پایه آسان تر است تا چند خط (PROGRAM در مورد Pascal یا #including در مورد C) می توانید شروع به توسعه الگوریتم کنید و برنامه را با منطق آن به طور مستقیم کد کنید ، مانند جاوا ، که به خودی خود به یک کلاس ، یک روش و برخی موارد دیگر نیاز دارد که برای یک مبتدی بیش از حد اطلاعات است غیرضروری است ، و این ممکن است نادیده گرفته شود و به سراغ چیزهای دیگر برویم ، اما آنها مفاهیمی هستند که وجود دارند و به نظر من غافل شدن از چیزها روش خوبی برای یادگیری نیست ، به خصوص اگر زبان شما را مجبور به استفاده از آنها کند. مثل این است که برای اولین بار یک تمرین هدف را با M-16 شروع کنید و ماهها در حالت نیمه اتوماتیک شلیک کنید و دسته را با دو دست مثل تپانچه نگه دارید.

    2) تفسیر یا تدوین یک زبان به اجرای آن بستگی دارد ، نه به خود زبان. به عنوان مثال ، اگر از پایتون ، برای یک برنامه وب که از wsgi استفاده می کند (یا mod_wsgi در آپاچی ، یا uwsgi برای Nginx) استفاده می شود ، کد پایتون هنگام شروع ماژول مربوطه ، تولید فایل های .pyc ، کامپایل می شود

    همچنین مولدهای فایل باینری برای java (که بجای بایت کد را باینری بومی تولید می کنند) یا کامپایلرهای اسکریپتهای php در باینریهای خالص وجود دارد.

    با توجه به گفته های آنها در مورد PHP ، این زبان به سادگی زبانی است که در دوره ای دیگر طراحی شده است ، با در نظر گرفتن چیزهای دیگر ، و بدون در نظر گرفتن جنبه هایی که در آن زمان وجود نداشته است. واضح است که این واقعیت که بیشترین کاربرد را دارد ، آن را برای هر چیزی در جهان بهترین نمی کند ، اما یک واقعیت وجود دارد: این زبانی است که با آن بیشترین شغل در تمام برنامه نویسی ها را دارد. دانستن آن صدمه ای نمی زند ، حتی اگر آن را دوست ندارید.

    حتی من که چندین سال به عنوان مدیر سیستم کار می کردم و کار توسعه دهنده را رها کردم ، هر از چند گاهی مجبورم کد PHP را در جایی قرار دهم.

    1.    ChrisADR dijo

      سلام گونزالو ، ممنون از به اشتراک گذاشتن ،

      مطمئناً در مورد اضافه بار اطلاعات غیرضروری صحبت کردن ، دانستن اینکه یک زبان یکسان قابل تفسیر یا تدوین است امری است که در این مرحله ضروری نیست ... مطمئناً اجرای آن مهم است ، اما اگر بگوییم در این سطح ، بیش از این سردرگمی ایجاد نمی کنیم. به همین ترتیب ، به موضوعات برنامه نویسی شی گرا پرداخته نمی شود ، یا سایر مفاهیمی که باید به تدریج دوز شوند تا سرگیجه در افراد ایجاد نشود.

      از آنجا که فضا محدود است ، هدف اصلی این پست این است که به خوانندگانی که می خواهند برنامه نویسی کنند نشان می دهد که دو دنیای بزرگ زبان وجود دارد ، اینکه "به طور سنتی" تعبیر شده "ساده تر" است ، و "به طور سنتی" تدوین شده کمی بیشتر است "پیچیده" اما ارزش آن سطح از پیچیدگی را دارد که درک محکم تری داشته باشید و انتخاب زبان به عهده هر شخص است ، زیرا بسته به رویکرد برنامه نویسی ، آنها می توانند پروژه های مورد علاقه خود را انتخاب کنند. زمانی آنها قادر خواهند بود آنچه را که می خوانند و / یا می نویسند درک کنند

      بازم خیلی متشکرم ، سلام.

      1.    گونزالو مارتینز dijo

        این یک خطا است ، هیچ زبان کامپایل یا تفسیری وجود ندارد ، برای هر زبان مفسر و کامپایلر وجود دارد ، هر دو برای موارد مختلف.

        اکنون ذکر آن اضافه بار اطلاعاتی نیست ، ارائه چنین سخنی اشتباه است. به نظر من ، اگر نمی خواهید بیش از حد از اطلاعات استفاده کنید ، نادیده گرفتن مفسرها سودمندتر خواهد بود.

        1.    ChrisADR dijo

          با تشکر از توضیحات ، من هنگام بازگشت به موضوع آن را در نظر خواهم گرفت. به سلامتی

  11.   آرس dijo

    با توجه به اینکه PHP از نظر شما افتاد چه زبانی را برای طرف سرور پیشنهاد می کنید؟
    برای پایگاه داده ها نیز همین طور است ، من نمی دانم که چیزی بهتر و مدرن تر از mySQL وجود دارد یا خیر.

    1.    ChrisADR dijo

      PHP از علاقه خارج نشده است ... هر زبانی چرخه حیات خود را دارد و مطمئناً php زبانی است که وارد مقیاس "بالغ" می شود ، که باعث می شود در سطح تجاری ، جایی که ثبات بالاتر از همه است ، مفید باشد ... مانند برخی از بانک ها که هنوز در جاوا توسعه یافته است ، که "بالغ" تر از php است و مطمئنا پیروان و مخالفان خود را دارد ... و نه به ذکر COBOL ...

      اگر آنچه شما به دنبال آن هستید یکنواختی و مدرن بودن است ، جاوا اسکریپت در حال تبدیل شدن به یکی از موارد مورد علاقه "توسعه دهندگان پشته کامل" است ، اگرچه الگوی یاقوت یا "سادگی" پایتون نیز منابع خوبی هستند ... بسته به نیاز حتی پرل نیز می تواند یک گزینه باشد

      امروزه ORM (نگاشت های رابطه ای شی) از نظر مدیریت داده های رابطه ای نیرو زیادی می گیرد. این از نحو SQL به کلاس و مدیریت ویژگی می رود ... تقریباً همه زبانها (اگر نه همه) برخی از ORM ها را اداره می کنند.

      . Mongo DB یک جایگزین برای پایگاه داده های رابطه ای است که کاملاً مهم شده است ؛ با این حال ، لازم است که جوانب مثبت و منفی آن را بدانیم و تأیید کنیم که بسته به نیاز خاص بهترین راه حل است.

      امیدوارم به شما کمک کند ، سلام

      1.    آرس dijo

        ممنون ، بررسی می کنم

      2.    آرس dijo

        فراموش کردم.

        به من چه چیزی را برای کار با JAVA در Linux توصیه می کنید؟
        اگر می توانید آزاد و بسته را بهتر تشخیص دهید.

        1.    ChrisADR dijo

          Eclipse و NetBeans منبع باز هستند ، من مطمئن نیستم که نرم افزاری کاملاً رایگان وجود داشته باشد ، من عادت دارم از vim استفاده کنم زیرا گاهی اوقات مقدار کد باعث می شود استفاده از یک IDE کامل کند و مستعد خطاهای اجرا باشد. سلام

        2.    پل زتا dijo

          برای کار با java در Linux از IntelliJ استفاده می کنم به شما توصیه می کنم.

          1.    ChrisADR dijo

            PS، IntelliJ نرم افزاری اختصاصی است ...

  12.   je dijo

    بچه ها همچنین به یاد دارند که ... من در یک بانک کار می کنم و به شما می گویم که زبانهای برنامه نویسی در جای خود قرار می گیرند تا ابتدا SQL و Stored Procedures انجام شود.

    1.    گونزالو مارتینز dijo

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