Много тут говорилось про стриминг, для меня же (как и для многих думаю), основной плеер – YouTube.
Подбор же музыки двоякий: с одной стороны рекомендации ютуба, с другой – использование его поиска.
А что же Вы предлагаете взамен?
Или Вы критикуете только реализацию через фреймворк, а передачу зависимостей в конструкторе / переменными DI уже не считаете?
Или же Вам нравится управление глобальным состоянием отовсюду и миллион синглтонов?
На картинке было, хотя в статье и не указано, что лучше писать «вы» с маленькой буквы.
Что ж, я не понимаю вот, как можно обижаться на грамотность. И меня, и моих родителей так учили писать в школе, в единственном числе с большой буквы.
А то, что у каждого тут свои предпочтения – почему я должен подстраиваться под них? Ко мне были не раз вопросы, почему я ставлю точки в конце предложений, что ж, негодующим пришлось продолжать терпеть это безобразие…
Создали то, что решает поставленную проблему с достаточной точностью.
Так ведь всегда было. Например, сначала для перемещения использовали силу животных, потом пар, потом электричество, сделали реактивные двигатели. Никто не ставил задачу – или создаем телепортатор из точки A в B, или будем продолжать перемещаться только на своих двоих.
Придумают лучше – будут использовать лучшее.
По мне так очень некорректное сравнение.
Вот если бы для овладения новым ЯП Вам надо было бы выучить наизусть всю его стандартную библиотеку + топ10 самых популярных фреймворков, тогда можно было бы ещё о чем-то говорить.
Книгой, которая пробудила во мне интерес к лингвистике, была «Лингвистические парадоксы» Одинцова.
Что же касается изучения языков кроме английского, то считаю это довольно бесполезным занятием, разве что кроме случая иммиграции в соответствующую страну. Не забываем, что мы никогда не будем на уровне носителей языка при изучении, при этом получим навык, практически бесполезный в одних обществах и считающийся базовым и очевидным в других.
Кстати говоря, промахи интерфейса – это очень, очень малая часть проблемы. Приложения стоили в разы дороже, пиратство процветало, крякнутый (а иногда и нет) софт нёс в себе всякие тулбары и модификаторы браузеров, вредоносы в пару раз понижали производительность и скорость интернета. Проблемы с драйверами, невозможность обновится без удаления всех данных (и необходимость переустановки винды со стиранием данных, чтобы быстрее работало или какую-то проблему решить), банальные задачи выполняются дорогими сторонними программами, всякие ключи безопасности на 1 ПК, перечислять можно бесконечно.
Я не говорю даже про Internet Explorer, который тогда у большинства стоял.
Конечно, всего этого можно было избежать, но даже глючные и медленные первые смартфоны были в РАЗЫ дружелюбнее тогдашних (а во многом и современных) ПК.
«Потребление контента» именно в том виде, как сейчас это происходит – это феномен как раз эры смартфонов. Вспоминаем нулевые – форумы, ранние соцсети, всё это были «клубы по интересам», а интересы пользователя концентрировались внутри этих клубов.
Для участия в таком вот клубе недостаточно было листать ленту. А культ съемки на телефон – вообще вещь недавняя, ещё в 2014-2015 инстаграм был соцсетью для фоток еды. В дальнейшем производители (Apple в первую очередь) провели огромные вложения в раскрутку такого способа развлечения.
Устройство определяет способ работы, а не способ работы устройство. Планшеты же всегда пытались имитировать смартфонную парадигму использования, да и доступны стали на несколько лет позже, они не могли победить.
Видел немало систем, которые создавались «на века». А что в итоге? В лучшем случае – рабочее приложение с недружелюбным по современным меркам интерфейсом и багами, которые не чинят годами.
Наглядный пример этого – старая часть винды, которая, как по мне, и стала причиной массового оттока на смартфоны. Даже в 11 версии они не закончили перенос настроек в новый интерфейс, в реестре нет поиска, слышал и про проблему корявых шрифтов на высоких разрешениях в старых приложениях.
Особняком стоят программы вроде командных утилит юникса. Но и они постоянно дописываются, не знаю, сколько от первоначального кода осталось в том же виме.
А ведь есть еще и программы, которые были хороши, но протухли из-за платформы, под которую создавались, всякий WP, WM, мейнфрейм-софт. Тут вообще у разработчиков не было и шанса…
Это, конечно, умозрительно, но вакансий по поддержке легаси очень много на плюсах. Все-таки на этом языке раньше писали практически всё, не удивительно, что надо это кому-то поддерживать.
Но зачем выбирать плюсы сегодня? Наверное, если есть подходящая библиотека, ради производительности в высоконагруженных задачах, ну и еще есть UE и Qt.
На C# есть, конечно, и поддержка старых Windows-приложений, но в основном, думаю, это бекенд, Unity и немного Xamarin. И соотношение новых и старых проектов там сравнимо с другими языками.
В примерах я вижу сброс C и Java-подобного балласта. Да, времена меняются, и писать каждый раз break в операторе switch это просто странно, учитывая то, насколько его редко надо не писать, а необходимость добавлять закрытую переменную для свойства просто удваивает объем кода.
Конечно, это все синтаксический сахар, только вот этот сахар будет использован тысячи раз и сократит сотни тысяч строк кода, а еще уберет много болезненных ошибок.
Делать что-то лучше? Так это еще более усложнит язык. Посмотрите на раст, как раз язык где абстракция максимальна. По факту это 3 языка (сам раст, макросы, процедурные макросы), наслоенные друг на друга. Ну или там хаскель.
Насчет дарта удивился. Даже банальная конвертация JSON в объект это боль по сравнению со Swift, где просто приписываешь: Codable к названию объекта и готово. В свифте это зашито в компилятор и нельзя самому создать протокол, который генерит код? Плохо, да, но и пофигу, основные юзкейсы-то покрыты.
Как раз самые популярные языки и есть сплошное наслоение синтаксического сахара, потому что абстракция в коде далеко не равна повышению абстракции в задаче, а вот ментальная модель кода усложняется куда там. Вот и получается, что языки типа Rust, Scala, C++ или Haskell со всей их абстрактностью не являются “мейнстримными”.
Чёлка – это задел под FaceID. Почему сразу не сделать его – а потому что дорого, да и получится «вечный ноутбук», который никак практически далее не улучшить. Вот MBP 2015 как раз был таким вечным – проблемы с клавиатурами делали его лучшим по сравнению с моделями 2016-2018, только в 2019 представили адекватную замену, да и то без физических клавиш и MagSafe.
А добавлять чёлку потом – как шаг назад.
Вызов unsafe не запрещен конечно, но вот одна из задач разработчика в Rust – изолировать такие конструкции, гарантировав на уровне обертки безопасность вызова.
Поскольку же Windows API один сплошной unsafe, от использования Rust тут, как по мне, мало толку.
А как красиво удалить элемент например? Придется все рассчитывать самостоятельно, как я понял? Хотелось бы, чтобы удаление / добавление возвращало удаленные индексы, которые потом можно использовать...
Много тут говорилось про стриминг, для меня же (как и для многих думаю), основной плеер – YouTube.
Подбор же музыки двоякий: с одной стороны рекомендации ютуба, с другой – использование его поиска.
В конце статьи ожидалась бы подпись юрфирмы, которая собирает скальпы, но не IT-конторы, которая столько сил потратила на непонятно что.
А что же Вы предлагаете взамен?
Или Вы критикуете только реализацию через фреймворк, а передачу зависимостей в конструкторе / переменными DI уже не считаете?
Или же Вам нравится управление глобальным состоянием отовсюду и миллион синглтонов?
На картинке было, хотя в статье и не указано, что лучше писать «вы» с маленькой буквы.
Что ж, я не понимаю вот, как можно обижаться на грамотность. И меня, и моих родителей так учили писать в школе, в единственном числе с большой буквы.
А то, что у каждого тут свои предпочтения – почему я должен подстраиваться под них? Ко мне были не раз вопросы, почему я ставлю точки в конце предложений, что ж, негодующим пришлось продолжать терпеть это безобразие…
Создали то, что решает поставленную проблему с достаточной точностью.
Так ведь всегда было. Например, сначала для перемещения использовали силу животных, потом пар, потом электричество, сделали реактивные двигатели. Никто не ставил задачу – или создаем телепортатор из точки A в B, или будем продолжать перемещаться только на своих двоих.
Придумают лучше – будут использовать лучшее.
По мне так очень некорректное сравнение.
Вот если бы для овладения новым ЯП Вам надо было бы выучить наизусть всю его стандартную библиотеку + топ10 самых популярных фреймворков, тогда можно было бы ещё о чем-то говорить.
Книгой, которая пробудила во мне интерес к лингвистике, была «Лингвистические парадоксы» Одинцова.
Что же касается изучения языков кроме английского, то считаю это довольно бесполезным занятием, разве что кроме случая иммиграции в соответствующую страну. Не забываем, что мы никогда не будем на уровне носителей языка при изучении, при этом получим навык, практически бесполезный в одних обществах и считающийся базовым и очевидным в других.
Кстати говоря, промахи интерфейса – это очень, очень малая часть проблемы. Приложения стоили в разы дороже, пиратство процветало, крякнутый (а иногда и нет) софт нёс в себе всякие тулбары и модификаторы браузеров, вредоносы в пару раз понижали производительность и скорость интернета. Проблемы с драйверами, невозможность обновится без удаления всех данных (и необходимость переустановки винды со стиранием данных, чтобы быстрее работало или какую-то проблему решить), банальные задачи выполняются дорогими сторонними программами, всякие ключи безопасности на 1 ПК, перечислять можно бесконечно.
Я не говорю даже про Internet Explorer, который тогда у большинства стоял.
Конечно, всего этого можно было избежать, но даже глючные и медленные первые смартфоны были в РАЗЫ дружелюбнее тогдашних (а во многом и современных) ПК.
«Потребление контента» именно в том виде, как сейчас это происходит – это феномен как раз эры смартфонов. Вспоминаем нулевые – форумы, ранние соцсети, всё это были «клубы по интересам», а интересы пользователя концентрировались внутри этих клубов.
Для участия в таком вот клубе недостаточно было листать ленту. А культ съемки на телефон – вообще вещь недавняя, ещё в 2014-2015 инстаграм был соцсетью для фоток еды. В дальнейшем производители (Apple в первую очередь) провели огромные вложения в раскрутку такого способа развлечения.
Устройство определяет способ работы, а не способ работы устройство. Планшеты же всегда пытались имитировать смартфонную парадигму использования, да и доступны стали на несколько лет позже, они не могли победить.
Видел немало систем, которые создавались «на века». А что в итоге? В лучшем случае – рабочее приложение с недружелюбным по современным меркам интерфейсом и багами, которые не чинят годами.
Наглядный пример этого – старая часть винды, которая, как по мне, и стала причиной массового оттока на смартфоны. Даже в 11 версии они не закончили перенос настроек в новый интерфейс, в реестре нет поиска, слышал и про проблему корявых шрифтов на высоких разрешениях в старых приложениях.
Особняком стоят программы вроде командных утилит юникса. Но и они постоянно дописываются, не знаю, сколько от первоначального кода осталось в том же виме.
А ведь есть еще и программы, которые были хороши, но протухли из-за платформы, под которую создавались, всякий WP, WM, мейнфрейм-софт. Тут вообще у разработчиков не было и шанса…
Это, конечно, умозрительно, но вакансий по поддержке легаси очень много на плюсах. Все-таки на этом языке раньше писали практически всё, не удивительно, что надо это кому-то поддерживать.
Но зачем выбирать плюсы сегодня? Наверное, если есть подходящая библиотека, ради производительности в высоконагруженных задачах, ну и еще есть UE и Qt.
На C# есть, конечно, и поддержка старых Windows-приложений, но в основном, думаю, это бекенд, Unity и немного Xamarin. И соотношение новых и старых проектов там сравнимо с другими языками.
В примерах я вижу сброс C и Java-подобного балласта. Да, времена меняются, и писать каждый раз break в операторе switch это просто странно, учитывая то, насколько его редко надо не писать, а необходимость добавлять закрытую переменную для свойства просто удваивает объем кода.
Конечно, это все синтаксический сахар, только вот этот сахар будет использован тысячи раз и сократит сотни тысяч строк кода, а еще уберет много болезненных ошибок.
Делать что-то лучше? Так это еще более усложнит язык. Посмотрите на раст, как раз язык где абстракция максимальна. По факту это 3 языка (сам раст, макросы, процедурные макросы), наслоенные друг на друга. Ну или там хаскель.
Насчет дарта удивился. Даже банальная конвертация JSON в объект это боль по сравнению со Swift, где просто приписываешь: Codable к названию объекта и готово. В свифте это зашито в компилятор и нельзя самому создать протокол, который генерит код? Плохо, да, но и пофигу, основные юзкейсы-то покрыты.
Как раз самые популярные языки и есть сплошное наслоение синтаксического сахара, потому что абстракция в коде далеко не равна повышению абстракции в задаче, а вот ментальная модель кода усложняется куда там. Вот и получается, что языки типа Rust, Scala, C++ или Haskell со всей их абстрактностью не являются “мейнстримными”.
А почему не быстро? Возможность downcast вроде бы означает хранение типа в рантайме… Так сложно два указателя на тип сравнить?
В моем детстве (2005 где-то) такая была в квартире дедушки. Даже катался немного. Куда делась потом – не знаю, скорее всего выбросили.
Был слайд с демонстрацией подключения к 3 Apple Pro XDR Display (!) и 1 4K-телевизору.
Чёлка – это задел под FaceID. Почему сразу не сделать его – а потому что дорого, да и получится «вечный ноутбук», который никак практически далее не улучшить. Вот MBP 2015 как раз был таким вечным – проблемы с клавиатурами делали его лучшим по сравнению с моделями 2016-2018, только в 2019 представили адекватную замену, да и то без физических клавиш и MagSafe.
А добавлять чёлку потом – как шаг назад.
А в чем там проблема? Со SwiftUI не разбирался, но вроде бы как раз простота создания «мелких окон» должна быть вроде бы его преимуществом…
Вызов unsafe не запрещен конечно, но вот одна из задач разработчика в Rust – изолировать такие конструкции, гарантировав на уровне обертки безопасность вызова.
Поскольку же Windows API один сплошной unsafe, от использования Rust тут, как по мне, мало толку.
А как красиво удалить элемент например? Придется все рассчитывать самостоятельно, как я понял? Хотелось бы, чтобы удаление / добавление возвращало удаленные индексы, которые потом можно использовать...
Типичное приложение на редуксе выглядит как простыня передачи вызовов без их обработки, что, как по мне, довольно бессмысленно.