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



Це також спонукало мене задуматися про структуру прийняття рішень у проектах. Такі ключові управлінські ролі, як CTO, справді мають приймати рішення самостійно, а не командою. Причина дуже проста — коли залучено кілька людей, ланцюг довіри легко може порватися. Ви ніколи не зможете повністю підтвердити справжні наміри та логіку прийняття рішень ваших колег, особливо коли йдеться про бренд, активи та репутацію спільноти. Іноді виглядає, що консультації та співпраця можуть насправді стати приводом для перекладання відповідальності та відмови від неї.
SOL-3,5%
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • 6
  • Репост
  • Поділіться
Прокоментувати
0/400
FOMOSapienvip
· 01-12 12:43
Тільки це? Просто копіювати інтерфейс біржі і називати це найраніше — смішно. Зараз проєкти Solana дійсно колективно позбавлені креативу. Один CTO приймати рішення — це ненадійно, краще дивитись, хто засновник. Перед входом не читали білу книгу? Індивідуальні рішення частіше призводять до rug-подій, не обманюйте себе. Проєкти з гарною історією зазвичай... ти знаєш.
Переглянути оригіналвідповісти на0
SchroedingersFrontrunvip
· 01-12 00:53
Історія гарна, але така відверта крадіжка елементів дизайну — це просто безглуздо, це вже занадто Самостійне рішення звучить круто, але що робити, якщо цей хлопець захоче втекти... Мультиучасне управління хоча б дозволяє взаємно стримувати один одного Якщо подумати навпаки, то можна знайти виправдання для багатократної відповідальності, але й одинокий деспот не обов’язково більш надійний Якщо вас приваблює фон історії — вперед, але це і є початок вашої великої програшу... Злам ланцюга довіри — це неминуче незалежно від кількості людей, що приймають рішення, головне — чи здатні ці люди діяти правильно Справді? Тоді я ще менше хочу торкатися... Після цього шкодуєш? Брате
Переглянути оригіналвідповісти на0
StealthDeployervip
· 01-12 00:48
Безпосередньо копіювати дизайн біржі і називати себе "найпершим"? Я чув цю фразу занадто багато разів, це просто копіпаста.
Переглянути оригіналвідповісти на0
RektButSmilingvip
· 01-12 00:44
哈,直接 копіювати дизайн біржі? Ця операція трохи смілива, мушу сказати, що цей підхід здається мені підозрілим. Використання фрази "найраніше" ще більш дивне, звучить так, ніби ти намагаєшся себе підкреслити... CTO один приймає рішення? Я з цим не зовсім згоден, це може легко перетворитися на авторитарне рішення, і хто тоді відповідатиме? Ризик односторонньої відмови дуже великий. Командна модель хоча й повільніша, але принаймні має систему стримувань, не дозволяйте історіям вас занести. Зачекайте, ви справді працюєте над цим проектом чи просто тестуєте його? Що сталося з цим проектом у кінці, спитайте про прогрес.
Переглянути оригіналвідповісти на0
FrogInTheWellvip
· 01-12 00:29
Просто копіювати елементи дизайну і хвалити себе "першовідкривачем"? Я вже багато разів бачив цей трюк До речі, коли один CTO приймає рішення — це набагато небезпечніше, це ж одна точка відмови Не розумію, як люди ще вважають, що командна робота збільшує витрати на довіру... Копіювання маркетингових схем — то нормально, але потім розраховуємо на історії, щоб привернути увагу. Я таких проєктів уникаю Постійте, ви правда вірите, що одна людина прийматиме рішення прозоріше? Тоді вам потрібно переосмислити
Переглянути оригіналвідповісти на0
SmartContractPhobiavip
· 01-12 00:27
Чи справді дизайн бірж вважається найстарішим? Це логіка здається трохи абсурдною, відчувається, що це просто обгортка Індивідуальне рішення звучить круто, але хто несе відповідальність у разі проблем? Ця теорія легко може закінчитись провалом у практиці На Solana багато гарних проектів, але справжніх вижили небагато... А скільки ти тут ризикнув? Командна структура дійсно може спричинити суперечки, але й рішення одного людини не обов’язково безпечніше, навпаки, його легше зробити мішенню Я чув цю фразу "найраніше застосовано" вже занадто багато разів, і чим все закінчилося, ти ж сам знаєш
Переглянути оригіналвідповісти на0
  • Закріпити