AI пише програми. Засновник Cursor: у постпрограмному етапі цінність має «смаки».

Метою Cursor є створення абсолютно нового способу програмування. Ця стаття заснована на статті, написаній Xin, і була складена, скомпільована та написана TechFlow. (Синопсис: новий інженерний агент OpenAI Codex!) Функція запису зі штучним інтелектом, виправлення помилок, запуск тестів: Обмежено 3 типами користувачів для використання в першу чергу) (Довідкове доповнення: Сутність подкасту: ШІ та боти висвітлюють криптовалютний бум, наступна ера мікропідприємництва найсильніша) Як один із найбільш швидкозростаючих продуктів усіх часів, Cursor досяг 100 мільйонів доларів ARR лише через 20 місяців після випуску. Протягом наступних двох років вона перевищила 300 мільйонів доларів США в ARR і продовжує революціонізувати спосіб розробки програмного забезпечення інженерами та продуктовими командами. Станом на початок 2025 року Cursor налічує понад 360 000 платних передплатників. Майкл Труелл є співзасновником і генеральним директором Anysphere, материнської компанії Cursor. Разом з трьома однокурсниками з Массачусетського технологічного інституту він заснував компанію Anysphere і за три місяці запустив Cursor. Майкл Труелл рідко дає інтерв'ю подкастам, раніше був лише на подкастах Lex Fridman. У цьому випуску він розповідає про прогнози на епоху «After code», контрінтуїтивний досвід створення Cursor та погляди на майбутнє інженерів. Цей контент взято з подкасту Lenny's, а нижче наведено повний текст збірки. Мета Cursor полягає в тому, щоб створити абсолютно новий спосіб програмування: в майбутньому люди будуть бачити віртуальний код ближче до англійських речень. Люди матимуть надійний контроль над різними деталями програмного забезпечення, а також матимуть можливість надзвичайно швидко модифікувати та повторювати ітерацій. «Смак» буде ставати все більш цінним: «смак» в його основі лежить чітке розуміння того, що потрібно будувати. Користувачі, які найкраще використовують штучний інтелект, консервативні у використанні технологій: вони дуже добре вміють обмежувати обсяг завдань для штучного інтелекту до меншого, більш чіткого. Центральним елементом співбесіди Cursor є дводенне оцінювання: ці оцінки є імітаційними, але дозволяють кандидатам виконати реальну роботу протягом двох днів. Це не тільки тест на те, «чи хочете ви з ними працювати», але і дуже важливий для залучення кандидатів. Єдине, що приваблює людей приєднатися до ранньої компанії, — це часто команда, з якою, на їхню думку, варто працювати. Основна проблема програмування в стилі чат-ботів полягає в недостатній точності Ленні: Ми говорили про те, що відбувається в епоху пост-коду. Яким ви бачите напрямок курсору в майбутньому? Як технології перейдуть від традиційного коду до інших форм? Майкл Труелл: Мета Cursor полягає в тому, щоб створити абсолютно новий спосіб програмування, інший спосіб створення програмного забезпечення. Ви просто описуєте свої наміри комп'ютеру в максимально стислій формі, і тільки ви повинні визначити, як програмне забезпечення повинно працювати і як воно повинно бути представлено. Оскільки сучасні технології продовжують розвиватися, ми віримо, що можемо стати першопрохідцями в абсолютно новому способі створення програмного забезпечення, яке буде вищим, ефективнішим і простішим у використанні, ніж сьогодні. Цей процес буде сильно відрізнятися від того, як пишеться програмне забезпечення сьогодні. Я хотів би порівняти це з кількома мейнстрімними поглядами на майбутнє форми програмного забезпечення, з деякими з яких ми не зовсім згодні. Одна з них полягає в тому, що будівництво програмного забезпечення в майбутньому буде дуже схожим на сьогоднішнє, покладаючись в основному на редагування тексту за допомогою формальних мов програмування, таких як TypeScript, Go, C, Rust тощо. Інша ідея полягає в тому, що ви просто вводите команди в чат-бот, дозволяєте йому створювати програмне забезпечення для вас, а потім дозволяєте йому змінювати його в будь-який час. Цей стиль чат-бота схожий на розмову з вашим інженерним відділом. Ми вважаємо, що є проблеми з обома візіями. Основною проблемою програмування в стилі чат-бот є недостатня точність. Якщо ви хочете, щоб люди мали повний контроль над зовнішнім виглядом і функціональністю програмного забезпечення, вам потрібно надати більш точний спосіб інструктувати їх внести бажані зміни, а не казати боту в чаті: «Змінити цю частину моєї програми», а потім повністю видаляти її. З іншого боку, світогляд, який думає, що нічого не зміниться, теж неправильний, адже технології будуть тільки міцніти. У світі «пост-коду», який ми уявляємо, вираження програмної логіки буде ближчим до англійської. Можна уявити, що він буде існувати в більш канонічному вигляді, рухаючись в напрямку віртуального коду. Ви можете написати логіку програмного забезпечення, редагувати її на більш високому рівні та легко орієнтуватися в ній. Це не буде незрозумілий код, який складно зрозуміти, мільйони рядків. Натомість він буде зрозумілішим і простішим для розуміння та розташування. Ми працюємо над тим, щоб перетворити складні структури символів і коду на форми, які людям буде легше читати та редагувати. В епоху поштових індексів смак буде ставати все більш цінним Ленні: він глибокий, і я хочу переконатися, що люди розуміють вашу думку. Зсув, який ви уявляєте, полягає в тому, що люди більше не бачать код і їм не потрібно думати на JavaScript або Python. На його місці більш абстрактна форма вираження, ближча до віртуального коду англійських речень. Майкл Труелл: Ми думаємо, що в кінцевому підсумку все дійде до цієї стадії. Ми вважаємо, що досягнення цього етапу вимагає участі та просування існуючих професійних інженерів. У майбутньому люди, як і раніше, будуть домінувати на водійському сидінні. Люди матимуть сильний контроль над різними деталями програмного забезпечення, і їм буде нелегко відмовитися від цього контролю. Люди також мають здатність надзвичайно швидко модифікувати та повторювати. Майбутнє не залежатиме від того, яка робота виконується у фоновому режимі, є повільною та займає тижні. Ленні: У зв'язку з цим виникає питання, які навички, на вашу думку, ставатимуть дедалі ціннішими в «еру посткоду» для нинішніх інженерів або людей, які розглядають можливість стати інженерами, дизайнерами чи менеджерами продуктів? Майкл Труелл: Я думаю, що «смак» буде ставати все більш і більш цінним. Коли люди говорять про смак у світі програмного забезпечення, легко думають про візуальні ефекти, плавну анімацію, підбір кольорів, інтерфейс користувача, UX тощо. Зір дуже важливий для продуктів. Але, як згадувалося раніше, я думаю, що друга половина важливого – це логіка продукту та те, як він працює. У нас є багато інструментів для дизайну візуальних ефектів, але код все ще є найкращим відображенням логіки, яку виконує програмне забезпечення. Ви можете використовувати Figma, щоб показати ефект або намалювати його у своїх нотатках. Але логіка може бути чітко представлена лише тоді, коли у вас є прототип, який дійсно придатний для використання. Інженери майбутнього будуть все більше і більше ставати схожими на «конструкторів логіки». Їм потрібно точно висловлювати свої наміри, переходячи від «як» за лаштунками до високорівневих «що» і «що», а це означає, що «смак» буде важливішим у розробці програмного забезпечення. Ми ще не досягли цієї точки в програмній інженерії. В інтернеті циркулює багато цікавих жартів, що змушують задуматися, про надмірну залежність людей від розробки штучного інтелекту, а також про очевидні недоліки та функціональні проблеми в програмному забезпеченні. Але я вірю, що інженерам-програмістам майбутнього не доведеться приділяти занадто багато уваги контролю деталей, як це роблять сьогодні, і ми поступово перейдемо від суворого і скрупульозного до більш «смаку». Ленні: Це нагадує мені кодування вайбу. Чи схоже це на те, що ви описали як відсутність необхідності занадто багато думати про деталі, а більш природний спосіб програмування? Майкл Труелл: Я думаю, що є зв'язок. Нинішні люди говорять про вайб...

Переглянути оригінал
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
  • Нагородити
  • Прокоментувати
  • Поділіться
Прокоментувати
0/400
Немає коментарів
  • Закріпити