Обновить
62
Artem Kalachian@Bringoff

Разработчик мобильных приложений

30
Подписчики
Отправить сообщение
полное отсутствие не только грамматических, но и стилистических ошибок

Зато прямо в предложении, которое вы процитировали, типографическая ошибка с использованием неправильного тире. У себя в цитате, кстати, вы это исправили :)

А дальше вы выступаете против использования слов «тру» и «кейс», и вас совсем не смущает слово «драйвит» в начале статьи. Занятно.
хабр — токсичный ресурс


Только вот с вылитого ушата помоев начали вы, узколобо обобщив «обычный контингент» ресурса, ещё и абсолютно не в тему данной статьи.
Логично, но если они разрешат это делать несколько проще (примерно как на macOS), вряд ли это превратится в 50%. Скорее 5-10. Что тоже может быть заметно для Apple, но тут ведь зависит от того, кто и как об этом их попросит.
для них это слишком большие потери

Смотря на процент людей, которые устанавливают что-то не из Google Play на Android, не думаю, что потери сколь-либо заметные будут.
Это если предположить, что комментатор выше из России.
Никто не говорит, что он не знал больше ни о чем, говорится, что Angular и React в бою были автором проверены. Боюсь, что при «альтернативном» выборе статья могла бы называться в стиле «Как меня чуть не уволили за выбор Svelte для корпоративного приложения» :)
А сколько он их должен знать, по-вашему? Что еще было в экосистеме JS, кроме React и Angular, что стоило рассмотреть для подобного размера приложения? Даже Vue в 2018 году был не настолько популярен.
На балкон не часто ходят, там ничего не хранится, он пустой.


И тут напрашивается вариант пройти по пути Boomburum и организовать рабочее место на пустующем балконе :)
Я на своем 27" с 2560х1440 очень даже пиксели вижу

На 27" уже надо 4К. Я для себя определил, что на телефоне комфортно минимум 300ppi, ноуте — хотя бы 200, а на большом мониторе 150. Взял себе 27" 3840x2160 и комфортно. Если подсунуться к монитору на расстояние, на котором обычно ноутбук, то видно, что у экрана Macbook получше изображение, но на их обычном рабочем расстоянии воспринимаются оба плюс-минус схоже.
TKL разметка, безусловно, неплоха, но при возможности разместить клавиатуру безотносительно монитора. Скажем, когда это просто отдельная клавиатура. Либо когда экран ноутбука не является основным, он стоит на столе, и его можно немного сдвинуть в сторону.
Но вообще по поводу клавиш типа PgUp, как-то на маке привык исполнять эти действия через модификаторы Opt/Cmd + стрелки, и от их отсутствия не страдаю.
Выглядит, конечно, неплохо, но зачем делать сдвинутую влево клавиатуру и тачпад даже без наличия цифрового блока справа, мне непонятно. Работая за такой клавиатурой, ты всегда немного перекошен.
При стоимости нормального мониторая в 5 часов работы программиста это вообще не дорого.

Смотря, что считать нормальным. У меня 4К моник с Power Delivery через Type-C, чтобы сразу и ноут заряжался, около 600$ вышел. Если вы столько за 5 часов зарабатываете, могу вам только пожать руку :)
мне крайне хотелось бы, чтобы он умел синхронизировать пароли с Яндекс.Браузером

А в чем смысл, собственно? Не скажу точно про Enpass, ушел с него давненько, но вроде там плюс-минус всё то же было возможно. В 1Password на всех платформах я для себя настроил автозаполнение паролей, и потребность во встроенных менеджерах паролей отпала сама собой.

На Маке включил глобальный хоткей Cmd+\ — при нажатии выскакивает окно с предложением автозаполнения. Если сейчас открыт браузер или даже любое приложение с формой авторизации, 1Password это распознаёт и предлагает сразу нужный пароль. А когда где-то регистрируюсь, он это тоже детектит и выкидывает диалог с предложением сохранить новый пароль.

На iOS есть стандартная настройка включить дополнительные менеджеры паролей вместе или вместо дефолтной ключницы. Я там включил только 1Password, и теперь все пароли при автозаполнении предлагаются оттуда. Если же изредка надо где-то зарегистрироваться с телефона, я тоже выбираю автозаполнение через 1Password, там генерирую новую запись с паролем, которая сохраняется и автозаполняет форму регистрации.

На свежих версиях Android есть похожий механизм ключницы, но я включил более удобный метод — распознание форм входа с помощью Accessibility. Работает примерно как на Маке, только возле каждой формы входа автоматом выскакивает плашка с предложением автозаполнить пароль из 1Password.

Так у меня все пароли в одном месте, не привязаны к браузеру, платформе или экосистеме в случае с Apple, и я могу в любой момент «собрать вещички» и уйти. Я так из Chrome перебрался на Firefox, а потом на Vivaldi вообще без боли.
Отключение сохранения паролей в браузере не отключает сохранения данных об авторизации, эти вещи между собой не связаны.
Плюсую. Я когда-то собрался с силами, перенес все пароли отовсюду в 1Password и поотключал предложения о сохранении паролей в браузерах. Это мне серьезно развязало руки, и с того времени я раза 2 менял браузер, которым пользуюсь. До этого сама мысль о переходе куда-то вызывала боль.
Не понимаю, в чем сложность

Не сложность, а времязатраты.
Нажал паузу, альт-таб, записал

Вы сами подтвердили, что общее время работы будет в несколько раз длиннее видео.
но она и сложнее

К тому же, как по мне, иногда некорректные вопросы из-за локализации. Скажем, когда просит найти «автомобиль», судя по моим наблюдениям, это просто перевод английского «car», а всякие грузовики, которые на самом деле «truck», выбирать не надо. Хотя как по мне, русскоговорящему человеку, когда он видит слово «автомобиль», сразу хочется выбрать не только легковушки.
В дарте вообще запятая в конце параметров влияет на форматирование кода (которое истинный каноничный dartfmt).
И если вы базовые принципы тдд нарушаете, то это уже не тдд.

Когда человек начинает использовать TDD, ему ведь не дают подписать контракт, запрещающий любые другие подходы? Можно вполне быть разумным человеком и применять то, что удобнее в конкретной ситуации. Также как если человек придерживается в основном ООП, а потом где-то тулит Util- класс или передаёт лямбду в качестве аргумента, (обычно) к нему не прибегают ООП-апологеты с палками.

Я ведь уточнил, что "обычно" :) И да, часто для дискуссии нужно чуть больше, чем одно слово и минус.

Информация

В рейтинге
Не участвует
Откуда
Warszawa, Mazowieckie, Польша
Зарегистрирован
Активность

Специализация

Разработчик мобильных приложений
Старший