Forwarded from Quera
🍂 بوتکمپهای کوئرا | پاییز ۱۴۰۲ 🍂
🍁 فرصتی عالی برای یادگیری مهارتهای #برنامه_نویسی، مهارتهای نرم و تجربه کار تیمی در کنار اساتید و منتورهای مجرب.
با ارائه آموزشهای عملی، #تمرین و #پروژه های هدفمند.
🍃 این بار توی ۴ مسیر هیجانانگیز #پایتون، #علم_داده، #فرانت_اند و #مهندس_نرمافزار
➖Python Alpha
➖Data Science Delta
➖Front-End (React) Delta
➖ Software Engineering (Django) Delta
💎 توی #بوت_کمپ همراه با منتورها، پروژههای واقعی و از دل صنعت رو پیش میبریم و تا آمادگی کامل برای ورود به بازار کار و استخدام کنارتیم.
⭐️ با حمایت بنیاد ملی نخبگان
🔔 زمان برگزاری : آذر ۱۴۰۲
❗️ظرفیت محدود
✔️ با افراد باانگیزه و ایدهپرداز، ماجراجویی خودت رو شروع کن و به سمت موفقیت قدم بردار. 👇🏽
🔗 https://quera.org/r/l9j8a
➖➖➖➖➖➖➖
@Quera_ir
🍁 فرصتی عالی برای یادگیری مهارتهای #برنامه_نویسی، مهارتهای نرم و تجربه کار تیمی در کنار اساتید و منتورهای مجرب.
با ارائه آموزشهای عملی، #تمرین و #پروژه های هدفمند.
🍃 این بار توی ۴ مسیر هیجانانگیز #پایتون، #علم_داده، #فرانت_اند و #مهندس_نرمافزار
➖Python Alpha
➖Data Science Delta
➖Front-End (React) Delta
➖ Software Engineering (Django) Delta
💎 توی #بوت_کمپ همراه با منتورها، پروژههای واقعی و از دل صنعت رو پیش میبریم و تا آمادگی کامل برای ورود به بازار کار و استخدام کنارتیم.
⭐️ با حمایت بنیاد ملی نخبگان
🔔 زمان برگزاری : آذر ۱۴۰۲
❗️ظرفیت محدود
✔️ با افراد باانگیزه و ایدهپرداز، ماجراجویی خودت رو شروع کن و به سمت موفقیت قدم بردار. 👇🏽
🔗 https://quera.org/r/l9j8a
➖➖➖➖➖➖➖
@Quera_ir
👍3
Fog computing, also known as edge computing, is a decentralized computing infrastructure that extends computing resources closer to the edge of the network. It is designed to improve efficiency and reduce latency by processing data near the source of generation, rather than relying on a centralized cloud-based system. The term "fog computing" was coined by Cisco to represent the idea of bringing cloud computing capabilities closer to the "edge" of the network, where data is generated and actions are taken.
👍7
According to a paper written by Latanya Sweeney, the professor of the Practice of Government and Technology at Harvard University, 87% of Americans can be uniquely identified by just three pieces of information: their zip code, sex, and birth date.
1. Sweeney, Latanya. “Simple demographics often identify people uniquely.” Health (San Francisco) 671.2000 (2000): 1-34.
1. Sweeney, Latanya. “Simple demographics often identify people uniquely.” Health (San Francisco) 671.2000 (2000): 1-34.
👍2
For a basic web application, the minimum metadata that you should include for better SEO and social media sharing capabilities typically includes:
1. Title Tag:
-
2. Description Meta Tag:
-
3. Viewport Meta Tag (for responsive design):
-
These three elements are essential for basic SEO and usability. However, for richer social media sharing and improved visibility, you might consider adding:
4. Open Graph Meta Tags (for Facebook and other platforms):
- Various
5. Twitter Meta Tags (for Twitter Cards):
-
-
-
-
1. Title Tag:
-
<title
> tag: A concise and descriptive title for the page.
<title>Your Page Title</title>
2. Description Meta Tag:
-
<meta name="description" content="Brief description of your page content"
>: A short summary of the page content.
<meta name="description" content="Brief description of your page content">
3. Viewport Meta Tag (for responsive design):
-
<meta name="viewport" content="width=device-width, initial-scale=1.0"
>: Ensures proper scaling on different devices.
<meta name="viewport" content="width=device-width, initial-scale=1.0">
These three elements are essential for basic SEO and usability. However, for richer social media sharing and improved visibility, you might consider adding:
4. Open Graph Meta Tags (for Facebook and other platforms):
- Various
<meta property="og:..."
> tags: These provide information for rich social media sharing, including title, description, image, and more.
<meta property="og:title" content="Your Page Title">
<meta property="og:description" content="Brief description of your page content">
<meta property="og:type" content="website">
<meta property="og:url" content="https://www.yourwebsite.com">
<meta property="og:image" content="https://www.yourwebsite.com/og-image.jpg">
5. Twitter Meta Tags (for Twitter Cards):
-
<meta name="twitter:card" content="summary_large_image"
>: Defines the card type.-
<meta name="twitter:title" content="Your Page Title"
>: Title for Twitter sharing.-
<meta name="twitter:description" content="Brief description of your page content"
>: Description for Twitter sharing.-
<meta name="twitter:image" content="https://www.yourwebsite.com/twitter-card-image.jpg"
>: Image for Twitter sharing.
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="Your Page Title">
<meta name="twitter:description" content="Brief description of your page content">
<meta name="twitter:image" content="https://www.yourwebsite.com/twitter-card-image.jpg">
👍2👎1
اگر در پایگاه رابطهایی از یک جدول یک کپی بگیرید با چه روشی این کار انجام میدهید؟
فرض کنید میخواهیم یک صفحه وب داشته باشیم که در آن مطالب علمی منتشر کنیم. درون این مطالب باید به فایلهایی ارجاع دهیم ارجاع به یک فایل ممکن است در چند قسمت مطلب تکرار شود.
مثلا در این مطلب.
متن روبرو [۱] ..... که در مقاله فیلان [1، ۲] ...
فایلها در یک زیر پوشه در پوشه public قرار گرفته شدهاند. میخواهیم درون فایلهای markdown مقالات را بنویسیم چگونه این component را پیاده سازی میکنید
برای پیاده سازی از reactjs و یا next js(به طور کلی چارچوبهای امروزی مورد نظر است) به عنوان مثال ابزارهایی مانند nextra یا hugo را نگاه کنید
https://nextra.site/
https://gohugo.io/
برآب این کاربرد خاص من nextra را بدلیل سادگی ترجیح میدهم(یعنی node را بر go ترجیح میدهم هر چند go را دوست دارم ولی پیچیدگی زمان و هزینه در nextra به مراتب کمتر است. تجربه هعملی با هر دو در پروژه واقعی داشتم)
مثلا در این مطلب.
متن روبرو [۱] ..... که در مقاله فیلان [1، ۲] ...
فایلها در یک زیر پوشه در پوشه public قرار گرفته شدهاند. میخواهیم درون فایلهای markdown مقالات را بنویسیم چگونه این component را پیاده سازی میکنید
برای پیاده سازی از reactjs و یا next js(به طور کلی چارچوبهای امروزی مورد نظر است) به عنوان مثال ابزارهایی مانند nextra یا hugo را نگاه کنید
https://nextra.site/
https://gohugo.io/
برآب این کاربرد خاص من nextra را بدلیل سادگی ترجیح میدهم(یعنی node را بر go ترجیح میدهم هر چند go را دوست دارم ولی پیچیدگی زمان و هزینه در nextra به مراتب کمتر است. تجربه هعملی با هر دو در پروژه واقعی داشتم)
Nextra
Nextra – Next.js Static Site Generator
Build fast, customizable, and content-rich websites with Nextra. Powered by Next.js, it offers seamless Markdown support, customizable themes, file conventions, and easy integration with MDX, making it perfect for documentation, blogs, and static websites.
وقتی پروژهایی داریم که مثلا در خوشبینانه ترین حالت ۵۰هزار کاربر دارد. کل پیچیدگی سمت سرور data intensive بودن است یعنی تعدادی entity یا رابطه داریم که باید در پایگاه داده رابطهایی مانند pg و یا nosql مانند مانگو درج شود و قبل و یا بعد از درج باید یک سری قوانین و کارهایی انجام دهیم
در این شرایط چرا باید انتخاب ما تشکیل یک تیم backend چند نفره و پیادهسازی عملیات crud برای همه entityها باشد. سوال برای سال ۲۰۲۳ مطرح شده است.
فرض کنید سطح امنیت به صورت مبتنی بر role درختی و حتی دز سطح فیلد مورد نیاز است یعنی یک تعدادی از کاربران باید مثلا ۴ فیلد در یک جدول ببینید و یک تعدادی باید مثلا ۶ فیلد را ببیند.
چرا باید این سرویس را پیاده کنم به جایی این که از چارچوبهای آماده متن باز و یا سرویسهای آماده استفاده کنم. مثلا
https://github.com/shedaltd/ParseAlternatives
در چند سال اخیر یکی از انتخابهای من parse server بوده است. و یا در حالتی که میشد از aws اسفاده کرد سرویسهای و sdkهای aws بود.
چرا این موضوع مهم است؟ هزینه پیاده سازی سمت سرور را به صفر میل میدهد. به دلیل وجود sdk برای زبانها مختلف هزینه پیاده سازی سمت فرانت را نیز کاهش میدهد. مثلا با چند کلیک در parse server شما یک entity ایجاد میکنید. به کمک sdk از همان لحظه از فرانت میتوانید داده ذخیره و بازیابی کنید. مکانیزمهای کش کردن پیچیده از طریقه sdk در اختیار front است. بلافاصله میتوانید امنیت را در سطوح مختلف با کلیک تنظیم کنید به جای برنامه نویسی (زمان و هزینه) همچنین بلافاصله وب سرویس در قالب rest برای هر entity در اختیار شماست.
دلیل فنی، زمانی، هزینه، نگهداری برای پیاده سازی مثلا با go یا جانگو در سال ۲۰۲۳ چیست؟ چه نیازمندی و دلیلی شما را سوق میدهد به سمت پیاده سازی from scratch
گفتگو کنیم
در این شرایط چرا باید انتخاب ما تشکیل یک تیم backend چند نفره و پیادهسازی عملیات crud برای همه entityها باشد. سوال برای سال ۲۰۲۳ مطرح شده است.
فرض کنید سطح امنیت به صورت مبتنی بر role درختی و حتی دز سطح فیلد مورد نیاز است یعنی یک تعدادی از کاربران باید مثلا ۴ فیلد در یک جدول ببینید و یک تعدادی باید مثلا ۶ فیلد را ببیند.
چرا باید این سرویس را پیاده کنم به جایی این که از چارچوبهای آماده متن باز و یا سرویسهای آماده استفاده کنم. مثلا
https://github.com/shedaltd/ParseAlternatives
در چند سال اخیر یکی از انتخابهای من parse server بوده است. و یا در حالتی که میشد از aws اسفاده کرد سرویسهای و sdkهای aws بود.
چرا این موضوع مهم است؟ هزینه پیاده سازی سمت سرور را به صفر میل میدهد. به دلیل وجود sdk برای زبانها مختلف هزینه پیاده سازی سمت فرانت را نیز کاهش میدهد. مثلا با چند کلیک در parse server شما یک entity ایجاد میکنید. به کمک sdk از همان لحظه از فرانت میتوانید داده ذخیره و بازیابی کنید. مکانیزمهای کش کردن پیچیده از طریقه sdk در اختیار front است. بلافاصله میتوانید امنیت را در سطوح مختلف با کلیک تنظیم کنید به جای برنامه نویسی (زمان و هزینه) همچنین بلافاصله وب سرویس در قالب rest برای هر entity در اختیار شماست.
دلیل فنی، زمانی، هزینه، نگهداری برای پیاده سازی مثلا با go یا جانگو در سال ۲۰۲۳ چیست؟ چه نیازمندی و دلیلی شما را سوق میدهد به سمت پیاده سازی from scratch
گفتگو کنیم
GitHub
GitHub - shedaltd/ParseAlternatives: A collaborative list of Parse alternative backend service providers.
A collaborative list of Parse alternative backend service providers. - GitHub - shedaltd/ParseAlternatives: A collaborative list of Parse alternative backend service providers.