Емнип на моем первом смарте HTC Desire 2010 года была функция то ли отбоя звонка, то ли выключения звука путем простого переворота экраном вниз. Про отключение звука вызова клавишей питания — это вообще стандартная функция везде.
Хотелось бы строгого доказательства, а не голословных заявлений.
Alpha Zero не использует ничего, кроме правил.
Т.е. веса в процессе обучения не подстраивались, вот как её запустили так она с изначальным набором весов и работает до сих пор?
А если подстраивались, то не означает ли это, что благодаря ёмкости своей нейросети alpha zero смогла упаковать значительно больший «справочник дебютов» чем любой составленный человеком, и это позволяет ей лучше оценивать текущую ситуацию используя меньшую глубину поиска, и никакого тактического мышления там нет, просто оптимизированные таблицы решений?
Проблема сводится к тому, что компании ссылаются на внутренние пакеты по имени, например my-internal-package, а злоумышленник публикует в центральном реестре/репозитории пакетов языка (для PHP это packagist.org) пакет с таким же названием my-internal-package, имеющий более высокую версию. После этого компании устанавливали и выполняли эти зловредные пакеты вместо своих внутренних пакетов, потому что их диспетчер пакетов выбирал версию с более высоким номером из стандартного репозитория пакетов вместо внутреннего репозитория.
Что?!!! Я понимаю какой-нибудь пет-проект на локалхосте с настройками композера (или его аналогов) по-умолчанию такое чисто теоретически может прокатить. Но для более серьёзных контор это вряд ли.
Во-первых: ну хорошо, угадал он что в компании Pear Inc. используют префикс пакетов pear-ink/, а не pear/ и не pi/, а с остальной частью имени пакета он что будет делать, подбирать рандомом, или он сначала получил доступ к исходникам?
Во-вторых: мы вот ни разу не apple, но у нас почему-то изначально lock файл комитится и проект разворачивается только через composer install, и не потому что мы параноики, а чтоб иметь протестированное окружение, а не то что там composer update автоматом наподключает.
В-третьих, за пакетами мы ходим через кеширующий прокси, на котором политики: все что не разрешено — запрещено.
А можете, как стоматолог по образованию, ответить на ряд вопросов:
1. Дайте, пожалуйста, определение, что такое «банальная местная анестезия»?
2. Почему даже сейчас перед тем как сделать «банальную местную анестезию» у пациента интересуются: не кружится ли у него голова, не тошнит ли его?
3. Это конечно может не по профилю вопрос, так как в стоматологии вроде уже не употребляется новокаин/лидокаин, но в других операциях вполне. Так собственно вопрос: почему перед использованием «банальной местной анестезии» у пациента интересуются нет ли у него аллергии на новокаин/лидокаин?
И да, пока врач несёт уголовную ответственность за жизнь и здоровье пациента, любые действия, не обязательные по медицинским показаниям и могущие угрожать здоровью или жизни — будут просто «прихотью» пациента.
О да — эти отвратительные «совковые» стоматологи. Так и шли каждое утро на работу с упоительной мыслью сколько же пациентов они заставят страдать!
Может всё гораздо проще: был определённый уровень понимания как работает наркоз, как он может или не может влиять на здоровье, в конце концов устоявшиеся медицинские практики, которые в том числе могли говорить: «можешь обойтись без наркоза — обойдись, чтоб как минимум не навредить». Сейчас, возможно, информации о влиянии препаратов гораздо больше, опыта применения так же гораздо больше, и практика применения их поменялась в соответствии с новыми знаниями.
Мне от этого не полегчало, потому что вложенность у массивов бывает «мама не горюй».
Отсюда вывод: не используйте массивы, используйте DTO и сериализацию. И не надо рассказывать про то что сериализация — это медленно, а DTO — сложно в проектировании. Зато в поддержке получится дешевле на порядок, а разницу можно вложить в железо, если вам вдруг сериализация так сильно на скорость повлияла.
Я сделал просто: как только встал вопрос работы удаленно, договорился с женой, что для работы снимаю отдельную квартиру-студию в 10 минутах ходьбы от дома. Итог:
— нет часовых поездок на работу/с работы, вместо них 10-минутная прогулка;
— когда я на работе — я на работе, никто не забежит с просьбами срочно послушать стишок или быстренько вынести мусор;
— когда я не на работе — на любое сообщение по работе я могу ответить: ок если это срочно я готов это сделать через пол часа, мне надо добраться до рабочего места, если не срочно — сделаю завтра.
С пустяками вроде трехмерного футбола с очень серьезной физикой и графикой, мощным ИИ, и очень серьезными расчетами в реальном времени ноут справляется.
Так напишите систему сборки фронта на видеокарте, если конечно получится. Вся физика и графика замечательно распараллеливается и обсчитывается на видеокартах. Со сборкой кода такое вряд ли прокатит.
ноут за 80 кусков
Печатная машинка конечно дорогая, но вы вроде собирались ноутбук для разработки покупать? Я вот стационарный комп год назад покупал, он мне без видеокарты в 90К обошелся, аналогичный по производительности ноутбук будет все 120К, а то и больше. Но это же рабочий инструмент.
Пару лет назад играл в SC2 под wine. Потом решил пройти всего Ведьмака и на SC2 забил. Сейчас играю в KCD. Каких то фризов не замечено. Система: Ryzen 7 2700 + RX 580. ОС: debian testing + sid.
Для Debian Linux и RHEL, а также устройств Android возможно пройдут года прежде, чем новое ядро будет в боевой эксплуатации.
Хотелось бы узнать что имеется в виду под «боевой эксплуатации»? Эксплуатация на prod серверах? Так там вроде никто особо не спешит, главное не сломать то что уже работает, а не получить новые «плюшки» для видеокарт. На машинах обычных пользователей? Как-то странно, вот в мае вышел 5.7
From Linus Torvalds
Date Sun, 31 May 2020 17:44:02 -0700
Subject Linux 5.7
Как минимум с конца июля он доступен пользователям
Если 3000 нетто — при оплате банковскими переводами я оплачиваю: 3000+ налог в той стране куда перевожу с 3000 + 40 транзакция.
Тогда давайте посчитаем во что вам обойдется российский разработчик с такими условиями. Возьмем российского ИП на УСН Доход 6% со всеми соцвзносами (я знаю что на патенте дешевле, но я с ним не работал, посчитать для патента не смогу). Для простоты исключим колебания курса в течение года.
— зп нетто: 3000 евро * 12 * 87,34 = 3144240 руб
— страховые взносы за 2020: 32448 руб
— УСН: 3144240 руб * 0,06 - 32448 = 156206 руб
— ОМС за превышение 300К: (3144240 руб - 300000 руб) * 0,1 = 284424 руб (вроде есть верхняя граница в 259584 руб, но пропустим этот момент)
— Итого: (3144240 руб + 32448 руб + 156206 руб + 284424 руб) / 12 / 87,34 = 3491,37 евро.
Именно в эту сумму вам должен обходиться российский разработчик ИП с УСН 6%. Ни о каких 7500 евро в месяц речи идти не может.
И отдельный вопрос: как вы не имея представительства в РФ нанимаете людей по трудовому договору? Возможно он только по форме трудовой, а по сути это обычный договор подряда, а сами разработчики отчитываются как физлица или ИП?
Контракт заключен в юрисдикции другого государства и юридической силы в России, скорее всего, не имеет.
У контракта есть только понятие в какой юрисдикции будут решаться споры по контракту между контракторами, и оно может не совпадать с юрисдикцией обоих контраторов. И в России такой контракт имеет полную юридическую силу, иначе его бы не принял ни валютный контроль банка, ни тем более налоговая, как основание для получения денег на счет.
Про физика/самозанятого — уверен, что нет.
С физиком все сложно. Нанять вас в штат компания не может, так как у нее нет представительства в РФ (если представительство в РФ есть, то и вопросов нет — никаких физиков, никакого ИП, оформление в штат со всеми налогами и социальными отчислениями, а компании оно надо?!), соответственно налоговым агентом для вас компания выступать не может, а сам наемный работник не может быть налоговым агентом для себя. С другой стороны любое физлицо имеет право оказывать услуги по договору возмездного оказания услуг любому резиденту и не резиденту. Естественно с полученной суммы надо будет уплатить НДФЛ, для этого заполняется форма 3-НДФЛ. Но с НДФЛ все сложно, ставки по нему для договора возмездного оказания услуг различные, и могут до 30% доходить в зависимости от вида деятельности. Кроме того договор возмездного оказания услуг должен описывать полный объем услуг и сроки их оказания. В общем — это скорее серая схема чем белая, плюс даже на упрощенке нужно платить всего 6% налогов с дохода, а не 13% и уж тем более не 30%, если вдруг вид деятельности не подошел.
Как ИП — да.
Как ИП все просто — выбираете схему налогобложения, заключаете контракт, получаете деньги на расчетный счет ИП. Для валютного контроля в банке нужен договор и счет на каждую приходящую сумму. В конце года сдаете отчет в налоговую согласно принятой системе налогообложения.
При этом никто не мешает методу расчета в составе заказа обращаться к другим объектам — например к Журналу заказов, к объекту Доставка и т.п.
Где мы разместим метод? Кто будет обращаться к данным пользователя, к настройкам доставки, к истории заказа? Класс Заказ? Курсы из справочника курсов валют тоже класс Заказ должен получать? Погоду на месяц? Все это должны делать внешние сервисы. Класс Заказ вообще не должен знать ничего об истории заказов, доставке (если это не отдельная позиция в строке заказа), курсах и т.п. Он может иметь ссылку на сущность Клиент, для удобства доступа к данным, но ему уж точно не надо знать о тарифных планах клиентов.
Вот только сервис — это уже что-то совсем процедурное
Нет, у сервиса так же может быть состояние, в отличие от процедуры. Только состояние это будет называться конфигурация сервиса. Например:
— у кого узнать план подписки клиента, вдруг, у него премиум подписка;
— где взять актуальные скидочные программы, например, за каждые 3 позиции товара А 20% скидки на одну позицию товара Б?
Один сервис явно все это не сможет объять. А уж если эту логику засунуть внутрь сущности или VO, он точно лопнет.
Т.е. когда всей полнотой информации не владеет ни одна из сущностей, участвующих в бизнес процессе, нужно вводить некий координатор — сервис. И это не будет процедурным/функциональным подходом — это будет нормальным распределением обязанностей.
Конкретно по вашему примеру: в жизни скидка бывает связана с заказом. Нет заказа — нет и скидки.
А доставка связана с заказом, нет заказа — нет доставки? Т.е. всю логику доставки вносим в заказ? А если у нас скидка определяется только планом клиента? А если скидка определяется историей заказов? А если скидка определяется способом доставки? Все равно все в заказ, так как нет заказа — нет скидки?
Еще раз: в данной ситуации полнотой информации, не «большей частью информации», а всей полнотой информации не владеет никто. Значит за выполнение логики должен отвечать объект более высокого уровня, который будет в состоянии получить требуемую информацию от каждой сущности вовлеченной в процесс.
нет, я всё понял "на доске творится нёх" — это значит что те кто анализируют партию не понимают что в ней происходит
как обычно чукча не читатель — чукча минусатор, я где-то сказал про ГОТОВЫЕ базы партий?
Хотелось бы строгого доказательства, а не голословных заявлений.
Т.е. веса в процессе обучения не подстраивались, вот как её запустили так она с изначальным набором весов и работает до сих пор?
А если подстраивались, то не означает ли это, что благодаря ёмкости своей нейросети alpha zero смогла упаковать значительно больший «справочник дебютов» чем любой составленный человеком, и это позволяет ей лучше оценивать текущую ситуацию используя меньшую глубину поиска, и никакого тактического мышления там нет, просто оптимизированные таблицы решений?
Что?!!! Я понимаю какой-нибудь пет-проект на локалхосте с настройками композера (или его аналогов) по-умолчанию такое чисто теоретически может прокатить. Но для более серьёзных контор это вряд ли.
Во-первых: ну хорошо, угадал он что в компании Pear Inc. используют префикс пакетов pear-ink/, а не pear/ и не pi/, а с остальной частью имени пакета он что будет делать, подбирать рандомом, или он сначала получил доступ к исходникам?
Во-вторых: мы вот ни разу не apple, но у нас почему-то изначально lock файл комитится и проект разворачивается только через composer install, и не потому что мы параноики, а чтоб иметь протестированное окружение, а не то что там composer update автоматом наподключает.
В-третьих, за пакетами мы ходим через кеширующий прокси, на котором политики: все что не разрешено — запрещено.
1. Дайте, пожалуйста, определение, что такое «банальная местная анестезия»?
2. Почему даже сейчас перед тем как сделать «банальную местную анестезию» у пациента интересуются: не кружится ли у него голова, не тошнит ли его?
3. Это конечно может не по профилю вопрос, так как в стоматологии вроде уже не употребляется новокаин/лидокаин, но в других операциях вполне. Так собственно вопрос: почему перед использованием «банальной местной анестезии» у пациента интересуются нет ли у него аллергии на новокаин/лидокаин?
И да, пока врач несёт уголовную ответственность за жизнь и здоровье пациента, любые действия, не обязательные по медицинским показаниям и могущие угрожать здоровью или жизни — будут просто «прихотью» пациента.
О да — эти отвратительные «совковые» стоматологи. Так и шли каждое утро на работу с упоительной мыслью сколько же пациентов они заставят страдать!
Может всё гораздо проще: был определённый уровень понимания как работает наркоз, как он может или не может влиять на здоровье, в конце концов устоявшиеся медицинские практики, которые в том числе могли говорить: «можешь обойтись без наркоза — обойдись, чтоб как минимум не навредить». Сейчас, возможно, информации о влиянии препаратов гораздо больше, опыта применения так же гораздо больше, и практика применения их поменялась в соответствии с новыми знаниями.
Так 100 или 200? Разница в два раза достаточно существенна.
Считанные дни — это сколько, день, два, десять? Так то множество натуральных чисел тоже счетно, только бесконечно.
Если на этом же кластере запустить F@H или его аналоги, какова будет скорость расчета?
Отсюда вывод: не используйте массивы, используйте DTO и сериализацию. И не надо рассказывать про то что сериализация — это медленно, а DTO — сложно в проектировании. Зато в поддержке получится дешевле на порядок, а разницу можно вложить в железо, если вам вдруг сериализация так сильно на скорость повлияла.
— нет часовых поездок на работу/с работы, вместо них 10-минутная прогулка;
— когда я на работе — я на работе, никто не забежит с просьбами срочно послушать стишок или быстренько вынести мусор;
— когда я не на работе — на любое сообщение по работе я могу ответить: ок если это срочно я готов это сделать через пол часа, мне надо добраться до рабочего места, если не срочно — сделаю завтра.
Так напишите систему сборки фронта на видеокарте, если конечно получится. Вся физика и графика замечательно распараллеливается и обсчитывается на видеокартах. Со сборкой кода такое вряд ли прокатит.
Печатная машинка конечно дорогая, но вы вроде собирались ноутбук для разработки покупать? Я вот стационарный комп год назад покупал, он мне без видеокарты в 90К обошелся, аналогичный по производительности ноутбук будет все 120К, а то и больше. Но это же рабочий инструмент.
Это как? Оно как было LXDE — Lightweight X11 Desktop Environment, так и осталось. Что там под капотом Qt или Gtk, на название никак не влияет.
Ну как же, вы не знаете суровых норвежских уйгуров и дедушку князя Ростовского?
Хотелось бы узнать что имеется в виду под «боевой эксплуатации»? Эксплуатация на prod серверах? Так там вроде никто особо не спешит, главное не сломать то что уже работает, а не получить новые «плюшки» для видеокарт. На машинах обычных пользователей? Как-то странно, вот в мае вышел 5.7
Как минимум с конца июля он доступен пользователям
Более того 5.8 уже доступна в экспериментальной ветке
Так о каких «годах» по отношению к Debian идет речь?
Да, с 0.1 — это я погорячился. Спасибо за поправку.
Тогда давайте посчитаем во что вам обойдется российский разработчик с такими условиями. Возьмем российского ИП на УСН Доход 6% со всеми соцвзносами (я знаю что на патенте дешевле, но я с ним не работал, посчитать для патента не смогу). Для простоты исключим колебания курса в течение года.
— зп нетто:
3000 евро * 12 * 87,34 = 3144240 руб— страховые взносы за 2020:
32448 руб— УСН:
3144240 руб * 0,06 - 32448 = 156206 руб— ОМС за превышение 300К:
(3144240 руб - 300000 руб) * 0,1 = 284424 руб(вроде есть верхняя граница в 259584 руб, но пропустим этот момент)— Итого:
(3144240 руб + 32448 руб + 156206 руб + 284424 руб) / 12 / 87,34 = 3491,37 евро.Именно в эту сумму вам должен обходиться российский разработчик ИП с УСН 6%. Ни о каких 7500 евро в месяц речи идти не может.
И отдельный вопрос: как вы не имея представительства в РФ нанимаете людей по трудовому договору? Возможно он только по форме трудовой, а по сути это обычный договор подряда, а сами разработчики отчитываются как физлица или ИП?
У контракта есть только понятие в какой юрисдикции будут решаться споры по контракту между контракторами, и оно может не совпадать с юрисдикцией обоих контраторов. И в России такой контракт имеет полную юридическую силу, иначе его бы не принял ни валютный контроль банка, ни тем более налоговая, как основание для получения денег на счет.
С физиком все сложно. Нанять вас в штат компания не может, так как у нее нет представительства в РФ (если представительство в РФ есть, то и вопросов нет — никаких физиков, никакого ИП, оформление в штат со всеми налогами и социальными отчислениями, а компании оно надо?!), соответственно налоговым агентом для вас компания выступать не может, а сам наемный работник не может быть налоговым агентом для себя. С другой стороны любое физлицо имеет право оказывать услуги по договору возмездного оказания услуг любому резиденту и не резиденту. Естественно с полученной суммы надо будет уплатить НДФЛ, для этого заполняется форма 3-НДФЛ. Но с НДФЛ все сложно, ставки по нему для договора возмездного оказания услуг различные, и могут до 30% доходить в зависимости от вида деятельности. Кроме того договор возмездного оказания услуг должен описывать полный объем услуг и сроки их оказания. В общем — это скорее серая схема чем белая, плюс даже на упрощенке нужно платить всего 6% налогов с дохода, а не 13% и уж тем более не 30%, если вдруг вид деятельности не подошел.
Как ИП все просто — выбираете схему налогобложения, заключаете контракт, получаете деньги на расчетный счет ИП. Для валютного контроля в банке нужен договор и счет на каждую приходящую сумму. В конце года сдаете отчет в налоговую согласно принятой системе налогообложения.
Скидка для кого? — для клиента.
Где мы разместим метод? Кто будет обращаться к данным пользователя, к настройкам доставки, к истории заказа? Класс Заказ? Курсы из справочника курсов валют тоже класс Заказ должен получать? Погоду на месяц? Все это должны делать внешние сервисы. Класс Заказ вообще не должен знать ничего об истории заказов, доставке (если это не отдельная позиция в строке заказа), курсах и т.п. Он может иметь ссылку на сущность Клиент, для удобства доступа к данным, но ему уж точно не надо знать о тарифных планах клиентов.
Нет, у сервиса так же может быть состояние, в отличие от процедуры. Только состояние это будет называться конфигурация сервиса. Например:
— у кого узнать план подписки клиента, вдруг, у него премиум подписка;
— где взять актуальные скидочные программы, например, за каждые 3 позиции товара А 20% скидки на одну позицию товара Б?
Один сервис явно все это не сможет объять. А уж если эту логику засунуть внутрь сущности или VO, он точно лопнет.
Т.е. когда всей полнотой информации не владеет ни одна из сущностей, участвующих в бизнес процессе, нужно вводить некий координатор — сервис. И это не будет процедурным/функциональным подходом — это будет нормальным распределением обязанностей.
nemavasi
А доставка связана с заказом, нет заказа — нет доставки? Т.е. всю логику доставки вносим в заказ? А если у нас скидка определяется только планом клиента? А если скидка определяется историей заказов? А если скидка определяется способом доставки? Все равно все в заказ, так как нет заказа — нет скидки?
Еще раз: в данной ситуации полнотой информации, не «большей частью информации», а всей полнотой информации не владеет никто. Значит за выполнение логики должен отвечать объект более высокого уровня, который будет в состоянии получить требуемую информацию от каждой сущности вовлеченной в процесс.