Нещодавно в ланцюгу з'явилися чутки про те, що я маю стати CTO, і тут потрібно внести ясність — я не є CTO. Я просто помітив під час сканування ланцюга термін «审马积累», який, на мою думку, добре пасує до теми року коня і був популярним у Web2 епосі, тому й використав його.
Причина, чому я зараз це озвучую, полягає в тому, що на стороні dev дійсно немає значного прогресу на певному етапі, але якщо я не проясню свою фактичну роль і рішення, мене можуть зрозуміти так, ніби я беру на себе відповідальність, яка мені не належить. Це було б несправедливо щодо прозорості та довіри в команді.
Рольові межі проекту насправді дуже важливі, адже спільнота має знати, хто саме відповідає за кожен етап.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
13 лайків
Нагородити
13
4
Репост
Поділіться
Прокоментувати
0/400
StopLossMaster
· 01-09 11:34
Брате, ця хвиля — це переважно перекладання відповідальності чи щирі пояснення?
Якщо dev застряг, швидко пояснюй, дійсно трохи незручно.
Щодо меж ролей — говорять гарно, але чи справді спільнота цікавиться цим?
CTO — це просто титул, головне — чи зможуть вони зробити справу.
Виявили популярні слова через сканування ланцюга — одразу використали, і ще раз потрібно пояснювати?
Прозорість — цей термін у криптосвіті все більше викликає підозру.
Тож, як там справи з прогресом? Не лише пояснюйте свою особистість.
Переглянути оригіналвідповісти на0
RooftopVIP
· 01-09 11:23
Чутки про ланцюг настільки абсурдні, що навіть CTO можуть їх придумати
Зачекайте, якщо розробник застряг, то ви повинні вийти і взяти на себе провину? Це вже занадто
"Накопичення审马" — це все? Повторне використання популярних слів також може створити образ
Гучно кричати про прозорість — гарно звучить, але хто дійсно дбає про межі ролей
Чи корисно прояснювати? Все одно продовжуєте мріяти про те, що хочете
Переглянути оригіналвідповісти на0
PretendingToReadDocs
· 01-09 11:19
Ха-ха, чутки про CTO справді неймовірні, просто цікаво, хто вигадав такий вис.
Розібратися з межами ролей — це я зрозумів, інакше dev застрягне, а потім і винним буде, що просто дико.
Люблю, коли так активно уточнюють, заощаджує потім від суперечок.
Популярні слова, виявлені під час сканування блокчейну, так одразу й використовуємо, досить аутентично, чесно кажучи.
Прозорість справді потребує уважності, інакше комюніті почне фантазувати.
Якщо в dev немає прогресу, то треба ясно сказати, не дати людям гадати.
Ім'я "накопичення аудиту" справді досить улучено, Web2 ті штучки тут знову пожили.
Коли межі відповідальності чіткі — то й легше, не потрібно брати на себе чужий тягар.
В наш час проектам, що наважуються активно уточнювати, — нечасто зустрінеш, то недурно.
Переглянути оригіналвідповісти на0
failed_dev_successful_ape
· 01-09 11:19
Ну, таке прояснення все ж правильне, адже чутки, як тільки з'являються, вже не зупинити
Застрягання dev-карти — це насправді досить поширене явище, головне — не дозволяти спільноті самостійно домислювати відповідальність
Чітке визначення ролей дійсно важливе, інакше потім виникнуть проблеми, і ніхто не знає, кому їх перекладати
До речі, ця фраза "накопичення审馬" досить точно передає суть
Масив повідомлень у мережі літає всюди, і добре, що хтось вийшов і сказав своє слово — це справедливо по відношенню до довіри
Нещодавно в ланцюгу з'явилися чутки про те, що я маю стати CTO, і тут потрібно внести ясність — я не є CTO. Я просто помітив під час сканування ланцюга термін «审马积累», який, на мою думку, добре пасує до теми року коня і був популярним у Web2 епосі, тому й використав його.
Причина, чому я зараз це озвучую, полягає в тому, що на стороні dev дійсно немає значного прогресу на певному етапі, але якщо я не проясню свою фактичну роль і рішення, мене можуть зрозуміти так, ніби я беру на себе відповідальність, яка мені не належить. Це було б несправедливо щодо прозорості та довіри в команді.
Рольові межі проекту насправді дуже важливі, адже спільнота має знати, хто саме відповідає за кожен етап.