• Стоит ли покупать новый роутер?

    eapeap
    @eapeap
    Сисадмин, Беларусь
    стоит простенький роутер (tp link wr740n).

    "Технологическая" скорость по WiFi у него 150, реальная - примерно 50. Через стенку остается 37, всё нормально, он тупо больше дать не может.
    Роутер, который n и со скоростью не 150, а 300 скорее всего позволит получить всё, за что платите.
    Кроме того:
    в квартире проложена мегабитная сеть

    Это как? Провод не 8-жильный, а 4-х?
    По тарифу - 100 мегабит

    По 4-х жильным проводам по всей квартире можно организовать 100-мегабитную сеть и в каждой комнате поставить по роутеру n 300 Мбит в режиме АР. Будет максимальная скорость по всей квартире, если стены сильно ослаблять основной роутер, который взамен имеющемуся поставите.
    Ответ написан
    3 комментария
  • Стоит ли покупать новый роутер?

    @Kelv13
    Wi-Fi всегда лучше тестировать в реальных условиях. Попросите у кого-нибудь из знакомых нормальный роутер, если есть возможность. А так, из описания ничего не понятно, даже то, 37 - это хорошо или плохо?
    Ответ написан
    5 комментариев
  • Легкая боль в кисти после перехода с ноутбука на внешнюю клавиатуру?

    chupasaurus
    @chupasaurus
    Сею рефлекторное, злое, временное
    Локти на весу - прямая дорога к туннельному синдрому.
    Для работы за высокими клавиатурами надо ближе к ним выставлять локти на подлокотнике, но надо научиться не сгибать запястье. Подставка - половинчатое решение, поскольку для недопущения защемлений нервов кисть должна быть прямой по вертикали и горизонтали к предплечью, из-за чего придётся по ней шуршать низом ладони; да и если рука за клавиатурой не задействована, то переложить её на стол можно просто повернув в плече, не меняя позиции локтя.
    Вот пример собственный.
    ffzpdm--bsi_j_xo8uopw1mrwqs.jpegГоризонт завален, поэтому дополню: подлокотник вровень с низом столешницы толщиной 2 см, именно из-за этой разницы и появляется необходимый угол для компенсации высоты клавиш.
    Ответ написан
  • Легкая боль в кисти после перехода с ноутбука на внешнюю клавиатуру?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Очень характерный момент. У высокой клавы без реста рука на ней не лежит, а гнется как раз в том месте, где "крепится" кисть. Игнорировать этот момент не стоит - у одной знакомой такая фингя привела к защемлению нерва, операции и полгода фактической не то что за компом невозможности поработать - даже обычные дела делать!
    Попробуйте клаву с рестом (подставкой под кисть, которая крепится перед клавиатурой).
    Ответ написан
    1 комментарий
  • Лучше взять MJLU2 (i7 2.8/1TB/16/2gb Radeon) б/у или MJLQ2(i7 2.2/256/16) новый?

    @kristenstewartdadada
    Frontend Developer
    Я бы брал тот что мощнее, сижу с 15 2018 года на 256гб, все норм, да памяти маловато.
    Ответ написан
    1 комментарий
  • Лучше взять MJLU2 (i7 2.8/1TB/16/2gb Radeon) б/у или MJLQ2(i7 2.2/256/16) новый?

    lamer350
    @lamer350
    กำลังสูงสุด
    Варианты 2016-2019 не рассматриваю.

    Очень даже зря.

    4х летний б/у комп - ну такое себе удовольствие на самом деле. Когда дело касается Apple я бы всегда избегал б/у покупок, просто потому что на рынке очень много барыг которые возят из китая/европы/США пачками эти устройства которые имеют различные поломки, потом собирают из них франкенштейнов и продают под видом "не бит, не крашен".
    Вы смотрите два ноутбука, самый фарш и самый слабый из 2015х годов, может есть возможность чуток добавить и взять тот что по середине с 2.5 (который MJLT2)?
    Просто для справки, макбук 13 2019 будет помощнее даже в самой слабой комплектации (который с процессором 1.4), мощнее даже MJLU2 и стоит дешевле.
    Ответ написан
    9 комментариев
  • Стоит ли сейчас обновлять MBP 13" 2015?

    lamer350
    @lamer350
    กำลังสูงสุด
    Смысла ждать нету, если вас не утраивают варианты 16-19 года, далее будет все еще куда экстремальнее. Это Apple, ждать возврата портов бессмысленно. К тому же если выйдет новое устройство - оно будет иметь кучу багов (железа). Кому как не мне раскатывать, я покупал в 2016м году после старта 15ку с тачбаром и то меня обошли стороной usb-с проблемные кабели зарядки, которые исправили в первые месяц-два. Зато поимел кучу других проблем.
    Если и брать то 13ку 15го года, если б/у - настоятельно рекомендую спрашивать как ремонтировали антибликове, а его в любом случае ремонтировали. Если будут уверять что ставили оригинал - требовать акт выполнения работ от СЦ. Так как в 50% будет стоять китайская верхняя крышка с китайской матрицей, встречаются варианты даже с пластиком крашенным под алюминий) в 40% будет смыто антибликовое и тогда не очень комфортно будет работать... У нас очень редко меняют матрицы по расширенной гарантии, так как бук либо в европу нужно везти либо чтобы был официал, хотя для для 2015-го трудно найти официал.
    Ответ написан
    5 комментариев
  • Для веб программиста какой взять macbook pro?

    @vowantuz
    Для разработки на Вэб мак не обязателен. В данный момент MacOS для программиста нужна только если он разрабатывает что-то что должно нативно запускаться на продукции Apple, т.к. разрабатывать что-то под IOS и MacOs не имея MacOS очень-очень затруднительно в долгосрочной перспективе. Тогда имеет смысл 4х ядерный MacBookPro, размера который вам будет удобно использовать (по опыту - лучше больше в пределах того что можешь носить с собой). Однако последние два поколения MacBook с новой клавой (как уже писали чуть раньше, лучше всего 2018 брать) испытывают проблемы с надёжностью (2018 надёжнее 2017, ещё один плюс к нему) куда больше обычного, а ремонт весьма накладен. Основная проблема сейчас это клава, новая тонкая клава показывает крайнюю уязвимость к пыли и влаге, даже не последней версии MacBook 2018 проблема немного выраженей чем на старых клавах потолще. В долгосрочной перспективе багаж проблем от машины к машине немногочисленен. Желательно быть готовым сменить мак через год-два, пока он ещё будет на гарантии или как только она кончиться.
    За бюджет MacBookPro лучше пойдёт собрать домашний рабочий компьютер схожей производительности. Второй монитор и клавиатура-мышь могут в итоге оказаться удобными. Самый дешёвый новый MacBook Pro стоит около 100 000 рублей за машину прошлого поколения, это вполне позволяет собрать десктоп с Ryzen 5 2600X (на Intel 8600k будет на 5000 - 10000 р дороже), 16 гб оперативы, SSD и HDD, видео из актуальных и поставить к этому 2 монитора хорошего качества (или 1 но прям нормас такого высокого разрешения). Этого для разработки под Вэб хватит с значительным запасом.
    Если-же нужно именно что-то что будет браться с собой постоянно и работать придётся с постоянными поездками или крайне неудобно использовать стационарный компьютер (например учишься, живёшь в общаге - иногда поработать в вузе, иногда дома, иногда в общаге), то да, тогда имеет смысл ноутбук. Однако я посоветую брать не MacBookPro, а машину типа Lenovo Thinkpad(Мои личные фавориты Thinkpad X1 и T480) серий T, X и P или HP EliteBook и ProBook, у Fujitsu, Xiaomi, Asus, Dell так-же есть годные модели нужного класса. По цене нового топового MacBookPro можно взять мобильную рабочую станцию Thinkpad P1\P52\P72\X1 или вместо более скромного взять X1\T480\X280\T580\A485 (вам ведь не нужна видюха для проффесионального рендера 3D графики и рассчёта инженерных задач?) который будет выглядеть не менее солидно, иметь эквивалентную или большую производительность, восхитительную клавиатуру, дисплей (хотя почти всегда есть выбор крутых как опции) и тачпад будут не столь внушительными, но получите более прочный ноут, который будет дешевле в ремонте (если до этого вообще дойдёт, в фирменных ремонтных центрах и при выезде по гарантии значительная часть ремонта делается в пределах суток, а запчастей на рынке море), который можно будет улучшить (в большинстве моделей есть от 1 до 4 мест под накопитель и в примерно половине можно расширить оперативную память, если не взять нужный объём сразу), ну и большее количество разьёмов. Это отчасти касается и ряда других больших производителей (Dell, HP, Fujitsu насколько помню предлагают схожие условия), но лично знаком только с Lenovo Thinkpad. Безопасность будет сопоставима. Можно будет при необходимости поставить любую операционку (они идут с Windows в комплекте).
    При выборе на вторичке можно сильно сэкономить так-же.
    Ответ написан
    Комментировать
  • Сложно ли создать движок наподобие Unreal engine 4?

    GavriKos
    @GavriKos Куратор тега Разработка игр
    Я уже по моему третий раз за день кидаю эту ссылку:
    https://tproger.ru/translations/how-to-learn-gamed...
    Там есть и про разработку движков. Но для разработки движка надо и из всех других областей обладать знаниями.

    Ваш вопрос вообще сродни "как построить ракету как у Илона Маска".
    Ответ написан
    Комментировать
  • Почему в данном примере результат замыкания 5, а не 6?

    search
    @search
    мама говорит что я особенный
    Если хотите чтоб функция counter() увеличила currentCount перед выводом, то можно делать

    return ++currentCount

    Хозяйке на заметку: оператор ++ считается антипаттерном и на уважающих себя проектах отключён на уровне линтера.
    Ответ написан
    Комментировать
  • Почему в данном примере результат замыкания 5, а не 6?

    polarlord
    @polarlord
    А почему должно быть 6 ? Поменяйте в counter() на return ++currentCount; и будет вам 6.
    Про разницу между формами инкремента читайте тут https://learn.javascript.ru/operators#inkrement-de...
    Ответ написан
    Комментировать
  • Как правильно настроить IDE чтобы снизить нагрузку на глаза?

    @spaceatmoon
    Раньше когда был зоркий, ставил темную тему в phpstorm. Теперь ставлю только черно-белые темы и минимум 14pt шрифт.

    Напрягать глаза нельзя, я не знал и поплатился. Делайте перерывы чаще.
    Ответ написан
    Комментировать
  • Как правильно настроить IDE чтобы снизить нагрузку на глаза?

    Helldar
    @Helldar
    Just do it.
    Пользуюсь дефолтной светлой темой. Лично у меня глаза так меньше устают, а напарник наоборот предпочитает темную тему и слегка увеличенный шрифт.
    Пробуй все варианты и остановись на том, что именно тебе больше подходит.
    Ответ написан
    Комментировать
  • Как правильно настроить IDE чтобы снизить нагрузку на глаза?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Зависит от всего. От вашего оборудования, от вашего зрения, от вашей обатсновки.

    Ставьте монитор на расстояние вытянутой руки и дальше, и настраивайте размер шрифта, чтобы вам было комфортно видно, без особого напряжения.

    Освещение монитора ставьте опять таки комфортно, в идеале, чтобы яркость вокруг монитора и сам монитор не слишком разнились (например как за окном темнеет, включать настольную лампу)

    Не забывайте, что кроме рекомендаций в интернете от "ведущих специалистов", есть еще индивидуальная приспосабливаемость. Некоторые все детство провели в темной комнате, их организм и глаза привыкли к этому, и темная тема им будет комфортнее. Другим комфортнее светлая.
    Поэтому поэксперементируйте.

    И просто делайте перерывы в работе. Ходите не чаек, как задумались о какой-то проблеме, можно обдумывая вопрос встать и пройтись вокруг кресла, переводя взгляд на разные предметы. И глаза отдохнут и спина вам скажет спасибо.
    Ответ написан
    1 комментарий
  • Как правильно настроить IDE чтобы снизить нагрузку на глаза?

    Evgenym
    @Evgenym
    Лет пять назад открыл для себя утилитку F.lux. С тех пор забыл о чувстве песка и рези в глазах после долгого сидения за монитором. Очень рекомендую.
    Ответ написан
    2 комментария
  • Почему получаю "Uncaught SyntaxError: Unexpected token" при отдаче html-файла?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Ошибка не при отдаче html файла. Он без проблем отдается. Во втором случае проблемы со статикой. express.static это middleware(промежуточное ПО). Express все запросы обрабатывает по-порядку через все middleware пока не найдет подходящий endpoint. В первом случае express.static обрабатывает пути до роутера, перехватывая только запросы за статическими файлами и возвращая файлы в ответ. Во втором случае эти запросы попадают в роутер, который у вас обрабатывает все пути и возвращает index.html. До express.static запросы не доходят и вместо всей статики вы получаете этот файл и парсер JS выдает ошибку.

    Простой пример:
    app.use((req, res, next) => {
      console.log('Time: ', Date.now());
      next();
    });
    app.use(express.static(__dirname + '/public'));
    app.get("/about", (req, res) => { /* */}); // ( 1 )
    app.get("/home", (req, res) => { /* */});  // ( 2 )
    app.get("*", (req, res) => { /* */}); // ( 3 )
    app.get("/never", (req, res) => { /* */}); // ( 4 )

    Допустим приходит 4 запроса:
    GET https://site/public/img/1.png
    GET https://site/home
    GET https://site/feed
    GET https://site/never

    Во всех случаях в консоли покажется: Time: <текущее время>
    Первый запрос будет перехвачен express.static и не дойдет до роутера.
    Второй запрос будет перехвачен эндпоинтом ( 2 ), ( 1 ) будет пропущен так как пути не совпадают.
    Третий эндпоинтом ( 3 ), так как он перехватывает абсолютно все запросы которые до него доходят, ( 1 ) и ( 2 ) соответственно пропущены.
    Четвертый запрос так же будет перехвачен и обработан эндпоинтом ( 3 )
    До эндпоинта ( 4 ) запросы дойти не могут. Его надо поменять местами с ( 3 )
    Ответ написан
    1 комментарий
  • Почему получаю "strict MIME type checking is enabled." при ре-роуте пользователя?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Возможно, в конфиге webpack не прописан public path:
    module.exports = {
        ...
        output: {
            publicPath: '/'
        }
    }


    Правильный путь:
    to={`/dictionary/${item.toLowerCase()}`}
    Ответ написан
    5 комментариев
  • Visual Studio: Так все-таки темное-на-светлом или светлое-на-темном?

    deex
    @deex
    пробовал пару месяцев юзать темную схему, т.к. раньше она казалась действительно красивой
    в итоге вернулся к светлой, т.к. от тёмной стало портиться настроение)
    Ответ написан
    1 комментарий
  • Как обновить компонент, если мы при роуте подключаем его же?

    miraage
    @miraage
    Старый прогер
    componentDidUpdate -> prevProps vs props
    Ответ написан
    Комментировать
  • Что нужно иметь и знать в фреймворке React джуну?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Хороший кандидат на должность Junior React Developer, по моему мнению, должен соответствовать следующему перечню требований:
    1. Хорошее знание JavaScript. В React разработке используется ES6 и большинство экспериментальных фич еще не вошедших в стандарт.
    2. Хорошее знание HTML и CSS. Кроссбраузерная верстка. Так же, хорошо иметь представление о том, что такое css-in-js.
    3. Web APIs. Умение работать с объектной моделью документа(DOM) и все эти XMLHttpRequest, localstorage, cookie, history и прочее.
    4. Хорошее знание API React. Вы должны хорошо знать React, знать его возможности, понимать основные концепции и уметь ответить на большинство типовых вопросов. Для этого достаточно хорошо изучить документацию, разобрать пару типовых проектов на github и попрактиковаться. Много полезной информации, приёмов и идей можно подчерпнуть из тематических статей и докладов. Так же, на просторах интернета можно найти подборки типовых вопросов, часто задаваемых на собеседованиях. В англоязычном сегменте их больше.
    5. Redux. Уверенное знание API. API библиотеки до боли пост. Знать, что такое промежуточное ПО и зачем оно. Понимать базовые концепции архитектуры Flux. Все это есть в документации и многочисленных курсах.
    6. Умение работать с менеджером пакетов npm на базовом уровне.
    7. Node.js. Хотя бы уметь написать простейший express/koa сервер, который будет отдавать ваше приложение и статику.
    8. Webpack. Базовые знания.
    9. Умение работать с git. Хотя бы знать и уметь примерять команды: init, clone, add, commit, push, pull, merge, checkout.
    10. Иммутабельность. Четкое понимание зачем это надо. Знание приемов иммутабельного изменения структур данных. Это есть в официальном туториале React.
    11. Статическая типизация TypeScrpt/Flow. Для начала хватит самых основ и способности понимать чужой код.
    12. Функциональное программирование. Хватит знаний полученных в процессе изучения JavaScript, а так же не помешает знать, что такое каррирование, чистые функции и рекурсия.
    13. Базовые концепции ООП. Хватит знаний полученных в рамках изучения JavaScript.
    14. Асинхронный код. Понимать как его правильно организовывать. Promise, async/await.
    15. Сетевые протоколы передачи данных. Вполне хватит базовых знаний о http/https, о том, что такое заголовки и какие они бывают. Хорошо знать о том, что такое websocket.
    16. За плечами должен быть хотя бы один учебный проект на React. Хватит типового тестового задания.
    Примеры таких заданий: 1, 2, 3(сайт может быть не доступен на территории РФ, советую отрыть через VPN и посмотреть), 4, 5. Если подобного проекта у вас нет, то будьте готовы, что потенциальный работодатель предложит вам выполнить тестовое задание и только по его результату вас, может быть, пригласят на техническое интервью. Если напишите хорошо, вас скорей всего пригласят.
    17. Желателен опыт создания типовых UI элементов. Например, чтобы не вызывало трудностей написать простой кастомный чекбокс. Куча примеров реализаций типовых элементов есть на codepen.

    Это не красный минимум знаний и во многих компаниях требования могут быть значительно ниже. Но соответствие вышеперечисленым пунктам будет хорошим аргументом для работодателя остановить свой выбор именно на вашей кандидатуре.

    Похожий вопрос.
    Ответ написан
    18 комментариев