Конечно, когда мы решаемся сменить работу, мы исходим из своих личных побуждений и мотиваций; и очевидно, что увеличение своего материального положения — не последняя из причин. Но при ответе себе лично на вопрос «сколько я хочу получать» обычно оперируем своим собственным потреблением. Но случалось ли вам слышать именно на собеседовании такой вопрос: «А почему Вы хотите получать именно столько?» Мне случалось пару раз, и, признаюсь, в те разы терялся что ответить. Некоторые размышления меня натолкнули, что лучший ответ будет: «Столько предлагает рынок».

Вот чему я научился

Более пяти лет назад мы запустили платформу Slack, предоставив разработчикам легкий способ создавать приложения в Slack и публиковать их в нашей App Directory. Сегодня миллионы пользователей переносят свою работу в Slack, и их приложения, создаваемые более чем 885 000 активными разработчиками, действующими на этой платформе – залог дальнейшего улучшения совместной работы в Slack. 

Все эти годы мы постоянно держим в уме: «проектировать так, чтобы разработчикам было максимально удобно». Да, под капотом мы можем менять реализацию некоторых наших фич, удалить или изменить контракт, описывающий поведение существующего API, очень сложно. Вот почему так важно аккуратно продумывать проектирование API с самого начала.

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

Я не утверждаю, что Slack всегда проектировал API хорошо. У нас были ошибки, и платформа определенно могла бы быть удобнее для разработчиков. Но мы признаем эти ошибки и определяем, как их исправить – иногда даже дополнительно упирая на то, чтобы придерживаться какого-то выбора, сделанного в прошлом, тогда как сейчас мы бы с этим выбором не согласились — и в целом можем улучшить для разработчика опыт работы с платформой.

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

В этом им поможет magnet (магнет-ссылка или просто магнит). Это первый вариант p2p ссылки, который является универсальным и расширяемым стандартом, не привязанным к конкретной сети.

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

Если бы вы взглянули почти на любой файл данных в компьютере, просматривая символ за символом, то наверняка обратили бы внимание на множество повторяющихся элементов. LZW — это метод сжатия данных, который воспользовался этим повторением. Оригинальная версия метода была создана Лемпелем и Зивом в 1978 году (LZ78) и доработана Уэлчем в 1984 году, отсюда и аббревиатура LZW (Lempel, Ziv and Welch). Как и в любом адаптивном/динамическом методе сжатия, идея заключается в том, чтобы (1) начать с исходной модели, (2) читать данные по частям, (3) обновлять модель и кодировать данные по мере продвижения. LZW — алгоритм сжатия на основе "словаря".

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

Вопрос, который часто задают начинающие программисты — какой язык программирования изучать? Вопрос звучит разумно. Хочется выбрать самый лучший, чтобы потом не пришлось переучиваться.

Можно ли на него ответить?

Привет, друзья! Хочу поделиться опытом знакомства с Garuda Linux, так как в последнее время являюсь поклонником Arch-подобных KDE, для установки на свой довольно мощный ноутбук Dell G7-7790 (i9 2080RTX Max-Q 64GB RAM) выбирал на сайте одну из 2-х версий: Dragonized Gaming Edition и Dragonized BlackArch Edition.

Хороший маркетинговый ход! Согласитесь, и одна и вторая сборка звучит очень заманчиво, Linux Gaming - прямо таки манит игроманов, которые всю жизнь сидят на Windows. Да и сам признаюсь, дядька я уже взрослый, но бывает Калду вечерок другой скоротаю с друзьями. Но как то для этих целей все еще Windows больше использую, но Linux уже почти догоняет в плане игр, спасибо Steam.

А как вам сборка Dragonized BlackArch? Не нужно мучительно долго устанавливать BlackArch из командной строки, размечать диск, ставить графический интерфейс, сама мысль об этом отпугивает юных хакеров. А тут, прям из коробки - вот это клад! Мне захотелось побыстрее попробовать все и сразу, а лучше 2 в 1.

Для этого решил задать вопрос на Garuda-форуме, мне там ответили, что лучше ставить BlackArch Edition, а игровые приложения и игры можно потом установить через фирменное приложение. Далее в ветку налетели какие то умники, типа зачем тебе совмещать эти 2 сборки не хакерское это дело, игры могут порты открытыми оставить.

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

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

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

Объём статьи не означает, что всё так сложно. Я подробно рассказал про несколько вариантов настройки. А какой выбрать -- решать вам

Наверняка, вы слышали выражение: “перегорел на работе”. Возможно, так говорили и о вас. Если долгожданный отдых не восполняет силы, а мысли о работе вызывают только раздражение, возможно, вы столкнулись с синдромом эмоционального выгорания. 

Это крайне неприятное состояние, при котором человек чувствует моральное и физическое истощение несколько месяцев подряд. Работа, которая раньше приносила удовольствие, бесит и раздражает, не хочется общаться с людьми. Человеку очень сложно сосредоточиться на выполнении своих обязанностей. Он может срывать сроки, не выполнять договоренности. При этом, объективно понимать свои ошибки, но все равно бездействовать.

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

Конфликтуют все. Ваша задача – научиться конфликтовать правильно

С каждым годом рекламы в интернете становится все больше, а подают ее с каждым разом все навязчивее. Дошло уже до почты: реклама в интерфейсе почтового ящика выглядит как первое непрочитанное письмо, которое машинально хочется открыть. Я не против рекламы, особенно когда она в тему и не сбивает с толку. Но маскировать её под непрочитанное письмо ‒ это перебор. Чувствуется, что следующим шагом рекламу начнут вставлять прямо в тело письма.

Что это?

Как собрать?

./configure
make

πfs -o mdd=<metadata directory> <mountpoint>

Что же π делает с моими данными?

• Сайты исчезают из поиска Google и уходят в небытие
  
• Видео на YouTube демонетизируется, и создатели теряют источник дохода
  
• Android-приложения исчезают из каталога Google Play и не могут связаться со своими пользователями
  
• API резко дорожают или просто устаревают
  
• И последнее, но не менее важное, личный аналог всего вышеперечисленного: люди теряют доступ к аккаунтам Gmail и всей своей цифровой жизни