Суть то в том, что это не обязательно делать. Можно повесить `@NonNull` или `@Nullable` - если хочешь, но код будет работать и без этого. Никаких обязательств. Допустим, я пишу свою программу и знаю, что и как. Почему я должен париться насчет этого, когда могу просто напросто забить на null-чеки? В Котлине же меняется переменная и вдобавок к этому необходимо явно указать, что переменная не null, если она была nullable. Изобилие обязательств в виде вопросительных и восклицательных знаков как раз и напрягает.
Невозможно, потому что даже если писать на Котлине, будешь использовать популярные библиотеки Джавы. Будешь использовать нативные классы Джавы. Экосистема совершенно не предусматривает отсутствие null вот и всё. Да и не то чтобы это было необходимо, как по мне.
Лично мне не нравится разделение на null-able переменные. В Джаве ты делаешь ТОЛЬКО проверку на null, в котлине ты и переменную делаешь особенную, и проверку. Но синтаксис проверки и правда очень удобен в Котлине.
Опять же, речь про мой опыт, но меня жутко выбесили постоянные проблемы при работе с кодом в духе "укажи ? чтобы туда можно было совать null" и "делай проверку на null". А всё из-за того, что язык действительно ругает тебя за использование null, потому что вся позиция JetBrains в том, чтобы избавиться от них. Но это буквально невозможно (и не всем нужно, ведь null это тоже определенный статус объекта).
Множество кода превращается в кашу, выдавая слишком много информации на одну строку. Становится сложно ориентироваться с потоке всех сокращений, а ведь Джава славится своей понятной и удобной структурой, расставляя все по полочкам.
Null-safety нужно не всем. Тем более её пытаются засунуть в язык, где уже исторически используется null повсеместно, это только усложняет работу с ним.
Закрытые для расширения классы тормозят процесс. Расширяемость в Java - преимущество, а не проблема.
Лично для меня - неудобное определение переменных. Кто вообще додумался до двоеточия между названием и типом переменной??? Так оно ещё и требует больше действий, т.к. двоеточие ставится через шифт
Каша со сравнением классов: в Джаве четкое и понятное разделение на == и equals, что очень удобно. В Котлтне же появляется ещё и третье равно. Рабочая и логичная система просто заменена на отсебятину.
Неудобства с классами: хоть сам язык и совместим с Java, но kotlin-класс это не java-класс, .javaClass и .kotlin приходится обрабатывать раздельно.
Я так не люблю Котлин. Да, есть пара нереально удобных свистоперделок, но зачем-то разработчики в одном месте уменьшают код/усилия, а в другом наоборот увеличивают, что просто бесит нереально. Многие решения довольно спорные, кому-то удобны - кому-то наоборот вредительны. Вроде и хочется использовать те крутые нововведения, но отрицательная сторона как по мне побольше будет, только затормозит и выбесит меня(
Пока не понятно до конца, касается ли это в том числе пользователей, которые используют бесплатный функционал.
А что непонятного? На сайте ноушена предельно понятно написано, что доступ к сайту из России будет заблокирован, а учётные записи станут недоступны. Там же и написано, что даже если компания зарубежная, но сотрудник из России, ему по сути нельзя пользоваться ноушеном.
И вас эта браузерная инфекция укусила. С самого начала для себя решил, что не буду пользоваться озон-банком в качестве основного как раз из-за этого придурошного браузера внутри приложения, эстетика и UX очень ущербные. Даёшь натив!
Владеет, не владеет - без разницы. Пиратство это не воровство в любом случае. Чтобы своровать, должно быть что-то, что можно украсть, но у правообладателя "теряется" только потенциальная прибыль, т.е. то, чего ещё нет и не факт, что было бы, просто какая-то гипотетическая прибыль. Лишь домыслы. Пиратство - нарушение прав. Да. Но не воровство.
Слово "всю" здесь означает не "100%", а "очень большую долю
Если так, тогда и это неверно:
Кажется, что маркетплейсы подмяли всю торговлю и не оставляют альтернатив ни продавцам, ни покупателям. На самом деле, все не совсем так.
Ведь они именно это и сделали. Всё готовое на блюдечке дают, а по усилиям гораздо меньше требуют, чем содержание своего сайта (один раз начать упаковывать товар в упаковку vs следить за заказами, доставкой, конкурентами на абсолютно разных сайтах и менять сайт и его механику каждый раз). Да, на маркетплейсе все процессы происходят активнее, но ведь это именно из-за того, что покупателей больше, соперничества больше, и конверсия больше, это же хорошо. Не говоря уже о том, что для покупателя привлекательнее маркетплейс, чем непонятный сайт. Судя по динамике популярности маркетплейсов все именно к ним и стремится, а не наоборот. Вы бы стали покупать на непонятном сайте с доставкой Почтой России и клишированными отзывами на главной? Думаю, нет, ведь вы знаете, что маркетплейс доставит в любимый ПВЗ, вы увидите тонну отзывов реальных людей, а ещё гарантию возврата, если продавец окажется негодяем. Собственный сайт просто напросто невыгодно (и скорее глупо) делать без сильного бренда в текущих реалиях.
Разве борьба с изготовлением и блокировка не могут существовать одновременно?
чем это отличается от того что он пошел на каких то сайтах его смотреть
Тем, что это сделать в миллион раз сложнее.
А почему должны быть недоступными
Вы себя слышите? С чего вдруг это ДОЛЖНО быть доступно? Запрещено создание и распространение, и это абсолютно правильно. Это надо искоренять в любом виде. И те художницы, которые намеренно рисуют детей, ставя рядышком "ИМ ВСЕМ ПО 18 ДАЖЕ ЕСЛИ УКАЗАНО ОБРАТНОЕ", пусть тоже идут куда подальше. Занимаются фигнёй. Не запрещать = выражать нейтралитет или поддерживать. Разве адекватно к такому относиться не негативно?
Должна, но не любая. Детское порно должно быть недоступно, информация про наркотики не должна быть доступна. Это косвенный метод борьбы с этим, отдел блокировок уж точно не поможет бороться с первоисточником, а в распространении попрепятствует, и это хорошо. Дай людям свободу - будет анархия. Разве что в нашем случае перегнули палку очень сильно, но следить за информацией определенно надо в каких-то моментах.
А общая масса разве всегда решает и делает всё правильно?
Если просто абстрагироваться от всего, представьте сто тысяч заявок на сто мест - думаете больше будет негатива или позитива, когда 99 900 заявок отклонили? Цифры условные, естественно, но каждый из ста тысяч думает, что он лучше всех и идеальный кандидат.
Суть то в том, что это не обязательно делать. Можно повесить `@NonNull` или `@Nullable` - если хочешь, но код будет работать и без этого. Никаких обязательств. Допустим, я пишу свою программу и знаю, что и как. Почему я должен париться насчет этого, когда могу просто напросто забить на null-чеки? В Котлине же меняется переменная и вдобавок к этому необходимо явно указать, что переменная не null, если она была nullable. Изобилие обязательств в виде вопросительных и восклицательных знаков как раз и напрягает.
Невозможно, потому что даже если писать на Котлине, будешь использовать популярные библиотеки Джавы. Будешь использовать нативные классы Джавы. Экосистема совершенно не предусматривает отсутствие null вот и всё. Да и не то чтобы это было необходимо, как по мне.
Лично мне не нравится разделение на null-able переменные. В Джаве ты делаешь ТОЛЬКО проверку на null, в котлине ты и переменную делаешь особенную, и проверку. Но синтаксис проверки и правда очень удобен в Котлине.
Опять же, речь про мой опыт, но меня жутко выбесили постоянные проблемы при работе с кодом в духе "укажи ? чтобы туда можно было совать null" и "делай проверку на null". А всё из-за того, что язык действительно ругает тебя за использование null, потому что вся позиция JetBrains в том, чтобы избавиться от них. Но это буквально невозможно (и не всем нужно, ведь null это тоже определенный статус объекта).
Множество кода превращается в кашу, выдавая слишком много информации на одну строку. Становится сложно ориентироваться с потоке всех сокращений, а ведь Джава славится своей понятной и удобной структурой, расставляя все по полочкам.
Null-safety нужно не всем. Тем более её пытаются засунуть в язык, где уже исторически используется null повсеместно, это только усложняет работу с ним.
Закрытые для расширения классы тормозят процесс. Расширяемость в Java - преимущество, а не проблема.
Лично для меня - неудобное определение переменных. Кто вообще додумался до двоеточия между названием и типом переменной??? Так оно ещё и требует больше действий, т.к. двоеточие ставится через шифт
Каша со сравнением классов: в Джаве четкое и понятное разделение на == и equals, что очень удобно. В Котлтне же появляется ещё и третье равно. Рабочая и логичная система просто заменена на отсебятину.
Неудобства с классами: хоть сам язык и совместим с Java, но kotlin-класс это не java-класс, .javaClass и .kotlin приходится обрабатывать раздельно.
Есть ещё разные штуки по мелочи, уже не вспомню
А про минусы чего не сказали?)
Я так не люблю Котлин. Да, есть пара нереально удобных свистоперделок, но зачем-то разработчики в одном месте уменьшают код/усилия, а в другом наоборот увеличивают, что просто бесит нереально. Многие решения довольно спорные, кому-то удобны - кому-то наоборот вредительны. Вроде и хочется использовать те крутые нововведения, но отрицательная сторона как по мне побольше будет, только затормозит и выбесит меня(
Стиль у него неприятный, устаревший. Яндекс и Убер выглядят гораздо современнее
А что непонятного? На сайте ноушена предельно понятно написано, что доступ к сайту из России будет заблокирован, а учётные записи станут недоступны. Там же и написано, что даже если компания зарубежная, но сотрудник из России, ему по сути нельзя пользоваться ноушеном.
Верю, но, всё-таки, первое впечатление довольно важную роль играет
И вас эта браузерная инфекция укусила. С самого начала для себя решил, что не буду пользоваться озон-банком в качестве основного как раз из-за этого придурошного браузера внутри приложения, эстетика и UX очень ущербные. Даёшь натив!
Абсолютная правда. Убогие производители пихают рядом DataMatrix и баркод. Ужас.
Раз так уже было раньше, значит просто добавили Россию в список блокировок, а текст не обновили
Вопросы только к России? Любой стране дай, столько бредятины понапишут
телеграм. Не благодарите
Владеет, не владеет - без разницы. Пиратство это не воровство в любом случае. Чтобы своровать, должно быть что-то, что можно украсть, но у правообладателя "теряется" только потенциальная прибыль, т.е. то, чего ещё нет и не факт, что было бы, просто какая-то гипотетическая прибыль. Лишь домыслы. Пиратство - нарушение прав. Да. Но не воровство.
Если так, тогда и это неверно:
Ведь они именно это и сделали. Всё готовое на блюдечке дают, а по усилиям гораздо меньше требуют, чем содержание своего сайта (один раз начать упаковывать товар в упаковку vs следить за заказами, доставкой, конкурентами на абсолютно разных сайтах и менять сайт и его механику каждый раз). Да, на маркетплейсе все процессы происходят активнее, но ведь это именно из-за того, что покупателей больше, соперничества больше, и конверсия больше, это же хорошо. Не говоря уже о том, что для покупателя привлекательнее маркетплейс, чем непонятный сайт. Судя по динамике популярности маркетплейсов все именно к ним и стремится, а не наоборот. Вы бы стали покупать на непонятном сайте с доставкой Почтой России и клишированными отзывами на главной? Думаю, нет, ведь вы знаете, что маркетплейс доставит в любимый ПВЗ, вы увидите тонну отзывов реальных людей, а ещё гарантию возврата, если продавец окажется негодяем. Собственный сайт просто напросто невыгодно (и скорее глупо) делать без сильного бренда в текущих реалиях.
Разве борьба с изготовлением и блокировка не могут существовать одновременно?
Тем, что это сделать в миллион раз сложнее.
Вы себя слышите? С чего вдруг это ДОЛЖНО быть доступно? Запрещено создание и распространение, и это абсолютно правильно. Это надо искоренять в любом виде. И те художницы, которые намеренно рисуют детей, ставя рядышком "ИМ ВСЕМ ПО 18 ДАЖЕ ЕСЛИ УКАЗАНО ОБРАТНОЕ", пусть тоже идут куда подальше. Занимаются фигнёй. Не запрещать = выражать нейтралитет или поддерживать. Разве адекватно к такому относиться не негативно?
Должна, но не любая. Детское порно должно быть недоступно, информация про наркотики не должна быть доступна. Это косвенный метод борьбы с этим, отдел блокировок уж точно не поможет бороться с первоисточником, а в распространении попрепятствует, и это хорошо. Дай людям свободу - будет анархия. Разве что в нашем случае перегнули палку очень сильно, но следить за информацией определенно надо в каких-то моментах.
Именно, читаем FAQ: https://pro.yandex.ru/ru-ru/moskva/knowledge-base/taxi/standards-check/ban?section=снижение-активности-
Больше похоже на правду, чем паранойя автора поста. Автору стоит поменьше смотреть рентв
А общая масса разве всегда решает и делает всё правильно?
Если просто абстрагироваться от всего, представьте сто тысяч заявок на сто мест - думаете больше будет негатива или позитива, когда 99 900 заявок отклонили? Цифры условные, естественно, но каждый из ста тысяч думает, что он лучше всех и идеальный кандидат.