Можно купить колонку и самостоятельно сделать такой переключатель, сплошные профиты — точно будете знать что Яндекс не передаст ваши разговоры товарищу майору, а с другой — вся полезность данного девайса.
Простите, я не очень слежу за бизнес-рынком снг, но у меня возник вопрос. Кто такие Xored? Все что я понял из статей это то что какого-то программиста какая-то контора кинула на бабки в лучших традициях русского бизнеса. Этот Платов он как Артемий Лебедев? Зачем вообще подобное обсуждать на хабре? Таких контор разве не более десятков тысяч на, к примеру, всю Москву? Больше чем уверен что в хотя бы сотне из них каждый год происходят подобные случаи. Я понимаю если бы, например, вместо этой ксоред был Микрософт, Адоб, Нвидиа — тогда да, это можно было бы обсудить.
Более того, я например и к своей тоже его употребляю, и к чужой, если собеседник относится к этому как и я, непринужденно. Потому что, говнокод это всего-лишь технический долг, и все его пишут. Главное писать его осознанно, а не случайно)
Еще ни разу не слышал чтобы людям после секса (читай физических нагрузок) плохо засыпалось, или как-то влияло на качества сна в худшую сторону. Поэтому и на этот пункт статьи можно не смотреть.
В нашем проекте есть на каждые большие сущности описания бизнестребований. Где описывается что такое корзина, какие действия возможны с ней, и тп. Вроде это называется Красной Спецификацией.
И если что-то надо поменять, то это правится в ней как апдейт требований, после чего можно править код. И реализация изменения бизнес-требования может быть ну оччччень обширной. Или нет. Но в коде писать подобные вещи в виде комментов это зло.
>Менять название метода везде
Написать второй метод и заменить первый на второй в тех местах где это нужно. Обычно выходит так что в одном месте надо чтобы удалялось а в другом чтобы помечалось. И можно пойти по пути вставки флажочков в код метода, что не есть гуд.
>А что за Basket
Поидее если идёт работа над каким-то проектом то бизнес-сущности все знают. Иначе в каждом методе в котором есть слово баскет нужно писать а что это за баскет такой.
>Почему из него надо удалять предметы?
Потому что нужно такое действие, удаление.
>совместимость
Если произошла рассинхронизация после рефакторингов и изменения логики, то точно так же могли забыть поменять и комментарий к коду. А вообще, ради совместимости вносить изменения в метод, чтобы он делал не то что он обязан делать это странно. Проще и правильнее создать новый метод, который назвать markDeleted или что-то в этом роде.
Мой поинт в том что если скурпулёзно подходить к рефакторингу при изменениях, то всё будет понятно и без документации.
Ну, это не развод, это как ипотека. Вы сами можете купить себе условную видеокарту и майнить, сами будете заботится электричеством и гаражом для майнилки, но зато когда видеокарта отобъёт себя, у вас останется майнилка и тратиться вы будете только на электричество. А в облаке вы сразу платите много много денег. Вот для примера, у меня 140MHash ферма обошлась в $2к. У хэшфлейра оно будет стоить $3к.
Про дискретные видеокарты — на работе столкнулся с тем, что, когда в свободное время хотел попробовать протестировать пару скриптов, которые выполнялись в том числе на гпу, не смог этого сделать из-за того что у нас в компьютерах стоят только процесоры. Я хоть и веб-разработчик, но иногда видеокарта всё-же бывает нужна. Пусть и самая слабая уровня 1040-1050ки.
Хорошая статья. Показан реальный пример использования машинного обучения не на бигдатах и прочих вещах для крупных компаний, а на том, что реально можно взять и использовать в малом бизнесе и оно сразу начнет приносить пользу.
Настолько глубокие вопросы по всем сферам пригодятся скорее для позиции фронтенд-архитектора, но не для рядового разработчика. Не каждый сеньор занимается подобными вещами в реальной работе, не говоря уже про мидлов. Часть вопросов безусловно полезна, например про отладку, т.к. позволяет понять ход мышления собеседуемого.
А зачем кого-то принижать или возвышать? Просто олимпиадника нужно пихать в вуз на тех же основаниях что и других, он скорее всего поступит. Но после этого заносить его в список под наблюдение/шефство, дескать, проявил недюжие знания в таком-то разделе информатики, выиграв олимпиаду например по распознаванию предметов в видеопотоке.
P.S. Do you know the wei?
И если что-то надо поменять, то это правится в ней как апдейт требований, после чего можно править код. И реализация изменения бизнес-требования может быть ну оччччень обширной. Или нет. Но в коде писать подобные вещи в виде комментов это зло.
Написать второй метод и заменить первый на второй в тех местах где это нужно. Обычно выходит так что в одном месте надо чтобы удалялось а в другом чтобы помечалось. И можно пойти по пути вставки флажочков в код метода, что не есть гуд.
Поидее если идёт работа над каким-то проектом то бизнес-сущности все знают. Иначе в каждом методе в котором есть слово баскет нужно писать а что это за баскет такой.
>Почему из него надо удалять предметы?
Потому что нужно такое действие, удаление.
>совместимость
Если произошла рассинхронизация после рефакторингов и изменения логики, то точно так же могли забыть поменять и комментарий к коду. А вообще, ради совместимости вносить изменения в метод, чтобы он делал не то что он обязан делать это странно. Проще и правильнее создать новый метод, который назвать markDeleted или что-то в этом роде.
Мой поинт в том что если скурпулёзно подходить к рефакторингу при изменениях, то всё будет понятно и без документации.
Верхние слои в названиях содержат части бизнес-логики, нижние — части работы с обезличенными действиями.