• Selenium для всех: как мы учим QA-инженеров работать с автотестами
    0
    А эти крайние случаи в коде обрабатываются явно? Если нет, то и юнит-тесты на них обычно не нужны.
  • Пять простых шагов для понимания JSON Web Tokens (JWT)
    0

    Если речь идёт именно о бане пользователя (а не отдельной его сессии), то просто отозвать права. Пользователь останется аутентифицированным, залогированным, но ничего защищенного проверкой прав в системе сделать не сможет.

  • Пять простых шагов для понимания JSON Web Tokens (JWT)
    0

    Хранилище чёрного списка может быть гораздо более быстрое, вплоть до нахождения в оперативной памяти адресного пространства сервера приложений.

  • Пять простых шагов для понимания JSON Web Tokens (JWT)
    0

    Ещё два:


    • блочить пользователя целиком до истечения токена
    • вести чёрный список
  • Пять простых шагов для понимания JSON Web Tokens (JWT)
    0

    Речь идёт о симметричной схеме подписи, с одним ключом.

  • Электронные документы в российских судах, как критерий электронной зрелости России
    0
    А зачем нужно такое деление — «электронные документы» и «доказательства»?
    Это примерно как разделять вещи на «зеленое» и «соленое».

    Вы не поверите, но бывают вещи зелёные и при этом солёные, бывают солёные, но не зелёные и т. д. Не каждый электронный документ может служить доказательством, поскольку не каждый (далеко не каждый) электронный документ содержит реквизиты, способные однозначно (хотя бы в криптографическом значении слова) установить отправителя, получателя, дата составления, дату отправки, дату (и сам факт) получения, неизменность содержания и т. п. Иными словами, в общем случае, электронный документ — это аналог бумажного документа без подписей, печатей, ссылок на книги учёта документов и т. п. Как правило, подобные документы в качестве доказательства судом не принимаются и не должны приниматься, поскольку каждый может наплодить подобные "доказательства" в любом количестве, как говорится "бумага всё стерпит".


    Да, бывают дополнительные обстоятельства, когда принимаются, например, если сопровождаются протоколом изъятия — "настоящим" документом, составленным уполномоченными лицами, явно подтверждающим время, место и т. п. изъятия, что может косвенно подвержить, например, автора. Но даже в этом случае, обычно эти документы служат для доказывания не объективной стороны дела, а субъективной. И предъявляет их обычно сторона истца/обвинения, чтобы доказать умысел, цель и пр. каких-то объективно установленных деяний ответчика/обвиняемого.

  • Электронные документы в российских судах, как критерий электронной зрелости России
    0
    Да и однозначного определения документа у нас в законодательстве я не встречал.

    77-ФЗ «Об обязательном экземпляре документов»


    Документ — материальный носитель с зафиксированной на нём в любой форме информацией в виде текста, звукозаписи, изображения и (или) их сочетания, который имеет реквизиты, позволяющие его идентифицировать, и предназначен для передачи во времени и в пространстве в целях общественного использования и хранения
  • Валютный контроль со счастливым финалом: сценарий для айтишника
    0
    Меньшее число ложноположительных и(или) ложноотрицательных срабатываний. Меньшее число невыявленных преступных деяний и(или) меньше неудобств законопослушным клиентам.
  • Ответ на публикацию «Из хирурга в разработчики: как в 40 лет сменить профессию?» или почему я не люблю заказные статьи
    0

    Подушка должна быть, в идеале, для наемного работника в размере годовой зарплаты, независимо от того сколько иждевенцев или близких к тому людей.

  • Ответ на публикацию «Из хирурга в разработчики: как в 40 лет сменить профессию?» или почему я не люблю заказные статьи
    0
    Разруливать организационные проблемы внутри команды. Технические разруливают техлид/архитектор, внешние ПМ, а внутренние — тимлид.
  • Ответ на публикацию «Из хирурга в разработчики: как в 40 лет сменить профессию?» или почему я не люблю заказные статьи
    0
    Позиция техлида как раз характерна для достаточно больших команд или других условий, когда на тимлиде много административной работы, не составляющей ему времени на разработку и техническую помощь другим разработчикам.
  • Ответ на публикацию «Из хирурга в разработчики: как в 40 лет сменить профессию?» или почему я не люблю заказные статьи
    0
    В вакансиях действительно позиция «Техлид» редко встречается, но её часто предлагают в процессе переговоров на позицию тимлида, если кандидат компании нравится, но он явно не может или не хочет брать на себя не технические задачи. Техлид близок к архитектуру, часто выполняет и его роль, если архитектора нет, или является его представителем в команде, если архитектор один на проект, а команд несколько. Техлид отвечает за техническое состояние результатов команды, за понятность задач непосредственным исполнителям, за техпомощь когда они в тупик заходят. Грубо, архитектор отвечает за техническую сторону проекта стратегически, а техлид тактически.
  • Начальник, что мне делать для того, чтобы получать больше денег
    +2

    Просить — это выступать с позиции "сделайте жест доброй воли". Обычно при устройстве на работу оговариваются возможности и процедуры повышения зарплаты. Как правило, опция "как станет мало — попросишь" не оговаривается, а обещают рост в связи с инфляцией, ростом по рынку или ростом квалификации. Процедуры могут быть разные, но "просить" обычно не предусмотрено, в худшем (для работника) случае "заявить о готовности к аттестации на следующую ступеньку". А в целом, по ситуации на рынке, компания должна быть проактивной, в крайнем случае своевременно уведомляя работника, что оснований для роста компания не видит по результатм его работы.


    Если уж речь идёт о правах работника, то просить то, что компания уже обещала сделать, унижает и работника, и компанию, представляя компанию как необязательного партнёра, а работника как, мягко говоря, очень удобного парнёра, обязательства перед которым выполнять необязательно. Требовать надо, коль скоро заговорили о правах.


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

  • Анализ v_2.0 статьи «Начальник, хочу работать из дома»
    0
    3. У вас не практикуется оценка исполнителем времени, которое потребуется на задачу?
  • Анализ v_2.0 статьи «Начальник, хочу работать из дома»
    0
    А если это наказание для конкретного сотрудника?
  • Начальник, хочу работать из дома
    0

    Полный рабочий день — это 8 часов 5 дней в неделю. Всё остальное называется по другому. В частности подобное "рабство" — ненормированный рабочий день.

  • Электронные документы в российских судах, как критерий электронной зрелости России
    +1
    Проверять на подлинность нужно только если одна из сторон отрицает подлинность («мы этого не отправляли»). Если стороны не отрицают ни факта отправки/получения, ни содержания сообщения, то никакой необходимости в дополнительных проверках не видится. По крайней мере в гражданских делах.
  • Начальник, что мне делать для того, чтобы получать больше денег
    0

    Как правило, вопросы повышения зарплат обсуждается на этапе заключения договора. И как-то несерьёзно напоминать вроде бы серьёзным деловым людям о взятых ими на себя обязательствах.

  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0
    По какому определению? Коммуникации между чем и чем?
  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0
    Как раз с MobX можно писать рендереры, которые точно будут знать, что изменилось.Например, получать два массива, старый и новый, при добавлении/удалении.
  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0
    Возможно с помощью реакций, того же autorun. Другое дело насколько сложно это будет писать и, главное, поддерживать.
  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0
    Тут скорее речь о том, что на границе MobX и React теряется информация о зависимостях, которую рендерер мог бы использовать для точечного ререндинга прямо в DOM без построения нового, пускай и виртуального.
  • Как библиотека MobX помогает управлять состоянием веб-приложений. Лекция в Яндексе
    0
    Я, как разработчик бизнес-логики и логики приложения, понятия не имею ни о каком дереве перерисовок. А разработчик презентационного компонента понятия не имеет ни о зависимостях состояния, ни о его изменениях.
  • Как я искал (и нашел!) баги в смартконтракте проекта kickico
    0
    Как показывает практика, ничто не мешает законодателю принимать и вводить действия законы «моментально», если он видит необходимость.
  • Symfony + RabbitMQ Быстрый старт для молодых
    0

    Разве rabbitmq:consumer работает в режиме демона? Мне казалось, что обычное CLI приложение.

  • Краткий FAQ о Федеральном законе N 242-ФЗ
    0
    Русский язык разве может являться индикатором направленности на Россию, если есть минимум три государства, где у русского есть общегосударственный статус? Я уж молчу про государства, где русский имеет распространение без придания общегосударственного статуса?
  • Графический интерфейс или чат бот в управлении проектами: что эффективнее?.. Практический эксперимент
    0
    Как сейчас у голосового набора с грамматикой? Как с двуязычными текстами типа «отрефакторить TAppDebugConsole, вынеся все зависимости в конструктор и сеттеры»? Особенно, когда произношение, мягко говоря, не идеально?
  • Начальник, что мне делать для того, чтобы получать больше денег
    0

    В целом, менеджмент компании не повышающий уровень оплаты имеющимся кадрам в соотвествии с ростом средней зарплаты в отрасли по региону сильно рискует, что ему придётся набирать новые кадры полностью. Если компаниия заявляет себя как платящая плюс-минус в среднем по рынку, но при этом де-факто это касается только новых сотрудников, то старые имеют полное право считать, что компания их обманывает, если им автоматически (sic!) не повышают заррплату при повышении её в среднем по региону.


    А раз они так считают, то никаких моральных обязательств перед компанией они больше не имеют, только чисто юридические, типа отработать две недели после подачи заявления.

  • Начальник, что мне делать для того, чтобы получать больше денег
    0
    Видел такое в компании, где практикуется открытая тарифная сетка. Да, есть манипуляции с премиальным фондом, типа «я тебе обещаю 50% к этому окладу ежемесячно», но именно оклад повышают либо всем сотрудникам одновременно, либо индивидуально переводом на ступеньку выше.
  • Начальник, что мне делать для того, чтобы получать больше денег
    +2
    Для обычного работника владелец бюджета — его непосредственный начальник. Работника мало интересуют отмазки «я передал твою просьбу увеличить зарплату топам, но тебе отказали». Да, бывают исключения, но в целом непосредственный руководитель в худшем случае должен отвечать " я не могу поднять тебе зарплату " независимо от того есть у него какая-то свобода с бюджетом, он просто передал просьбу и получил отказ, или вообще даже пальцем не пошевелил, не желая поднимать, или понимая что сейчас это неуместно.
  • Начальник, что мне делать для того, чтобы получать больше денег
    0
    Ещё сценарий — пытаешься пробить развитие разработки в определённом ключе, тебе отказывают по решению топов несмотря на поддержку непосредственного руководителя, ты уходишь, потом топы меняют решение (или топы меняются) и тебя зовут возглавить новое направление.
  • Начальник, что мне делать для того, чтобы получать больше денег
    0
    Изменения на рынке должны быть основным фактором повышения зарплаты без роста квалификации. Если в среднем по городу/стране/миру зарплата по конкретной позиции растёт, то не поднимая
  • DI для полностью переиспользуемых JSX-компонентов
    0
    Redux вполне может использоваться без React. А состояние приложения есть суперпозиция состояний всех его компонентов. Redux в пределе стремится к тому, чтобы у компонентов своего внутреннего состояния не было и всё состояние приложения хранилось в одном-единственном хранилище под управлением Redux. Считать это хранилище частью Redux или чем-то отдельным — вопрос теоретически спорный, но на практике, по-моему, нет смысла не считать.
  • PHP-Дайджест № 117 – свежие новости, материалы и инструменты (10 – 24 сентября 2017)
    +2
    Friendly давно не хватало для реализации тесно связанных классов типа сущностей и их репозиториев, фабрик и т. п. Правда, есть опасения, что без нормальной видимости области модуля(неймспейса) будут злоупотреблять, что списки дружественных классов будут необъятными.
  • Как оправдать ожидания потребителей в отношении Интернета вещей? (результаты опроса)
    0
    Ненапряжная и безопасная — взаимоисключающие вещи.
  • Angular vs. React vs. Vue: Сравнение 2017
    0

    Вот чем мне нравится подход "берём библиотеки и склеиваем их" (вариант "берём склеенные кем-то библиотеки"), что всегда можно малой кровью заменить одну библиотеку на другую. С огромными фреймворками обычно такое не проходит, и даже если формально он компонентный, то очень часто ко мпоненты сильно связаны, типа компонент формы и компонент валидации.

  • Анализ статьи «Начальник, хочу работать из дома»
    –1
    Даже не знаю что сказать.

    Похоже я неудачно высказался. В офисе (или шире — в команде) все в целом сознательно заинтересованы в прибыльности бизнеса. Дома же (в семье) домашние хорошо если вообще осознают причинно-следственную связь между временем, потраченным на работу, и материальными "плюшками" в доме. Про вывод из состояния сосредоченности, "потока" вообще молчу.


    О том и речь (первый абзац).
    Не о том. Речь о том, что в общем случае нужно тратить свои ресурсы на организацию других людей при работе удаленно (имеется в виду из дома прежде всего). Тут речь о том, стоит ли овчинка выделки, не более, но и не менее.

    Говорит ли частный опыт о том, что удалёнка — абсолютное зло для всех и всегда?

    Нет, конечно. Просто объективные плюсы удаленной работы часто сильно прикрашивают или вообще выдают субъективные за объективные. А с минусами наоборот. В частности несомненным плюсом удаленной работы считается гибкий график, зачастую вообще без всяких рамок, лишь бы результаты в срок сдавал.

  • Несколько аргументов против Dependency Injection и Inversion of Control
    +1

    Чтобы собрать статистику нужно иметь то, на чём её собирать. А вообще преждевременные обобщения вредны только тогда, когда без всякой пользы они задерживают релиз, на котором в том числе и статистику можно собирать. Ну и по опыту если сделал преждевременное неверное (постфактум) обощение, то, если не брать крайние случаи, ресурсы на его переделывание выделят раньше, чем выделят на обобщение, если оно вообще сделано не было.

  • Начальник, хочу работать из дома
    0

    В договоре могут быть условия типа "Работы с оборудованием Заказчика проводятся Исполнителем в помещении Заказчика. Заказчик обязуется предоставить доступ к оборудованию в рабочие часы согласно правилам внутреннего распорядка. Оплата производится по акту выполненных работ с указанием потраченного на Работы Исполнителем времени, сверенным с показаниями системы учёта посещений помещний Заказчика". То есть требования ежедневного присутствия нет, хочешь вообще не выходи, но этот день тебе не оплатят.

  • Angular vs. React vs. Vue: Сравнение 2017
    0

    Хм, а у меня ровно наоборот впечатление. Реакт — тупо шаблон без всякой магии.