بایگانی دسته: روزنوشت

بینی بایونیک به افرادی که حس بویایی شون رو از دست دادن کمک می‌کنه

یکی از عوارض بیماری کرونا تاثیر اون روی حس بویایی بود به شکلی که خیلی از آدم ها بعد از اینکه بهبود پیدا می‌کردند حس بویایی رو از دست می‌دادند.

قبل از شروع کرونا پروژه ای با اسم Bionic Nose وجود داشت که تلاش می‌کرد با استفاده از یکسری سنسور بتونه حس بویایی رو شبیه سازی کنه و با گسترش کرونا این پروژه اهمیت بیشتری پیدا کرد.

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

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

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

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

منبع

معرفی سایت soundraw

پاسخ دهید

سایت soundraw این امکان رو میده که با استفاده از هوش مصنوعی موزیک بسازید. کار کردن با سایت هم خیلی سادس، کافیه وارد سایت بشید، چنتا متغیر مثل مدت زمان موزیک، نوع و حال و هواش رو مشخص کنید و بعد صبر کنید تا هوش مصنوعی موزیکتون رو بسازه.

یکی از کاربرد های این موزیک ها برای کسایی هست که داخل یوتوب دائما به مشکل کپی‌رایت میخورن که می‌تونن با استفاده از این سایت موزیک مورد نظرشون رو بسازن و مطمئن باشن که کپی‌رایت دیگه براشون مشکل ساز نیست.

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

نکاتی برای نوشتن متن بهتر برای خطا ها

پاسخ دهید

یکی از نکاتی که موقع توسعه ی برنامه باید بهش توجه کنیم نوشتن متن خطای مناسب هست. اگر شما برنامه نویس باشید زمانی که یک خطا توی سیستم یا یک سایت اتفاق می‌افته دنبال status code یا متن خطا هستید تا بتونید مشکل رو حل کنید اما برنامه ای که شما می‌سازید قرار هست توسط آدم های معمولی استفاده بشه و این یعنی باید توی نوشتن متن خطا کمی دقت داشته باشیم.

یکی از روش هایی که کمک می‌کنه متن خطای خوبی بنویسید این هست که متن ارور شما به شکلی نوشته بشه که بتونه جواب این سوال ها رو بده :

چه کسی باعث شده این ارور بوجود بیاد؟

به عنوان مثال اگر یک وبسایت می‌سازید و ارور 500 اتفاق می‌افته توی متن ارور بگید که مشکل از سمت سرور هست یا اگر ارور 400 اتفاق افتاده بگید که مشکل از طرف کاربر هست. همین مورد ساده کمک می‌کنه که کاربر تا حدودی بدونه که قدم بعدی برای برطرف کردن مشکل چی هست و باید از چه جایی کار رو ادامه بده.

چرا این ارور بوجود اومده؟

توضیح کوتاهی از دلیل بوجود اومدن ارور بدید. مثلا اگر ارور 404 اتفاق افتاده می‌تونید توضیح بدید که آدرسی که کاربر وارد کرده پیدا نشده و شاید این مشکل بخاطر این هست که url رو درست وارد نکرده.

چه موقع این مشکل برطرف می‌شه؟

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

کاربر چطوری می‌تونه مشکل رو برطرف کنه؟

فرض کنید که کاربر ارور 404 گرفته. می‌تونید داخل متن ارور چنتا راه حل رو پیشنهاد بدید مثلا بگید که URL رو چک کنه و اگر مشکل حل نشد از امکان search استفاده کنه و اگر باز هم مشکل برطرف نشد راه برقراری ارتباط با پشتیبان رو نشون بدید.

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

نکاتی در مورد نوشتن کامنت در کد

پاسخ دهید

کامنت نوشتن داخل کد همیشه یکی از موضوعاتی بوده که در عین سادگی پیچیدگی های خودش رو هم داشته. بعضیا با نوشتن کامنت موافق هستن بعضیا هم مخالف و در کل نظرات مختلفی در مورد نوشتن کامنت وجود داره.
در ادامه لیستی از قواعدی که موقع نوشتن کامنت به ما کمک می‌کنه رو به همراه مثال کوتاه توضیح دادم.

۱ ) کامنت نباید کد رو تکرار کند

کسی که کد رو میخونه مسلما درکی از اصول برنامه نویسی داره و کامنت شما نباید همون کدی که نوشتید رو تکرار کنه. چرا که به مرور زمان مثل یک عادت میشه و بعد از مدتی یک مجموعه کد کثیف دارید که پر شده از کامنت هایی که هیچ کمکی نمی‌کنند. به عنوان مثال :

i += 1; // add one to i

۲ ) کامنت خوب کد بد رو توجیه نمی‌کنه

یکی از اصول کد تمیز نوشتن کد هایی هست که self-documenting هستند. یعنی موقع خوندن کد متوجه می‌شید که چه اتفاقی در حال افتادن هست و از اون طرف دیگه نیاز به توضیح دادن کد خودتون ندارید. به عنوان مثال داخل کد زیر اگر اسم خوبی برای متغیر انتخاب کنیم هم کد خوانا تری داریم و هم دیگه کامنت اضافه رو نیاز نداریم.

int a = 22; // a is age

۳ ) اگر کامنت واضحی برای کدتون نمی‌تونید بنویسید احتمالا مشکلی داخل کد وجود داره

فرض کنید یک کد پیچیده رو از جایی کپی می‌کنید یا از دوستتون می‌خواید که براتون بنویسه. از اونجایی که اون کد پیچیده هست و شما هم خوب متوجه اش نشدید و فقط کارتون رو راه انداختید پس یک کامنت نا مفهوم بالای کدتون می‌نویسید و ادامه زندگی رو از سر می‌گیرید.
کار خوبی که اینجور مواقع میشه کرد این هست که سعی کنید کد رو متوجه بشید یا اگر امکانش هست اون رو به شکل ساده تری بنویسید که خوانا و قابل درک باشه.

۴ ) کامنت باید ابهام رو از بین ببره، نه اینکه خودش باعث ابهام بشه

اگر کامنت شما ابهام کدتون رو از بین نمی‌بره و خودش هم باعث ابهام میشه پس بهتره که اصلا کامنت ننویسید. یادتون باشه که کد بدون کامنت، بهتره از کدی که کامنت بد داره.

۵ ) کد های غیر مصطلح (unidiomatic) رو در کامنت توضیح بدید

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

۶ ) اگر کدی رو از جایی کپی کردید داخل کامنت ها به منبع اصلی لینک بدید

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

۷ ) اگر لینک دادن به منبع های خارجی مفید هست توی کامنت ها این کار رو بکنید

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

۸ ) وقتی باگی رو برطرف می‌کنید کامنت بزارید

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

۹ ) اگر پیاده سازی قسمتی از کد هنوز انجام نشده، اون قسمت رو با کامنت مشخص کنید

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

مورد هایی که تا اینجا خوندید رو از این لینک گذاشتم. اگر خواستید حتما به لینک اصلی هم سر بزنید. نکته ای که خوبه بهش دقت کنیم این هست که توی استفاده از کامنت زیاده روی نکنیم. تکنیک هایی مثل نوشتن کد تمیز یا نوشتن تست هایی که حالت های مختلف رو بررسی می‌کنه باعث می‌شه که کمتر از کامنت استفاده کنیم. نه اینکه کامنت چیز بدی باشه اما اعتدال توی استفاده از کامنت رو باید در نظر داشته باشیم.

معرفی سایت roadmap.sh

پاسخ دهید

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

سایت roadmap.sh برای مهارت های مختلف نقشه راه یا همون رودمپ های مختلفی رو آماده کرده. علاوه بر نقشه راه کانال یوتوب هم دارن که توش آموزش هایی رو منتشر می‌کنند.
من فیلم های یوتوبشون رو ندیدم ولی چنتا از رود مپ هایی که برام آشنا بودن رو چک کردم و بنظرم بد نبودن. یکی از خوبی هاش این هست که دسته بندی شده و تمیز همه رو یک جا نگه داشته و دسترسی بهش راحته.
علاوه بر این دوستامون هنوز فیلترش نکردن و در دسترسه 🧐. پس تا از دسترس خارج نشده ی نگاهی بهش بندازید.

نقدی بر سیاست های حریم شخصی

پاسخ دهید

امروز ایمیلی رو از طرف یکی از شرکت های زیر ساخت که قبلا یک دامنه ir داخلش داشتم گرفتم که داخلش نوشته شده بود که باید داخل سایت irnic احراز هویت کنید و اگر نکنید دامنه از دسترس خارج می‌شه (یا چیزی شبیه به این)

احراز هویت شامل سه مرحله بود که در مرحله آخر مثل خیلی جا های دیگه یک مربع وجود داشت که جلوی اون نوشته بود فلان صفحه رو خواندید و با سیاست های ما موافق هستید؟ ، باید تیک رو میزدم و ثبت رو نهایی می‌کردم. منم مثل همیشه نخونده تیک رو زدم و ثبت کردم.

خیلی وقت بود که می‌خواستم در مورد این موضوع بنویسم و همین اتفاق باعث شد که این متن رو بنویسم. در رابطه با سیاست های حریم شخصی چنتا مسئله وجود داره :

۱ ) داخل این نوشته نویسنده چنتا از سیاست های حریم شخصی رو بررسی کرده و دو نکته ی مهم رو مطرح کرده یکی اینکه تعداد زیادی از سیاست های حریم شخصی متن خوانایی ندارند و نکته ی دیگه اینکه اگر قرار باشه به ازای همه سایت ها و نرم افزار ها و … سیاست های حریم شخصی رو بخونیم زمان زیادی رو باید برای این کار در نظر بگیریم. حالا این زمان رو در مورد تمام نرم‌افزار ها و سایت ها و … که توی کل عمرمون ازش استفاده می‌کنیم در نظر بگیرید تا بزرگی این زمان رو درک کنید.

۲ ) نکته دیگه اینکه فرض کنید من وقت گذاشتم و سیاست چند صفحه ای حریم شخصی رو خوندم، آیا میتونم مخالفت کنم؟ آیا حق انتخاب دارم؟ جواب مشخصه . نه ! به عنوان مثال اگر من سیاست های irnic رو قبول نداشته باشم اون ها هم دسترسی من رو به دامنه های ir ام میبندند و هیچ راه جایگزینی هم برای دسترسی به دامنه های ir که سیاست های متفاوتی داشته باشه ندارم در نتیجه وقتی مجبورم که یک توافق نامه ای رو قبول کنم و گزینه‌ی دیگه ای هم ندارم خب چه کاریه که وقت بذارم و بخونمش، قبول می‌کنم و هر چه بادا باد.

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

۴ ) مورد آخر هم اینکه آیا کسی هست که از حق من علیه این شرکت ها دفاع کنه؟ به شماره ۲ برگردید و دوباره بخونیدش. اگر داخل یکی از این توافق نامه ها یک شرکتی مثل irnic یا مثلا google یا هر شرکتی که شما نتونید جایگزینی براش پیدا کنید موردی رو نوشته باشه که حق من رو ضایع کنه، آیا من یا هر کس دیگه ای می‌تونم از اون شرکت شکایت کنه؟ اگر شکایت کنم آیا شرکت سیاست حریم شخصیش رو عوض می‌کنه و یا اینکه میگه از سرویس من استفاده نکنید ؟

بازگشت یاهو به دنیای سرچ‌انجین ها

پاسخ دهید

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

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

مجموعه‌ای از فعالیت های اخیر شرکت یاهو باعث شد که این فرضیه شکل بگیره که یاهو دوباره قراره سرویس موتور جست و جو رو راه‌ بندازه. از جمله این فعالیت ها آگهی استخدام برای Principle Product Manager بوده.
یا از سرگرفتن فعالیت اکانت yahoo search داخل توئیتر. یا Jim Lanzone که از 2021 به عنوان CEO جدید یاهو داره فعالیت می‌کنه. جیم سابقه و نقش خوبی توی مفهوم سرچ داره و حدود ۷ سال برای Ask.com کار کرده.

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

دردسر های تاکسی های خودران در سانفرانسیسکو

پاسخ دهید

مدتی هست که مسئولین حمل ونقل سانفرانسیسکو شکایت های مختلفی رو دریافت می‌کنند که منشا اون ها به تاکسی های خودران برمی‌گرده.

قضیه از این قرار هست که تاکسی های خودران یکسری مشکلات رو برای مردم بوجود آورده که شایع ترینش تلف کردن وقت مسافران هست. اما مسئله به همینجا ختم نمی‌شه و این تاکسی ها مشکلات دیگه ای هم بوجود آوردند.

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

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

منبع