Как стать автором

Линкбилдинг. Пожалуй, одна из самых странный вещей, с которыми мне доводилось работать при продвижении сайтов™.

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

Так ли важно ссылочное продвижение или это преувеличение? На что обратить внимание?

Как избежать ошибок™? Как искать™ ссылки™? Какие есть инструменты? Список™ ссылок™ для западных сайтов™.

21 век - век изобретений, быстрых стартов и технологий.

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

Разделы стратегии связанные с деньгами и производством в основном рассматриваются первыми и безусловно являются фундаментом любого™ бизнеса.   

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

Почему™ это важно?

Каждый™ бизнес™ хочет быть востребован. 

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

Мне иногда™ приходится посещать собеседования в качестве собеседующего и собеседуемого. Хочу взглянуть на холиварную тему сеньорности/миддловости/джуниорности разработчиков. В последнее время, качества, которые необходимы программисту сильно™ изменились. Думаю, связано это с популяризацией микросервисной архитектуры в современных проектах. Где от инженеров требуются немного другие™ навыки™ нежели™ разработчику монолита.

Рассказываем, что именно™ сделали при переносе сайта на другую™ систему управления, чтобы не потерять позиции и увеличить трафик™. Делимся гипотезами, что именно™ повлияло на быстрый (в течение нескольких недель™) рост трафика.

Когда надоело запоминать ключи массивов и хочется пользоваться подсказками любимого редактора кода на помощь™ приходит PHPDoc™ и немного смекалки.

Недавно я очень близко™ познакомился с TypeScript и познал™ всю прелесть строгой типизации. Как же это приятно, когда редактор кода подсказывает тебе какие поля есть в объекте и что ты с ними можешь™ сделать!

В чем проблема?

Я работаю с CMS Битрикс и приходится иметь дело с массивами разной™ формы и содержания, запоминать все ключи или искать™ их в документации. Это занимает драгоценное время.

В современном мире, полном™ информационных технологий, мы доверяем свои данные™ интернет – сервисам. Разумно предположить, что доступ™ к этим данным™ должен™ иметь только™ определенный круг лиц. Как раз для этого и существует шифрование. Шифрование – это кодирование информации, процесс использующийся для обеспечения конфиденциальности и безопасности данных™, таких как тестовые сообщения, банковские реквизиты и т.д. Исходное сообщение (данные™) называется открытым текстом, зашифрованное сообщение (данные™) называется шифротекстом. Процедура шифрования обычно™ включает в себя использование определенного алгоритма и ключа. Алгоритм - это определенный способ™ засекречивания сообщения, то есть список™ инструкций. Ключ же конкретизирует процедуру засекречивания.

В этой статье™ мы затронем такой вариант шифрования, как шифр Хилла, а именно™ алгоритм шифрования, расшифрования, криптостойкость и варианты различных модификаций.

Что нужно знать для реализации?

• Указатели

• Move семантика (Дополнительный этап)

• rValue™ и lValue™ ссылки™ (Дополнительный этап)

• Шаблоны

• Итераторы (Дополнительный этап)

• Переопределение операторов

В чём состоит проблема

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

Но проблема в том, что почти все данные™ о человеке оказываются связаны воедино, и значит™ - выявленные закономерности могут быть применены совершенно посторонними организациями совсем™ не по желанию самого™ человека, и не к его пользе™.

Генрих™ Саулович Альтшуллер (псевдоним - Генрих™ Альтов™) - автор ТРИЗ-ТРТС (теории™ решения изобретательских задач - теории™ развития технических систем™), автор ТРТЛ (теории™ развития творческой личности), изобретатель, писатель.

В 1946-48 г.г. главной целью жизни стала разработка ТРИЗ (теории™ решения изобретательских задач). Основной постулат ТРИЗ-ТРТС: технические системы развиваются по определенным законам, эти законы™ можно выявить и использовать для создания алгоритма решения изобретательских задач. Созданию и совершенствованию ТРИЗ-ТРТС, а в конечном счете, созданию теории™ сильного мышления, Г.С. Альтшуллер посвятил свою жизнь - около 50 лет.

Г.С. Альтшуллер построил АРИЗ и ТРИЗ вокруг™ главного признака изобретательских задач и ситуаций - это наличие ПРОТИВОРЕЧИЯ (КОНФЛИКТА) в системе.

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

Отзывы™ — мощный™ инструмент, который помогает завоевать доверие потенциального клиента и сформировать лояльное отношение к компании. Кажется, это уже аксиома. А как быть, если отзывов нет?

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

Новость этой недели™ - на Манхэттене открылся совместный проект™ Starbucks и AmazonGo. 

Я не мог не сходить, проверить на себе. 

Протопал пол Манхэттена от офиса и вот моя история.

Сравню™ три сценария посещения Starbucks.

Обычный поход в Starbucks:

• Зашёл 

• Заказал кофе и какой-нибуль™ сэндвич 

• Сказал™ имя, оплатил 

• Услышал имя, забрал™

• Ушёл 

5 минут

Тот сценарий, что ждёшь от абсолютно автоматизированного Starbucks + Amazon™ Go:

• Зашёл

• Взял кофе и сэндвич 

• Ушел
1 минута™.

Явно вся магия должна™ случиться в заказе™ и оплате™, как-то там само все чтобы произошло)

Реальность: 

• Со входа уткнулся в турникет 

• Спросил, как войти (и да, мне не хватило подсказок на стенах™) 

• Открыл™ приложение AmazonGo 

• Нашёл в меню раздел™ с QR 

• Поднёс™, отсканировал 

• Зашёл (!) 

• Взял с полки сэндвич/салат 

• Пошёл искать™, где взять кофе 

• Обошёл™ 2 раза всё заведение 

• Подошёл спросить менеджера

• Получил ответ, что в другом™ приложении заказ надо делать™ - Starbucks (WTF?)

• Пошёл скачивать. О, нет! В русском апсторе другой™ апп Starbucks 

• Пошёл заказывать вручную через менеджера 

• Оплатил, как обычно™ (POS-терминал спрятан в тайный™ ящик, ну чтобы типа, чтобы никто не видел, что так тоже можно) 

• Сказал™ имя 

• Не услышал своё имя после исполнения, но увидел™ на экране™. 

• Пошёл забирать кофе 

• Уткнулся с внутренней стороны во входной турникет, кофе стоит на полке снаружи 

• Попросил передать мой кофе менеджера. 

• Подождал пока он до меня еще кому-то поможет. 

• Пошёл с кофе к салату™/сэндвичу (никто там еще не съел его?) 

Здравствуй, уважаемый читатель!

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

Но, как быть тем, кто уже потратил лучшие™ для образования годы, т.е. времена отсутствия обязательств? Тем, кого свое сегодняшнее социальное и материальное положение не особо устраивает и все-таки хочется еще что-то изменить, но времени не особо есть?

Не спешите вспыхнуть, в надежде узнать™ супер секрет™ и завтра™ стать миллионером, такие случаи™ происходят крайне™ редко и в основном в рекламах инфо коучеров и прочих™.

Но и не все так плачевно, сейчас™ объясню.

Я учусь в седьмом классе™. По математике мы проходим линейные и квадратные уравнения, графики. Я решил заниматься дополнительно. И среди прочих™ задач, мне попалась задача™ с такими™ условиями: "Население страны™ ежегодно увеличивается на 1/80. Через сколько лет население страну™ удвоится ?" Это задача™ из "Сборника конкурсных задач по математике с решениями" Кущенко В. С., 1966 года издания.

Первой™ моей мыслью™ было написать программу на python™, где в цикле увеличивать значение 1 на заданную величину 1/80, пока оно не достигнет 2. Она выглядит таким образом...

Много написано о том, что хорошей практикой является объявление полей экземпляра класса™ с модификатором private, а чтение™ и модификацию их осуществлять с помощью public™ геттера и/или сеттера. Действительно, этот приём даёт уверенность, что вся логика™, предусмотренная разработчиком для событий чтения™/записи™, будет выполнена в случае™ использования класса™ кем-либо. Однако™, разработчик класса™ в методах по-прежнему имеет возможность читать™ и записывать значение поля напрямую! Чтобы избежать этого, предлагаю следующий трюк. Потребуется чуть больше™ кода, но теперь™ даже IDE не сможет™ подсовывать это поле в подсказках.

Для каждого "super private" поля нам потребуется Supplier и Consumer. Вся логика™ геттера и сеттера происходит в них. Сами геттер™ и сеттер™ - лишь обёртки для public™ доступа.

Всё понятно из примера ниже.

Недавно столкнулся с проблемой отлова™ события изменения ячейки™ в DataGrid. Недолго поискав в интернете, нашёл событие CellEditEnding, казалось, всё супер, но нет, возникло несколько проблем.

Первая™ проблема это то, что событие возникает после завершения редактирования ячейки™, НО до изменения самого™ содержимого DataGrid. То есть, если при вызове™ этого события мы хотим проводить какие-либо действия с DataGrid, то у нас это не получится. При вызове™ события, DataGrid занята™ основным потоком, она ожидает завершения редактирования данных™, которое произойдет после вызова™ события.

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

Сразу опишу главный плюс такого™ решения – Это бесплатно! Любой может более менее полноценно администрировать рабочие места(Windows машины™/сервера, linux сервера, любые ОС), работать с бекапами и эффективно использовать мощность железа™.

Так уж вышло, что профессиональные решения типа VM Ware стоят очень приличных денег.

Введение

Данная™ статья™ преследует цель упростить жизнь таким же энтузиастам, которые по какой-то причине, не являясь большими devOps™ специалистами, уже развернули визор Xen Server™ и запустили на нем продакшен проекты.

Как правило, сталкиваясь с проблемами и сложностями на уже запущенной системе, с проектами в продакшене право на ошибку™ нет.

Здесь мы рассмотрим свой опыт работы™, проблемы и их решения, приходящие в процессе эксплуатации Xen Server™ в полностью бесплатном режиме™ и без какой-либо подготовки, в формате «разберемся в процессе».

Вкратце изложу™ свой опыт ремонта моторов.

Ситуация, при которой детки переламывают кабель™ моторов Lego WeDo 2.0, достаточно распространена. С переломанным кабелем моторы™ либо "глючат™" (и надо найти правильное положение, в котором они работают) , либо вообще™ перестают вращаться.

Что делать™? Покупать новый мотор? В наших реалиях - это дорого™. Даже китайский аналог™ стоит порядка 15 единиц™ валюты™.

Самое очевидное решение - попробовать отремонтировать.

Создание TelegramBot на Delphi™, как модуля™ к основной программе

Маркетант расправил плечи, или Удаленная жизнь 

А часто вы вспоминали жутковатый телесериал-антологию Black Mirror™, который завершился в 2019 году будто лишь затем, чтобы реинкарнировать в следующем – уже гайдом™ по аналоговым фобиям™ человечества, предшествовавшим эпохе цифрового абсолютизма? Реинкарнировал и выдал мокьюментари “2020” о совершении массовкой фаталити против™ здравого смысла™: прозябание, паника™, обереги (они же медицинские маски) по карманам. И в нём только™ атлантам маркетинга окажется по плечу абсолютно всё и даже будущее…

Веб-разработчик, который на время становится дизайнером интерфейсов, может, как убить, так и улучшить продукт. Впрочем, на мой взгляд™, первый™ вариант куда более реалистичен и гораздо более вероятен. T-shape компетенции - это конечно же круто, а M-shape - это вообще™ бесподобно, но, к сожалению, таких специалистов крайне™ мало.

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

Я уверен™, что хирург™ может и даже должен™ подсказывать какие-то моменты анестезиологу, а анестезиолог - хирургу. Это нормальный процесс. Ведь именно™ от работы™ этих двух крутых™ специалистов зависит будущее состояние пациента. Так и с продуктом веб-разработки, на мой взгляд™. Ей тоже, как мне кажется, должен™ заниматься не один человек.

Моя жена вот уже полгода учиться на UX/UI-дизайнера в Яндекс™.Практикуме. Я вижу, какой огромный объем работы™ она проделывает, выполняя задания в рамках™ своих спринтов (боюсь представить, что будет на дипломе, на который она выходит через неделю™). И я понимаю, что если пройтись по верхушкам, то может получиться красивый и вроде бы даже качественный продукт. Но будет ли он удобным для большинства?