Pull to refresh
7
0.8

Программист

Send message

пытаться загнать всех в платные тарифы

Не стоит путать прямой обман и про попытку продать бесплатное.
Тут прям жирно продавалось "навсегда и бесплатно 100Гб"
В данном случае тоже можно было выйти покрасивее, а не удалять:
> Занятое место остаётся, все закаченные файлы остаются, но больше загружать нельзя пока общее количество занимаемого места не уменьшится ниже 8Гб

велению большого брата

Думал дописать, но не дописал. Ок, допишу:

За исключением наркоторговли, терроризма, массового убийства людей и других нарушений базовых прав человека. Там уже Интерпол, МУС и другие международные организации будут работать, но не районный товарищ майор.

или собственным разумениям. И они не будут делить на хороших и плохих. ИМХО, для множества людей такие риски куда более существенны, чем п.3 и п.4.

Не забыл, они перечислены в первых 2 пп.

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

Могу предположить, что интернациональная аудитория и не напрягается если речь касается одного института или между гуглом и институтом был какой-то договор?

Да, в принципе, полно плюсов:

  1. Я не слышал что кто-то из интернационального крупняка отменял "вечные" бонусы.
    А если и отменят, то местячковые из-за этого сразу шумиху поднимут и не только рекламную, а ещё и лоббировать свои интересы начнут.

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

  3. Защита от "товарища майора" в стране пребывания, если в файлах окажется какая-то подцензурная тематика.
    Из-за этого точно чёрный воронок не запрягут. (Максимум удалят)

  4. Защита от "копирастов", которые в суд не вызовут из другой страны. (Тоже максимум удалят)

Я тоже думал, почему-бы не последовать за опытом других стран, но на Иран наложено 4 тысячи санкций, а на РФ 14 тысяч (Сирия - 2.ххх, Северная Корея - 2.ххх. Беларусь, Венесуэла, Мньянма от 6хх до 1.ххх).

Тут Россия является певопроходцем.

Пока больше смахивает на " дымит пукан", а не на "дымит разлом".

Иначе выглядит как предложение ради предложения:

-А давайте сделаем свой корневой репозиторий
-Давайте. А зачем?

Осталось дело за малым, кому-то из России с "российской" зарплатой приехать в Германию и сравнить цены :D

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

Программирование — это прежде всего решение задач, и оно больше связано с логикой, чем с творчеством.

Мне кажется это больше зависит от задачи.
Если задача: - Подвинь кнопку Submit на 20 пикселей вправо, то тут всё просто и понятно, никакого креатива.

А если задача связана с придумыванием новой логики на осоновании какйо-то старой, то тут уже будет креатив. (Можно-ли соединить этот сервис с этим? А тот сервис вместе с этим сервисом решит нашу проблему или не решит? и т.д. и т.п.)

Тоже самое касается и музыки, картин и пр.:
Если музыканта попросят набросать что-то из Drum and Bass, то реализация в IDM заказчика не вдохновит. Как и написанная в абстракционизме картина, при заказе картины в ренессансе.

Кто-то посчитал, сколько раз Байден использовал слово "Россия" в своих публичных выступлениях.

Ни разу?

Не слышал про такой, больше OpenAPI пользовался.

Зависит от задачи, для примера если мы пишем что-то типа Sandcastle, когда мы можем поправить output как нам удобно, то писать что-то самописное для преобразования будет совсем не круто.

Для XML столько всего нагенерили и наавтоматизировали, что тут проще просто поизучать готовое, прежде чем выбирать как лучше передавать данные: binary, json, xml или другой подвид формата ключ-значение.

WSDL - (это из SOAP) используется для автоматической генерации сервера и клиента.
В результате при обновлении или выпуска новой версии пользователям просто рассылается письмо:

Мы там новую версию выложили, переключитесь по возможности

Пользователь консьюмит ендпоинт и автоматом (если среда позволяет) получает полное описание всех ендпоинтов и payload'а с типами данных.
Т.е. по существу, пользователю может быть всё равно в каком формате написан диалог.
Что-то по аналогии с gRPC только с более жирным и читаемым payload'ом.

Чтобы понимать гибкость, M$ написали универсального клиента для SOAP, который при обработке WSDL сразу генерит таблицу с полями и типами данных на лету (Внутри этого клиента - вызов консольного приложения).

XPath (+XQuery) - позволяет с лёгкостью выполнять query запросы к документу.
Для примера, если нам надо получить массив узлов из документа где в узле атрибут равен определённому значению. Пару примеров:

/bookstore/book[price>35]/title
for $x in doc("books.xml")/bookstore/book
where $x/price>30
order by $x/title
return $x/title

XSLT - Возможность навесить любое форматирование на XML документ.
Надо нам превратить сгенерённый XML с описанием кода в HTML? - не проблема.

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

<xsl:template match="/">
  <html>
  <body>
  <h2>My CD Collection</h2>
  <table border="1">
    <tr bgcolor="#9acd32">
      <th>Title</th>
      <th>Artist</th>
    </tr>
    <xsl:for-each select="catalog/cd">
    <tr>
      <td><xsl:value-of select="title"/></td>
      <td><xsl:value-of select="artist"/></td>
    </tr>
    </xsl:for-each>
  </table>
  </body>
  </html>
</xsl:template>

</xsl:stylesheet> 

XSD - валидация XML документа перед процессингом.
Какие атрибуты могут быть в таком узле, какое количество дочерних узлов может быть в родительсом узле и т.п.
К примеру используется в .config файлах для .NET Framework проектов, где через intellisence рисует где будет ошибка, куда можно добавить какой атрибут или узел. К примеру:

<xs:element name="shipto">
  <xs:complexType>
    <xs:sequence>
      <xs:element name="name" type="xs:string"/>
      <xs:element name="address" type="xs:string"/>
      <xs:element name="city" type="xs:string"/>
      <xs:element name="country" type="xs:string"/>
    </xs:sequence>
  </xs:complexType>
</xs:element> 

По поводу компактности, тоже спорно, ибо можно использовать атрибуты которых нет в JSON. Для и попроще если приходится имет дело с HTML 5 (Или 4.x Strict). Для примера:

<Books>
  <Book Title="First book" Author="First book author" />
  <Book Title="Second book" Author="Second book author" />
</Books>
{
  "Books":
  [
    {"Title":"First book","Author":"First book author"},
    {"Title":"Second book","Author":"Second book author"}
  ]
}

Это я к тому, что XML - это более сложный формат для работы со структурированными данными, в отличии от JSON.

И как писали в отказе на добавление стандарта, по аналогии на WSDL, для JSON на w3.org:

Не превращайте JSON в XML. Это 2 разных формата для разных нужд.

И смысл его кастомизировать если смотреть не будут?
Это ведь не телевизор, тут насильно фигню не покажешь.

Если только "Not interested" и "Never recommend this channel" перестанут работать, но народ и Newpipe нормально пользуются, а там вообще нет рекомендаций от слова "совсем".

Инициатива "Мой дом - моя крепость" получила позитивный отзыв от МВД и суды нынче не сажают за превышение самообороны, если будет доказано что в собственность кто-то вломился без воли собственника.

Я-бы сказал не только не отстаиваешь свои интересы, но ещё и не думаешь о своих детях. Наше поколение получило от наших родителей:

Не высовывайся. Иначе с тобой сделают что-то плохое.

Есть ещё куда падать...

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

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

Какая зарплата, такая работа

Я в 90х уже работал IT'шником - еникейщиком.
Тогда в газетах программистов никто не исках, набирали по знакомсту и кто худо-бедно умел владеть компьютером.

По поводу как искали пофессионалов с опытом, как минимум Visual Studio 6 или какой-нить Borland, знаю только по историям других коллег.
Обычно, переманивали из других компаний. Был случай, когда компания прям целый отдел переманила.

Потом начали появляться объявления про найм "комьютерщиков" и обучали их на местах, а потом уже пошла градация на Junior, Senior, TeamLead and so on...

Начали за здравие, а закончили за упокой...

Первый абзац:

антифрод — это скрытый, но ключевой элемент защиты...

А потом пол статьи про биометрию. Чего в биометрии скрытого-то?

Да, потом кусок про поведенческий анализ, но всё поверхностно на уровне:

Поведенческий анализ - это анализ поведения пользователя и реагирование на нестандартное поведение

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

Есть какте-то основания предположения что это касается " всех африканских странах, и во многих арабских"?


А то сверху пишут что РФ тоже в списке стран с "дорогими смс", но в интернетах тишина по этому поводу, а тут прям шок-новость что можно свой email к телеге привязывать и забыть про номер телефона.

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

Information

Rating
1,791-st
Location
Исламабад, Пакистан, Пакистан
Registered
Activity