هی اوقات ترفندهای جدیدی در حوزه سئو می‌بینم (SEO Hacks) که مردم استفاده می‌کنند. ترفندهایی که واقعا الگوی اشتباهی هستند. یکی از این الگوهای اشتباه جدید، الگوی «ارجاع ۳۰۱» است که باعث هدایت تمام خطاهای صفحه ۴۰۴ به صفحه اصلی سایت می‌شود. به نظر من این کار شبیه آن است که شما برای تمیز کردن اتاق‌تان همه چیز را داخل یک کشو بریزید. اما راه‌حل بهتر چیست؟
ادامه‌ی مطلب
کدام مطلب باید زودتر به‌روزرسانی شود؟ مطلبی با رتبه پایین (low rank) یا کلیک (CTR) پایین! بهبود سئو سایت به کمک اطلاعات موثق و قابل اطمینان (solid data) همیشه ایده خوبی است. اگر دنبال به‌دست آوردن اطلاعات جالب در این زمینه باشید، تمام کاری که باید انجام دهید این است که به سراغ گوگل سرچ کنسول Google Search Console (یکی از ابزارهای گوگل برای بررسی و آنالیز وب‌سایت‌ها) بروید. با استفاده از این ابزار می‌توانید بفهمید که کدام صفحات سایت شما بازدید بیشتری دارند، کاربران بیشتر با جستجوی کدام کلمات وارد سایت شما می‌شوند یا کدام صفحات، دیگر در دسترس نیستند و به کاربران خطای ۴۰۴ را نمایش می‌دهند.
ادامه‌ی مطلب
ارائه برنامه‌نویسی فانکشنال در جاوا‌اسکریپت از نگاه یسنا یکشنبه، ۱۶ اردیبهشت فرصت این رو پیدا کردم به همراه همکار خوبم پارسا میهن‌دوست به نمایندگی از یسناتیم در یک سخنرانی در رابطه برنامه‌نویسی فانکشنال در جاوا‌اسکریپت شرکت کنم و امروز بالاخره توانستم چند خطی درباره این رویداد برای شما بنویسم. سخنرانی در سالن آمفی‌تئاتر دانشکده برق و کامپیوتر دانشگاه تهران، واقع در امیر‌آباد شمالی برگزار شد. ارائه‌دهنده‌ها آقایان علی عسگری و سید امیرحسین شفایی از اعضای گروه وب‌لایت بودند. این طور که ما متوجه شدیم همین سخنرانی در اسفند ماه در دانشگاه شریف هم برگزار شده بود. سخنرانی با پرداختن به تاریخچه برنامه‌نویسی فانکشنال و معرفی اولین زبان‌هایی که امکان این نوع برنامه‌نویسی را فراهم کردند، شروع شد. در ادامه تعدادی از سرویس‌ها و کتابخانه‌‌های معروف که در حال حاضر از این روش برای برنامه‌نویسی استفاده می‌کنند را نام بردند. (مثل توییتر، واتس‌اپ، Airbnb و ...)
ادامه‌ی مطلب
کمتر کثیف کد بزنیم تمیز کد نوشتن، دغدغه‌ای بود که از دومین روزهایی که برنامه‌نویسی را آموختم، درگیرش بودم. دروغ چرا؟ اولین روزها عین خیالم نبود و هر طور که کارم را راه می‌انداخت می‌نوشتم و چون استاندارد خاصی را هم رعایت نمی‌کردم، هر بار که فاصلهٔ زمانی می‌افتاد دیگر حوصله نداشتم ببینم چه کرده‌ام و تمام کار را از اول انجام می‌دادم! (روزگار بدی بود، نازنین.) رهنمودها و راهکارهای مرسوم به ما می‌گویند که برای قطعه‌های کد خود کامنت‌هایی بگذاریم تا بعداً چیزهایی را به یادمان بیاورند، و این که تلاش کنیم از یک الگوی طراحی (مثل MVC که اینجا درباره‌اش نوشته‌ام) تبعیت کنیم، و این که نام‌های خوبی برای متغیرها و تابع‌ها انتخاب کنیم و چیزهایی کلی از این قبیل.
ادامه‌ی مطلب
فرهنگ بازنگری کد اواخر سال گذشته که شماره‌اش (به روایتی) ۱۳۹۶ بود، با ورود میثم، از مجموعهٔ شرکت‌های «زیر ده نفر» بیرون آمدیم و برای نخستین بار ده نفری شدیم. (در ابتدای همان سال، با ورود اولین همکار غیرِ شریک، سه نفره شده بودیم و در این مدت کوتاه، دو خداحافظی هم داشتیم.) ده نفره شدن، تغییراتی را در ساختار سازمانی می‌طلبید که برایش برنامه‌ریزی کردیم و گام به گام جلو آمدیم و هنوز هم تمام نشده است. به عنوان یک شرکت برنامه‌نویسی، یکی از این تغییرات، بلکه چالشی‌ترین آن‌ها، اجرای قانونی بود که در آن، هر قطعه از کد، پیش از ترکیب با مخزن اصلی، می‌بایست توسط حداقل دو نفر از همکاران بازنگری شود. این کارها را از فرود یاد گرفتیم و شرحش طولانی‌ست که خوشبختانه خودش در صدد تدوین و نشر آن است. اجرای چنین قانونی، در ذات خود، خطرناک است، به هزار و یک دلیل. اول آن که ممکن است باعث شود همکاران رو در روی هم قرار گیرند و پا به رقابت ناسالم بگذارند و هر فایده‌ای که متصور بود، یکجا و دو چندان، بدل به زیان شود. میثم که سکان‌دار این تغییرات در سازمان کوچک ما بود، گشت و از میان چندین و چند مقاله و نوشته، متنی کوتاه در راهنمای گیت‌لب یافت که سخت به کار ما می‌آمد (+). از همکاران خواستیم که آن را مطالعه کنند و با این که زبانشان خوب است، تصمیم گرفتم بیشترِ راهکارهای آن را ترجمه کنم که هم به کار آنان بیاید و هم به کار هر کس دیگری که پا به این عرصه می‌گذارد. آنچه که بین این چهار نقطه و چهارنقطهٔ بعد می‌بینید، ترجمه‌ای آزاد است، با کمی خلاصه‌سازی از متن اصلی.
ادامه‌ی مطلب
در باب DRM: خوب، بد، زشت این پست از جواب دانیال به توییت من در مورد تخفیف نوروزی فیدیبو و شرکت سمیر در اون بحث شکل گرفت. در ادامه من دلایلم رو برای حمایت از وجود DRM در شرایط فعلی بازار نشر الکترونیکی کتاب ایران ارائه میدم. بد این پست به خوبی چراییِ بد بودنِ DRM رو توضیح داده و برای فهم چیستی DRM و چرایی بد بودنش خوندنش کافی به نظر میاد. من حرفم در مورد زشتی اما ناچاری از استفاده از DRMه. خوب مشخصا DRM خوبی ندارد. زشت در کشوری زندگی می‌کنیم که راه قانونی جاافتاده و روشن برای حفاظت از حقوق مولفین و سازندگان محتوای دیجیتالی وجود نداره. یک نسخه‌ی کتاب، فیلم، نرم‌افزار و امثالهم مورد توجه طیف گسترده‌ی مردم قرار می‌گیره، اون مورد برای دانلود بروی بستر اینترنت یا در اختیار دست‌فروشان قرار می‌گیره، ناشر چطور میتونه زیانش رو جبران کنه؟ تقریبا هیچ طور. چیکار باید کرد؟
ادامه‌ی مطلب
