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