Думаю, знание о том, что можно упростить и способность упростить всё таки отдельные вещи. Зажимать нужно перфекционизм, когда он мешает, и это больше психологическая способность, чем техническая.
Очень позновательная инфа у вас на канале, я начинающий и как раз сталкиваюсь с такими проблемами, когда хочешь сделать идеально, но все же идеально никогда не получится, запустить свой небольшой проект даже не для денег, а просто для опыта и интереса, в котором тоже много подводных камней... Дорогу осилит идущий. Считаю не важно сколько опыта и знаний, если ставить перед собой цели и идти к ним, то результат долго не заставит ждать. Спасибо за ценную информацию
концовка клево показывает как профи делает реально свою работу :) просто но эффективно. Отличные наблюдения, а главное это действительно так - перфекционизм топит проекты нашими же руками!
Достойный обдумывания взгляд, акцент на действительно широко распространённой проблеме, приятный вкрадчивый голос; можно было бы выразить мысль короче (наблюдение, но не призыв) и график на видео выглядит избыточным, но всё же спасибо за отлично проделанную работу. Подписался. P. S.: Субтитры нуждаются в правке.
Ты действительно прав. Есть ряд людей которые больше заморочены на на деталях чем на цели. Как я понимаю это перфекционисты. Я сам в себе долго борол это пока не научился фокусироваться на цели
Прикольное видео ) Хотел минуснуть, за уклон в сторону перфекционизма ))) Но плюсанул за откровенность в желании побаловаться с камерой ))) Реализация проекта имеет отношение в первую очередь к бизнесу. А механизмы реализации вторичны. Здесь можно устроить холивар на эту тему, но это особо не имеет смысла... В запуске личного проекта или еще чего имеет больший смысл "Умение ставить перед собой цель и достигать ее" ))
До конечной цели, нужно разбить разработку на 2 части "быстрый прототип", и когда уже "взлетит", продуктивный качественный продукт. Если на стадии "быстрого прототипа" заниматься .. дизайном, оптимизацией, рефакторингом то остатся там можно бесконечно долго, вплоть до гибели проекта. Должен быть максимальный положительный ответ
10:25 - да, 160 лайков и ни одного диза - это же успех! А парадокс в том, что если бы ты тогда отложил еще на недельку, то начал бы подбирать контраргументы самому себе же (и нашел бы их!) и так и не выпустил. Самая прозрачная и мотивирующая мораль, которую я когда-либо выносил с роликов на UA-cam! Успехов тебе.
раз живьем, надо делать то что тебе нравиться и не важно что говорят другие надо реализовать свои проекты ,если не начать сейчас то завтра будешь жялеть что не начал вчера
Прямо в душу, я 1.5 года делал мою первую игру. Лез на гору кода всё выше и выше, вместе с тем еще и медленнее. Когда в голову приходила новая фича я оборачивался и видел что переделывать с каждым разом надо всё больше. В конце концов я залез на эту гору, как оказалось не единственную а одну из многих, я сделал какое то подобие движка! И тут моему взору открылось что я совершенно не представляю себе ни как я буду рисовать новую графику (до этого я тырил из любимых игр), ни как я буду писать сюжет. Дальше я захотел писать более сложные сценарии для локаций и механики и еще столько всего поприходило в голову... а это снова переписывать части кода всё больше и больше. И я понял что просто я не в состоянии развивать свой проект, не в состоянии даже обслуживать того монстра которого написал. Просто делать контент для него стало чуть ли не сложнее чем писать сам движок. Сел, покурил, подумал что такими темпами я и за 10 лет не закончу и признался себе что я откусил больше чем могу прожевать... Сегодня я продолжаю развивать себя, учусь у более опытных, а тот монстр лежит в портфолио что бы пугать им детей, и работодателей) П.с. 11:28 Оо, гениальный костыль)))
У меня задача делать образовательный сайт, делаю сам для себя как фуллстек. Я делаю сам, выучил html, css, js, nodejs, mongodb. Учёба длилась около года, параллельно я начинал делать проект раз 40. После каждого курса появлялись критические знания и приходилось начинать заново. Потом решил поизучать реактивные СПА фреймворки Реакт, Ангулар, Вью, Свелт. А эта часть учёбы затянулась на полгода. И каждый раз я пытался начинать делать с реактивными фреймворками свой проект, и сталкивался с неадекватными трудностями, в итоге решил вообще отказаться от этих реактивных фреймворков. Но зато конечно я попутно выучил много других технологий, типа Вебпака и как правильно организовать бэк (да, это прикол, но при изучении фронтендских фреймворков лекторы часто показывали хороший бекенд код. Такое ощущение, что они сами пришли из бэка). Так вот, при создании на Ангуларе и Реакте возникает ощущение, что ты не программируешь, а решаешь инфраструктурные задачи самих же фреймворков, т.е. они сами понапридумывали себе сложности в своём способе программирования. Вью - уже лучше, НО он забагован до смерти. Я около месяца боролся с багами Накста, например, не работал сокет.ио если в одной папке бек и фронт; некоторые либы не работали в одних папках, но работали в других. Мистики было слишком много. Решил попробовать Свелт, и, о, чудо, синтаксис Свелта просто божественен, я даже начал делать всякие крутые штуки на фронтенде, но потом начал собирать свой проект, и оказалось, что много ванильных джс библиотек на него либо встают, либо встают криво. В итоге, я сильно не взлюбил СПА фреймворки. Они лишь усложняют работу. И решил вернуться к стеку статических сайтов на ноде, там всегда всё шло плавно. Недавно узнал, что сейчас набирают обороты фреймворки на вебсокетах типа phoenix liveview, hotwire. Интересно, есть ли такое же но на JS? Может быть meteor.js? Его я немного изучал тоже. Хочется сделать всё-таки реактивный сайт, но не на популярных СПА фреймворках. Вообще учусь с декабря 2019 года, чтобы делать свои проекты. У меня есть один проект на юкозе, он стал приносить немного прибыли, там обычный блог про иностранный язык. Решил, что надо делать что-то серьёзное, потому что я пробовал заказывать скрипты у других, и прогеры меня часто не понимали. Теперь я могу делать всё сам. Так как моя задача сделать минимальноживучий продукт, а потом его в случае успеха дорабатывать но уже со штатом прогеров, то думаю я правильно сделал, что не стал бесконечно учиться всем технологиям и откладывать его разработку. Хотелось бы в случае провала проекта быть профпригодным (СПА фреймворки не подходят мне по стилю программирования, хотя я люблю всё, и вёрстку, и бэк, и плагины для фронтенда могу писать). Интересна ваша точка зрения правильно ли я всё делаю?
А можно было просто с самого начала снимать влог с iPhone se с дешевым триподом в 4к, внешним микрофоном sure с фильтром, самодельным softbox за копейки. А ведь аффтор увлекался фотографией! Но за видео все равно спасибо. P.S. После информации имхо самое важное во влогах это качество звука.
У меня были разные проекты. Прежде, чем записывать проект в статус мечты. Нужно понимать уровень мечты, коты мечтают поймать птичку, та найти червячка. А Циалковский мечтал о лучистом человечестве в космосе с высокой моралью. И даже проводил расчёты которые позже дали свои плоды. После этого, задать себе вопрос. На каком уровне мечты, я ставлю себе планку? И почему моя мечта такая маленькая или такая большая. Все обязательно получится, если точно ответить на эти вопросы.
Первая причина это ты, А вторая все твои мечты, Третья это все твои слова, Я им не поверил едва. Четвёртая причина это ложь, Кто прав, кто виноват - не разберёшь, А пятая причина это боль Оттого, что умерла любовь. Оттого, что умерла любовь. Игорь Николаева
Блин, и правда, я же уже 4 недели пишу систему аутентификации, регистрации и авторизации для своего пет-проджекта, потому что хочу сразу всё сделать правильно )))))))))
Перфекционизм - одно, другое дело, когда понимаешь, что тебе потом под этот продукт писать модули, и в том случае, если он останется с таким говнокодом на костылях - поддержка превратиться в жопоком... Поэтому в таком случае важен рефакторинг основного проекта. Опять же зависит от объемов. Но опыта и знаний чертовски не хватает. Поэтому еще одна аксиома (известная) - всегда будет хотететься со временем сделать проект лучше. За видео спасибо, познавательно
Все зависит от мотивации человека. Я вот уже месяца 3-4 пишу проект на JavaCore+Swing + некоторые другие библиотеки вспомогательные (по сути первый проект для своего резюме) и уже 3-я итерация, переписывание на основе предыдущих версий, из-за проблем с архитектурой. Одно и то-же. Не могу сказать что в восторге от переписывания одних и тех же процессов, но для меня принципиально закончить проект. Поэтому даже не пугает то, что переделываю его на лучшей архитектуре, вместо того чтобы учить современные технологии, фреймворки, и даже такие как связь с БД и веб-морды. Успею. То о чем Вы (ты) рассказываешь - это больше банальное: "Нафига мне свой проект, когда приходится думать за все направления, и этапы разработки, когда есть работа и свой "небольшой участок, за которое платят"... По сути Стартап свой и работа, это наемная работа и свой бизнес. Не каждый готов быть человеком - оркестром. И еще одно - после работы обычно кодить свой проект уже не хочется, а там может быть задачек и кодинга поболее чем на самое работе. Чисто морально от кода можно уставать. Поэтому выбор - насиженное место или свой проект мечты с непонятной перспективой? Без достаточного опыта? :) (с) Ваш Кэп
тут один нюанс. Проект, запущенный, может просто не пойти и оказаться никому не нужным. Смысл в этих тяжелых приготовлениях? Но, из запущенного но не пошедшего проекта можно извлеч опыт. Найти причины чем не понравился людям и т.п. И ради этого стоит запустить быстрее. Опять таки, он может пойти но не туда. И окажется, что понадобятся другой стэк технологий. С акцентом не на фронт, а например на быструю бд.
Да. Вот есть ещё такая проблема. Человек хочет сделать свой фейсбук, и, возможно, у него бы это получилось. Но человек смотрит на фейсбук какой он сейчас, смотрит на фейсбук, на котором уже поработали годами. Есть смысл брать пример с первых версий продукта.
Проекты в которых срезают углы - реально запускаются и начинают приносить прибыль. Но с такими проектами возникают сложности при написании версии 2.0. Я думаю у автора видео должны быть мысли и по этому поводу, интересно послушать
мне бывший директор из 90-х когда-то рассказывал, что в основном пробивались не очень далекие люди, так как они тупо делали и решали проблемы по мере их поступления, и в итоге богатели, а сильно умные предвидя наперед проблемы не решались делать и так остались ни с чем, так что все верно! а еще нужно избегать людей, которые тебе говорят, что не все так просто, тут нужно то, а тут это, это демотивирует
Simply say - just do it . --> наприклад : clerkscart.com Да і - забув сказать що між двома вершинами графіка , є ще одне - time , тобто подальша робота проекта прямозалежна від моменту запуску - всі успішні проекти - успішні , в багато чьому - тому що були запущені саме в той час коли потрібно think about this
"Не запустим свои проекты." Так так... А это ли не мнение тех людей, которые считают методологии разработки - фуфлом, отнимающим время ?? Которые думают "что этот ПМ себе позволяет, нам и техлида достаточно!", "зачем вся эта стендап болтовня??, лучше не мешайте мне кодить" ? P.S. Я не ПМ, не аналитик.
Очень приятное видео и интересная тема . Спасибо что делишься своим опытом и не забрасываешь канал .
под столом с концовки!!!!)))))))
а вообще, я б и книгу твою почитал: очень много полезного можешь в ней передать.
спасибо большое!
Элемент неожиданности
пока будешь читать книгу, другие будут кодить.
Одно из самых лучших видео за последнее время! Так держать!
11:23 видно как эмоция проскользнула, что пришлось сдержать и не прослезиться)
Самой главной составляющей успешного проекта является удача - умение оказаться в нужное время в нужном месте с нужным багажом знаний!
Ты охренительно умные вещи говоришь.
Я о них как раз каждый день размышляю и спасибо, что я не один разбираю эти концепты.)
Вы очень искренний, интересно послушать опыт другого человека и проанализировать. Вы делаете пользу. Удачи и добра !
Летом 2021 я впервые увидел твои видосы, заинтересовался и подписался. Спасибо за труды, пока что всё по теме.
Спасибо вам огромное за ваши усилия. Великолепный влог!
Душевненько получилось. Видно, что тема интересна автору. Спасибо за твои видео.
Идея в принципе верная - делай быстро из говна и палок чтобы проверить работоспособность идеи, а далее сделаешь красиво.
Да, качество света пофиг и главное инфа. Я даже не смотрел а слушал видео занимаясь параллельно делами по дому. Спасибо за видео. Все правда.
Думаю, знание о том, что можно упростить и способность упростить всё таки отдельные вещи. Зажимать нужно перфекционизм, когда он мешает, и это больше психологическая способность, чем техническая.
Очень позновательная инфа у вас на канале, я начинающий и как раз сталкиваюсь с такими проблемами, когда хочешь сделать идеально, но все же идеально никогда не получится, запустить свой небольшой проект даже не для денег, а просто для опыта и интереса, в котором тоже много подводных камней...
Дорогу осилит идущий.
Считаю не важно сколько опыта и знаний, если ставить перед собой цели и идти к ним, то результат долго не заставит ждать. Спасибо за ценную информацию
концовка клево показывает как профи делает реально свою работу :) просто но эффективно. Отличные наблюдения, а главное это действительно так - перфекционизм топит проекты нашими же руками!
Класс, Дим. Спасибо за мысли. Прям по моим больным местам.
В конце понравилось. 11:24
Надо было тебя послушать и запускать проект))))
Супер отличный ролик! Качество видео мне показалось обычным, а вот сама информация очень понравилась. Спасибо.
Достойный обдумывания взгляд, акцент на действительно широко распространённой проблеме, приятный вкрадчивый голос; можно было бы выразить мысль короче (наблюдение, но не призыв) и график на видео выглядит избыточным, но всё же спасибо за отлично проделанную работу. Подписался.
P. S.: Субтитры нуждаются в правке.
Спасибо за совет!)
Просто лучший )) Нет слов, твое видео задело до глубины души ))
Спасибо, ты совершенно прав, молодчина, что делишься. Спасибо!
Дим, дело говоришь. Спасибо тебе за твой труд и твоё творчество! =)
Блин... Так жизненно! Если коротко о качестве чего-либо и времени реализации этого, то идеал равен бесконечности.
Спасибо за видео. Тоже в Германии (Мюнхен) на данный момент. Похожие мысли у меня, делаю по-тихоньку side-проект :)
Я не програмист конечно, а 3дшник, но инфа общая и полезная. К схожим мыслям я уже дошел сам, мне бы это видео в 18 лет посмотреть блин)
Молодец! Приятно и интересно слушать тебя. Кстати то о чем ты говоришь называется "правило Паретто 80/20"
Рад что подписался на тебя, дельные вещи говоришь
очень мощно, особенно в конце, спасибо)
Ты действительно прав. Есть ряд людей которые больше заморочены на на деталях чем на цели. Как я понимаю это перфекционисты. Я сам в себе долго борол это пока не научился фокусироваться на цели
Прикольное видео ) Хотел минуснуть, за уклон в сторону перфекционизма ))) Но плюсанул за откровенность в желании побаловаться с камерой ))) Реализация проекта имеет отношение в первую очередь к бизнесу. А механизмы реализации вторичны. Здесь можно устроить холивар на эту тему, но это особо не имеет смысла... В запуске личного проекта или еще чего имеет больший смысл "Умение ставить перед собой цель и достигать ее" ))
Да вы полезный дяденька дохрена, я погляжу!
Концовка замечательна! Продолжай снимать - у тебя правда круто получается.
Блин, прям точно всё описал. У меня всё так же с музыкой.
огромное спасибо, я просто только сейчас понял суть почему я ничего не начал делать
спаааассссиииибббббоооооо!!!!
Отлично сказано!
До конечной цели, нужно разбить разработку на 2 части "быстрый прототип", и когда уже "взлетит", продуктивный качественный продукт. Если на стадии "быстрого прототипа" заниматься .. дизайном, оптимизацией, рефакторингом то остатся там можно бесконечно долго, вплоть до гибели проекта. Должен быть максимальный положительный ответ
Отличное видео, спасибо ))) Именно так и есть
10:25 - да, 160 лайков и ни одного диза - это же успех! А парадокс в том, что если бы ты тогда отложил еще на недельку, то начал бы подбирать контраргументы самому себе же (и нашел бы их!) и так и не выпустил.
Самая прозрачная и мотивирующая мораль, которую я когда-либо выносил с роликов на UA-cam! Успехов тебе.
раз живьем, надо делать то что тебе нравиться и не важно что говорят другие надо реализовать свои проекты ,если не начать сейчас то завтра будешь жялеть что не начал вчера
Первые 15 секунд и сразу лайк.
В точку. Такая же ситуация
...последние кадры порадовали... но немного нехватает тех уличных видео...
Прямо в душу, я 1.5 года делал мою первую игру. Лез на гору кода всё выше и выше, вместе с тем еще и медленнее.
Когда в голову приходила новая фича я оборачивался и видел что переделывать с каждым разом надо всё больше.
В конце концов я залез на эту гору, как оказалось не единственную а одну из многих, я сделал какое то подобие движка!
И тут моему взору открылось что я совершенно не представляю себе ни как я буду рисовать новую графику (до этого я тырил из любимых игр), ни как я буду писать сюжет.
Дальше я захотел писать более сложные сценарии для локаций и механики и еще столько всего поприходило в голову... а это снова переписывать части кода всё больше и больше.
И я понял что просто я не в состоянии развивать свой проект, не в состоянии даже обслуживать того монстра которого написал. Просто делать контент для него стало чуть ли не сложнее чем писать сам движок.
Сел, покурил, подумал что такими темпами я и за 10 лет не закончу и признался себе что я откусил больше чем могу прожевать...
Сегодня я продолжаю развивать себя, учусь у более опытных, а тот монстр лежит в портфолио что бы пугать им детей, и работодателей)
П.с. 11:28 Оо, гениальный костыль)))
У меня задача делать образовательный сайт, делаю сам для себя как фуллстек. Я делаю сам, выучил html, css, js, nodejs, mongodb. Учёба длилась около года, параллельно я начинал делать проект раз 40. После каждого курса появлялись критические знания и приходилось начинать заново. Потом решил поизучать реактивные СПА фреймворки Реакт, Ангулар, Вью, Свелт. А эта часть учёбы затянулась на полгода. И каждый раз я пытался начинать делать с реактивными фреймворками свой проект, и сталкивался с неадекватными трудностями, в итоге решил вообще отказаться от этих реактивных фреймворков. Но зато конечно я попутно выучил много других технологий, типа Вебпака и как правильно организовать бэк (да, это прикол, но при изучении фронтендских фреймворков лекторы часто показывали хороший бекенд код. Такое ощущение, что они сами пришли из бэка). Так вот, при создании на Ангуларе и Реакте возникает ощущение, что ты не программируешь, а решаешь инфраструктурные задачи самих же фреймворков, т.е. они сами понапридумывали себе сложности в своём способе программирования. Вью - уже лучше, НО он забагован до смерти. Я около месяца боролся с багами Накста, например, не работал сокет.ио если в одной папке бек и фронт; некоторые либы не работали в одних папках, но работали в других. Мистики было слишком много. Решил попробовать Свелт, и, о, чудо, синтаксис Свелта просто божественен, я даже начал делать всякие крутые штуки на фронтенде, но потом начал собирать свой проект, и оказалось, что много ванильных джс библиотек на него либо встают, либо встают криво.
В итоге, я сильно не взлюбил СПА фреймворки. Они лишь усложняют работу. И решил вернуться к стеку статических сайтов на ноде, там всегда всё шло плавно.
Недавно узнал, что сейчас набирают обороты фреймворки на вебсокетах типа phoenix liveview, hotwire. Интересно, есть ли такое же но на JS?
Может быть meteor.js? Его я немного изучал тоже.
Хочется сделать всё-таки реактивный сайт, но не на популярных СПА фреймворках.
Вообще учусь с декабря 2019 года, чтобы делать свои проекты. У меня есть один проект на юкозе, он стал приносить немного прибыли, там обычный блог про иностранный язык. Решил, что надо делать что-то серьёзное, потому что я пробовал заказывать скрипты у других, и прогеры меня часто не понимали. Теперь я могу делать всё сам.
Так как моя задача сделать минимальноживучий продукт, а потом его в случае успеха дорабатывать но уже со штатом прогеров, то думаю я правильно сделал, что не стал бесконечно учиться всем технологиям и откладывать его разработку.
Хотелось бы в случае провала проекта быть профпригодным (СПА фреймворки не подходят мне по стилю программирования, хотя я люблю всё, и вёрстку, и бэк, и плагины для фронтенда могу писать).
Интересна ваша точка зрения правильно ли я всё делаю?
все так) отлично раскрыл мысль)
наверное это лучший видосик, который я видел на канале
А можно было просто с самого начала снимать влог с iPhone se с дешевым триподом в 4к, внешним микрофоном sure с фильтром, самодельным softbox за копейки. А ведь аффтор увлекался фотографией!
Но за видео все равно спасибо.
P.S. После информации имхо самое важное во влогах это качество звука.
Спасибо за хорошее видео. Очень познавательно.
Супер! Концовка тоже :)
Но в итоге качество + опыт + контент очень хорошо зашло)
У меня были разные проекты.
Прежде, чем записывать проект в статус мечты. Нужно понимать уровень мечты, коты мечтают поймать птичку, та найти червячка. А Циалковский мечтал о лучистом человечестве в космосе с высокой моралью.
И даже проводил расчёты которые позже дали свои плоды.
После этого, задать себе вопрос.
На каком уровне мечты, я ставлю себе планку? И почему моя мечта такая маленькая или такая большая. Все обязательно получится, если точно ответить на эти вопросы.
Первая причина это ты,
А вторая все твои мечты,
Третья это все твои слова,
Я им не поверил едва.
Четвёртая причина это ложь,
Кто прав, кто виноват - не разберёшь,
А пятая причина это боль
Оттого, что умерла любовь.
Оттого, что умерла любовь.
Игорь Николаева
Вы как мысли читаете
Хорошее видео спасибо! Может ширик накрутить, чтобы грип увеличить?
не ну доска вселяет доверие
Спасибо!
Спасибо за старания
хорошее видео! ждем ещё
Дим, все классно разложил по полочкам! спасибо за видео!
Респект!
о, классная тема :)
Господи только не давно попал на график ребят когда опыт только мешает и ты знаешь что надо будет писать много тестов и тд... Голова разрывается
Всё верно рассказал.
Братик, сделай реставрацию двойки. Просто сделай это.
Вы получается по сути описали кривую обучения :) Но было интересно. Спасибо!
Оч кстати это видео.
Спасибо )
Вот на перфекционизме я и встрял :(
Блин, и правда, я же уже 4 недели пишу систему аутентификации, регистрации и авторизации для своего пет-проджекта, потому что хочу сразу всё сделать правильно )))))))))
👍
Перфекционизм - одно, другое дело, когда понимаешь, что тебе потом под этот продукт писать модули, и в том случае, если он останется с таким говнокодом на костылях - поддержка превратиться в жопоком... Поэтому в таком случае важен рефакторинг основного проекта. Опять же зависит от объемов. Но опыта и знаний чертовски не хватает. Поэтому еще одна аксиома (известная) - всегда будет хотететься со временем сделать проект лучше.
За видео спасибо, познавательно
Все зависит от мотивации человека. Я вот уже месяца 3-4 пишу проект на JavaCore+Swing + некоторые другие библиотеки вспомогательные (по сути первый проект для своего резюме) и уже 3-я итерация, переписывание на основе предыдущих версий, из-за проблем с архитектурой. Одно и то-же. Не могу сказать что в восторге от переписывания одних и тех же процессов, но для меня принципиально закончить проект. Поэтому даже не пугает то, что переделываю его на лучшей архитектуре, вместо того чтобы учить современные технологии, фреймворки, и даже такие как связь с БД и веб-морды. Успею.
То о чем Вы (ты) рассказываешь - это больше банальное: "Нафига мне свой проект, когда приходится думать за все направления, и этапы разработки, когда есть работа и свой "небольшой участок, за которое платят"... По сути Стартап свой и работа, это наемная работа и свой бизнес. Не каждый готов быть человеком - оркестром.
И еще одно - после работы обычно кодить свой проект уже не хочется, а там может быть задачек и кодинга поболее чем на самое работе. Чисто морально от кода можно уставать. Поэтому выбор - насиженное место или свой проект мечты с непонятной перспективой? Без достаточного опыта?
:) (с) Ваш Кэп
тут один нюанс. Проект, запущенный, может просто не пойти и оказаться никому не нужным. Смысл в этих тяжелых приготовлениях? Но, из запущенного но не пошедшего проекта можно извлеч опыт. Найти причины чем не понравился людям и т.п. И ради этого стоит запустить быстрее.
Опять таки, он может пойти но не туда. И окажется, что понадобятся другой стэк технологий. С акцентом не на фронт, а например на быструю бд.
если взлетит - нанимаются люди всё всё переписывают нафиг
не взлетит - время было просто потеряно
как и везде нужен баланс
Это называется эффект Даннинга-Крюгера.
Да. Вот есть ещё такая проблема. Человек хочет сделать свой фейсбук, и, возможно, у него бы это получилось. Но человек смотрит на фейсбук какой он сейчас, смотрит на фейсбук, на котором уже поработали годами. Есть смысл брать пример с первых версий продукта.
Эффект Даннинга-Крюгера.
я думаю эта тема пересекается с перфекционизмом))
спасибо за видео класс
Проекты в которых срезают углы - реально запускаются и начинают приносить прибыль. Но с такими проектами возникают сложности при написании версии 2.0. Я думаю у автора видео должны быть мысли и по этому поводу, интересно послушать
Все просто: чтобы возникла необходимость в версии 2.0 проект должен запуститься и принести прибыль.
мне бывший директор из 90-х когда-то рассказывал, что в основном пробивались не очень далекие люди, так как они тупо делали и решали проблемы по мере их поступления, и в итоге богатели, а сильно умные предвидя наперед проблемы не решались делать и так остались ни с чем, так что все верно! а еще нужно избегать людей, которые тебе говорят, что не все так просто, тут нужно то, а тут это, это демотивирует
Simply say - just do it . --> наприклад : clerkscart.com
Да і - забув сказать що між двома вершинами графіка , є ще одне - time , тобто подальша робота проекта прямозалежна від моменту запуску - всі успішні проекти - успішні , в багато чьому - тому що були запущені саме в той час коли потрібно think about this
Топ.
Картинка в тему www.reddit.com/r/ProgrammerHumor/comments/b6axju/im_proud_of_this/ концовки ролика :)
А еще проект загибается в процессе разработки. Когда приходит понимание, что твой велосипедный монстр с костылями не так прекрасен.
Но работает и людям бы был полезен. Поэтому художнику нужен куратор, а программисту бизнесмен.
А разве не поэтому нужно начинать с альфы ? И раннего доступа ? Шансы того, что ты начнешь с бэта версий, ниже
Вопрос же в другом, альфа версию тоже нужно ограничить, написать, выпустить и привлечь людей, которым это интересно.
Купи плз петличку, звук все равно очень слабый, неудобно слушать. Контент хороший, но хочется конечно не напрягать слух)
+futuramaks смотри новые видео
Ищу напарника для разработки игры. C++ (no exceptions, no rtti), vulkan.
А это на заднем плане у вас какой-то лофт? P.S. Потом увидел, что это доска :)
Я просто уточню. Он рисует на стене в подъезде?
смотри до конца ;)
@@SeniorSoftwareVlogger 🙈
я свой закинул пол года назад.
"Пока что я метан"
"Не запустим свои проекты."
Так так...
А это ли не мнение тех людей, которые считают методологии разработки - фуфлом, отнимающим время ?? Которые думают "что этот ПМ себе позволяет, нам и техлида достаточно!", "зачем вся эта стендап болтовня??, лучше не мешайте мне кодить" ?
P.S. Я не ПМ, не аналитик.
График дорисовать нужно, чтобы тема сисек была раскрыта)
Джон Уик помогает запустить свой проект.
😂
первая причина это ты, а вторая все твои мечты...
Первая причина поп ыт? окей выбрасываю перехожу на симпл димпл
Иисус с мира Айти !
Абсолютли
типа горе от ума
В точку!
Ключевые слова : "скорее всего".