Часто кто-то пишет в личные сообщения с вопросом: как отличить проект, который действительно работает, от чистого PPT?
Скажу по правде, я сам тоже платил за обучение. Теперь у меня выработался глупый метод — не важно, как сильно он хвастается, просто спрашиваю себя: есть ли у него действительно достойный продукт?
Хотя бы тестовая версия, пусть даже недоделанная, подойдет. По крайней мере, это доказывает, что команда пишет код, а не просто сочиняет истории. Кто не может нарисовать большой пирог в белой книге? Ключевое - сможет ли Демо запуститься.
Есть еще один совет: проведите горизонтальное сравнение проектов одного типа. Говорит, что он быстрый? Тогда давайте посмотрим на данные — сколько TPS, время формирования блока в секундах, как спроектированы узлы. Заявляет, что он инновационный? Тогда нужно смотреть, отличается ли он как SOL, SUI, которые заново создают базовую архитектуру, или это просто новый облик старого проекта.
Я обнаружил закономерность: проекты, которые действительно работают, не могут скрыть настоящую работу в деталях. Продукт можно реально использовать, частые коммиты кода на GitHub, документация постоянно обновляется, экосистема партнеров растет, даже атмосфера в сообществе отличается — обсуждаются улучшения функций, а не просто продажи.
С другой стороны, те, кто пустой, могут быть поняты за десять минут: полные экрана лозунгов, пустых обещаний и размытых временных линий.
На самом деле это не так сложно. Запомните четыре слова: может бежать, может использоваться, может сравниваться, может обсуждаться. Если вы выполните эти пункты, то сможете отсеять 80% ловушек. Остальное зависит от того, сможете ли вы понять истинную ценность, а не поддаться эмоциям.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
9 Лайков
Награда
9
5
Репост
Поделиться
комментарий
0/400
0xSleepDeprived
· 4ч назад
Действительно, смотреть на записи коммитов в GitHub надежнее, чем слушать любые истории.
Сказано хорошо, я тоже попался на уловку и теперь запомнил.
Вайтпейпер - это вещь, которую может хвалить кто угодно, главное, чтобы демонстрация работала.
Не могут даже выпустить тестовую версию? Это в основном просто концепция.
Сравнив данные по горизонтали, все становится очевидным, скрывать нечего.
Обсуждают ли в сообществе функции, это действительно может выявить много проблем.
Не стоит трогать проекты с холодного GitHub, это говорит о многом.
Детали действительно не обманут, даже у самых красноречивых команд код должен быть настоящим.
Эту методологию я должен сохранить, она с легкостью отсекает более половины мусорных проектов.
Посмотреть ОригиналОтветить0
CoffeeOnChain
· 4ч назад
Действительно, посмотрите на историю коммитов на GitHub, неохота слушать истории.
Посмотреть ОригиналОтветить0
ChainWatcher
· 4ч назад
Ух ты, действительно, частота коммитов на GitHub в этом плане просто потрясающая. Сразу видно, кто действительно пишет код, а кто просто занимается пустой болтовней.
Посмотреть ОригиналОтветить0
BridgeNomad
· 4ч назад
да, сталкивался с эксплойтами мостов... частота коммитов на github - это настоящий показатель. видел слишком много "революционных" протоколов, которые замолкали после запуска основной сети. часть с работающей демонстрацией? это буквально базовые требования, а не функция лол
Посмотреть ОригиналОтветить0
GasDevourer
· 4ч назад
Действительно, эти четыре слова я должен вбить себе в голову... уже напугали обманом.
Часто кто-то пишет в личные сообщения с вопросом: как отличить проект, который действительно работает, от чистого PPT?
Скажу по правде, я сам тоже платил за обучение. Теперь у меня выработался глупый метод — не важно, как сильно он хвастается, просто спрашиваю себя: есть ли у него действительно достойный продукт?
Хотя бы тестовая версия, пусть даже недоделанная, подойдет. По крайней мере, это доказывает, что команда пишет код, а не просто сочиняет истории. Кто не может нарисовать большой пирог в белой книге? Ключевое - сможет ли Демо запуститься.
Есть еще один совет: проведите горизонтальное сравнение проектов одного типа. Говорит, что он быстрый? Тогда давайте посмотрим на данные — сколько TPS, время формирования блока в секундах, как спроектированы узлы. Заявляет, что он инновационный? Тогда нужно смотреть, отличается ли он как SOL, SUI, которые заново создают базовую архитектуру, или это просто новый облик старого проекта.
Я обнаружил закономерность: проекты, которые действительно работают, не могут скрыть настоящую работу в деталях. Продукт можно реально использовать, частые коммиты кода на GitHub, документация постоянно обновляется, экосистема партнеров растет, даже атмосфера в сообществе отличается — обсуждаются улучшения функций, а не просто продажи.
С другой стороны, те, кто пустой, могут быть поняты за десять минут: полные экрана лозунгов, пустых обещаний и размытых временных линий.
На самом деле это не так сложно. Запомните четыре слова: может бежать, может использоваться, может сравниваться, может обсуждаться. Если вы выполните эти пункты, то сможете отсеять 80% ловушек. Остальное зависит от того, сможете ли вы понять истинную ценность, а не поддаться эмоциям.