Про складских рабочих тут был пост, и причина роста эксплуатации работников — автоматизация, как это ни странно.
Ожидание фантастов: автоматизация будет облегчать труд работников, работник будет плевать в потолок и получать зарпату за то, что его работу будут делать роботы.
Реальность: за просто так никто работнику деньги платить не будет, работник не плюёт в потолок, а выполяет задачи, которые на данном этапе автоматизировать затруднительно.
Раньше складской работник выполнял как простые рутинные, так и сложные задачи, причём большую часть времени занимала рутина. Сейчас работника избавили от рутины, но заменили её сложными задачами. Работник просто не успевает отдыхать.
Если бы не законодательные ограничения, то практически любой бизнес предлагал бы сотрудникам работать по 8, 10, 12 часов в день без выходных и отпусков
То-то Форд без всяких коммунистических революций уменьшил на своих предприятиях рабочий день до 8 часов без снижения зарплаты, и это привело к росту эффективности производства.
А в случае интеллектуального труда так вообще, увеличение продолжительности рабочего дня приводит не только к снижению удельной производительности труда, но и к снижению общей производительности. Программист, работающий 6-8 часов в день, будет делать больше, чем программист, работающий по 10-12 часов в день.
Я ещё добавлю, что вот эта портянка с AsyncMethodBuilder нужна только ради возможности делать метод async. А вот await-ить можно вообще всё, что у чего есть метод GetAwaiter (включая extension-ы).
Основная проблема, как мне кажется — это трагедия общин.
Суть простая: каждый человек, желая повысить шансы на трудоустройство, начинает рассылать резюме всё в большее количество компаний. Это приводит к увеличению конкурса на вакансии и к всё более строгому отбору кандидатов. Кандидаты в ответ начинают рассылать ещё больше резюме.
А дальше всё усулугбляется. Процедура рассмотрения заявления кандидата не бесплатна для компании. Компании начинают сокращать издержки на найм, что снижает качество оценки способностей кандидата. В ответ кандидаты начинают откровенно врать в резюме, чтобы хоть как-то пройти первичный фильтр.
Эта система предназначается, в первую очередь, для использования китайскими туристами в зарубежных поездках. Поэтому логично, что она почти нигде не работает.
Итоговым ограничением является количество транзисторов в процессоре. Соответственно, вопрос стоит в том, как из ограниченного числа транзисторов вытащить максимальную производительность для конкретной задачи.
Обычные задачи плохо параллелятся, поэтому в центральных процессорах делается всё возможное, чтобы однопоточная производительность была максимальной, даже ценой многократного увеличения числа транзисторов.
Но особенность нейронных сетей заключается в том, что они детерминированы и могут эффективно параллелиться на десятки и даже сотни тысяч вычислителей. Соответственно, нам не нужно, чтобы один параметр обрабатывался за минимальное число тактов. Нас не интересует latency, а интересует исключительно throughput.
Предпочитаю тёмную тему в IDE по причине большей цветовой выразительности. Цветовой контраст между светлыми буквами выше, чем между тёмными буками. Поэтому в тёмной теме можно использовать менее кричащие оттенки, что добавляет комфорта.
В памяти строка представляется как последовательность произвольных 16-битный кодюнитов, которая интерпретируется как UTF-16, но без какой-либо проверки на корректность такой последовательности.
Не в месяц, а в год.
Про складских рабочих тут был пост, и причина роста эксплуатации работников — автоматизация, как это ни странно.
Ожидание фантастов: автоматизация будет облегчать труд работников, работник будет плевать в потолок и получать зарпату за то, что его работу будут делать роботы.
Реальность: за просто так никто работнику деньги платить не будет, работник не плюёт в потолок, а выполяет задачи, которые на данном этапе автоматизировать затруднительно.
Раньше складской работник выполнял как простые рутинные, так и сложные задачи, причём большую часть времени занимала рутина. Сейчас работника избавили от рутины, но заменили её сложными задачами. Работник просто не успевает отдыхать.
Не будет. Посмотрите на возрастно-половую пирамиду.
То-то Форд без всяких коммунистических революций уменьшил на своих предприятиях рабочий день до 8 часов без снижения зарплаты, и это привело к росту эффективности производства.
А в случае интеллектуального труда так вообще, увеличение продолжительности рабочего дня приводит не только к снижению удельной производительности труда, но и к снижению общей производительности. Программист, работающий 6-8 часов в день, будет делать больше, чем программист, работающий по 10-12 часов в день.
Я ещё добавлю, что вот эта портянка с
AsyncMethodBuilderнужна только ради возможности делать методasync. А вот await-ить можно вообще всё, что у чего есть методGetAwaiter(включая extension-ы).Так проблема пробиться через первичный фильтр. А если дело дошло до технического интервью, то вероятность оффера очень велика (ну кроме FAANG всяких).
Всегда так было. Яндекс — компания, в которую стоит очередь за забором, и потому она может платить ниже конкурентов.
Так выбирать из этих трёх можно.
Есть и более адекватные компании. Два раунда интервью без фанатизма — и оффер.
Основная проблема, как мне кажется — это трагедия общин.
Суть простая: каждый человек, желая повысить шансы на трудоустройство, начинает рассылать резюме всё в большее количество компаний. Это приводит к увеличению конкурса на вакансии и к всё более строгому отбору кандидатов. Кандидаты в ответ начинают рассылать ещё больше резюме.
А дальше всё усулугбляется. Процедура рассмотрения заявления кандидата не бесплатна для компании. Компании начинают сокращать издержки на найм, что снижает качество оценки способностей кандидата. В ответ кандидаты начинают откровенно врать в резюме, чтобы хоть как-то пройти первичный фильтр.
Full Stack Legendary Developer тогда уж
До февраля 2022 года — ни в чём.
Эта система предназначается, в первую очередь, для использования китайскими туристами в зарубежных поездках. Поэтому логично, что она почти нигде не работает.
А как это так получилось, что зелёные лучи через F проходят?
Можно — не значит нужно. Больше трёх "ккк" я ни разу не видел на практике, да и выглядит монструозно.
Вы не правы в своём утверждении.
Итоговым ограничением является количество транзисторов в процессоре. Соответственно, вопрос стоит в том, как из ограниченного числа транзисторов вытащить максимальную производительность для конкретной задачи.
Обычные задачи плохо параллелятся, поэтому в центральных процессорах делается всё возможное, чтобы однопоточная производительность была максимальной, даже ценой многократного увеличения числа транзисторов.
Но особенность нейронных сетей заключается в том, что они детерминированы и могут эффективно параллелиться на десятки и даже сотни тысяч вычислителей. Соответственно, нам не нужно, чтобы один параметр обрабатывался за минимальное число тактов. Нас не интересует latency, а интересует исключительно throughput.
Предпочитаю тёмную тему в IDE по причине большей цветовой выразительности. Цветовой контраст между светлыми буквами выше, чем между тёмными буками. Поэтому в тёмной теме можно использовать менее кричащие оттенки, что добавляет комфорта.
Ну вот и пришли к тому, что при одних нарушения зрения текст легче читается при узком зрачке, а при других — при широком.
А в чём проблема? У каждого типа своё назначение.
В памяти строка представляется как последовательность произвольных 16-битный кодюнитов, которая интерпретируется как UTF-16, но без какой-либо проверки на корректность такой последовательности.