Вміння писати код — це привілей технічних фахівців або ж обовʼязок усіх спеціалістів?

Ви знали, що майже всі в команді Anthropic вміють писати код та робити пул реквести?

Не лише розробники, а й дизайнери, дослідники і навіть люди, чия робота традиційно не пов’язана з кодуванням, як, наприклад, Сем Макалістер (його посада — Brand). Всі вони користуються Claude.

А як ви вважаєте, код — це привілей технічних фахівців? Чи всі фахівці мають розумітися хоча б на базовому рівні? Як це влаштовано у вашій команді?

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

По-перше, не вони вміють, а Claude вміє. Тому це просто реклама їх продукта.
По-друге, вміння писати код нічого не варте без вміння відлагоджувати код. Після курсів усі можуть писати код, але влаштуються та лишаться лиже ті, хто навчиться його відлагоджувати.
Далі, без конкретних прикладів, коли саме вони пишуть код, щось сказати важко.

Там не тільки у відлладці справа, справа в типу мислення. Так чи інакше в цілому навчити можна кого завгодно, при умові що той хто навчається — вчиться. Багато кому від цієї діяльності — тягне на блювотину.

Так відладка саме й потребує особливе мислення. Зазвичай у жітті ми вчимося у середовищі, це помилки припустимі. Наприклад, ми вчимо іноземну мову, робимо помилки, але нас розуміють. Коли ми кидаємо спис теж саме, кидок може бути не ідеальним, але щось поцілити.

Коли мова йле про програмування, математику, налагодження, то одна помилка може зруйнувати усе, і треба її найти та виправити. От в житті такого досвіду небагато, тому це головна проблема, ІМХО, війти вайті, навчитися програмувати, тощо.

Чукча писатель, чукча не читатель

не совсем понял как «пулл реквесты» связаны с «кодом» и с «техническими специалистами»
Требуется разъяснительная команда

Писати код мають всі, в кого є клавіатура.

В кого є листок і ручка (як було кілька разів на співбесідах xD)

Вміння читати код це привілей технічних спеціалістів. Писати код може кожен, але не факт що зможе прочитати і зрозуміти хочаб свій код через півроку.

Взагалі ідея тримати все в системі контролю версій і міняти пул-реквестами, це гарна ідея. З кодом ми вже дійшли до необхідності рев’ю, якогось там покриття тестами, якихось може кволіті-гейтів. А от з документаціями, дизайном, всякими там налаштуваннями, девопс-скриптами, публічними комунікаціями — поки що важкувато. Буває, глянеш на щось таке краєм ока, там якась дурниця. А хто її зробив? Коли? Чому? Воно взагалі зроблено в одній системі, куди в тебе немає доступу і задеплоєно в іншу, куди теж нема. Ну і в результаті або плюнеш на це, або напишеш комусь листа (і плюнуть вже вони). А була б система контролю версій і пул-реквести — можна було б щось зробити.

дуже нагадує кейс старого Приват-банка, де був місячний план по продажу платіжних карт, обов’язковий для всіх співробітників банку — водіїв, інкасаторів, айтішників, ...

Там їх LLM-ка пише код, тому флекс такий собі.

зараз Python починають вивчати в 7-му класі...

Тоді програмісти мають вміти дизайнити, вести перемовини з замовником і продавати послуги компанії для нових кастомерів. хоча це звичайні обов’язки на аутсорс/аутстаф галерах

В стартапі працювали коли-небудь ? Я так 3 роки продукт писав. Повернутись до дому о четвертій ранку, бо новий потенційний замовник за океаном і різниця в 8 годин — було звичайною справою.

І це все звичайні порушення громадянських прав людини. Задля більших прибутків. А хто за це покарає? Ось і порушують безкарно.

І це все звичайні порушення громадянських прав людини. Задля більших прибутків. А хто за це покарає? Ось і порушують безкарно.

Другий мій коментар тотожний першому. Мабуть це якась помилка у скрипті.

Ха-ха-ха! (читаю чиїсь думки) У скрипті керування державою.

Судячі з публікації, маркетингом та коммунікаціями там займається теж якийсь бухгалтер чи сантехнік за допомогою чатгпт... Ідіотизм та профанація.

Git репозиторій може використовуватися не тільки для коду, але й для іншого контенту, зокрема документації.

всі в команді Anthropic вміють писати код

Думають, що вміють писати код.

Навіть знайти команду програмістів, де всі вміють писати код, і то важкувато.

зате вони добре проходять інтервью, <сарказм>адже процецесс інтервью дозволяє добре оцінити кандидатів</сарказм>

Читати мають вміти всі, це дуже непогано розвантажує технічних
спеців при розв’язанні проблем підтримки.

Писати, краще ні. Чім менш людей пишуть код тім краще.

Підтримка консистентності та відсутність шизофренії
(коли одне і теж саме робиться багато разів) в кодовій базі.
Відсутність конфліктів.

Чім менш людей пишуть код тім краще

Якщо дизайнер може сам пофіксити темплейт для емайл нотіфікацій — всі будуть раді, не гоже сеньйорам займатися такою маячнею.

Якщо сеньори насеньорили так що за для пофіксити темплейт для емайл нотіфікацій треба писати код і кудись його комітити — то так їм і треба.

а як інакше ви б це зробили?

Шаблон — це не код, це ресурс. В ідеалі, має бути якась система керування ресурсами через яку шаблон можна міняти хоч кожен день. Відповідно, сам шаблон не потребує кваліфікації розробника. Припускаю що це HTML + якісь особливості рушія шаблонів на кшталт Fluid. Все це доступно дизайнерам.
Можливо йдеться про якийсь мобільний застосунок і ресурси доведеться вкомпілювати і викладати кудись новий білд. Але це теж підлягає автоматизації таким чином що б дизайнери не працювали з кодом та гітом безпосередньо.

Добре, тоді як би ви бачили що відбулась якась зміна і коли вона відбулась, як би ви розуміли що зміна ще тестується чи вже виїхала в прод. Як прозоро бачити дані того ресурсу і бути впевненої що воно раптом не змінилось хтозна-кім не пройдя циклу тестування деплою релізу.

Нууу... Тут можна багато нафантазувати. Але тут вже трохи бізнес і його організація.
У будь-якому разі те місце де редагують шаблон це не прохідний двір, там є авторизація юзерів і аудіт логи. Перенос налаштувань dev -> stage -> prod це теж не прохідний двір і є певна дуже обмежена кількість людей яка має права зробити щось на проді.
В нашому продукті це приблизно так влаштовано. Але він великий кривавий ентерпрайз. Можливо в інших кейсах треба щось простіше або більш автоматизоване.

с кодовой базою в вас вже це все є, а тут ви додаєте по складності ще таку ж саме систему яку треба синхронізувати з першою, оновлювати, бекапити, платити гроші за те щоб ею користуватись, оновлювати інтеграцію якщо там відбулись breaking changes,

і в тому випадку коли для ресурсу потрібно згенерувати оновлений контекст вам все одно треба буде зробити теж саме в кодовий базі, хоча це саме та задача на яку витрачати час розробника дорого

Підписатись на коментарі