Специалист и компания не равны по определению, поэтому необходимо законодательно обеспечить и компании, и специалистов точками опоры при ведении переговоров. В противном случае либо работа скатится в рабство, либо у руководства не будет инструментов для организации труда.
Возможностью уволиться в любой удобный момент на мой взгляд компенсируется существенный перевес компаний в процессе собеседования, так что если наделить компании еще и правом увольнять своих сотрудников в любой момент, получится как раз таки совсем уж нечестно
То есть вы год переписывали GraphQL с Node.js на Java + разработали дополнительную тулзу на Python (причем бэкенд с Python перевели на Java, тк в Python мало экспертизы) просто чтобы получить такую же точно производительность, как и была. Реальный прирост вы получили за счет оптимизации работы с БД (когда решили проблему N+1 запроса и перестали грузить БД пагинацией, которая ненужна пользователям). Возникает вопрос: зачем был нужен год переписывания GraphQL на Java? Это преусловутый *фатальный недостаток*?
Затрудняюсь найти источник «неучтенных» указателей, кроме как преобразование числа/области памяти в указатель. И не понимаю, как указанное переосмысление байта помешает нам осуществлять такое преобразование. Если мы получили последовательность байт условно 2 байта одного указателя, 2 другого, то мы на этапе статического анализа запретим преобразование такого блока памяти в указатель?
Если скопировать 2 байта из одного указателя, 2 из другого, то мы просто получим область памяти, в которой лежат 2 байта из одного указателя, 2 из другого. Как эту область памяти преобразовать в указатель — другая проблема, про преобразование числа в указатель (т.к. любую последовательность бит можно интерпретировать как число). Преобразование числа в указатель в статье не рассматривается, поэтому странно, если целый блок про специальное определение байтов посвящен проблеме, так и не раскрытой в полной мере в статье
Непонятно, почему нельзя просто побайтово копировать структуру, которой представлены указатели. Тогда будет скопирована и информация об области выделения, и о смещении. Зачем все эти сложности с определением байта как части указателя?
AES не гомоморфен относительно операции умножения, т.е. выражение
encrypted(Y*X) == encrypted(Y)*encrypted(X)
неверено. Оно будет справедливо для, например, RSA
1) Включаем свет в вагоне, в котором находимся.
2) Выбираем направление, в котором будем двигаться для подсчета вагонов.
3) Движемся в направлении подсчета и считаем вагоны, пока не встретим вагон с включенным светом.
4) Пусть мы насчитали N вагонов. Тогда гасим свет в текущем вагоне идем на N вагонов в обратном направлении.
5) Если свет горит — переходим к шагу 3. Если свет не горит — вагоны посчитаны, их N штук
Задача 3
Представим 30-минутный интервал как 3 независимых эксперимента с интервалами по 10 минут. Пусть р — вероятность появления автомобиля на 10-минутном интервале. Если на 30-минутном интервале не появился автомобиль, то «провалились» все 3 10-минутных эксперимента, таким образом, справедливо выражение (1-р)^3 = 0.05. Получаем приблизительное значение p = 0,63. (точное 1 — (0.05)^(1/3))
А можно подробнее обосновать, почему получится корректная модель у каждого из участников обмена?
Мне кажется, статья будет честнее, если все "можно" заменить на "вам придется", и оставить на откуп читателям самим решать, хорошо это или нет
Специалист и компания не равны по определению, поэтому необходимо законодательно обеспечить и компании, и специалистов точками опоры при ведении переговоров.
В противном случае либо работа скатится в рабство, либо у руководства не будет инструментов для организации труда.
Возможностью уволиться в любой удобный момент на мой взгляд компенсируется существенный перевес компаний в процессе собеседования, так что если наделить компании еще и правом увольнять своих сотрудников в любой момент, получится как раз таки совсем уж нечестно
В результате работы список останется неизменным.
- Где моя посылка?
- У нас для вас кое-что лучше посылки
https://www.meme-arsenal.com/memes/ee656bfc48837f6510da409e18a49ed5.jpg
То есть вы год переписывали GraphQL с Node.js на Java + разработали дополнительную тулзу на Python (причем бэкенд с Python перевели на Java, тк в Python мало экспертизы) просто чтобы получить такую же точно производительность, как и была. Реальный прирост вы получили за счет оптимизации работы с БД (когда решили проблему N+1 запроса и перестали грузить БД пагинацией, которая ненужна пользователям). Возникает вопрос: зачем был нужен год переписывания GraphQL на Java? Это преусловутый *фатальный недостаток*?
encrypted(Y*X) == encrypted(Y)*encrypted(X)
неверено. Оно будет справедливо для, например, RSA
2) Выбираем направление, в котором будем двигаться для подсчета вагонов.
3) Движемся в направлении подсчета и считаем вагоны, пока не встретим вагон с включенным светом.
4) Пусть мы насчитали N вагонов. Тогда гасим свет в текущем вагоне идем на N вагонов в обратном направлении.
5) Если свет горит — переходим к шагу 3. Если свет не горит — вагоны посчитаны, их N штук