Экстраполяция IT

2020-11-21 13:13:44 Дисклеймер. Между «не писать вообще» и «писать что-то интересное об программировании» до этого момента я выбирал первое и, видимо, напрасно. В ближайшее будущее нас ожидает легкая переквалификация темы постов от только девелоперских в сторону того, чем интересуются авторы канала помимо программирования. Надеюсь, до обзора фильмов и анбоксинга дело не дойдёт.

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

Расскажите что думаете анонимным лайком или неанонимным текстом в чатике. Приятного чтения.

https://docs.google.com/document/d/1AGrvIggFFpCyzaUaW3vGO3umrO6e576Jsdt5Jk8vwqM/edit Открыть/Комментировать

2020-10-30 12:01:00 Закончить ремонт нельзя, ремонт можно только остановить.

Если фичей или приложением пользуются, то оно всегда будет нуждаться в переделывании, улучшениях, оптимизации, исправлениях и интеграциях со всем остальным. Если фичей не пользуются, то и переделывать ничего не надо. Логично? Вроде бы да.

И вывод отсюда уже не такой очевидный. Совершенно нельзя что-то написать и сказать, что оно завершено. Если кто-то вам говорит, что фича дописана и закончена, значит фичей никто даже не планирует пользоваться.

И вывод наоборот. Если фичу пользователи очень сильно хотят и просят, то совершенно неправильным будет давать её в полном объёме со всеми возможными случаями использования. Начать надо с чего-то мелкого и целостного. Чтобы уже можно было бы пользоваться, но пользователи бы продолжали простить улучшения. Открыть/Комментировать

2020-10-15 18:21:53 Бояться надо не когда ИИ пройдёт тест Тьюринга, а когда он его намеренно завалит. И самое страшное, что понять, что это произошло мы уже не сможем.

#dimoneverything Открыть/Комментировать

2020-10-04 11:24:54 Тут знакомые зарелизили один полезный инструмент. Помогает группе людей определиться со временем при организации ивента.

Он не подходит для случаев, когда есть список четких опций. Но в ситуациях, когда надо просто собраться все равно когда и все равно во сколько, но главное — чтобы вместе, инструмент подходит идеально:
https://letmeknowwhen.space/

Я его пока только потыкал, компанию с ним в баре не собирал, но выглядит неплохо. Наверняка в нашу эпоху вирусных инфекций будет помогать выбрать время онлайн митапов. Открыть/Комментировать

2020-09-21 13:42:29 Привет, ребята.

Вдруг кто-то из чатика захочет или знает кого-то, кто захочет сверстать лендос в качестве разового субподряда. Если что, мне в личку.

Спасибо, всех обнял. Открыть/Комментировать

2020-09-08 18:30:00 Продолжаем про зарплаты и повышения.

Самый честный способ считать заработанные деньги — это поминутная тарификация рабочего времени. Это во-первых избавляет от любых претензий к опозданиям или переработкам. Во-вторых, февральская зарплата становится меньше январской, что вполне себе справедливо. В-третьих позволяет легко оценивать полезность или затратность митингов.

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

У этого «честного» поминутно тарифицируемого подхода лишь одна проблема — критерием успешно проведённого дня будет считаться количество отработанных часов. Типа, «я сегодня молодец, отработал 8 часов».

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

А теперь слово вам. Расскажите в чатике какой способ подсчета зарплаты у вас в компании используется и насколько он хорош в результате. Открыть/Комментировать

2020-09-04 19:33:58 Ну ничего себе как я недооценил интересность темы! Ладно, давайте продолжим с тегом #экстразарплата.

Главная ошибка всех таких писем о расхваливании себя любимого — это расхваливание своих бывших заслуг. Логика работодателя вполне простая: сотрудник делает своё дело, в конце месяца получает за это деньги. И так каждый месяц. Договорённость о зарплате — это обещание заплатить столько-то денег, когда боец сделает столько-то вот такой вот работы. Это не делёж награбленного на приратском судне, где сильные и авторитетные пираты получат больше, это не признание опытности и любви к сотруднику. Это всего лишь договорённость об обмене труда на деньги.

Из вышесказанного естественным образом вытекает простое следствие.

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

Скажем, ваша зарплата $1000 и вы хотите 10% повышения. Работодатель знает, что найти вам замену можно за месяц и еще месяц уйдет, чтобы освоиться новому сотруднику. Отказав вам, вы начнёте искать работу и будете её искать где-то месяц. Получается, уволить вас будет стоить $2000, а повысить вам зарплату будет стоить $1200 в год. Значит руководству выгоднее повысить зарплату, чем лишиться вас.

Конечно же, в этой очень простой формуле куча неучтённых факторов, но речь сейчас не о способе рассчитать повышение зарплаты, а об акценте в письме. Прошлые заслуги — дело прошлых зарплат, а не будущих. Открыть/Комментировать