Интересно, разметка данных в стиле Lisp имеет право на жизнь? Из разделителей только скобки и пробельные символы, из типов данных только текст, из зарезервированных символов кроме вышеназванных только обратная кавычка. Поле phone_numbers->type я реализовал двумя способами, потому что и двоеточие - вполне валидный символ, и ещё один уровень иерархии - семантически правильный способ передать идею перечисления с использованием символа -.
Тут главное отличить хорошую вещь от плохой: упасть на костяшки локтевых костей рук это хорошо и правильно, ведь руки в этом случае располагаются по ребре жёсткости и вероятность сломать кисть минимальная. Мой первый тренер боевых искусств поначалу запрещал бить костяшками в смысле тыльной стороной кисти, мотивируя это тем что без тренировки она легко ломается, поэтому у меня рефлекс не как у вас. Неудачный даунхил для меня это что-то вроде полёта Супермэна с почти выпрямленой одной рукой которой я буду щупать поверхность первой; другая рука полностью согнута и её базовая задача - не дать закрутиться если встреча с землёй случится не прямо, а в сторону. Правильная хореография во время падения это группировка с целью защитить челюсть как только ясно что положение шаткое и посмотреть куда летишь как только понял что летишь.
Я предполагаю что типичный ездок на моноколесе перед падением всегда через чур наклонялся вперёд за что можно получить хлёсткий удар как срыв канта на сноуборде, только с моноколеса есть возможность спрыгнуть если ноги хоть чуть-чуть были согнуты.
Самый большой страх, что колесо отключится в движении, и полетишь головой вперёд.
Вы, конечно же, преувеличиваете - впереди будут руки, а с асфальтом встретятся предплечия в месте не больше 10см от края локтя, ведь природа нам дала и физическую крепость костей в конкретно этом месте, и некоторые инстинкты чтобы этим местом отгораживаться при падении автоматически. Мне лично страшно конкретно за людей на электросамокатах - любое падение приведёт к тому что эта палка зацепится за ноги ездока с непредсказуемой траекторией, да ещё и все как один ездят на нём с несогнутыми коленами словно ничего не боятся. А вам всего лишь надо освоить любой смежный вид спорта (скейтбординг, бмх, акробатика, любой зимний) где вам тренер покажет как падать нельзя ни в коем случае. Если коротко, то ладони приземляются после локтей и нельзя падать на прямые руки.
Важный совет - ввиду того что разодранные ладони гораздо неприятнее разодранных локтей, купите защиту типа перчатки с пластиной и ездите только в перчатках. Нехватка перчаток чувствуется при любом падении даже со скорости пешехода, и наоборот, наличие любой даже тонкой материи на ладонях очень выручает. Если нету перчаток с пластиной, то купите недорогие рабочие - их хватает на 2 падения ввиду того что после первого раза можно одеть дырками в другую сторону.
У Телеграмма из опен-сорса только клиент, причём факт такого опен-сорса не позволяет пользоваться зашифрованным каналом связи без смартфона. Лично я смотрел код и могу, как и все, подтвердить что ключ от приватных чатов не покидает пределы устройства - но ввиду того что используется оверхэд в виде ДХ вместо старой-доброй асимметричной криптографии, то складывается подозрение что причина в навязанном ДХ - способ для владельца канала связи между девайсами (ТГ, не ОпСоС) скрытно получать часть энтропии приватного ключа. Приватного ключа от симметричного шифрования от трафика который гоняется через сервера ТГ, ага. Таки параноиком быть сложно даже с возможностью оценить техническую сторону используемых опен-сорс решений, особенно если там замешана криптография.
Имело значение на первобытных моделях HDD которые были настолько стары что на них даже не была реализованна возможность хранить больше данных на внешней дорожке чем на внутренней. Из комментария выше вашего по скриншоту программы HDTune видно, что: скорость в центре будет 60+ против 70+ на краю, время доступа к данным из центра не было меньшим чем 13мс, время доступа к данным в начале диска не было большим 13мс.
Протокол Diffie-Hellman используется чтобы безопасно обменяться ключами через небезопасную сеть; кто-нибудь может объяснить как этот алгоритм может встретиться в диктофоне?
А представьте если бы они стрелочный блок сместили на один квадратик вниз! (мечтательно) Shift и 0 были бы традиционных размеров и каждой из вышеупомянутых клавиш стало бы удобнее пользоваться.
Вы пишете о себе: расшаркиваетесь, описываете аспекты физической реальности вокруг вас, делитесь воспоминаниями, присутствует даже своеобразная кульминация. Если эксперимент заключался в том чтобы имитировать стиль чатгопоты - он провалился, и не помогла даже сгенерированная картинка. Я не уверен что в полной мере понимаю смысл слова новелла, но по-моему получилось интересное эссе о бесплодных попытках приблизиться к рафинированной пустоте новомодного технологического ассистента.
Ничего не вижу плохого в списках: они очень полезны для технического общения где иногда хочется показать одноранговое или последовательное отношение у целого массива информации, вроде список предметов на зарядке.
Я понял так: для ячеек накопителя существуют два напряжения: Umin, Umax; первое из которых, грубо говоря, 0В, а второе из которых есть максимум который может выдержать ячейка; количество логических уровней это количество информации которую туда можно записать. Мы уменьшаем количество ненулевых уровней вольтажа с 4х до 1го, что понижает объём накопителя в 4 раза, конкретно в статье с 500Гб до 120Гб + какие-то сложные подробности о том куда делись ещё 20Гб.
Меня удивил вывод который я сделал из статьи, что наличие максимального вольтажа в ячейке схоже по разрушительности с литиевой батарейкой заряженной на 100% - можно, но как бы нежелательно. Здесь решение использует только Umin и Umin+1, разрешённое наличие двух следующих уровней контроллер будет игнорировать. Это объясняет существенный прирост TBW, но пока ещё не объясняет небольшое увеличение скорости.
Я не работаю с программистами, я работаю с детьми. Про медленно печатать не мой тезис, мой тезис что они устают от клавиатуры и хотят к смартфону с развлечениями. Моя контрмера против смартфона №1 чтобы заставить детей программировать, а не заниматься эрзац-программированием в приложениях - предотвращать усталость от клавиатуры с использованием доступных достижений науки. Слишком много скрытых преимуществ у этого решения, а Хабр со мной в этой ветке общается как будто я говорю только про скорость.
Да бросьте уже вы, благородные доны, говорить то чего я не заявлял. Обучение программированию состоит гораздо больше из набирания текста чем из других активностей, не так ли? Программировать можно и как Стивен Хокинг, двигая курсором по матрице символов с использованием последней непарализованной мышцы. Обучаться программировать надо много.
Дело же не в том что ученик со слепопечатанием введёт больше символов за час в процессе решения тестовых задач, дело в том что он будет меньше уставать от работы за клавиатурой что выльется в больше часов. Рассказать что от него хотят в задаче я могу хоть от и до, но когда ученик говорит что устал печатать то это значит что занятие закончено.
Элементарный пример: позволяете ли вы копипастить своим ученикам примеры из е-бука в компилятор? Я - нет, мне заведомо надо чтобы он наделал ошибок при перепечатывании чтобы потом он видел код не как кашу из символов, а пооператорно. Без навыка печати мой ученик будет считать меня монстром за это, с навыком печати на раскладке которая предназначена для печати на программерском это почти удовольствие.
Не настоящий англичанин тогда уж, если обратить внимание на пункт 1.5. Например, я вижу как люди с Двораком осваивают английский быстрее людей с Qwerty, а люди с любой слепой печатью осваивают работу с текстом быстрее чем без оной. Грязный секрет индустрии в том, что вас возьмут программистом и без навыка печати, о таком навыке даже в резюме не похвастаешься, это надо не для работодателя же. Это как когда готовят чемпиона в велоспорте, то обращают внимание даже на то что улучшит эффективность на 0.01% вроде вес краски вела или сопротивление воздуха о волосы на ногах - потому что в длинном маршруте эти проценты будут складываться в нечто большое, много таких примеров есть в книге "Атомные привычки". Дело не в том сколько текста юный программист введёт за X времени, дело в том сколько раз он отвлечётся от дела на поиск буквы "А" ...
Я почти готовый сражаться за холм (возможно, в виде статьи про модальные редакторы текста) что программисты без слепой печати на латинской раскладке - программисты которым мешает гандикап. Разница между раскладкой Дворака или раскладкой сгенерированной нейросетью заключается только в кривой обучения освоения - лишь бы ваши пальцы побыстрее впитали нужные рефлексы. Например, без слепой печати никто не берёт Vi(m) так как в зависимости от наличия таковой он будет казаться или самым сложным редактором на свете или самым простым.
Я не умею программировать - зато неплохо получается быть учителем программирования. Молодой человек меня точно прочитает? Только проверенная последовательность:
Слепая печать на Двораке, я так понимаю у вас старший школьный возраст или 1 курс - ещё не тот случай когда опыт с дефолтной раскладкой будет мешать. Младшие осваивают меньше чем за 10 часов, дальше костность мозга будет давать о себе знать. Поэтому я отношусь к этому как переболеть ветрянкой - или в детстве, или никогда.
1.5 Английский, желательно не теория, а в формате "а следующих часа 2 я понимаю русский язык только рид онли". Если можете, разумеется. Какой там самый важный язык для программиста? (с)
Математика, для старших наверное будет достаточно короткого курса из "Удовольствие от X", и хоть что-то о теории информации; младшеньких пробую прогонять по Петерсон 1-6кл. Тоже самый важный язык для программиста, но некоторые виды программирования её не требуют.
2.5 Долгие разговоры о: типах данных, открытом и свободном программном обеспечении, о всяких-разных компьютерных интерфейсах начиная с USB и заканчивая да хоть JSON, об императивном и функциональном обеспечении, об ЯП высокого и низкого уровня, о Тьюринг-полных языках и домен-специфических... Да вы и сами написали не одну тему на которую стоило бы поговорить. Должна же быть польза из полтора десятилетия чтения Хабра?
C, SQL, Lisp, Javascript, Python, Java - вот по моему мнению основные направления прокачки расположенные примерно в моём порядке веры в необходимость каждого из них. Главное - настроить ему среду исполнения для каждого, остальное пусть сам.
3.5 Любые тулинги которые считаете важными - Linux, Git, Vim, всё что умеете.
Простите за офтопик, но почему ни один стартап на планете до сих пор не реализовал клавиатуру на задней грани девайса, для тех людей которые умеют печатать вслепую? Что-то вроде двух ортолинейных половинок развёрнутых с уважением к анатомии человека полузующимся сматрфоном в альбомном режиме. С учётом размеров современных лопат, туда влезут 3 буквенных ряда полноразмерных клавиш, а если кому не важно что устройство станет в 4 раза толще, то можно даже механические свитчи вместо мембранной клавиатуры как в ноутбуках.
Ну я больше хочу в своем воображаемом программно-аппаратном комплексе такой вид затруднения движения перчатки, как у кухонного выключателя света. Получается цепочка из 2х последовательных выключателей на мизинцы, безымянные и средние; и из 3х - на указательные согласно идеи по 3 клавиши на обычные пальцы и по 6 клавиш на указательные. Большие пальцы пока не обсуждаю так как там совсем другая анатомия.
Узкоспециализированность у меня дальше некуда - представьте себе набор текста во время прогулки. Из устройств ввода разрешено иметь клавиатуру которая не будет стеснять ходьбу. Из устройств вывода разрешено иметь только голосовой помощник. Программная часть реализована без меня во многих ОС и программах - люди с проблемами зрения подтвердят. Осталось реализовать соответствующую перчатку и тогда при желании получится быть в активном онлайне с полностью свободным визуальным каналом восприятия.
Очень хочу обойтись без распознавания, только аналоговые технологии. Распознавание динамики движений будет значить что я сам не буду знать какой символ клавиатура захочет напечатать.
Известны ли вам проекты перчаток на чём-то вроде галетных переключателей? В самом крайнем случае придётся где-то найти достаточное количество работающих колёсиков мышки.
Ещё вопрос - экспериментировали ли вы с пружинами или с намеренным затруднением движения пальцев любым способом как способ обратной связи? Не знаю как в ваших задачах, а в моей задаче надо чтобы незанятые пальцы рук всегда были в положении "посредине", как джойстик.
Иногда (не проверял для вашей модели, для проверки надо скачать schematics) можно поставить второй SSD вместо wi-fi. У ноутбуков обычно беда с SATA-портами - мало, не все из них быстрые и некуда воткнуть контроллер для получения новых портов. Все равно стационарному компьютеру одним проводом больше никто не заметит, а допустим маленький SSD исключительно для файла подкачки делает браузинг пошустрее.
Интересно, разметка данных в стиле Lisp имеет право на жизнь? Из разделителей только скобки и пробельные символы, из типов данных только текст, из зарезервированных символов кроме вышеназванных только обратная кавычка. Поле phone_numbers->type я реализовал двумя способами, потому что и двоеточие - вполне валидный символ, и ещё один уровень иерархии - семантически правильный способ передать идею перечисления с использованием символа
-.Тут главное отличить хорошую вещь от плохой: упасть на костяшки локтевых костей рук это хорошо и правильно, ведь руки в этом случае располагаются по ребре жёсткости и вероятность сломать кисть минимальная. Мой первый тренер боевых искусств поначалу запрещал бить костяшками в смысле тыльной стороной кисти, мотивируя это тем что без тренировки она легко ломается, поэтому у меня рефлекс не как у вас. Неудачный даунхил для меня это что-то вроде полёта Супермэна с почти выпрямленой одной рукой которой я буду щупать поверхность первой; другая рука полностью согнута и её базовая задача - не дать закрутиться если встреча с землёй случится не прямо, а в сторону. Правильная хореография во время падения это группировка с целью защитить челюсть как только ясно что положение шаткое и посмотреть куда летишь как только понял что летишь.
Я предполагаю что типичный ездок на моноколесе перед падением всегда через чур наклонялся вперёд за что можно получить хлёсткий удар как срыв канта на сноуборде, только с моноколеса есть возможность спрыгнуть если ноги хоть чуть-чуть были согнуты.
Вы, конечно же, преувеличиваете - впереди будут руки, а с асфальтом встретятся предплечия в месте не больше 10см от края локтя, ведь природа нам дала и физическую крепость костей в конкретно этом месте, и некоторые инстинкты чтобы этим местом отгораживаться при падении автоматически. Мне лично страшно конкретно за людей на электросамокатах - любое падение приведёт к тому что эта палка зацепится за ноги ездока с непредсказуемой траекторией, да ещё и все как один ездят на нём с несогнутыми коленами словно ничего не боятся. А вам всего лишь надо освоить любой смежный вид спорта (скейтбординг, бмх, акробатика, любой зимний) где вам тренер покажет как падать нельзя ни в коем случае. Если коротко, то ладони приземляются после локтей и нельзя падать на прямые руки.
Важный совет - ввиду того что разодранные ладони гораздо неприятнее разодранных локтей, купите защиту типа перчатки с пластиной и ездите только в перчатках. Нехватка перчаток чувствуется при любом падении даже со скорости пешехода, и наоборот, наличие любой даже тонкой материи на ладонях очень выручает. Если нету перчаток с пластиной, то купите недорогие рабочие - их хватает на 2 падения ввиду того что после первого раза можно одеть дырками в другую сторону.
У Телеграмма из опен-сорса только клиент, причём факт такого опен-сорса не позволяет пользоваться зашифрованным каналом связи без смартфона. Лично я смотрел код и могу, как и все, подтвердить что ключ от приватных чатов не покидает пределы устройства - но ввиду того что используется оверхэд в виде ДХ вместо старой-доброй асимметричной криптографии, то складывается подозрение что причина в навязанном ДХ - способ для владельца канала связи между девайсами (ТГ, не ОпСоС) скрытно получать часть энтропии приватного ключа. Приватного ключа от симметричного шифрования от трафика который гоняется через сервера ТГ, ага. Таки параноиком быть сложно даже с возможностью оценить техническую сторону используемых опен-сорс решений, особенно если там замешана криптография.
Слышал что KaiOS при каждом включении отправляет на сервера вендора всякую-разную телеметрию, в том числе номера всех сим-карт подключённых к девайсу.
Имело значение на первобытных моделях HDD которые были настолько стары что на них даже не была реализованна возможность хранить больше данных на внешней дорожке чем на внутренней. Из комментария выше вашего по скриншоту программы HDTune видно, что: скорость в центре будет 60+ против 70+ на краю, время доступа к данным из центра не было меньшим чем 13мс, время доступа к данным в начале диска не было большим 13мс.
Один блоггер положил на крышу "Жигулей" 20-тонный контейнер, вы же пошутили про такую несущую возможность?
Протокол Diffie-Hellman используется чтобы безопасно обменяться ключами через небезопасную сеть; кто-нибудь может объяснить как этот алгоритм может встретиться в диктофоне?
Немного оперативной памяти CMOS с помощью которой можно было бы запилить независимые от ОС часы.
А представьте если бы они стрелочный блок сместили на один квадратик вниз! (мечтательно) Shift и 0 были бы традиционных размеров и каждой из вышеупомянутых клавиш стало бы удобнее пользоваться.
Вы пишете о себе: расшаркиваетесь, описываете аспекты физической реальности вокруг вас, делитесь воспоминаниями, присутствует даже своеобразная кульминация. Если эксперимент заключался в том чтобы имитировать стиль чатгопоты - он провалился, и не помогла даже сгенерированная картинка. Я не уверен что в полной мере понимаю смысл слова новелла, но по-моему получилось интересное эссе о бесплодных попытках приблизиться к рафинированной пустоте новомодного технологического ассистента.
Ничего не вижу плохого в списках: они очень полезны для технического общения где иногда хочется показать одноранговое или последовательное отношение у целого массива информации, вроде список предметов на зарядке.
Я понял так: для ячеек накопителя существуют два напряжения: Umin, Umax; первое из которых, грубо говоря, 0В, а второе из которых есть максимум который может выдержать ячейка; количество логических уровней это количество информации которую туда можно записать. Мы уменьшаем количество ненулевых уровней вольтажа с 4х до 1го, что понижает объём накопителя в 4 раза, конкретно в статье с 500Гб до 120Гб + какие-то сложные подробности о том куда делись ещё 20Гб.
Меня удивил вывод который я сделал из статьи, что наличие максимального вольтажа в ячейке схоже по разрушительности с литиевой батарейкой заряженной на 100% - можно, но как бы нежелательно. Здесь решение использует только Umin и Umin+1, разрешённое наличие двух следующих уровней контроллер будет игнорировать. Это объясняет существенный прирост TBW, но пока ещё не объясняет небольшое увеличение скорости.
Я не работаю с программистами, я работаю с детьми. Про медленно печатать не мой тезис, мой тезис что они устают от клавиатуры и хотят к смартфону с развлечениями. Моя контрмера против смартфона №1 чтобы заставить детей программировать, а не заниматься эрзац-программированием в приложениях - предотвращать усталость от клавиатуры с использованием доступных достижений науки. Слишком много скрытых преимуществ у этого решения, а Хабр со мной в этой ветке общается как будто я говорю только про скорость.
Да бросьте уже вы, благородные доны, говорить то чего я не заявлял. Обучение программированию состоит гораздо больше из набирания текста чем из других активностей, не так ли? Программировать можно и как Стивен Хокинг, двигая курсором по матрице символов с использованием последней непарализованной мышцы. Обучаться программировать надо много.
Дело же не в том что ученик со слепопечатанием введёт больше символов за час в процессе решения тестовых задач, дело в том что он будет меньше уставать от работы за клавиатурой что выльется в больше часов. Рассказать что от него хотят в задаче я могу хоть от и до, но когда ученик говорит что устал печатать то это значит что занятие закончено.
Элементарный пример: позволяете ли вы копипастить своим ученикам примеры из е-бука в компилятор? Я - нет, мне заведомо надо чтобы он наделал ошибок при перепечатывании чтобы потом он видел код не как кашу из символов, а пооператорно. Без навыка печати мой ученик будет считать меня монстром за это, с навыком печати на раскладке которая предназначена для печати на программерском это почти удовольствие.
Не настоящий англичанин тогда уж, если обратить внимание на пункт 1.5. Например, я вижу как люди с Двораком осваивают английский быстрее людей с Qwerty, а люди с любой слепой печатью осваивают работу с текстом быстрее чем без оной. Грязный секрет индустрии в том, что вас возьмут программистом и без навыка печати, о таком навыке даже в резюме не похвастаешься, это надо не для работодателя же. Это как когда готовят чемпиона в велоспорте, то обращают внимание даже на то что улучшит эффективность на 0.01% вроде вес краски вела или сопротивление воздуха о волосы на ногах - потому что в длинном маршруте эти проценты будут складываться в нечто большое, много таких примеров есть в книге "Атомные привычки". Дело не в том сколько текста юный программист введёт за X времени, дело в том сколько раз он отвлечётся от дела на поиск буквы "А" ...
Я почти готовый сражаться за холм (возможно, в виде статьи про модальные редакторы текста) что программисты без слепой печати на латинской раскладке - программисты которым мешает гандикап. Разница между раскладкой Дворака или раскладкой сгенерированной нейросетью заключается только в кривой обучения освоения - лишь бы ваши пальцы побыстрее впитали нужные рефлексы. Например, без слепой печати никто не берёт Vi(m) так как в зависимости от наличия таковой он будет казаться или самым сложным редактором на свете или самым простым.
Я не умею программировать - зато неплохо получается быть учителем программирования. Молодой человек меня точно прочитает? Только проверенная последовательность:
Слепая печать на Двораке, я так понимаю у вас старший школьный возраст или 1 курс - ещё не тот случай когда опыт с дефолтной раскладкой будет мешать. Младшие осваивают меньше чем за 10 часов, дальше костность мозга будет давать о себе знать. Поэтому я отношусь к этому как переболеть ветрянкой - или в детстве, или никогда.
1.5 Английский, желательно не теория, а в формате "а следующих часа 2 я понимаю русский язык только рид онли". Если можете, разумеется. Какой там самый важный язык для программиста? (с)
Математика, для старших наверное будет достаточно короткого курса из "Удовольствие от X", и хоть что-то о теории информации; младшеньких пробую прогонять по Петерсон 1-6кл. Тоже самый важный язык для программиста, но некоторые виды программирования её не требуют.
2.5 Долгие разговоры о: типах данных, открытом и свободном программном обеспечении, о всяких-разных компьютерных интерфейсах начиная с USB и заканчивая да хоть JSON, об императивном и функциональном обеспечении, об ЯП высокого и низкого уровня, о Тьюринг-полных языках и домен-специфических... Да вы и сами написали не одну тему на которую стоило бы поговорить. Должна же быть польза из полтора десятилетия чтения Хабра?
C, SQL, Lisp, Javascript, Python, Java - вот по моему мнению основные направления прокачки расположенные примерно в моём порядке веры в необходимость каждого из них. Главное - настроить ему среду исполнения для каждого, остальное пусть сам.
3.5 Любые тулинги которые считаете важными - Linux, Git, Vim, всё что умеете.
Простите за офтопик, но почему ни один стартап на планете до сих пор не реализовал клавиатуру на задней грани девайса, для тех людей которые умеют печатать вслепую? Что-то вроде двух ортолинейных половинок развёрнутых с уважением к анатомии человека полузующимся сматрфоном в альбомном режиме. С учётом размеров современных лопат, туда влезут 3 буквенных ряда полноразмерных клавиш, а если кому не важно что устройство станет в 4 раза толще, то можно даже механические свитчи вместо мембранной клавиатуры как в ноутбуках.
Ну я больше хочу в своем воображаемом программно-аппаратном комплексе такой вид затруднения движения перчатки, как у кухонного выключателя света. Получается цепочка из 2х последовательных выключателей на мизинцы, безымянные и средние; и из 3х - на указательные согласно идеи по 3 клавиши на обычные пальцы и по 6 клавиш на указательные. Большие пальцы пока не обсуждаю так как там совсем другая анатомия.
Узкоспециализированность у меня дальше некуда - представьте себе набор текста во время прогулки. Из устройств ввода разрешено иметь клавиатуру которая не будет стеснять ходьбу. Из устройств вывода разрешено иметь только голосовой помощник. Программная часть реализована без меня во многих ОС и программах - люди с проблемами зрения подтвердят. Осталось реализовать соответствующую перчатку и тогда при желании получится быть в активном онлайне с полностью свободным визуальным каналом восприятия.
Очень хочу обойтись без распознавания, только аналоговые технологии. Распознавание динамики движений будет значить что я сам не буду знать какой символ клавиатура захочет напечатать.
Известны ли вам проекты перчаток на чём-то вроде галетных переключателей? В самом крайнем случае придётся где-то найти достаточное количество работающих колёсиков мышки.
Ещё вопрос - экспериментировали ли вы с пружинами или с намеренным затруднением движения пальцев любым способом как способ обратной связи? Не знаю как в ваших задачах, а в моей задаче надо чтобы незанятые пальцы рук всегда были в положении "посредине", как джойстик.
Иногда (не проверял для вашей модели, для проверки надо скачать schematics) можно поставить второй SSD вместо wi-fi. У ноутбуков обычно беда с SATA-портами - мало, не все из них быстрые и некуда воткнуть контроллер для получения новых портов. Все равно стационарному компьютеру одним проводом больше никто не заметит, а допустим маленький SSD исключительно для файла подкачки делает браузинг пошустрее.