Как стать автором
Обновить
6
0
Dmitriy Volkov @Dmitriy_Volkov

Project management / c++ development

Отправить сообщение

Странно получается.
Ок, возможно не во всех странах просто физ лицо может подработать. Безопасность пасажиров, лицензируемая деятельность и т.п.
Но, индивидуальное предпринимательство никто ж не отменял. Такси один из оптимальных вариантов. При этом имеем конкуренцию, вменяемое качество. Те же рейтинги позволяют пользователям хоть как-то влиять на ситуацию.
В результате теперь водитель не будет особо мотивирован выполнять свою работу. Качество упадёт. Цена услуг вырастет в разы. Эти уж леваковые популисты

Мнения разные. Понятно, что большинство людей сами чинить не будут. Но, сама по себе возможность, особенно на случай, если производитель крякнул или просто нет локальных официальных СТО, обязана быть. Иначе это полная зависимость от производителя.
ИМХО спецификации API и UI в т.ч. диагностические, должны быть открытыми и докуменированными, разъёмы, напряжения питания, процесс зарядки (EV) должны быть стандартизированными. Блокировки чужого оборудования должны быть уголовно наказуемыми (привет в т.ч. производителям принтеров и телевизоров). Это моя техника, моя собственность, хочу чиню у официалов, хочу у дяди Васи. Мой риск, мои права. Ограничение прав прерогатива государства и никого более.

Бизнес был бы иначе не масштабируемым, ограниченным тем, сколько семья успеет сама проверить и их капиталом.
А так дополнительно капнула денежка и также увеличились оборотные средства предприятия, если его так можно назвать.

Хотелось б не напарываться на таких "бизнесменов".
И да, "оказались рабочими" настораживает больше всего.

Всё же людям свойственно хайповать на нереализуемых в среднесрочной перспективе темах.
В первую очередь нужен робот способный воспроизводить самого себя, используя местные ресурсы, а также создавать установки по добыче всех необходимых для жизни элементов. Это единственный рабочий вариант.
Идеальные условия для проверки в нашем океане (практически вся таблица Менделеева в растворённом виде).
Сделать островок изолированный куполом. Обеспечить в течение, например, лет 50 жизнеспособную воспроизводимую биосферу, а затем ноосферу.
Следующий шаг — такая же база на Луне. Ну или параллельно.

Думаю, вполне легко ввести обязательный перед началом занятий тестовый звонок с роботом, который сразу поможет преподавателю настроить освещение, звук и т.п.

Статья конечно стёб, но ещё лет 10...15 широко и сейчас в узких кругах специфических компаний подобное не только практикуется, но и преподаётся на тренингах а-ля "Как управлять ресурсами".

Похоже не только на чушь, а на завуалированную рекламу низкого качества.
Чего только стоит фраза, что хранение валюты за несколько лет может принести 15-20% доходности!

В двух словах, если перевести на наши реалии, сколько холопам дорог не построй, все займут.
А 2.5 лярда найдут лучшее применение

Типа упрощённая гипотеза.
Если поверить в то, что концентрация углекислого газа приводит к парниковому эффект, а льды уж точно точно измененяют альбедо, то имеем систему с положительной обратной связью и ограничениями за счёт уже иных факторов (например, нельзя охладится ниже некоторой температуры обеспеченной остыванием магмы, скажем средние 8 градусов, и при каком-то значении, пусть от избытка пара-облаков уже в т.ч. верхних слоях атмосфер, ограничивается перегрев выше пусть средних 25 градусов).
Итого, пусть выше средней температуры Tбаланс температура увеличивается самоувеличивается за n лет до Tверх предел, ниже — самоуменьшается за m лет до Tнижн предел. А какие-то тригеры типа вулкан, смещение плит, метеорит, солнечная активность, удалённость от солнца могут рандомно либо циклично "переключать" между двумя состояниями в случае пересечения Tбаланс. Всё

Да, с рисками вокруг недвижимости тоже полностью согласен.
Риски, связанные со страной, ударят и туда и туда. Вплоть до экспроприации. В последнем случае оптимальный кеш в валюте, за который, как написали, расстреливали, но с ним можно попытаться сбежать, ну и самый малоликвидный вариант это недвижимость.
Но, если мы уже связались со страной, то надо смотреть ratio of rent to purchase или по нашему срок окупаемости и вероятность потери ею стоимости за этот период. Зона оползней, торнадо, наводнений и их частота, политическая нестабильность, степень распределения источников доходов горожан (город-завод или Силиконовая долина это большой риск). Видел как-то интересную статью по Штатам, что в т.ч. банки в таких зонах иначе относятся к ипотечному кредитованию. Так же видел интересные размышления касательно перспектив недвижимости в Силиконовой долине в связи с короной. Кстати, у нас тоже в связи с короной будут страдать бизнес центры, заточенные под IT (всё, что смогут, полностью либо частично переведут на ремоут), гостинничный бизнес, но сохранят позиции жилое жильё, и подрастут частные дома. Ну, если не ударит что-то ещё а-ля экономическое, политическое или локальные конфликты.


А вообще, знал бы прикуп, жил бы в Сочи (с)

"Так как депозит это безрисковое вложение"
Это очень смешная шутка. В Союзе тоже никто не подумал бы, что может быть обнуление.
Достаточно приличного мирового кризиса и покупательная способность условного евро падает в N раз. Цена недвижимости, кстати тоже, но она эквивалентно восстанавливается в цене/доходности после кризиса (если обстоятельства не вынудят продать) лет через 5...10.
А то, что было на счету покупательную способность не восстановит.
Снова таки, памятуя советский опыт, где гарантия, что кроме банка в кризис не разорится и фонд гарантирования вкладов, государство не объявит дефолт и т.п.
Старое правило работает. Только богатые становятся богаче. А мелочь лишь несколько жиреет между кризисами

Насколько я понимаю проблема численного моделирования упирается в то, что сила (ускорение) изменяется пропорционально 1/r2, в то время как численное интегрирование линейно на конечном интервале. И каким бы маленьким мы его не выбрали, тела могут сблизиться на расстояние, где интервал численного вычисления начинает существенно влиять.
Аналитически проинтегрировать движение 3х точек тоже вроде не умеем.
Т.е. можно только более менее посчитать частные случаи типа вращения спутника на орбите Земли с учётом влияния Луны.
А прилёт ещё одной Луны на орбиту Земли посчитать уже не удастся.

Понятно, что не надо доводить до абсурда из серии один дурак столько вопросов задаст, что и семеро мудрецов не ответят. И практика показывает, что любую идею можно довести до абсурда.
Но тут вопрос, если член команды неадекватно (должности) глупый, то как он прошёл собеседование и почему его не уволили? Не тимлида ли это вахта? Понятно, что бывают нюансы с менеджментом или культурой компании, но тогда надо не на форуме жаловаться, а двигаться из такой компании :)

Да, есть же одна из жизненных рекомендаций, что при брейн шторме, что просто при командной работе. Любой должен иметь возможность высказать идею или задать вопрос независимо от его бредовости.
С одной стороны иногда это позволяет посмотреть незамыленным глазом и найти новое эффективное решение. С другой стороны это даёт возможность учиться менее синьорным членам команды. Сплошной профит.

Ещё одна точка применения из моей практики, печать протоколов испытаний ГТД на рулонном матричном принтере.
Особенность, что печатать нужно периодически, но понемногу, например, таблицы параметров работы двигателя на определённом режиме. Это может быть 2-3 строчки за раз. При многочасовых испытаниях на выходе были многометровые простыни формата А3.
Всё это работало в условиях испытательного стенда.
Матричный принтер вписывался идеально.
Понятно, что всё это дублировалось в электронном виде, но таков был регламент, протоколы в бумажной форме.

Соглашусь с вышеприведенным комментарием, что надо начинать с области применения.
Но замечу, что со связками языков не всё так просто. Кроличья нора заметно глубже. Это же замечание и к статье.
Рассмотрим на примере Python. Упомянутые в статье ML, data science на Python, да, работают быстро, но именно потому, что написаны на c. Т.е. Python (кстати, как и многие другие языки) по сути повторил путь c++, а именно предоставил синтаксический сахар важный для прикладных задач и при не потерял быстродействие.
Итого, перед тем, как делать вывод о том, что нужно учить Python, т.к. нравится ML, нужно сначала уточнить хочется пользоваться, либо создавать, либо и то и другое вместе. Т.е. учим Python, либо с, либо с и Python, соответственно.
Аналогично выбор, что учить для Android может свестись, например, к java и c/c++, а не java, если хотим писать рендеринг для тех же мобильных игр.
Самая простая рекомендация для новичка это найти работу своей мечты на сайте вакансий, посмотреть десяток, другой вакансий, погуглить упоминаемые там языки, фреймворки, технологии и т.п., сформировать минимальный джентльменский набор и вперёд, учиться, учиться и учиться :)

Информация

В рейтинге
Не участвует
Откуда
Одесса, Одесская обл., Украина
Зарегистрирован
Активность