Обновить
1
0.7
Геннадий Забуслаев@Busla

Пользователь

Отправить сообщение
У меня был совсем небольшой опыт использования Авито, что в качестве покупателя, что в качестве продавца. Но постоянно приходится какие-то обходные манёвры придумывать. Потому что свои «фичи» вы пилите вообще не учитывая объективную действительность.
Буквально на прошлой неделе с продавцом вытанцовывали вокруг вашей доставки: у него после ремонта оставалось пять дверных ручек, а мне нужно было три одинаковых. Единственный вариант — продавцу под меня создать персональное объявление.
у MS есть вполне себе on-Premise продукт Office Online Server
Правда, не углублялся в вопрос лицензирования и открытости API. Обычно он используется для внутренних нужд SharePoint, Exchange, Lynk/Skype и покрывается лицензиями на обычный офис.
Вообще-то это правильно называется PPI
DPI — это в основном про субпиксели, из которых состоят цветные пиксели при печати например, на струйном принтере.
Не то, чтобы не должен, просто ORM это представление БД в объектной парадигме.
Не хочется придираться к формулировкам в комментах, но то, что Object-Relational Mapping у вас отлично работает в Функциональной парадигме наводит на мысли, что не такая уж она и функциональная…
Если на клетке слона прочтешь надпись: буйвол, — не верь глазам своим.

Я не особо-то и верю.
Но при наличии бездонного интернета одного только аргумента
бредом было бы хранить три уровня

и метода исключений как-то мало.
8 уровней для TLC и 16 уровней на QLC

«Зуб даёте»? Уверены, что там нет дополнительных уровней для контрольных сумм?
Не нашёл ни одного вменяемого источника где Triple-Level расшифровывалась бы как восьмиуровневая ячейка. Понятно, что нашим миром правит маркетинг, но хотелось бы инженерных пруфов.
… как видим, некоторые и объяснение не понимают
QLC — Quad-Level Cell
4 уровня ≠ 4 бита
Для парольной аутентификации придумано и реализовано всего два подхода: PAP и CHAP.

При PAP передаётся открытый пароль, а сервис может хранить только признак его знания (хэш).
При CHAP передаётся признак знания пароля (хэш), но сервис хранит пароль в обратимом виде.

При использовании PAP в больших инфраструктурах пароль в открытом виде проходит самую массовую фронтовую часть инфраструктуры. Гипотетически их может насобирать старший помощник младшего техника.

При CHAP пароли в открытом виде существуют только в конкретном месте в самой глубине бэкэнда. Доступ куда легко ограничивать и контролировать.

По нынешним временам для секьюрности чаще используют сертификаты, асимметричное шифрование и т.п. Но для многих сертификаты — тёмный лес, поэтому CHAP можно встретить во всяких коммуникационных сервисах для обычных людей и малого бизнеса — VPN, SIP и т.д.
Потому что с точки зрения только устроившегося в Яндекс топикстартера успешный столичный программист должен быть с Mac'ом ;-)
камеры Panavision стоимостью более 120 тысяч долларов, набор линз к которым

Не стоит использовать арго в образовательных статьях. Для нормального человека «линза» — это кусок стекла особой формы. А у вас речь про набор объективов.
Модель OSI тут не при чём. Модель на то и модель, что это абстракция для разработчика/пользователя — последовательность обработки данных внутри ОС. Для примера, VLAN как бы вносит дополнительный уровень, но ничего никуда не заворачивается, это просто поле данных в том же самом Ethernet-фрэйме.
DX2-66 штатно был без кулера
он же меньше пяти ватт
ну так я и пишу: «интересный» ;)
Самый интересный процессор был бы DX-50
Ведь тогда всё работало на внешней частоте процессора.
Вы совершенно упустили важный момент текущего законодательства: автор имеет право на вознаграждение, если работодатель начнёт каким-либо образом использовать произведение в течение трёх. А если не начнёт, то исключительные права возвращаются к автору. Т.е. лучше сразу явно заплатить, чем потом в суде выяснять размер оплаты за создание какого-нибудь уникального успешного продукта.

Что касается разрешения не подписывать код — право автора на имя неотчуждаемо, поэтому такое разрешение будет ничтожно. Разве что запастись разрешениями на отдельные частные случаи.

Про последующие версии — эта логика работает только в случае, если разработчик захочет использовать/продавать свои наработки. А это вовсе не единственный повод для разногласий.
Забавно, но первую цитату я воспринимаю прямо противоположным образом: творческий вклад был у Васи, а Петя оказывал лишь техническое содействие.
Я в курсе про странную идею, что в качестве приветствия следует использовать констатацию факта: «доброе утро», «добрый день», «добрый вечер» и т.п., а в качестве прощания — пожелание: «доброй ночи». Но это больше похоже на частное мнение отдельных специалистов, т.к. в классической литературе масса примеров пожелания того же доброго дня в качестве приветствия. В качестве контрпримера можно ещё вспомнить сохранившееся «Здравия желаю».
Лично мне из девяностых помнится исключительно вариант: «доброго времени суток». К тому же, основное подстановочное время суток — «ночь». А «добрая ночь» в качестве приветствия встречается разве что в качестве стилизации под речь каких-нибудь индейцев.
Так что правильность неправильной фразы — очень дискуссионный вопрос. А вот исправлять цитату — однозначно — дурной тон.
Когда мы общаемся, мы не задумываясь используем огромное количество цитат и крылатых выражений, которые неправильно воспринимать буквально. «Доброго времени суток» — это фидошный юмор, конечно он неуместен в серьёзной переписке.

Информация

В рейтинге
2 119-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность