faiwer, не надо все усложнять) там MordorReal все правильно написал: const объявляет константную переменную.
а не константное что_нибудьзначение. для значений переменной правила игры остаются без изменений: они либо примитивы (immutable), либо объекты (mutable, с оговорками). все очень просто и это прекрасно.
Scrum это фреймворк. Поэтому конкретные процессы свободно подгоняются под заданные условия. Он хоть и появился рядом с Agile, но вполне может использоваться и сам по себе, в отрыве от этих ценностей. Например, Scrum органично вписывается как практика для цикла разработки в DSDM, хотя «снаружи» там голимый водопад и ни каких пользователей даже близко не видно.
Возможно у нас терминологическая путаница. В моем понимании «разработка» — это общее понятие, по сути от идеи до появления продукта на рынке (т.е. включает в себя анализ, ui/ux, написание кода, тестирование, интеграцию и т.д.). И вот scrum как раз про организацию процесса этой самой разработки.
Программисты чаще воспринимают разработку с точки зрения инженерных практик, технологий и операций, выстроенных в определенную последовательность (технологический процесс). Scrum абстрагирует все это до той степени, что снаружи остается видна лишь аккуратная очередь задач, управлять которой может кто угодно.
В обратную сторону такой трюк автоматом не работает. Максимум, что дает scrum при выстраивании технологического процесса это то, что в результате процесс будет иметь достаточно «ручек» для управления в таком стиле. Основная же часть работы — обычная инженерия и менеджмент. При этом маркетинг от scrum стремиться присваивать вообще все достижения себе. Думаю это одна из причин, почему его недолюбливают.
tldr;
* Functional Component и React.Component с единственным методом render это одно и то же. но первое требует меньше писанины. поэтому eslint рекомендует этот вариант.
* React.PureComponent это компонент с оптимизированным shouldComponentUpdate (чего нет у первых двух). добавить фичу наследникам React.Component можно реализовав метод лапками. Functional Component — обернуть в HOC с такой функциональностью (можно взять готовый из recompose).
сначала вызывается render, а потом componentDidMount. чтобы ваш пример сработал как ожидается при первой отрисовке компонента, state.loading должен быть проинициализирован true где-то раньше (как вариант — в конструкторе). поэтому в целом такая конструкция с setState только за зря дергает render еще раз.
с точки зрения компании сотрудник должен быть управляем. scrum это фреймворк для управления. в случае программистов он зарекомендовал себя эффективным.
программист, приученный к scrum, это как ребенок приученный к горшку. в современных условиях это база.
«it это прежде всего программисты». это миф времен коммунизма (колхоз это колхозники, завод это рабочие и т.п.). при капитализме все не так. можете легко проверить, подняв в очередной раз вопрос о своей зарплате.
TypeScript делает статический анализ на этапе компиляции, а PropTypes — на этапе выполнения. тут нельзя однозначно сказать, что лучше. это очень старая история.
все так. здесь слово «may» это «можно, если без этого ну вообще ни как». по идее, react/no-did-mount-set-state ловит лишь те ситуации, когда setState вызывается синхронно из componentDidMount. здесь синхронный вызов хоть и не вгоняет компонент в бесконечный цикл, но все равно приводит к повторному вызову render (о чем документация тоже предупреждает). асинхронно вызывать ни кто не запрещает.
яндекс когда-то писали, что для экономии ресурсов телефона их приложения запускают общий фоновый компонент, который занимается мониторингом активностей и сбором метрик. если это по-прежнему так, то нужное разрешение может быть получено через любое их приложение.
Некоторое время тому назад были популярны детективные истории про то, как злодеи переписывались через бесплатные объявления в популярных газетах у всех на виду.
Как вы думаете, в каком юз-кейсе пользователям мессенжеровгипотетическим террористам нужна максимальная скорость, сильная криптография и гигабайты данных?
Что вы думаете о поддержке многопоточности в Node.js?
«Однопоточность» ноды это концептуальное выражение, а не то, как все там работает на самом деле. Node.js уже давно использует их для внутренних нужд. Если интересно, гуглить можно по слову «uv_threadpool_size».
Задача которую решают сейчас — вытащить эти возможности в юзерспейс (с завистью глядя на Web Workers в браузерах). Microsoft и Alibaba в разное время уже патчили ноду подобным образом. Они уж точно знают толк в, значит это точно кому-нибудь нужно. Но юная девушка тут всех опередила. :)
Один момент. В Node.js отродясь были «потоки», которые nodejs.org/api/stream.html. Как мне кажется слово уже занято, и использование его в другом контексте будет приводить к путанице. Во всяком случае, я до второго раздела не понимал о чем вообще новость.
Тот модуль который добавили сейчас, сначала называли просто worker, а потом дописали worker_threads. Но thread еще переводят как «нить», чтобы не путать с потоками. А название может еще поменяется потому, что тоже мало кому нравится.
Наверно статистически. Показывают одно и тоже разным пользователям и сравнивают ответы. Периодически показывают распознанное, чтобы оценить степень адекватности и кинуть лишнюю пару байт кармы в профиль.
это не зарплата, а почасовая оплата на объекте. дом не строят круглый год. не все специальности востребованы на всем протяжении строительства. на каждый вид работы требуется лицензия. получить лицензию — не дешево. поэтому мысли о переквалификации боятся как огня. ну а нет работы — нет денег. минус налоги. поэтому перечитывать в годовой доход и сравнивать с офисными мидлами не совсем верно.
С такой проблемой столкнулась и наша команда Android-разработчиков во время работы над очередным проектом, который был связан с новостями. Нам нужно было регистрировать отображение каждой новости в списке.
Расскажите еще немного о бизнес-задаче. В чем практический смысл трекать появление новостей на экране при скроллинге со скоростью 55-60 fps?
из своего опыта, мы регулярно встречаемся и у нас не scrum.
а не константное
что_нибудьзначение. для значений переменной правила игры остаются без изменений: они либо примитивы (immutable), либо объекты (mutable, с оговорками). все очень просто и это прекрасно.Программисты чаще воспринимают разработку с точки зрения инженерных практик, технологий и операций, выстроенных в определенную последовательность (технологический процесс). Scrum абстрагирует все это до той степени, что снаружи остается видна лишь аккуратная очередь задач, управлять которой может кто угодно.
В обратную сторону такой трюк автоматом не работает. Максимум, что дает scrum при выстраивании технологического процесса это то, что в результате процесс будет иметь достаточно «ручек» для управления в таком стиле. Основная же часть работы — обычная инженерия и менеджмент. При этом маркетинг от scrum стремиться присваивать вообще все достижения себе. Думаю это одна из причин, почему его недолюбливают.
tldr;
* Functional Component и React.Component с единственным методом render это одно и то же. но первое требует меньше писанины. поэтому eslint рекомендует этот вариант.
* React.PureComponent это компонент с оптимизированным shouldComponentUpdate (чего нет у первых двух). добавить фичу наследникам React.Component можно реализовав метод лапками. Functional Component — обернуть в HOC с такой функциональностью (можно взять готовый из recompose).
программист, приученный к scrum, это как ребенок приученный к горшку. в современных условиях это база.
«it это прежде всего программисты». это миф времен коммунизма (колхоз это колхозники, завод это рабочие и т.п.). при капитализме все не так. можете легко проверить, подняв в очередной раз вопрос о своей зарплате.
airbnb недавно выключили проверку из-за server-side rendering: github.com/airbnb/javascript/issues/684#issuecomment-355625957
Как вы думаете, в каком юз-кейсе
пользователям мессенжеровгипотетическим террористам нужна максимальная скорость, сильная криптография и гигабайты данных?Когда задача накопать говна, все через жопу.
«Однопоточность» ноды это концептуальное выражение, а не то, как все там работает на самом деле. Node.js уже давно использует их для внутренних нужд. Если интересно, гуглить можно по слову «uv_threadpool_size».
Задача которую решают сейчас — вытащить эти возможности в юзерспейс (с завистью глядя на Web Workers в браузерах). Microsoft и Alibaba в разное время уже патчили ноду подобным образом. Они уж точно знают толк в, значит это точно кому-нибудь нужно. Но юная девушка тут всех опередила. :)
Тот модуль который добавили сейчас, сначала называли просто worker, а потом дописали worker_threads. Но thread еще переводят как «нить», чтобы не путать с потоками. А название может еще поменяется потому, что тоже мало кому нравится.
Наверно статистически. Показывают одно и тоже разным пользователям и сравнивают ответы. Периодически показывают распознанное, чтобы оценить степень адекватности и кинуть лишнюю пару байт кармы в профиль.
Расскажите еще немного о бизнес-задаче. В чем практический смысл трекать появление новостей на экране при скроллинге со скоростью 55-60 fps?