Как ты расслабляешься, да я особо и не напрягаюсь. Именно этот анекдот хотелось привести в преамбуле к данной переводной заметке. Это прямо манифест лени as is. Весьма любопытное столкновение западной и восточной культуры. Нам в М.Видео-Эльдорадо особо прокрастинировать некогда, но дискуссию можно продолжить в комментариях.
В праве есть два понятия, которые звучат похоже, но сильно отличаются. Это исключительное право и исключительная лицензия. Сейчас разберемся, в чем разница на примере ПО.
Итак, исключительное право - это возможность самому использовать ПО как угодно, а еще разрешать или запрещать его использовать всем другим.
Исключительное право изначально возникает у автора. Автор - это тот, кто создал произведение. В нашем случае автор - тот, кто написал код. Исключительное право может быть передано навсегда двумя способами: работодателю в рамках выполняемого служебного задания и по договору отчуждения. А еще можно дать возможность временно использовать исключительное право по лицензионному договору.
Фух. Обещаю, самое сложное закончилось - это главное, что нужно знать. Теперь немножко подробнее со всем этим разберемся.
Сначала рассмотрим варианты отчуждения исключительного права.
Первый вариант отчуждения права - права могут быть переданы работодателю, если работник оформлен по трудовому договору и создал ПО в рамках выполнения служебного задания.
Чтобы передача прав сработала, работодатель должен подготовить и подписать с работником комплект документов:
Недавно мы с женой поспорили о допустимости манипулятивных приёмов в работе с людьми. Я строго против этого и потому настаивал на честном раскрытии карт. Жена же утверждала, что прибегать к манипуляциям допустимо, если цель оправдана.
Между делом она обозначила, что воспитательные приёмы – а детей мы тоже затронули (в целом – своих нет) – это не что иное как манипуляция. А раз так, то и со взрослыми есть некоторая градация допустимости «грязных трюков».
Чтобы оспорить позицию «приём = манипуляция», я поспрашивал знакомых педагогов, есть ли какой-то справочник, с которым можно было бы свериться
Перевоплощаться способны не только люди, но и идеи.
Старая идея Ньютона о возможности рассчитать будущее механической системы обрела новую жизнь, перевоплотившись в идею о возможности рассчитывать человеческое поведение.
Этому способствовало бурное развитие математических методов, IT-технологий и в особенности «искусственного интеллекта» и Big Data.
Бурное развитие привело к тому, к чему приводит всегда - к “перегибам на местах”. Перегиб случился в головах людей, где идея о возможности рассчитать всё, что душе угодно (уже оксюморон), получила вторую жизнь.
К Ньютону мы вернемся в конце статьи, а сейчас вспомним старую японскую пословицу: “Если вы все понимаете, вы, должно быть, дезинформированы”.
Всем привет! Меня зовут Сергей и я практикующий психолог.
В силу подхода к работе так сложилось, что обычно я консультирую людей интеллектуального труда. В последний год это преимущественно управленцы и сотрудники IT-сферы. Это люди, которые всю жизнь решали любые проблемы "через голову". Такой подход неизбежно накладывает отпечаток на личность и внепрофессиональную жизнь, который я и хочу исследовать.
Управление командой разработчиков, это очень непростая задача. Давайте сегодня поговорим, какими скиллами должен обладать лидер команды? Когда, где и как применять их.
Так кто же этот лидер?
Прежде чем начнем рассуждать о скилах руководителя, для начала, давайте постараемся ответить на очень важный вопрос. Из кого может получиться лучший руководитель? Это совсем не простой вопрос, так как от него зависит очень многое, в том числе настроение, эффективность работы команды и т.д.
Обычно лидом назначают одного из разработчиков с самыми выдающимися результатами и большим опытом. И это, как бы логично. Так как такой специалист в команде обладает большим авторитетом и огромным опытом, который помогает другим разработчикам, и как следствие, тут будет всё, что поможет карьерно продвигаться. Но есть и НО… У специалиста может не быть необходимых скилов, таких как: сочувствие, умение убеждать, решать конфликты и прочее. То тогда, ничего толкового из всего этого не выйдет. У таких специалистов намного лучше получается отвечать за определенную часть проекта, технологию, как эксперт. Их стоит использовать для консультаций или экспертных работ.
Карьеризм, карьерист — эти слова прочно засели в головах как негативные, осуждающие, характеризующие человека особого склада характера. Между тем, карьеру в каком-то смысле делает каждый из нас: для этого не обязательно ходить по головам, подсиживать, подлавливать и всеми силами устранять соперников из компании. Карьера в вакууме — это сумма знаний, навыков, особенностей темперамента, желания и воли. Однако реальность делает поправку на социум, условия жизни, здоровье, возраст. И, к сожалению, карьера может оборваться довольно трагично и рано, рецепт карьерного долголетия прост и сложен одновременно — так же, как долголетия биологического. А может, нам просто неохота?
Как и у большинства компаний в России, у нас в Alente работа и планы резко изменились после 24 февраля. Что в пандемию, что в текущий кризис многие подумали, что у digital-агентств наступили золотые времена. Но наши клиенты — малый и средний бизнес, который столкнулся с трудностями. Естественно, это отразилось и на нас. Сразу скажу, что описанное ниже — исключительно наш опыт и наша точка зрения. Мы не претендуем на истину в последней инстанции. А теперь давайте ближе к фактам…
В последние годы практически все эксперты в маркетинге говорили, что важно найти свою нишу. Например, в нашей сфере сложно быть компанией полного цикла и использовать это как УТП. Важно стать экспертом в конкретной области. На момент написания статьи наше агентство является № 2 в России в нише разработки и продвижения сайтов в сфере авто и мототехники, по версии «Рейтинга Рунета». Работаем с этим направлением почти 13 лет, подготовили отдельный сайт, были наполеоновские планы по масштабированию.
Сейчас автодилеры — один из самых пострадавших сегментов, который не понимает, что будет дальше. Как все знают, большинство автобрендов заявило о приостановке поставок машин. А у нас на абонентском обслуживании много проектов автодилеров со всей России. Часть из них встала на паузу, бюджет на апрель существенно просел. Конечно, есть и другие бизнесы, которые пострадали и приостановили сотрудничество с нами. Но автодилеры стали самым массовым сегментом в оттоке.
Добавим сюда проекты, которые готовились зайти на разработку и встали на паузу из-за неопределённости. Мы поняли, что недополучим минимум 2-3 млн руб. в ближайшие пару месяцев. В такой ситуации нужно было в срочном порядке действовать.
Начнем с истории несостоявшего гения.
Истории запоминаются лучше и понимаются легче. Сказку про Колобка мы помним и смысл ее понимаем. А как спрягаются глаголы по временам, числам, лицам, наклонениям и родам - забыли.
Привет! Меня зовут Ксения, я QA Automation Engineer в inDriver. Хочу сразу сказать, что это не история успеха. Было бы классно написать: «За один год мы научили всех ручных тестировщиков писать автотесты, и теперь у нас 100% покрытие функционала автотестами». Но нет, это история о том, как мы до сих пор ищем способы завести автотесты во всех командах разработки.
Я уж и забыл про крепостных в ИТ, но сегодня обратился знакомый и всколыхнул воспоминания пятилетней давности. Симптомы один в один: деревенский ИТ-директор решил сменить работу, но никак не может найти предложение с зарплатой, даже близко похожей на текущую. Потому что никому не нужны крепостные крестьяне.
Крепостными становятся, обычно, ИТ-специалисты, работающие в штате клиентов. Соответственно, это ИТ-директора, программисты (обычно 1С) и сисадмины. Есть ли такое в ИТ-компаниях – не знаю, тут интересно вас послушать.
Кратко напишу, что это за дичь.
Привет, меня зовут Александр. Сейчас я руковожу одной из групп дата-инженеров центра компетенций Big Data Solutions в Neoflex и дополнительно выступаю деливери-менеджером проекта, связанного с дата-инжинирингом. А ещё осенью 2020-го я был уставшим и сердитым дата-инженером, которого добровольно-принудительно перевели на нежеланную управленческую должность.
Не сомневаюсь, сценарий многие знают: тебе хочется развивать технические скилы и расти как специалист, душа твоя именно к этому лежит, а тебя двигают в сторону тимлида или ещё дальше. И вот ты уже тратишь каждый рабочий день на бесконечные совещания и созвоны, не понимая, в какой момент свернул не туда.
Это история о том, как я преодолел внутренний протест, профессиональное выгорание и желание уволиться — и вместо этого перезапустил свою карьеру на новом уровне. Моя главная цель — помочь тем, кто оказался в такой же ситуации и уже просто не знает, что делать.
По ходу повествования будут встречаться комментарии от моего непосредственного руководителя Вадима и Светланы, руководителя отдела талантов компании Neoflex. Их дополнения — независимый взгляд со стороны на мою историю.
В сетях, в медийном пространстве нашей страны часто появляются призывы к отмене ЕГЭ. К простой отмене, т.е. есть такой экзамен, а теперь давайте сделаем, чтобы его не было. К этому почти всегда причастны люди, далекие от образования, если называть как есть – непрофессионалы, не обладающие достаточной полнотой знаний о предмете. А поддерживают такие призывы в основном мамочки и папы, не только не обладающие надлежащей информацией, но и не успевшие пожить в период отсутствия ЕГЭ как такового.
Любой лид понимает, что чем выше уровень сотрудника, тем сложнее и дороже будет искать замену - и именно поэтому профилактику “внезапных” уходов стоит начать как можно раньше. Мною был проведен опрос в нескольких профессиональных QA сообществах, и по результатам выяснилось, что топом причин для ухода были: маленькая зарплата, отсутствие перспектив, неинтересные задачи, проблемное руководство и плохие процессы/онбординг. При этом бОльшая часть респондентов указали, что эти проблемы были решаемы, но руководство предпочло ничего не менять.
В марте на Хабр Карьере завершилась неделя фронтендеров. Карьерная неделя — это что-то вроде дня открытых дверей, который длится всю неделю. В этот раз в битве за сердца фронтендеров сошлись пять компаний: Альфа Банк, РТ Лабс, ALM Works, Иннотех и Simbirsoft.
В конце недели специалисты могли задать свои вопросы представителям компаний-работодателей. Мы выбрали самые интересные из тех, что не успели обсудить на круглом столе, и отправили спикерам.
Обсуждали трудоустройство, релокацию, систему грейдов, технологии и многое другое. А в самом конце спикеры рассказали о своем старте в IT и поделились материалами, которые будет полезно почитать фронтендерам.
С тех пор, как все собираются в Zoom, а не в офисной переговорке, стало так легко кидать людям встречи. Просто бахнул в календарь, и все придут, не спрашивая, зачем их вызвали. Но это не значит, что время пройдет с пользой. Как раз наоборот, в созвонах гораздо легче потратить время других впустую. Для удаленки это настоящая боль!
Кажется, что многие просто привыкли общаться по наитию - собрались, как-то поговорили и разбежались. А если встреча есть, но тема им не интересна, они просто продолжают заниматься своими делами, отключив микрофон и видео, опять же, не задаваясь вопросами, зачем они там нужны. Некоторые даже не догадываются, что происходящее в этот момент не оптимально и кто-то от этого страдает (а может кто-то думает, что работать в принципе тяжело и все должны страдать…).
Но это ненормально и встречи можно проводить эффективнее. Под катом - о том, как сделать по-другому.
При сотрудничестве с программистами важно договориться «на берегу» о правилах взаимодействия. Предлагаю вам свод таких правил, накопленных за годы руководства проектами. Какие-то пункты вам могут показаться очевидными, какие-то вызовут интерес или отторжение, некоторые – удивление, но все они, так или иначе, отработаны на практике и проверены в боях. Так что можете смело адаптировать их под себя и пользоваться.
Знаю, вы такие статьи не любите и сейчас заминусуете. Но на прошедшей недавно конференции тема захвата власти внутри организации, почему-то, интересовала слушателей больше всего. Попросили изложить хотя бы один метод.
Приём подлый, но, по непонятной мне причине, очень действенный. Настолько, что я перестал его применять (эта фраза – для ребят из соседнего отдела). Сразу скажу – примеров из реальной жизни приводить не буду, т.к. многие из участников тех событий прочтут этот текст.
Применять можно из разных позиций. Например, если вы – не начальник, а просто сотрудник другого отдела. Или вы – сотрудник того отдела, который хотите захватить. Или – начальник смежного отдела.
Цель тоже может варьироваться. Основная, или наиболее распространённая – полный захват власти (вы становитесь начальником). Альтернативная – низвергнуть текущего начальника этого отдела. Речь может идти и об увольнении, и о понижении в должности, и о потере доверия со стороны вышестоящих.
Всем привет!
Меня зовут Иван Антипин, я заместитель технического директора AGIMA. На рынке сложилась тяжелая ситуация: многие компании закрываются, а сработанные и крепкие команды распадаются под давлением обстоятельств. В этой статье расскажу об инструменте управления рисками — о матрице компетенций. Этот подход помогает распределять задачи с учетом балансировки нагрузки, избегать выгорания и неожиданной потери ключевых компетенций в команде. Текст написан на основе нашего с GeekBrains курса для тимлидов, по материалам лекции Ивана Михеева.
