Как получить деньги от инвестора на развитие своего бизнеса?
О чем точно не стоит говорить, когда хочешь получить деньги?
Обо всем этом мы НЕ расскажем, потому что хотим, чтобы каждый сделал выводы сам после просмотра.
Это кастинг, в котором мы отобрали первую пятерку предпринимателей, готовых бороться за возможность построить большой бизнес вместе с Василием Хмельницким.
А каждый, кто будет следить за шоу, получит свой WIN — менторство от Василия Хмельницкого и топ-менеджеров UFuture, Unit school of business, INDAX.
Реальные истории предпринимателей, их побед и поражений. Максимально честные эмоции и откровенные установки. Такого страна еще не видела!
Подписывайся на канал, делай WIN WIN SHOW вместе с нами. Покажем миру, как закаляется настоящий украинский бизнес.
Уверены, ты точно не хочешь пропустить то, как мы заработаем кучу денег!
2:36 — как не нужно делать презентацию своего бизнеса
3:19 — как за 1 минуту убедить инвестора дать деньги
5:30 — кто такой хороший предприниматель?
7:23 — как убедить Василия Хмельницкого дать 300 000 € на бизнес
8:09 — почему лучше спасать людей от автокатострофы чем от авиакатастрофы?
10:35 — почему просить мало денег — это плохо?
13:03 — увлекательная история от парня сотрудничающего с NASA
16:45 — берем в проект человека, делающего очки из кофе
21:36 — человек, который придумал костер из одного полена — берем?
34:39 — мастер-класс от Василия Хмельницкого «как продать себя за 1 мин.»
37:17 — как креатив помог производителю веревки пройти кастинг?
____
Ведущий — Василий Хмельницкий, украинский предприниматель, основатель холдинговой компании UFuture и UNIT.City.
Василий Хмельницкий в:
Facebook: www.facebook.com/vkhmelnytsky/
Instagram: www.instagram.com/vkhmelnytsky/
Linkedin: www.linkedin.com/in/vasyl-khmelnytsky-605014188/
Друзья, поговорим о продуктивности?
За время своей работы я перепробовал много способов личного тайм менеджмента, одни работали, другие оказывались для меня неэффективным.
В конечном итоге я вывел для себя идеальный рабочий свод простых правил, которые помогают мне выжимать максимум пользы. В этом виделю я поделюсь этими правилами с вами.
У меня много лет стоял вопрос того как можно структурировать свою жизнь, чтобы оставаться максимально продуктивным и выполнять максимальное количество задач в свое рабоче или свободное время. Кучу разных способов попробовал начиная от таких штук как Pomodoro когда рабочий день делится на 25 рабочие отрезки и 10 минутный отдых, таким образом достигая максимальной концентрации и заканчивая расписыванием своего жизненного плана на 3-6 месяцев.
Это на самом так сложно, потому что ежедневном меняются какие-то обстоятельства и очень сложно быть роботом который ежедневно выполняет одни и теже функции.
Хочу вам рассказать об одном очень крутом способе повышения своей личной эффективности и фокуса, а также он довольно классно снижает уровень стресса, потому что ненужно держать все мысли в голове.
Этот способ я увидел и тут же начал применять когда прочитал книгу которая называется «Getting things done» ее написал David Allen, американец который профессионально занимается тайм менеджментом и личной эффективностью и книга реально очень крутая, всем рекомендую.
Так вот, что же это такое и почему это так сильно помогает в обучении и в личной жизни, а это по сути просто набор простых правил о том как управлять своими задачами которые приходят ежедневно, сохраняя максимальную концентрацию.
*Создание задач и то когда это делать и как*
Вообще самый основополагающий принцип для того чтобы начать использовать ГДТ в своих каких-то ежедневных задач или того чтобы правильно использовать этот инструмент нужно найти для себя инструмент, который позволяет очень быстро сохранить любую входящую задачу.
Задача может быть абсолютно любая может которая связана вашим бытовыми вопросами это может быть задача что-то выучить новое например выучить какой-то новый фреймворк или технологию попробовать написать какую-то частичку кода решить какую-то задачу в общем абсолютно любые действие которые приходит вам на ум должны. Ключевое здесь то, чтобы вы эту задачу смогли максимально быстро записать и убрать из эту мысль из своей головы.
Наш мозг он очень хорошо обрабатывает информацию и очень плохо её сохраняет особенно сейчас когда куча разных отвлечений. Поэтому первое что вы должны сделать это найти для себя инструмент который будет комфортный для вас для сохранения задач.
Я использую Todoist, эта программа как раз таки которая позволяет сохранять быстро различные задачи, добавлять пометки к этим задачам, а главное делать это в любой момент.
Вот это самый сложны этап, привыкнуть в тому чтобы все добавлять в ежедневник.
*Добавление различных контекстов для задач*
Cледующий пункт когда мы добавляем задачу, очень важно определить для нее контекст. Контекст это по сути то, где и когда мы эту задачу можем решить. Например если я вдруг вспомнил что я хочу поговорить со своим менеджеров о подписке на какой-то платный софт, то я могу это сделать только на работе, соответственно я добавляю пометку что эту задачу я буду решать на работе в рабочее время.
Контекст задачи позволяет нам сразу за секунду понимать что я могу делать в конкретный момент времени. Например если вы добираетесь на работу на метро и у вас есть полчаса времени, вы можете добавить контекст в_метро и добавлять например задачи по прочтению какой-то статьи или видео в момент когда вы будете в метро.
*Добавление фильтров*
После того как мы добавили наши задачи нам нужно каким-то образом добавить фильтрация по всем добавленным задачам, чтобы я мог быстро найти задачу которую я буду делать следующей.
Для этого я сделал еще один контекст помимо основных, который называется next это по сути срез задач которые я буду выполнять следующими. Т.е. у меня например может быть с 10ток задач at_business где хранится весь список того что я например хочу выучить или попробовать, но у меня будет только 1-2 задачи next.
Я спрашиваю себя где я сейчас нахожусь и задачи из какого контекста я могу сделать, пускай это будет at_business, тогда следующим что я делаю это смотрю на задачи с пометкой некс, и я сразу знаю к какой задаче мне приступить.
00:00 — Начало
0:34 — Продуктивность в современном мире
1:33 — Мой опыт в тайм менеджменте
3:18 — Мой рабочий способ. Что такое GTD?
4:32 — Фиксирование задач
7:23 — Что такое контекст для задач?
10:53 — Первостепенные задачи
13:55 — Deadline и повторяющиеся задачи в системе GTD
В этом видео мы рассмотрим вопрос того, на сколько важен английский для начинающего IT специалиста. Также я поделюсь своим опытом, советами и лайфахами о том, как быстрее и продуктивнее прокачать свой уровень языка.
Краткая история моего изучения
Я вам уже рассказывал что я на свою первую работу попал через практику в IT компании, и вот в чем дело, на момент когда я попал на практику я довольно хорошо знал Java и все что с этим языком связано, но не технологии. В той компании нужно было сделать 22 лабораторные работы за 2 месяца, 12 из них по Java Core который я знал, а 10 по совершенно новым, незнакомым для меня технологиям, первые 12 я сделал очень быстро, потому что все знал, а дальше начался ад, у меня уровень английского был Beginner и то есть я читаю только с переводчиком, которым криво переводит тех документацию, в общем очень непонятно и это прям очень сильно меня подкасило, потому что столько времени инвестировал в Java а тут оказывается новые технологии, на русском вообще нет нормальной литературы, я не могу толком читать на английском и это сильно затормозило сроки выполнения задания.
Какие требования к Junior к английскому
В первую очередь когда мы говорим о требованиях английского к Junior, то это в первую очередь чтение технической документации, потому что Джуниор должен быстро учиться и быстро осваивать новые технологии, а иногда даже языки, а без чтения тех документации это очень проблемно. Джуниоры не так прям часто коммуцируют, может иногда приходится там какой-то свой статус сказать например или вопрос задать, но в основном это все-таки больше про чтение и про скорость обучения. Поэтому без чтения реально очень туго.
Специфика изучения технического английского
Надо понять также специфику изучения тех английского. Я во время того когда делал лабораторные заметил что очень большое количество слов повторяется в разных источниках, в том числе повторяются фразы, формулировки, а также структура предложения. Все дело в том что технический английский это специфическая достаточно область, в котором есть часто употребляемые слова, особенно что касается тех документации. Их не очень много может 2-5тыс слов, из которых вам нужны где-то 2.5 тысячи.
Как учить слова
В то время я как раз и занялся плотно изучением технических слов, что я собственно сделал, есть приложения по типу lingua leo у которых есть не только мобильное и десктоп приложение, но самое важное есть гугл хром расширение, которое позволяет переводить слова и добавлять их вместе с переводом к себе в словарь. По сути алгоритм достаточно простой, вы устанавливаете это расширение и по ходу своего обучение или уже работы вы скорее всего будете читать какую-то техническую документацию или статьи на английском, вы будете встречать незнакомые слова, и вот с помощью этого расширения, не только два раза кликнув там на слово можно было перевести, вы смотрите что попадает по контексту и не только видите перевод, но также добавляете его к себе в словарь.
И тут самое важное, постоянно учить слова которые находятся в этом словаре и которые будут регулярно пополнятся в процессе чтения. Я в то время установил себе планку 20 слов в день, и это не сильно много, едешь на работу 5 слов выучил, на перерыве снова 5 слов или 10 и еще 5 вечером, или например сразу все 20, 20 слов это не так много. И по сути все измеряется на дистанции, 20 слов это не много, но если посчитать за месяц, то если умножить на 30 это будет 500 слов, а если на 5 месяцев, это уже 2500, не просто английских слов, а целенаправленных слов которые реально взять из технической документации.
Специфика грамматики
Тут сразу простой ответ, запишитесь сразу на курсы, 2-3 раза в неделю, желательно чтобы ваша грамматика и то как вы ее учите пересекалась с теми темами и словами которые будете учить из словаря, скажем так нужна грамматика специализировано для IT спецов. Еще важно понимать что не обязательно знать прямо всю грамматику чтобы прокачаться, на самом в большинстве случаев в технической документации используется там 5 времен из 16 возможных.
Разговорный
Конечно вы его будете так или иначе прокачивать по мере того как будете ходить на курсы, но еще одна такая прикольная фишка которая помогла хорошо и приятно прокачаться это Speaking Сlub. Если вы живете в более менее крупном городе, они у вас точно есть, суть в том что люди просто собираются поговорить на английском, вообще из разных сфер из разных профессий.
00:00 — Начало
00:41 — моя история изучения английского
3:27 — требования к junior-у по знанию языка
5:10 — специфика изучения технического английского
6:26 — как учить слова?
9:37 — изучение грамматики
11:04 — разговорный английский
На машина по главному острову архипелага Окинава. Дороги и автомобили. Американская военная база и как к ней относятся местные жители? Почему Окинава не такая популярная как Гавайи и чего там не хватает туристу?
**********
Станьте спонсором канала и получите возможность смотреть видео первым, смотреть стримы в записи и задавать вопросы и получить доступ к экслюзивному контенту. www.youtube.com/channel/UC1AhzkpXFX6_kAc7niTcc3w/join
**********
Влог о Японии — Все что вы хотели знать о жизни в Японии
Путь в IT. От пользователя к DevOps. С чего начать и что делать дальше. Основные темы IT.
Изучение IT Сферы. С чего начать изучение. Что стоит изучать дальше.
Путь в ИТ от простого пользователь к DevOps.
Что отличает Системного администратора (SysAdmin) и DevOps.
! НЕ СТОИТ ВОСПРИНИМАТЬ ДАННОЕ ВИДЕО КАК ПРАВИЛО, это всего лиш один из вариантов последовательности изучения.
Данный доклад предназначен для тех, кто только начинает изучать гибкие методы разработки программного обеспечения, которые обычно называют Agile.
Я расскажу базовые вещи о ценностях и принципах Agile, на основе которых развиваются современные Agile-методологии Scrum и Kanban. Мы рассмотрим вопрос, почему появилась гибкая разработка (на Западе и у нас), чем она отличается от традиционного подхода к разработке программного обеспечения и почему итеративные методологии стали фактически стандартом дефакто в софтверном мире.
В дополнение к управленческим практикам мы добавим инженерные практики из экстремального программирования, и поймем поймем почему без гибкой архитектуры не бывает гибкой разработки.
Также будет затронута тема внедрения Agile и типичные проблемы, с которыми приходится сталкиваться на этом пути.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.