В очень ближайшем будущем, если уже не сейчас, работу сотрудников уровня Джун будут заменять ИИ: разработка прототипов, простых модулей, скриптом, подготовка отчетов и т.д. Возникнет потребность в сеньорах, но как им стать не пройдя уровень джун. Возможно на передний план выйдет качественная характеристика - возможность роста и длительной работы в компании. Как это будут выявлять пока представить сложно
Пока вы ничего не приобрели, это не применимо. А когда приобретете, то неосновательное обогащение будет сложно применить. Тут, действительно, может идти речь об оферте. Но все зависит от того, как именно у них оформлен этот магазин. Это может быть какой-нибудь "каталог цен на недвижимость".
Я приведу пример, почему выбран именно критерий профильности: основная выручка идет от IT. Завтра условный банк, или компания, добывающая нефть принимает бизнес-решение, что им не нужен свой IT отдел. На основной бизнес это не влияет, и компания продолжает деятельность. С другой стороны так сделать разработчик ПО не может, так как это приводит к закрытию бизнеса.
Решается предоставлением договора купли-продажи. Неопределенности нет. Право собственности переходит в момент сделки. Постановка на учет - процесс не связанный с продажей.
Не обязательно, чтобы новый владелец попадал в ДТП. Он может нарушать правила и наполучать штрафов, которые автоматом старому придут. Но штрафы можно опротестовать тем же ДКП
Я перестал советовать такой способ. Есть же принцип, что сокрытие не является усилением безопасности. Закрытый код - не гарантия отсутствия дырок. При этом второй номер будет тут же известен как только будет первый перевод по СБП. Продали что-то на avito и номер уже у другого человека / компании. Понятно, что можно не принимать звонки на этот номер, а работать только с сообщениями, но где гарантия, что в базах нет связки номера-человек.
Тоже удивился этому. Думал, там модульность будет более широкой. Буквально вчера менял диск на msi prestige 15. Там все, из перечисленного в статье, меняется менее 10 минут, все в слотах и на винтах
Я бы подумал над разделением сценариев использования, и над соответствующей адаптацией.
Сценарий 1: использование навигатора для обычного маршрута. Это могут быть маршруты до часто используемых точек. В этом случае важна оптимизация. Отсутствие пробок, предупреждения об изменениях. Сам маршрут, и его вариации как правило известны. Как и особенности на каждом из них.
Сценарий 2: навигатор для новых маршрутов. В этом случае важны подсказки особенностей пути. Правильный выбор полосы. Особенности ограничений (скоростной режим, проезд перекрестков). Более ранние предупреждения.
MVP, как и любые другие инструменты, работает только в определенных условиях. Это нужно учитывать. Например, для продуктов с длинным циклом внедрения - не подходит. Также не будет работать с продуктами, которые не являются программным обеспечением. Есть сложности с составными продуктами, где ценность определяется набором параметров, например, автомобиль.
Есть нюансы с определением пользователей.
Первые пользователи сами подскажут тебе, что можно улучшить и какие фичи было бы круто добавить в полноценную версию проекта.
Привожу пример. Вы делаете продукт: вывод статистики по каждому игроку в футбольном матче. Чтобы зритель мог на экране ткнуть в игрока мышкой и посмотреть статистику. Если думать в концепции MVP, то вы сделаете простой вывод данных в виде списка. Пользователи-зрители после первого применения скажут, что удобнее было бы показывать рядом с игроком. А проблема тут в том, что пользователей у продукта нет вообще. Покупать некому. Зритель смотрит только матчи любимых команд. Транслятор тоже это понимает: число его зрителей зависит от матча, а не от наличия технологии.
Описание подхода начинается с попытки представления частиц волной:
Давно известна дуальность поведения элементарных частиц. Они могут вести себя подобно корпускулам, а могут подобно волне. Так же известно, что заряженная частица способна рождать электромагнитные волны. Будет логично предположить, что сама частица так же будет представителем электромагнитной волны.
В эту концепцию не попадают бозоны. Например, глюон - квант сильного взаимодействия. Если же вы ограничиваетесь только фермионами, то не указано почему.
Но в отличии от понятия электромагнитной волны, частица имеет ограничение в измерении пространства.
По квантовой механике условное "положение" (~ границы) определяются вероятностью нахождения в данной точке. Математическим языком - квадрат модуля волновой функции. Там нет границ.
Далее в статье вы рассматриваете частицы и античастицы на примере нейтрино и антинейтрино. Но если теория претендует на основу всего, то надо рассматривать кварки, из которых как раз и состоят нейтрино и антинейтрино.
И в конце, если идти в сторону колебаний, то почему бы не заняться как раз именно этим разделом физики - "теорией поля", и частью ее: теорией струн.
Примерно раз в год появляется цикл статей на хабре от разных авторов на тему космологии или объединения взаимодействий. Со ссылками на разные ресурсы (на proza.ru даже было). А должны быть ссылки на научные публикации.
Метрика Шварцшильда похожа на уравнения эм. поля в сферических координатах тем, что в обоих случаях используются сферические координаты.
Сравнивать похожесть формул в физике нельзя. Эта наука вообще не про формулы.
Если посмотреть на определение двухфакторной аутентификации, то два фактора там: то что ты знаешь (пароль) и то чем ты владеешь (ключ). Сначала стали использовать SMS под видом второго фактора, но номером ты не владеешь по договору, а арендуешь его. Что уже не подходит. А потом вообще оставили только SMS
И с учетом того, что никакую сертификацию он не пройдет для использования на дорогах общего пользования. Сначала заставят повесить нормальные зеркала заднего вида.
В очень ближайшем будущем, если уже не сейчас, работу сотрудников уровня Джун будут заменять ИИ: разработка прототипов, простых модулей, скриптом, подготовка отчетов и т.д. Возникнет потребность в сеньорах, но как им стать не пройдя уровень джун. Возможно на передний план выйдет качественная характеристика - возможность роста и длительной работы в компании. Как это будут выявлять пока представить сложно
Пока вы ничего не приобрели, это не применимо. А когда приобретете, то неосновательное обогащение будет сложно применить. Тут, действительно, может идти речь об оферте. Но все зависит от того, как именно у них оформлен этот магазин. Это может быть какой-нибудь "каталог цен на недвижимость".
Я не про EULA, которое все кликают не читая. А про контракты на поставку, где прописаны все условия, тип лицензии, ответственность и сроки поддержки.
Обсуждать тут нечего. "VMware предложил. Broadcom заявил". Как будто-то все на словах делается. Надо смотреть условия лицензионного соглашения
Выделение отдельных структур - давняя организационная практика.
Я приведу пример, почему выбран именно критерий профильности: основная выручка идет от IT. Завтра условный банк, или компания, добывающая нефть принимает бизнес-решение, что им не нужен свой IT отдел. На основной бизнес это не влияет, и компания продолжает деятельность. С другой стороны так сделать разработчик ПО не может, так как это приводит к закрытию бизнеса.
Так, а если вращать такую планету в 10 раз быстрее, чем Землю?
Решается предоставлением договора купли-продажи. Неопределенности нет. Право собственности переходит в момент сделки. Постановка на учет - процесс не связанный с продажей.
Не обязательно, чтобы новый владелец попадал в ДТП. Он может нарушать правила и наполучать штрафов, которые автоматом старому придут. Но штрафы можно опротестовать тем же ДКП
Я перестал советовать такой способ. Есть же принцип, что сокрытие не является усилением безопасности. Закрытый код - не гарантия отсутствия дырок. При этом второй номер будет тут же известен как только будет первый перевод по СБП. Продали что-то на avito и номер уже у другого человека / компании. Понятно, что можно не принимать звонки на этот номер, а работать только с сообщениями, но где гарантия, что в базах нет связки номера-человек.
Последнее - велостанок Elite Novo Force
UPD: для тренировок в помещении. Заднее колесо фиксируется в станке и позволяет крутить педали на месте
Приведенные примеры ближе к проектному управлению. Если про продуктовое, то для указанных областей это будут:
Не дирижер, а художественный руководитель. Именно он определяет какие постановки будут, кто целевой зритель
Не тренер, а владелец команды. У тренера одна цель : побеждать. А у владельца еще на горизонте контракты, реклама
Не прораб, а главный архитектор. Архитектор описывает ключевые характеристики готового продукта - здания
Шеф, возможно
Не режиссер, а продюсер фильма.
Главное, чтобы обучение не стало целью. У учебных заведений есть свой KPI по числу клиентов.
WEEK, Битрикс 24, Лидер Таск, если искали российское ПО.
Тоже удивился этому. Думал, там модульность будет более широкой. Буквально вчера менял диск на msi prestige 15. Там все, из перечисленного в статье, меняется менее 10 минут, все в слотах и на винтах
Я бы подумал над разделением сценариев использования, и над соответствующей адаптацией.
Сценарий 1: использование навигатора для обычного маршрута. Это могут быть маршруты до часто используемых точек. В этом случае важна оптимизация. Отсутствие пробок, предупреждения об изменениях. Сам маршрут, и его вариации как правило известны. Как и особенности на каждом из них.
Сценарий 2: навигатор для новых маршрутов. В этом случае важны подсказки особенностей пути. Правильный выбор полосы. Особенности ограничений (скоростной режим, проезд перекрестков). Более ранние предупреждения.
MVP, как и любые другие инструменты, работает только в определенных условиях. Это нужно учитывать. Например, для продуктов с длинным циклом внедрения - не подходит. Также не будет работать с продуктами, которые не являются программным обеспечением. Есть сложности с составными продуктами, где ценность определяется набором параметров, например, автомобиль.
Есть нюансы с определением пользователей.
Привожу пример. Вы делаете продукт: вывод статистики по каждому игроку в футбольном матче. Чтобы зритель мог на экране ткнуть в игрока мышкой и посмотреть статистику. Если думать в концепции MVP, то вы сделаете простой вывод данных в виде списка. Пользователи-зрители после первого применения скажут, что удобнее было бы показывать рядом с игроком. А проблема тут в том, что пользователей у продукта нет вообще. Покупать некому. Зритель смотрит только матчи любимых команд. Транслятор тоже это понимает: число его зрителей зависит от матча, а не от наличия технологии.
Описание подхода начинается с попытки представления частиц волной:
В эту концепцию не попадают бозоны. Например, глюон - квант сильного взаимодействия. Если же вы ограничиваетесь только фермионами, то не указано почему.
По квантовой механике условное "положение" (~ границы) определяются вероятностью нахождения в данной точке. Математическим языком - квадрат модуля волновой функции. Там нет границ.
Далее в статье вы рассматриваете частицы и античастицы на примере нейтрино и антинейтрино. Но если теория претендует на основу всего, то надо рассматривать кварки, из которых как раз и состоят нейтрино и антинейтрино.
И в конце, если идти в сторону колебаний, то почему бы не заняться как раз именно этим разделом физики - "теорией поля", и частью ее: теорией струн.
Примерно раз в год появляется цикл статей на хабре от разных авторов на тему космологии или объединения взаимодействий. Со ссылками на разные ресурсы (на proza.ru даже было). А должны быть ссылки на научные публикации.
Метрика Шварцшильда похожа на уравнения эм. поля в сферических координатах тем, что в обоих случаях используются сферические координаты.
Сравнивать похожесть формул в физике нельзя. Эта наука вообще не про формулы.
Если посмотреть на определение двухфакторной аутентификации, то два фактора там: то что ты знаешь (пароль) и то чем ты владеешь (ключ). Сначала стали использовать SMS под видом второго фактора, но номером ты не владеешь по договору, а арендуешь его. Что уже не подходит. А потом вообще оставили только SMS
И с учетом того, что никакую сертификацию он не пройдет для использования на дорогах общего пользования. Сначала заставят повесить нормальные зеркала заднего вида.