Elektrine
EN
Log in Register
Paige Chat Timeline Communities Gallery Videos Email DNS VPN Uptime Kairo
Back to Timeline
Remote

КіберКоала

@cyberkoala@infosec.exchange
  • Open on infosec.exchange

This account is dedicated to writing about privacy-oriented, libre (aka open-source and free) software, "indie" / small technologies and issues of digital autonomy and security, in Ukrainian language.

Cover image cc by 4.0 Adam Podstawczyński: https://commons.wikimedia.org/wiki/File:Atari_Mega_ST_1.jpg (processed)

Previously on http://web.archive.org/web/20220523054826/https://koyu.space/@cyberkoala

0 Followers
0 Following
2 Posts
Joined November 16, 2022

Posts

Open post
cyberkoala
КіберКоала @cyberkoala@infosec.exchange · 4d ago
КіберКоала
@cyberkoala@infosec.exchange

This account is dedicated to writing about privacy-oriented, libre (aka open-source and free) software, "indie" / small technologies and issues of digital autonomy and security, in Ukrainian language. Cover image cc by 4.0 Adam Podstawczyński: https://commons.wikimedia.org/wiki/File:Atari_Mega_ST_1.jpg (processed) Previously on http://web.archive.org/web/20220523054826/https://koyu.space/@cyberkoala

infosec.exchange
Replying to @dimkalinux@mastodon.world
@dimkalinux@mastodon.world а вони і не забороняють. Це якраз про відровідальність.
0
0
0
0
Open post
cyberkoala
КіберКоала @cyberkoala@infosec.exchange · 5d ago
КіберКоала
@cyberkoala@infosec.exchange

This account is dedicated to writing about privacy-oriented, libre (aka open-source and free) software, "indie" / small technologies and issues of digital autonomy and security, in Ukrainian language. Cover image cc by 4.0 Adam Podstawczyński: https://commons.wikimedia.org/wiki/File:Atari_Mega_ST_1.jpg (processed) Previously on http://web.archive.org/web/20220523054826/https://koyu.space/@cyberkoala

infosec.exchange
Чудовий, здоровий погляд на використання великих мовних моделей (ВММ a.k.a. ШІ) від автора політики щодо ВММ проєкту Rust. Думаю, це можна застосувати не тільки до розробки софту. Я радий знати, що спільнота проєкту Rust дивиться на це саме таким чином. Загалом, ця політика зосереджена на розумінні і сприянні у тому, щоб у нас була ментальна модель нашого коду, а не лише артефакти, які механічно виконують правильні дії. Основне питання – довкола чого і яких цінностей люди збираються разом, щоб працювати над проєктом, що́ вони хочуть спільно накопичувати й будувати, і що очікують одне від одного, а не у тому, добрий чи поганий код геренують ВММ per se. Думаю, більшість авторів пропозицій (змін до) коду, які використовують ВММ, переконані, що вони щиро допомагають, але для нас сам код є найменшою, і в певному сенсі найменш важливою частиною пропонованих змін. Нас значно більше хвилює те, чи розуміє автор/ка, що́ цей код робить, чи роздумує він/вона над тим, як цей код буде змінюватися у майбутньому, і чи приймає усвідомлені рішення про те, як цей код має виглядати. Сам по собі код ніяк не сприяє жодній з цих речей. Тобто ціннішою за код є когнітивна участь, усвідомлене прийняття рішень людиною по той бік екрану. Код завжди можна переписати, але цього неможливо зробити без достатнього розуміння самої проблеми, того, як саме ми її вирішуємо, і як це рішення буде жити довготерміново. Ми часто зіштовхумося з ситуацією, коли людина відповідає на коментар, копіюючи його у ВММ і вставляючи назад її відповідь. Скажу прямо: це марна трата часу усіх залучених. Якщо б нам була потрібна відповідь ВММ, ми б самі запитали. Ми хочемо почути вашу думку, а не думку машини. Мене турбує асиметрія зусиль і відповідальності, яка тут виникає: той, хто називає себе автором, з допомогою машини дуже швидко створює щось, що потім хтось інший має повністю «перетравити» і зрозуміти, щоб приймати усвідомлені рішення і відповідати за це перед кінцевими користувачами і всіма іншими учасниками проєкту. Ще з давніх до-ШІшних часів я пригадую, як мене дратувало зловживання машинним перекладом окремими авторами в українській Вікіпедії, а особливо коли це ще й було порушенням авторського права (я нерідко вилучав такий переклад). Мені здається, тут щось подібне – нагенерувати щось машиною можна швидко, але хто буде за це відповідати? Хто хоча б раз уважно прочитає це повністю, перш ніж віддавати іншим? Недавно спостерігав, як один розробник зіштовхнувся з нагенерованою ВММ пропозицією змін до свого проєкту. Кінець кінцем він просто переробив все самостійно. Не тому, що код був якимось докорінно неправильний, а тому що це був не той код, який він хотів бачити в своєму проєкті («хто таке пише?»), і він не бачив сенсу казати про це «автору»: Це важливо не тому, що я не готовий прийняти код, створений ВММ. Але через це мені складно зрозуміти, чи є сенс писати автору мої побажання щодо коду, чи простіше переробити це самому. Тобто проблема не стільки в самому коді, скільки у способі взаємодії і очікуваннях одне від одного. Також тут виникає ряд інших етичних питань – наприклад, якщо людина створила з мінімальними зусиллями 100 пропозицій коду з допомогою ВММ, 25 з яких потім опрацювали і довели до пуття інші (решту 75 викинули), а потім ця сама людина в своєму CV подасть список з цих 25 змін як своє індивідуальне досягнення – наскільки це чесно? Ніхто крім автора не зобов'язаний читати вивід ВММ, за винятком добровільного вибору: вивід ВММ заборонений в публічній документації, описах пропозицій змін, а також коментарях на GitHub, якщо він не є явно промаркований¹. Рецензенти не зобов'язані читати ВММні пропозиції змін, якщо вони не бажають. Вважаю, що це чудовий принцип – він відразу чітко декларує рівень очікуваної залученості інших до створеного кимось ВММного вмісту, на противагу вмісту, артикульованого самою людиною безпосередньо. Ви можете генерувати ВММ-ний вміст, якщо тільки ви його бачите, без розкриття [факту використання ВММ], поки ви не публікуєте його де-небудь з очікуванням, що ми будемо його читати чи рецензувати. Це справедливо. При тому зверніть увагу, що політика не містить категоричної заборони на використання ВММ для генерування самого коду: Узгоджений заздалегідь, некритичний, високоякісний, добре відтестований і добре відрецензований код, який початково був створений ВММ, дозволяється, з розкриттям [факту використання ВММ]. Отже, це не проблема коду самого по собі, а питання презумпцій щодо того, наскільки кожен/на з учасників залучені когнітивно. Код, який потрапляє до користувачів і еволюціонує, стає кращим і якіснішим протягом десятиліть, – це вже результат усієї цієї взаємодії і інвестованого спільного [когнітивного] капіталу. 🐨 -- ¹ Останнє стосується тільки коментарів на GitHub. #Rust #NoAI
rust-lang/rust is adopting an LLM policy | Inside Rust Blog
blog.rust-lang.org

rust-lang/rust is adopting an LLM policy | Inside Rust Blog

Want to follow along with Rust development? Curious how you might get involved? Take a look!

7
1
6
0

Remote instance

infosec.exchange
Open on original server
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

Platform

  • Email
  • Chat
  • Timeline
  • Communities
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ

Legal

  • Terms of Service
  • Privacy Policy
  • Warrant Canary
  • Lite (no JS)
  • VPN Policy
  • Source code

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 19:27:18 UTC