دسته: استارتاپ‌ها و کسب‌وکار فناوری

  • سازنده‌ی OpenClaw به OpenAI می‌پیوندد

    سازنده‌ی OpenClaw به OpenAI می‌پیوندد

    پیتر اشتاینبرگر، توسعه‌دهندهٔ اتریشی و خالق دستیار هوش مصنوعی اوپن‌کلا (OpenClaw)، رسماً به شرکت OpenAI پیوست. این خبر ابتدا توسط TechCrunch منتشر شد.

    OpenClaw چیست و چگونه توجه صنعت AI را جلب کرد

    OpenClaw که قبلاً با نام‌های Clawdbot و Moltbot شناخته می‌شد، در هفته‌های اخیر به‌صورت ویروسی در جامعهٔ فناوری محبوب شد و به عنوان «هوش مصنوعی‌ای که واقعاً کار انجام می‌دهد» شناخته گردید—از مدیریت تقویم‌ و رزرو پرواز گرفته تا شرکت در شبکه‌های اجتماعی مخصوص دیگر دستیارهای هوش مصنوعی.

    در پستی که اشتاینبرگر در وبلاگ شخصی خود منتشر کرد، گفت در حالی‌که می‌توانست OpenClaw را به یک شرکت بزرگ تبدیل کند، این مسیر او را هیجان‌زده نمی‌کرد. او تأکید کرد که هدفش «تغییر جهان» است و پیوستن به OpenAI را سریع‌ترین راه برای دسترسی جهانی به این هدف می‌داند.

    نقش جدید و آینده‌ی OpenClaw

    سام آلتمن، مدیرعامل OpenAI در توییت (X) اعلام کرد که اشتاینبرگر در نقش جدید خود مسئول «پیشبرد نسل بعدی دستیارهای شخصی هوش مصنوعی» خواهد بود. او همچنین افزود که OpenClaw به‌عنوان پروژه‌ای متن‌باز (Open Source) در یک بنیاد مستقل ادامه خواهد داشت و OpenAI از آن حمایت می‌کند.

    این اقدام نشان‌دهندهٔ یک مدل جدید در ادغام استعدادهای نوآور AI با سازمان‌های بزرگ فناوری است که در عین حفظ متن-باز بودن پروژه، از توان اجرایی یک شرکت بزرگ نیز بهره می‌برد.

    تاثیر این همکاری بر آینده دستیارهاش هوش مصنوعی

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

    پیش از این، Anthropic با توجه به شباهت نام Clawdbot به محصول خود (Claude) از اشتاینبرگر درخواست کرد نام را تغییر دهد که نهایتاً به OpenClaw منجر شد.

    در عین حال، OpenClaw با چالش‌های امنیتی روبه‌روست؛ دسترسی‌های وسیع که برای اجرای خودکار وظایف لازم دارد، می‌تواند خطرات مرتبط با حریم خصوصی و حملات سایبری ایجاد کند—به‌خصوص در اتصالات مهارت‌ها (skills) که به منابع سیستمی کاربر دسترسی دارند.

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

  • اروپا در فکر افزایش سن استفاده از شبکه‌های اجتماعی؛ محدودیت جدید برای نوجوانان

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

    بحث درباره تأثیر شبکه‌های اجتماعی بر کودکان و نوجوانان بار دیگر به یکی از موضوعات داغ سیاست‌گذاری دیجیتال در اروپا تبدیل شده است. به گزارش وب‌سایت The Next Web، قانون‌گذاران اروپایی در حال بررسی تغییرات جدی در حداقل سن مجاز استفاده از پلتفرم‌های اجتماعی هستند؛ تغییری که می‌تواند آینده حضور نوجوانان در فضای آنلاین را به‌طور اساسی دگرگون کند.

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

    هرچند این پیشنهاد در حال حاضر الزام‌آور نیست، اما نشان‌دهنده تغییر رویکرد جدی اتحادیه اروپا نسبت به حفاظت از کودکان در فضای دیجیتال است. این موضوع احتمالاً در قالب قوانین آینده، از جمله «قانون عدالت دیجیتال» (Digital Fairness Act)، شکل اجرایی‌تری به خود خواهد گرفت.

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

    چرا اروپا به سمت محدودیت سنی حرکت می‌کند؟

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

    از نگاه خبرنگاران و تحلیلگران حوزه فناوری، این نگرانی‌ها بی‌ارتباط با اجرای «قانون خدمات دیجیتال» (DSA) نیست. این قانون پلتفرم‌های بزرگ را موظف کرده است مسئولیت بیشتری در قبال کاربران خردسال بپذیرند؛ از جمله محدود کردن محتوای آسیب‌زا و تقویت ابزارهای احراز سن.

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

    تعادل دشوار میان حفاظت و آزادی دیجیتال

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

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

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

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

  • مالک تیک‌تاک برای جلوگیری از ممنوعیت در آمریکا به توافق رسید

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

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

    به گزارش BBC، این توافق از طریق یادداشتی که توسط «شو زی چو» (Shou Zi Chew)، مدیرعامل تیک‌تاک، منتشر شده، تأیید شده است. طبق این یادداشت، نیمی از سهام این شرکت مشترک به گروهی از سرمایه‌گذاران شامل اوراکل (Oracle)، سیلور لیک (Silver Lake) و شرکت سرمایه‌گذاری اماراتی MGX واگذار می‌شود.

    پایان یک مناقشه چندساله

    این معامله که قرار است در ۲۲ ژانویه نهایی شود، به سال‌ها تلاش دولت آمریکا برای وادار کردن بایت‌دنس به فروش عملیات تیک‌تاک در ایالات متحده پایان می‌دهد؛ تلاش‌هایی که عمدتاً با استناد به نگرانی‌های امنیت ملی و احتمال دسترسی دولت چین به داده‌های کاربران آمریکایی انجام می‌شد.

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

    ساختار مالکیت چگونه است؟

    بر اساس جزئیات اعلام‌شده:

    • بایت‌دنس ۱۹٫۹٪ از سهام کسب‌وکار جدید را حفظ می‌کند
    • اوراکل، سیلور لیک و MGX هر کدام ۱۵٪ سهم خواهند داشت
    • ۳۰٫۱٪ دیگر در اختیار شرکت‌ها و نهادهای وابسته به سرمایه‌گذاران فعلی بایت‌دنس قرار می‌گیرد

    به این ترتیب، اگرچه در ظاهر اکثریت سهام به طرف‌های غیرچینی واگذار شده، اما برخی منتقدان معتقدند که نزدیک به ۵۰٪ از مالکیت همچنان به‌طور مستقیم یا غیرمستقیم به بایت‌دنس مرتبط است؛ موضوعی که باعث تداوم تردیدها درباره میزان واقعی استقلال تیک‌تاک آمریکا شده است.

    موضع رسمی تیک‌تاک

    تیک‌تاک در بیانیه‌ای اعلام کرده این توافق به بیش از ۱۷۰ میلیون کاربر آمریکایی اجازه می‌دهد همچنان از این پلتفرم استفاده کنند:

    «این توافق به آمریکایی‌ها امکان می‌دهد همچنان بخشی از یک جامعه جهانی پویا باشند و دنیایی از فرصت‌ها را کشف کنند.»

    واکنش‌ها و انتقادها

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

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

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

    جمع‌بندی

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

  • چرا مهندسان نرم‌افزار نمی‌توانند درباره زبان‌های برنامه‌نویسی منطقی تصمیم بگیرند

    چرا مهندسان نرم‌افزار نمی‌توانند درباره زبان‌های برنامه‌نویسی منطقی تصمیم بگیرند

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

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

    تجربه‌ای که مسیر حرفه‌ای مرا عوض کرد

    اوایل دوران کاری‌ام در استارتاپی به نام Takkle کار می‌کردم؛ شبکه اجتماعی نوظهوری که آینده درخشانی داشت.
    با رفتن ناگهانی مدیر فنی، منِ جوان بیست‌وچند ساله از مهندس ارشد به سمت معاون مهندسی (VP of Engineering) ارتقا پیدا کردم و تیمی ۱۲ نفره را رهبری می‌کردم. عملکرد ما خوب بود، اما هیئت‌مدیره نگران کم‌تجربگی من بود و تصمیم گرفت یک مدیر فنی ارشد (CTO) با تجربه استخدام کند.

    مدیر جدید از جامعه‌ی Perl آمده بود؛ با چند جلد از کتاب‌های معروف O’Reilly روی میزش.
    اولین تصمیمش این بود: «PHP انتخاب اشتباهی است؛ باید همه‌چیز را با Perl بازنویسی کنیم.»

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

    نتیجه فاجعه‌بار بود. سرعت تیم سقوط کرد، باید از صفر زبان جدید را یاد می‌گرفتیم، پروژه ۹ ماه عقب افتاد و هزینه ماهانه از ۲۰۰ هزار دلار به ۵۰۰ هزار دلار رسید.
    در نهایت، سیستم جدید زیبا و فنی بود، اما وقتی آماده شد، فرصت بازار از دست رفته بود؛ فیس‌بوک از دانشگاه‌ها فراتر رفته بود و ما پولی برای ادامه نداشتیم.

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

    اما سؤال بزرگ‌تر این بود: چطور ممکن است یک رهبر باتجربه چنین اشتباه پرهزینه‌ای کند؟

    وعده‌ها و واقعیت‌ها

    وعده‌ها:

    • مهاجرت به Perl باعث می‌شود معماری بهتری بسازیم.
    • بازنویسی کامل، کیفیت کد و جذب نیرو را بهبود می‌دهد.

    واقعیت:

    • سرعت تیم فروپاشید.
    • هزینه‌ها دو برابر شد.
    • و در نهایت، شرکت شکست خورد.

    الگوی تکراری در گوگل، MongoDB و فراتر از آن

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

    حتی در Google Cloud، مشتریان بزرگ با همین مشکل دست‌وپنجه نرم می‌کردند.
    دو دهه بعد، همان صحنه را تکرار شده دیدم: معاون مهندسی شرکتی در حال ارائه گزارشی بود تا رهبری را قانع کند که باید سیستم بعدی را با Rust بنویسند.
    استدلال‌هایش عیناً شبیه همان تحلیل‌های Perl در Takkle بود و جالب اینکه، تمام ویژگی‌هایی که به‌عنوان مزیت Rust مطرح می‌کرد، در واقع در Go قوی‌تر بودند!

    وقتی از او پرسیدم چطور زبان‌های دیگر را مقایسه کرده‌اند، پاسخش تکان‌دهنده بود: «راستش… بررسی خاصی نکردیم. همه دارن درباره Rust حرف می‌زنن.» و این یعنی تصمیمی ۵۰ میلیون دلاری بر اساس هیجان و هویت، نه تحلیل واقعی.

    دو گفت‌وگو در هر بحث فنی وجود دارد

    در هر گفت‌وگوی فنی درباره زبان‌ها، دو مکالمه هم‌زمان در جریان است:

    1. مکالمه‌ی آشکار:
      «Rust حافظه را ایمن‌تر مدیریت می‌کند.»
      «Go سریع‌تر کامپایل می‌شود.»
      «Python اکوسیستم یادگیری ماشین غنی‌تری دارد.»
    2. مکالمه‌ی پنهان:
      «من یک برنامه‌نویس Rust هستم.»
      «می‌خواهم کسی باشم که با Rust کار می‌کند.»
      «نمی‌توانم خودم را کسی بدانم که Rust را انتخاب نمی‌کند.»

    در Takkle، مدیر فنی ما داشت مکالمه پنهان را انجام می‌داد. تحلیلش از Perl درست بود، اما هدفش دفاع از «هویت» خودش بود، نه انتخاب درست برای شرکت. شرکت ما ماهی ۳۰۰ هزار دلار بیشتر خرج نکرد تا سیستم بهتری بسازد، بلکه هزینه کرد تا او بتواند «CTOِ Perl» باشد، نه «CTOِ PHP».

    مغز ما برای دیدن این تعصب ساخته نشده است

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

    «برای درک دیدگاهی متفاوت، باید نسخه‌ای متفاوت از خودت را تصور کنی.» نتیجه ساده است: به همین دلیل، وقتی مهندسی که خود را «Pythonista» می‌داند به Go نگاه می‌کند، مغزش ناخودآگاه اطلاعات را تهدید تلقی می‌کند. ما دروغ نمی‌گوییم؛ فقط واقعا باور داریم که منطق‌مان درست است در حالی که مغزمان در حال دفاع از هویت‌مان است، نه ارزیابی واقعیت.

    صنعت ما بر پایه‌ی گفت‌وگوی اشتباه ساخته شده است

    ما خودمان را Rustacean ،Gopher یا Pythonista می‌نامیم. این فقط نام نیست، هویت است و صنعت نرم‌افزار بر همین هویت بنا شده: رقابت‌های فنی، بنچمارک‌ها، فریم‌ورک‌های مقایسه‌ای… اما حقیقت این است که گفت‌وگوی پنهان، قوی‌تر از گفت‌وگوی فنی است.

    هر بار که از یک توسعه‌دهنده Rust می‌خواهید زبان‌ها را ارزیابی کند، در واقع از قبل Rust را انتخاب کرده‌اید، فقط ۲ میلیون دلار خرج می‌کنید تا این تصمیم از پیش‌گرفته‌شده «منطقی» به نظر برسد.

    هزینه واقعی تعصب زبانی

    پژوهش‌ها نشان می‌دهد انتخاب فناوری می‌تواند بین ۴۰ تا ۶۰ درصد از کل هزینه توسعه در چرخه عمر محصول را تعیین کند. گزارش Stripe نیز می‌گوید توسعه‌دهندگان ۴۲ درصد از زمان خود را صرف بدهی فنی می‌کنند.

    وقتی تصمیم‌هایتان را بر اساس هویت می‌گیرید، در واقع سرعت، بودجه و آینده شرکت را گروی حفظ غرور فردی می‌گذارید.

    راه‌حل: بازتعریف انتخاب زبان به عنوان تصمیم اقتصادی

    اگر مکالمه‌ی پنهان را نمی‌توان حذف کرد، باید موضوع گفت‌وگو را تغییر داد. به جای اینکه بپرسیم: «کدام زبان بهتر است؟» بپرسیم: «هزینه‌ی واقعی این زبان برای ما چیست؟» نه فقط از نظر حقوق و سرعت توسعه، بلکه در بدهی فنی، پیچیدگی عملیاتی، جذب نیرو و دوام اقتصادی.

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

  • تنها شش کلمه‌ای که برای معرفی هر استارتاپی نیاز دارید

    تنها شش کلمه‌ای که برای معرفی هر استارتاپی نیاز دارید

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

    چند روز پیش در یکی از رویدادهای رقابت استارتاپی نشسته بودم و به صفی از بنیان‌گذاران گوش می‌دادم که تقریباً همه‌شان یک اشتباه مشترک داشتند. هرکدام با کلیکری در دست روی صحنه می‌رفتند، نفس عمیقی می‌کشیدند و شروع می‌کردند به گفتن متنی از بر شده با کلی واژه‌ی کلیشه‌ای استارتاپی:
    «ما در حال بازتعریف آینده‌ی… هستیم»
    «ما دسترسی به … را دموکراتیزه می‌کنیم»
    «ما در حال انقلاب در نحوه‌ی … هستیم»

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

    بدترین ارائه‌ای که در زندگی‌ام دادم

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

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

    «صبر کن… دقیقاً چی داری می‌فروشی؟»

    یخ زدم. نه اینکه جوابش را ندانم، اما تازه فهمیدم اصلاً تا آن لحظه نگفته‌ام چه چیزی می‌فروشم. تمام تمرکزم روی این بود که نشان دهم حرفه‌ای و «سرمایه‌پذیر» هستم و در نتیجه ساده‌ترین سؤال را جا انداخته بودم.

    سرمایه‌گذار با لبخند گفت: «اگر نمی‌توانی در یک جمله بگویی چه کار می‌کنی، یعنی هنوز کسب‌وکارت را نمی‌فهمی.» حرفش تلخ بود، اما درست. همان‌جا یکی از مهم‌ترین درس‌های عمر کاری‌ام را یاد گرفتم.

    قانون شش کلمه

    سال‌ها بعد که به بنیان‌گذاران جوان کمک می‌کردم تا ارائه‌شان را بهبود دهند، همیشه اولین سؤالی که می‌پرسیدم این بود: «می‌توانی در شش کلمه توضیح دهی شرکتت چه می‌کند؟»

    «ما به [مشتری خاص] کمک می‌کنیم تا [کار خاص] را بهتر انجام دهد.»

    همین. نه بیشتر.

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

    آزمون شفافیت

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

    • ما به برندهای فروش آنلاین کمک می‌کنیم تا سریع‌تر ارسال کنند.
    • ما به معلمان کمک می‌کنیم زمان تصحیح را کاهش دهند.
    • ما به دندان‌پزشکان کمک می‌کنیم از داده‌های بیماران محافظت کنند.

    در ابتدا زیادی ساده به‌نظر می‌رسید، اما سادگی نشانه‌ی ضعف نیست، نشانه‌ی اعتمادبه‌نفس است. در ارائه‌ی بعدی، سرمایه‌گذاران نه تنها وسط حرفم نپریدند، بلکه با دقت گوش دادند، سؤال پرسیدند و گفت‌وگوی واقعی شکل گرفت.

    هدف ارائه، قانع کردن نیست

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

  • قانون «حداقل تلاش ممکن» راز تداوم در کار خلاق بدون فرسودگی

    قانون «حداقل تلاش ممکن» راز تداوم در کار خلاق بدون فرسودگی

    در دنیایی که همه از «کار بی‌وقفه» حرف می‌زنند، سایمون تیکستون قانون متفاوتی را معرفی می‌کند: حداقل تلاش ممکن (Minimum Viable Effort). قانونی که به جای فشار برای کامل بودن، تنها از تو می‌خواهد حتی با کوچک‌ترین گام، «حاضر باشی». این رویکرد ساده، کلید تداوم، رشد و آرامش ذهنی برای هر خالق یا فریلنسر مستقل است.

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

    «فقط باید زنجیره را حفظ کنیم.»

    — جری ساینفلد، درباره‌ی عادت روزانه‌ی نوشتن که او را به یکی از منظم‌ترین کمدین‌های تاریخ تبدیل کرد.

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

    اما اگر مثل من فقط چهار ساعت در روز برای کار زمان داری چه؟
    اگر میان کار برای مشتریان، مسئولیت‌های خانوادگی، خستگی یا حتی دوران نقاهت از بیماری قرار گرفته‌ای چه؟

    این همان واقعیتی است که من با آن زندگی می‌کنم. نه زمان بی‌نهایت دارم و نه انرژی نامحدود.

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

    به آن می‌گویم: قانون حداقل تلاش ممکن (Minimum Viable Effort).

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

    از کجا شروع شد

    نوشتن برای من مهم‌ترین عادت است — موتور محرک کسب‌وکارم.
    پایه‌ی پست‌های لینکدینم، خبرنامه‌ام و مقالاتم در سایت.
    اما حفظ تداوم در نوشتن، وقتی زمان و انرژی محدود داری، کار ساده‌ای نیست.

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

    تا اینکه فهمیدم منتظرم شرایط «ایده‌آل» برای نوشتن پیش بیاید، شرایطی که تقریباً هیچ‌وقت اتفاق نمی‌افتد.

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

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

    حداقل تلاش در عمل یعنی چه؟

    اصل ماجرا ساده است: باید آن‌قدر کوچک باشد که حتی در بدترین روز هم بتوانی انجامش دهی.

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

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

    تداوم یعنی همین:
    نه حرکتی قهرمانانه، بلکه حرکت مداوم رو به جلو.

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

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

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

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

    آیا این یعنی تنبلی؟

    نه. تفاوت بزرگی هست بین «حداقل کار برای بی‌اهمیت بودن» و «حداقل کار برای حفظ استمرار».

    من دنبال رکورد زدن یا خودنمایی در فرهنگ «هزل و شب‌زنده‌داری» نیستم. هدف من ساختن کسب‌وکاری است که اولویت آن زندگی و سلامت است، نه فقط کار. پس وقتی از حداقل تلاش حرف می‌زنم، منظورم کم‌کاری نیست؛ منظورم ساختن عادتی است که واقعاً بتوانم ادامه‌اش دهم.

    اگر خودم را مجبور به نوشتن هزار کلمه در روز می‌کردم، شاید یک هفته دوام می‌آوردم. اما یک جمله؟ این را می‌توانم برای همیشه ادامه دهم.

    چطور عادت MVE خودت را بسازی

    از یک کار شروع کن — کاری که واقعاً برای رشد کسب‌وکارت مهم است.
    بعد از خودت بپرس: کوچک‌ترین نسخه‌ی این کار که حتی در بدترین روز می‌توانم انجام دهم چیست؟

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

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

    حالا انجامش بده، هر روز. مخصوصاً روزهایی که حسش را نداری.

    یک فکر پایانی

    جری ساینفلد با روش معروفش «زنجیره را نشکن»، به همین اصل تکیه می‌کرد: کارهای کوچک، اگر هر روز تکرار شوند، تبدیل به عادت‌های شکست‌ناپذیر می‌شوند. قانون حداقل تلاش ممکن، نسخه‌ی من از همان فلسفه است.

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

    اگر در حال ساختن چیزی هستی، با زمان محدود، انرژی محدود و زندگی واقعی در کنار آن، این قانون می‌تواند بازی را برایت عوض کند.

  • وقتی «وایب کدینگ» جای مهارت را می‌گیرد

    وقتی «وایب کدینگ» جای مهارت را می‌گیرد

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

    همه‌چیز از «کدنویسی با هوش مصنوعی» شروع شد. وقتی مدل‌های مولد توانستند کد بنویسند، شرکت‌ها فهمیدند دیگر لازم نیست فقط به برنامه‌نویس‌های سنتی تکیه کنند. به‌جای آن، دنبال افرادی رفتند که بتوانند با کمک هوش مصنوعی «وایب کدینگ» کنند، یعنی بیشتر ایده بدهند و کمتر درگیر جزئیات شوند.

    برای اینکه بدانید «وایب کدینگ»‌ دقیقا چیست خواندن این مطلب هم می‌تواند جالب باشد.

    این روزها حتی مدیران بزرگ فناوری هم از «وایب» حرف می‌زنند. ساندار پیچای (گوگل) در حال vibe-code کردن صفحات وب است، مارک زاکربرگ (متا) می‌گوید هوش مصنوعی جای مهندسان سطح متوسط را می‌گیرد، و مدیرعامل کلارنا خودش را «کدنویس آماتور وایب» می‌نامد.

    اما این فقط شروع ماجراست. مفهوم «وایب ورکینگ» به‌تازگی از دنیای توسعه نرم‌افزار فراتر رفته و وارد محیط‌های شرکتی شده است. بعضی شرکت‌ها حتی عنوان‌هایی مانند مدیر رشد وایب (Vibe Growth Manager) را در آگهی‌های استخدام آورده‌اند؛ فردی که باید با هوش مصنوعی آزمایش کند، کمپین‌های بازاریابی آزمایشی بسازد و ایده‌های خلاقانه را سریع اجرا کند.

    مایکروسافت هم اخیراً در Excel و Word قابلیتی معرفی کرده که به کاربران اجازه می‌دهد بدون دانش تخصصی، فقط با نوشتن درخواست، جدول‌ها و متن‌های آماده بسازند. به‌نوعی، هرکسی حالا می‌تواند در ورد «وایب بنویسد» یا در اکسل «وایب حرف بزند».

    از استارتاپ تا بازاریابی؛ همه‌چیز در حال وایب شدن

    موج «وایب» حالا به صنعت محتوا هم رسیده است. اپلیکیشن Mea فید جدیدی به نام Vibes برای ویدیوهای تولیدشده با هوش مصنوعی معرفی کرده و پلتفرم Sora باعث ظهور گروهی تازه از «خالقان وایب» شده است — کاربرانی که با چند کلیک و چند تصویر مصنوعی، محتوایی تأثیرگذار می‌سازند.

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

    «هرکس از وایب برداشت خودش را دارد. چیزی که برای یک نفر حس خوب است، شاید برای دیگری حس بد باشد.»

    «وایب کدینگ» یا بهره‌کشی مدرن؟

    برای نسل Z که مرز بین کار و زندگی روزبه‌روز محوتر می‌شود، «کار کردن با وایب» جذاب است؛ چون حس آزادی، خلاقیت و بی‌قالبی دارد.
    اما «امیلی دژیو»، استاد دانشگاه کارنگی ملون، هشدار می‌دهد:

    «این واژه پنهان می‌کند که هنوز هم کار، کار است. اگر مدیران آن را فقط به وایب تقلیل دهند، ممکن است ارزش مهارت و تخصص کارکنان نادیده گرفته شود.»

    او کار با هوش مصنوعی را به نوازندگی جَز تشبیه می‌کند: بداهه‌نوازی زیباست، اما تنها وقتی نتیجه می‌دهد که نوازنده سال‌ها تمرین کرده باشد.

    شکاف میان خواسته‌ی شرکت‌ها و توان کارکنان

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

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

    وایب کدینگ زیاد، خروجی بی‌کیفیت

    وقتی کارمندان بیش از حد به وایب تکیه کنند، نتیجه ممکن است انبوهی از فایل‌ها و ارائه‌های طولانی اما بی‌محتوا باشد. «امیلی دی‌فرانکو»، مدیر بازاریابی شرکت Marketri، می‌گوید:

    «هوش مصنوعی عالی است برای تحلیل داده، اما اگر بدون استراتژی استفاده شود، فقط آشفتگی به جا می‌گذارد. نباید فقط با وایب پیش رفت.»

    پایان حرف قشنگ؛ بازگشت به واقعیت

    «وایب کدینگ» حالا واژه‌ی محبوب شرکت‌هاست، اما نباید فریب آن را خورد. افزودن ابزارهای هوش مصنوعی یا تغییر واژگان، فشار و انتظار کارفرما را کم نمی‌کند.
    در نهایت، کار هنوز همان کار است، فقط با ظاهری خوش‌زبان‌تر.