живой тобиш, жизнеспособный :)
Пожалуй все-таки отвечу на вопрос о классификации. На мой взгляд можно разделить пути на интуитивный и рациональный.
Рациональный — это тот который вы назвали скучным, т.к он предполагает сбор данных, их аналитическую обработку и полностью игнорирует ваши эмоции желания и т.д, поэтому «скучный». Этот путь эффективен и используется на уровне корпораций и государств, но для отдельно взятого человека чаще всего трудно реализуем, просто по причине ограниченности ресурсов одного человека которые измеряются годами жизни в конечном счете, его информированностью и т.д. Но главный момент здесь в том, что даже реализовав то что задумали, в конечном счете можете прийти к тому что хотели не этого, и потраченные ресурсы покажутся неадекватными результату. Рациональные пути лучше всего реализовывать чужими руками.
Интуитивный вариант ближе к природе отдельно взятого человека, подразумевает следование своим внутренним побуждениям, интересу, поиску и изучению нового. И, как показывает практика, именно он приводит качественным изменениям в человеке его жизни и доходах. Предыдущий комментарий был об этом.
Что я вижу в статье: желание хорошо зарабатывать — это отлично и правильно. интерес к фин. инструментам — тоже очень хорошо и полезно. привязанность к идее иметь пассивный доход, без понимания того как этот зверь мог бы выглядеть в вашем исполнении... это повод более глубоко задуматься над вопросом и его изучить. Пока глубины проработки вопроса нет, и именно на это указывает большинство «негативных» комментариев. Негатив игнорируйте, но работать так или иначе все равно придется. Успехов.
Просто путей намного больше чем вы привели в статье. Любые множества можно так или иначе свести к двум или N абстрактных категорий, но в данном случае не вижу практического смысла. Начиная с абстрактных рассуждений о доходах невозможно прийти к реальным доходам чаще всего. Правильнее всего концентрироваться на том что вы хотите делать на те доходы которые получите, что вы вообще хотите делать в жизни? Рассуждать о пассивном доходе? Вряд ли. Поэтому определитесь с целями. Реализация конкретных целей (действие) приводит к доходу. Получить источник пассивного дохода слишком абстрактная цель, она вас ни к чему конкретному не приведет.
Если добавить чуть больше конкретики в «веселый путь» то он перестанет казаться веселым и скорее всего превратиться в скучный. По-моему классификация не совсем удачная.
Написано что потрачено N кредитных средств плюс монобанк поздравил меня с первым кредитом, а я его не заказывал)
как это сделать? В поддержке говорят что нельзя
Оно то да, но вопрос в том почему это сделано кредитом, овердрафт — ок, но зачем кредит?
Кредитный лимит 0. Использовано кредита 166грн, т.е это деньги кредитные, т.е будут проценты если их не покрыть я правильно понимаю?
Аналогично, пытаются отмазаться что ничего нельзя сделать
Благодарю!
Тут недавно TDD обсуждали, так вот код-ревью это из той же серии. Это продвинутые методологии/инструменты разработки для продвинутых слаженных команд, в которых присутствует определенная профессиональная культура. Такую команду еще вырастить нужно. Часто сталкивался с ситуациями где все эти методологии применялись абы как без должного понимания и уровня подготовки людей, естественно лучше бы этого не делали.
Надо пробовать. Тут много пишут о том как оно должно быть по их мнению (среднестатистическому). На мой взгляд если есть желание (а оно у вас есть раз обдумываете этот вариант) всегда есть шансы. Бывают очень удачные совпадения где все не так жестко как вам понарассказывают опытные :) поэтому удачи вам!
эх, похоже не твой день
дальше не читай :)
Религия это если цитировать только эти три слова, не нужно из контекста вырывать. Там достаточно аргументов, причем я не отрицал достижение качества другими путями.
Философствование на тему нужно или не нужно TDD возникает когда качество результата работы вторично и не важно. Если качество на первом месте только TDD может привести к результату за разумное вермя. Все остальные методологии разработки либо никогда не приведут к желаемому результату (желаемое качество не достижимо) либо потребуют намного больше ресурсов (типа анализ и математические доказательства, батальон QA инженеров и т.д). Да и вообще если нужно качество то все это будут применять одновременно.
Кстати по-поводу роли QA инженера. Он тестирует продукт с точки зрения конечного пользователя и каждый раз заново (результаты не сохраняются), это задача разработчика сохранить результаты предыдущих правок в коде и только TDD позволяет это сделать гарантированно.
Писать код сразу и без ошибок это детская фантазия и сопли. Возможно только на простейших задачках с малым количеством кода. Это как насмотревшись боевиков думать что в одиночку можно побить двадцать человек. Ресурсы человека в реальности очень ограничены. Ошибки в коде возникают из-за ограниченности сознания и невозможности удержать во внимании сразу все.
Не используют, потому что цели другие. Быстро, качественно и дешево — выберите две.
-логії