Расшифровка — это костыль, хорошему программисту следует сделать все, чтобы его код можно было прочитать без дополнительных расшифровок. Пусть он будет длиннее на порядок, но читабельней, да и с длинными предложениями никто не мешает поступать переносом каждого условия с нормальным форматированием
Я полностью согласен, если посыл статьи был именно в этом — отлично, но на данный момент, сравнение SQL с ML больше похоже на пиар-ход для вывода статьи в топ в силу популярности ML
Судя по минусам моего комментария, я был не прав в конкретной фразе «сомневаюсь, что кто-то использует AI\ML для тех же целей» и судя по другим комментариям действительно есть такие примеры. Так вот статью, где приводились бы примеры подобных «странностей» я прочитал бы с бОльшим удовольствием, нежели чем статью, где скорее пытаются паразитировать на хайпе той или иной технологии, чем открыть людям глаза
Напишите SQL, который определит возраст человека по фотографии (или вообще присутствие человека), плиз. Не те сравнения Вы приводите в статье. Вы привели примеры стандартного функционала любого интернет-магазина, и сомневаюсь, что кто-то использует AI\ML для тех же целей
А почему нет, если ноутбук позволяет это сделать? Зато надоело тебе за столом работать, взял ноут и пошел в пуфике работать, или чтобы презентовать — не обязательно же стационарник тоскать. Кроме того, в статье говорится о «У сотрудников есть возможность какие-то дни работать вне офиса.» — что тоже удобнее при наличии именно рабочего ноутбука.
Все познается в сравнениях. Я ушел из одного открытого офиса на 30+ человек, в котором сидят только люди одной сферы, где все уважают чужое «чувство баланса» и лишний раз стесняются даже чихнуть, а буквально 2 недели назад перешел в другой, где есть множество открытых офисов на 15-20 человек, так вот тут началось — гудящая кофе-машина, постоянные и долгие разговоры ни о чем, никто не стесняется говорить громко. Не сказал бы, что это меня отвлекает, но с точки зрения первого офиса — это конечно кошмар. В любом случае, все зависит от конкретных людей и от того, как ты сам воспринимаешь свое окружение.
Не вводите в заблуждение. Когда клиент выходит из зоны домашнего региона — у него есть возможность подключить роуминг абонемент, который сохраняет цены на основные услуги связи. Очень часто это абонемент подключается автоматически и многие его просто не замечают (да и стоит он копейки: 10-15 рублей в сутки).
НО! Вот только попробуйте его отключить. Если у Вас настроены push-уведомления, а при этом Вы-Вам никто не звонил, Вы не слали смс, ждите в конце месяца счет на круглую сумму за использование интернета по тарифу 10 руб.\мб
(ПыСы, сам должен одному оператору 5к за несчастные 500 мб, что я потратил в течение часа ленивого пролистывания стены соцсети)
Не хуже, тут вопрос стандартизации. Если в большинстве языков объекты задаются через class Name {} и вызываются через new Name();, то логичней использовать именно эту структуру, а не то, что Вы написали выше.
про то и речь, я не говорю, что это сложно. Более того, я не знаю — сложно или нет.
И как Вы правильно заметили «нужды нет», потому что на самом деле — это самые последние из «проблем», которые есть у PHP, а те коллеги, которые цепляются именно к $ просто не могут объяснить реальные проблемы, которые есть у языка (а они безусловно есть, как и у любого другого).
**Update**
речь не только про обратную совместимость языка. Представьте, что команде JetBrains нужно будет переделывать PhpStorm, убирая оттуда подвязки к $, к поиску по этому символу (который, как отметили в последних комментариях может сокращать список возможных значений при автозаполнении), и так далее для остальных IDE, гайдов, книг и т.д.
Новичок в 2020 году покупает книги, читает статьи по языку, который не имеет $ в синтаксисе, хотя везде говорится об обратном.
Не мешает этот знак доллара, когда ты пишешь на PHP достаточное время. Особенно с нынешними инструментами IDE.
Остальные аргументы об это убиваются. Если основной язык — другой, и периодически приходится переключаться, то безусловно это вносит неудобства, именно поэтому я и привел в пример Python с его «точкой с запятой». Лично для меня было бы удобно не использовать точку с запятой, если бы я использовал этот язык в качестве основного, НО как только я переключусь на любой Си-подобный, мне это будет доставлять дискомфорт.
Но речь о другом.
В дискуссиях ниже, Вы сами же объяснили, почему $ появился в этом языке, а теперь представьте, что разработчики языка, на котором Вы пишете несколько лет, взяли и поменяли синтаксис.
Тут речь даже не об удобстве разработчиков, которые используют этот язык, а скорее о труде разработчиков, которые разрабатывали ПО для поддержки этого языка или даже тех, кто писал статьи-книги про этот язык.
Уважаемые читатели! Пользуетесь ли вы синтаксическими конструкциями ES6 для работы с классами в JavaScript?
Конечно если сидеть на одном JS и не планировать никогда в жизни другие языки (и не использовать другие языки параллельно), тогда можно привыкнуть к его прототипам, и прочее. Но если я в основном пишу на Java-Python-PHP-Ruby-TypeScript-...-ANY_Language, то зачем переключать мозги в JS, когда я могу использовать те же самые конструкции, что и в других языках?
Поэтому, если я могу создать класс, как и в других языках, и работать с ним точно так же, а компиляторы за меня переведут все это дело в более мутный (для меня) JS, то конечно.
Во-первых, это был сарказм. Во-вторых, она мешает только тем, кто не пишет на PHP (или пишет редко). В-третьих, придираться к синтаксису языка — это последнее, к чему в принципе стоит придираться, и стоит ли вообще? Аналогично можно придираться к тому, что после Питона забываешь про точки с запятыми в других языках. Это всего лишь вопрос привычки
Судя по минусам моего комментария, я был не прав в конкретной фразе «сомневаюсь, что кто-то использует AI\ML для тех же целей» и судя по другим комментариям действительно есть такие примеры. Так вот статью, где приводились бы примеры подобных «странностей» я прочитал бы с бОльшим удовольствием, нежели чем статью, где скорее пытаются паразитировать на хайпе той или иной технологии, чем открыть людям глаза
Причем еще раньше, чем аналогичная статья появилась на хабре
НО! Вот только попробуйте его отключить. Если у Вас настроены push-уведомления, а при этом Вы-Вам никто не звонил, Вы не слали смс, ждите в конце месяца счет на круглую сумму за использование интернета по тарифу 10 руб.\мб
(ПыСы, сам должен одному оператору 5к за несчастные 500 мб, что я потратил в течение часа ленивого пролистывания стены соцсети)
Не хуже, тут вопрос стандартизации. Если в большинстве языков объекты задаются через
class Name {}и вызываются черезnew Name();, то логичней использовать именно эту структуру, а не то, что Вы написали выше.И как Вы правильно заметили «нужды нет», потому что на самом деле — это самые последние из «проблем», которые есть у PHP, а те коллеги, которые цепляются именно к $ просто не могут объяснить реальные проблемы, которые есть у языка (а они безусловно есть, как и у любого другого).
**Update**
речь не только про обратную совместимость языка. Представьте, что команде JetBrains нужно будет переделывать PhpStorm, убирая оттуда подвязки к $, к поиску по этому символу (который, как отметили в последних комментариях может сокращать список возможных значений при автозаполнении), и так далее для остальных IDE, гайдов, книг и т.д.
Новичок в 2020 году покупает книги, читает статьи по языку, который не имеет $ в синтаксисе, хотя везде говорится об обратном.
Остальные аргументы об это убиваются. Если основной язык — другой, и периодически приходится переключаться, то безусловно это вносит неудобства, именно поэтому я и привел в пример Python с его «точкой с запятой». Лично для меня было бы удобно не использовать точку с запятой, если бы я использовал этот язык в качестве основного, НО как только я переключусь на любой Си-подобный, мне это будет доставлять дискомфорт.
Но речь о другом.
В дискуссиях ниже, Вы сами же объяснили, почему $ появился в этом языке, а теперь представьте, что разработчики языка, на котором Вы пишете несколько лет, взяли и поменяли синтаксис.
Тут речь даже не об удобстве разработчиков, которые используют этот язык, а скорее о труде разработчиков, которые разрабатывали ПО для поддержки этого языка или даже тех, кто писал статьи-книги про этот язык.
Конечно если сидеть на одном JS и не планировать никогда в жизни другие языки (и не использовать другие языки параллельно), тогда можно привыкнуть к его прототипам, и прочее. Но если я в основном пишу на Java-Python-PHP-Ruby-TypeScript-...-ANY_Language, то зачем переключать мозги в JS, когда я могу использовать те же самые конструкции, что и в других языках?
Поэтому, если я могу создать класс, как и в других языках, и работать с ним точно так же, а компиляторы за меня переведут все это дело в более мутный (для меня) JS, то конечно.