Вопрос даже не в этом. На коробках с М1 написано что оно М1 (безотносительно процессора, хотя почти все фанаты Эппла смотрят все их презентации и конечно же знают что такое М1).
Про то, что на М1 пока не придумали винду знают действительно не все из них, но те, кто собирается ставить винду через буткамп скорее в большинстве таки в курсе.
Остаются домохозяйки купившие М1 и принёсшие другу Васе с просьбой поставить винду, потому что нужен какой-то спец-софт, что уж совсем небольшой процент.
Допустим, но вы путаете вероятность 95% (* на сегодняшний день) что на мак можно поставить винду с вероятностью в 30% что на ноутбук можно поставить линукс.
Вы же понимаете, что это отлично иллюстрирует саму проблему - списков хорошо/плохо поддерживается нет и быть не может, потому что никаких видимых правил просто нет, только опыт "запустилось/не запустилось", для чего нужны пушечное мясо первопроходцы на каждый сет железа.
Вы можете быть параноиком и не разрешать доступ к интернету всем программам, что есть Ваше право. В таком случае, удалённый аудит тоже технически невозможен. Придумать можно много чего, главное чтоб им было лениво Вами заниматься.
Недавно общался с ТП Apple, процедура примерно следующая - можно обратиться в чат центральной поддержки, но как только дело доходит до нестандартных ситуаций - отправляют на локальную ТП по телефону. А локальная ТП в нестандартных ситуациях тоже так себе (сильно зависит от оператора) и периодически отправляют обратно в чат. Так и живём. Департаменты которые занимаются вот такими вот решениями как у автора поста - вообще недоступны для связи, говорят что если вам пришёл имейл с уточнением данных на которые можно ответить - единственный способ связи. Если просто решение с noreply - извините.
Ну с одной стороны вроде и да, с другой - программиста без шорткатов можно сравнить с секретаршей набирающей текст одним пальцем. Вроде с задачей справляется, но…
Но вот тестировщиков лучше не переучивать, они наоборот должны наиболее близко быть похожи на пользователей :)
Используя общепринятый термин вы уже делаете это. Что вам мешало придумать другой? Например "Абсолютная Математика" или что-то вроде. Тогда это не имело бы никакого отношения к библии и прочему.
Если вы не заметили, уточню - мой комментарий был скорее в пользу TS, чем против ;) Скажу только что использование TS в библиотеках скорее необходимость, когда использование в своём пет проекте (который разрабатывается здесь и сейчас и меняться скорее всего не будет) - дело вкуса. Пет можно хоть на брейнфаке писать, а если предполагается что это фреймворк/библиотека, код, который уйдёт в прод, код над которым будут работать другие люди - тут лучше всё таки строже, но однозначнее.
Касательно большинства тредов выше про TS - TS полезен и нужен там, где код будет переиспользоваться и там, где нельзя допустить ошибку. DTO - очень хорошее место для TS (особенно когда серверную и клиентскую часть пишут разные люди и в прод они попадают асинхронно). А так же любые внешние библиотеки - не менее хорошее место для TS. При этом свой собственный end-проект можно писать на чём угодно, не заботясь об используемых библиотеках. JS с JSDoc + строгий JSLint (хотя не уверен, что он может в типизацию по JSDoc ам) - это очень хорошо. Ровно до тех пор, когда над кодом начинают работать 10 человек, с не каждым из которых можно легко договориться, и кроме как жёсткими правилами и ограничениями дело дальше не пойдёт. Но для себя - да, тут бесспорно, TS плодит больше кода, который не хочется (и для проекта на одного не нужно) писать.
На самом деле не так всё страшно. На маке основная клавиша модификатор - это cmd (во всех хоткеях в которых на остальных системах обычно задействован ctrl), которая находится рядом с пробелом и конечно никак не может нажиматься мизинцем.
Запоминается как раз «повернут на тот угол» относительно некоего дефолтного положения.
Это-то понятно, так и есть. Но я не уверен что "потому что так удобнее", скорее так сложилось. Разумеется что при быстром наборе при этом речь будет про мышечную память как раз про поворот/наклон. Но мне кажется (а это можно определить только тестированием на фокус группах) что Брайль даст некий профит, а минусы в плане "постоянно в пальцы что-то давит" относительно надуманные. Это в общем всё что я имею в виду, безосновательно каких-либо конкретных клавиатур включая тех что в статье.
А вот это, кстати, интересно. Если продублировать клавиши Брайлем, то хочешь не хочешь, а будешь знать на тактильном уровне язык Брайля и вслепую всегда можно будет найти нужную клавишу.
Waze?
Как вам (может не вам), уже приводили примеры выше, линукс так себе работает, даже когда предустановлен.
Справедливости ради, ряд тредов выше прекрасно иллюстрирует проблему подбора железа и сегодня.
Вопрос даже не в этом. На коробках с М1 написано что оно М1 (безотносительно процессора, хотя почти все фанаты Эппла смотрят все их презентации и конечно же знают что такое М1).
Про то, что на М1 пока не придумали винду знают действительно не все из них, но те, кто собирается ставить винду через буткамп скорее в большинстве таки в курсе.
Остаются домохозяйки купившие М1 и принёсшие другу Васе с просьбой поставить винду, потому что нужен какой-то спец-софт, что уж совсем небольшой процент.
Допустим, но вы путаете вероятность 95% (* на сегодняшний день) что на мак можно поставить винду с вероятностью в 30% что на ноутбук можно поставить линукс.
Вы же понимаете, что это отлично иллюстрирует саму проблему - списков хорошо/плохо поддерживается нет и быть не может, потому что никаких видимых правил просто нет, только опыт "запустилось/не запустилось", для чего нужны
пушечное мясопервопроходцы на каждый сет железа.Вы можете быть параноиком и не разрешать доступ к интернету всем программам, что есть Ваше право. В таком случае, удалённый аудит тоже технически невозможен. Придумать можно много чего, главное чтоб им было лениво Вами заниматься.
Недавно общался с ТП Apple, процедура примерно следующая - можно обратиться в чат центральной поддержки, но как только дело доходит до нестандартных ситуаций - отправляют на локальную ТП по телефону. А локальная ТП в нестандартных ситуациях тоже так себе (сильно зависит от оператора) и периодически отправляют обратно в чат. Так и живём. Департаменты которые занимаются вот такими вот решениями как у автора поста - вообще недоступны для связи, говорят что если вам пришёл имейл с уточнением данных на которые можно ответить - единственный способ связи. Если просто решение с noreply - извините.
Всего пару замечаний -
Roborock не про уборку, он про время.
Убирая пыль чаще на полу - её меньше будет в воздухе и, как следствие, выше плинтуса.
Ну с одной стороны вроде и да, с другой - программиста без шорткатов можно сравнить с секретаршей набирающей текст одним пальцем. Вроде с задачей справляется, но…
Но вот тестировщиков лучше не переучивать, они наоборот должны наиболее близко быть похожи на пользователей :)
Странно, что про IDEA (подозреваю в AS тоже) не были упомянуты встроенные
Help -> Keymap Reference: https://dsh.re/2a4138
Help -> Productivity Guide: https://dsh.re/d1558 (со статистикой и описанием фич и их шорткатов)
А так же имеется счётчик сложности (шагов, необходимых движку на парсинг).
Используя общепринятый термин вы уже делаете это. Что вам мешало придумать другой? Например "Абсолютная Математика" или что-то вроде. Тогда это не имело бы никакого отношения к библии и прочему.
Если вы не заметили, уточню - мой комментарий был скорее в пользу TS, чем против ;)
Скажу только что использование TS в библиотеках скорее необходимость, когда использование в своём пет проекте (который разрабатывается здесь и сейчас и меняться скорее всего не будет) - дело вкуса. Пет можно хоть на брейнфаке писать, а если предполагается что это фреймворк/библиотека, код, который уйдёт в прод, код над которым будут работать другие люди - тут лучше всё таки строже, но однозначнее.
Касательно большинства тредов выше про TS - TS полезен и нужен там, где код будет переиспользоваться и там, где нельзя допустить ошибку. DTO - очень хорошее место для TS (особенно когда серверную и клиентскую часть пишут разные люди и в прод они попадают асинхронно). А так же любые внешние библиотеки - не менее хорошее место для TS. При этом свой собственный end-проект можно писать на чём угодно, не заботясь об используемых библиотеках. JS с JSDoc + строгий JSLint (хотя не уверен, что он может в типизацию по JSDoc ам) - это очень хорошо. Ровно до тех пор, когда над кодом начинают работать 10 человек, с не каждым из которых можно легко договориться, и кроме как жёсткими правилами и ограничениями дело дальше не пойдёт. Но для себя - да, тут бесспорно, TS плодит больше кода, который не хочется (и для проекта на одного не нужно) писать.
Это Вы на второй вопрос ответили, тут просто надо "где-то такое слышал". А вот как ответить на первый вопрос?
На самом деле не так всё страшно. На маке основная клавиша модификатор - это cmd (во всех хоткеях в которых на остальных системах обычно задействован ctrl), которая находится рядом с пробелом и конечно никак не может нажиматься мизинцем.
Это-то понятно, так и есть. Но я не уверен что "потому что так удобнее", скорее так сложилось. Разумеется что при быстром наборе при этом речь будет про мышечную память как раз про поворот/наклон. Но мне кажется (а это можно определить только тестированием на фокус группах) что Брайль даст некий профит, а минусы в плане "постоянно в пальцы что-то давит" относительно надуманные. Это в общем всё что я имею в виду, безосновательно каких-либо конкретных клавиатур включая тех что в статье.
Я полагаю, через время оно само запомнится. И мне кажется на лучшем уровне чем "палец повёрнут не на тот угол и согнут не так для этой буквы".
А вот это, кстати, интересно. Если продублировать клавиши Брайлем, то хочешь не хочешь, а будешь знать на тактильном уровне язык Брайля и вслепую всегда можно будет найти нужную клавишу.