Получи случайную криптовалюту за регистрацию!

Novikov on Soapbox

Логотип телеграм канала @reinforced_sc — Novikov on Soapbox N
Логотип телеграм канала @reinforced_sc — Novikov on Soapbox
Адрес канала: @reinforced_sc
Категории: Технологии
Язык: Русский
Количество подписчиков: 1.36K
Описание канала:

10 лет в разработке ПО.
Болею душой за индустрию, а сюда скидываю свои мысли. По понедельникам и пятницам.
https://github.com/reinforced

Рейтинги и Отзывы

3.00

3 отзыва

Оценить канал reinforced_sc и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

2

3 звезд

0

2 звезд

0

1 звезд

1


Последние сообщения 6

2021-08-27 19:00:00 Карл Юнг велел передать

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

Людей демотивирует когда им непонятно чего от них хотят. Доверие людей рушится, когда они чувствуют что ими командует кто-то некомпетентный. Не грубиян/мудила/ловелас, а именно некомпетентный. Или самоутверждающийся за чей-то счёт.

Людям не нравятся слишком личные отношения на работе. Это не значит, что надо орать каждому коллеге "подите прочь, развратный мужчина!", но стоит дозировать интерес. Иначе это может быть неправильно истолковано. Только в американских фильмах принято приглашать начальника на ужин. В нормальных компаниях даже коллегу пригласить на ужин — это немного... ну... ту мач. Не смешивать личное и рабочее — дефолтное состояние людей, надо об этом помнить.

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

Кстати смотрите, живая демонстрация: если бы я в предыдущем предложении написал "лучше подыщите другое место" — то кто-то наверняка нашёл бы это offensive, потому что я как бы поучаю, или приказываю. Поэтому я намеренно меняю эту формулировку в речи — и текст звучит чуть более... деликатно, чтоли.

Людям не нравятся, когда критикуют их ценности и убеждения. У всех людей есть "священные коровы" и надо постараться аккуратно их нащупать и обходить стороной. Корову можно задеть даже неосторожным мнением. Если хочется рискнуть — можно этим немного манипулировать. Можно, например, сказать человеку, что ты восхищаешься культурой его страны, даже если тебе пох при условии что человеку это важно. Но это тонкая игра. Лучше в такое не ввязываться. Там полно всяких глубоко личных рычагов — дёрнете и не заметите. Лучше не заострять внимание на чём-то близком к убеждениям и ценностям.

Особенно публично. Вот особенно, блин, публично! В любой культуре у человека при публичной критике возникает чувство стыда, позора и партсобрания. Публично (в присутствии коллег и шефа) стоит вести себя аккуратно и, выразимся так, фильтровать базар. Фильтровать базар в личных разговорах так же полезно. Обсуждения начальника и коллег с третьими лицами может плохо кончится.

Искренность не в моде. Твиттер и куча сериалов учат нас плохому. Увы, но быть шибко прямым, или рассказывать слишком личные вещи о себе, устраивать "душеизлияние" — приемлемо лишь в немногих культурах (например, в еврейской), да и то в разумных пределах. В прочих случаях внезапное душеизлияние вызывает хорошо ощущаемое чувство кринжа. Не надо так.

В целом, люди не любят оценок. Плохая оценка — это критика (см. выше), хорошая оценка — слишком личное. Если не хотите никого обидеть, лучше избегайте ярко окрашенных слов-оценок ("плохо", "хорошо", "отвратно", "превосходно") по отношению к людям или их действиям. В оценке коробит сам факт оценки. А вот благодарность, внезапно — это норм, люди переносят её лучше чем оценку (даже хорошую). Да, это всё про обтекаемость формулировок. Статистическое наблюдение: чем благополучнее страна, из которой ваш собеседник — тем более обтекаемые формулировки стоит использовать. Чем менее — тем больше собеседник толерантен к панибратству. Но лучше придерживаться обтекаемых формулировок.

По-хорошему весь этот текст должен быть выделен курсивом, а это предложение — нет :)

И смайлики! Помните про смайлики. Эмоции не всегда понятны из текста!

Такие дела
1.8K views16:00
Открыть/Комментировать
2021-08-23 19:00:07 Психология бизнеса

«Программисты часто живут в вымышленном мире.

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

Паттерны проектирования, строго типизированные языки (стабильные и предсказуемые), нестрого типизированные языки (на которых можно быстро наговнякать), горизонтальное масштабирование, вертикальное масштабирование, k8s-кластеры, NoSQL-базы и прочее-прочее-прочее.

Однако, это всё ни хрена не нужно и не важно бизнесу. Бизнесу важно, чтобы текли бабки. Чтобы продажи шли, всё вышеперечисленное как-то работало, клиенты были довольны, услуги оказывались. Вы думаете, откуда берутся все нагромождения костылей в проектах? А они берутся от того, что надо БЫСТРО И ВЧЕРА. Деливирить надо вэлью, понимаешь? А не спорить какой фреймворк надо взять для покраски кнопочки в зелёный. Совершенно похер положишь ты данные в базу ORM-ом или прямым запросом — главное чтобы было дёшево и быстро!»

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

На деле у любого бизнеса есть владельцы: основатели и акционеры. В большинстве случаев как раз-таки бабла у них достаточно. А что делать, когда бабло заработано? Тут из-за двери появляется Абрахам Маслоу со словами: "Ребята, я знаю толк в этом дерьме". Хрустящая капуста закрывает все базовые потребности человека, а на передний план вылезают чисто социальные штуки: самовыражение и самоактуализация.

И тогда случается страшное: владелец начинает рассматривать своё собственное дело как средство самовыражения. Вольный, блин, художник.

"Мы продаём шаурму" — это недостаточно одухотворённо. Нет ощущение важности вклада, понимаете? "Мы делаем этот мир лучше, потому что несём в него правильные ценности взаимоуважения, равенства и поддержки (и шаурму)" — совсем другое дело!

"У нас в понедельник летучка, потом мы делаем работу, в конце месяца отделы сдают отчёты" — фу как серо и уныло! Нужно больше творчества и общения! "Мы — agile, работаем спринтами и проводим ретроспективы" — вот теперь норм, да! При том вся компания не понимает что происходит (привет кривое внедрение), сроки растягиваются, проекты проваливаются, но владелец очень доволен.

Всех сотрудников задолбал трекинг времени через Hubstaff, увольнения через бигдату разделили коллектив. А это называется "у нас внедрены цифровые методы оценки эффективности сотрудников и индивидуальные KPI". Теперь ты не просто директор-самодур, а пионер AI-управления. Будущее прозреваешь.

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

Вывод неутешителен:

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

Я где-то слышал, что сотнями постить фоточки в инстаграм — жутко нездоровое явление. Дескать, людей где-то в детстве недолюбили и теперь они всеми правдами и неправдами пытаются снискать иллюзию общественного одобрения через лайки. Чтобы закрыть огромную дыру внутри себя. Вот мне кажется, что что-то подобное происходит и с владельцами бизнесов. Они тоже люди и тоже часто бывают нездоровы.

Как бы то ни было, самоутверждаться через своё дело — это фу. Уж лучше думать о бабле. Как-то это... честнее, что-ли.

Такие дела
2.1K views16:00
Открыть/Комментировать
2021-08-21 15:33:59 1000 подписчиков. Шлю всем лучей обожания. Индустрия большая, я молод и горяч. Ощущение, что темы никогда не закончатся.
1.8K views12:33
Открыть/Комментировать
2021-08-20 19:00:00 Cloud Architecture

Хотите вы того или нет, но любая IT-система состоит из четырёх основных разделов: инфраструктура (системы хранения данных), логика (обработка данных), UI-часть (мобильные, веб и десктопные клиенты) и аналитика (извлечение служебных данных из системы — маркетинговые исследования, бухгалтерская отчётность, документы).

Для организации инфраструктуры нам предоставляется куча элементов: реляционные базы, объектные базы, column storage-ы, кэши, очереди, сервисы генерации документов, файловые хранилища, готовые системы авторизации, сторонние облачные API разных сервисов (почтовик, бухгалтерия на quickbooks, логи, продажи).

Инфраструктурные микросервисы склеивают эти элементы между собой. Лучше всего сюда подходит golang. Быстро и тупо переливать данные, меняя формат одного хранилища на другое с минимальными семантическими преобразованиями. Раз в день по cron-у, или по факту получения уведомления из очереди.

Над этим всем ульем тупой инфраструктуры стоит управляющая бизнес-логика. Она занята принятием решений о том, что инфраструктура должна сделать. Записать данные в тот или иной кэш, отправить e-mail, начать переливание бочки данных из sql-сервера в SalesForce, етц. Управляющая логика состоит из иерархически упорядоченных, хорошо отделённых друг от друга логических модулей, одни из которых базируются на других. Логика бывает сложна, поэтому её надо писать надёжно, с максимумом безопасности. Haskell, F#, Scala — это всё сюда. Compile-time валидация, покрытие юнит-тестами, детальные комментарии. Печать сверху "не трогать ни в коем случае, потому что мы уже не помним почему так".

Это всё дело должно между собой общаться по каким-то протоколам. Люди с надеждой смотрят на gRPC, пробуют 0mq, передают данные через очередь (rmq, NATS, кафка — у них чисто транзитные функции), хоронят protobuf, и пишут web API с ssl-ной авторизацией (для запросов внутри частной сети, закрытой от внешнего мира лол). Тут холиваров не перечесть и зоопарки растут просто друг на друге.

UI-часть — место где живёт блядский React и тошнотворный Android. Там обычно нужен API для работы с сервером. Большинство использует OpenAPI и swagger. Мастодонты вроде гугла костылят свои решения. По openAPI-описанию swagger может сгенерить клиента для сервера. Полезна TypeScript-обвязка и клиенты для Android-а. Писать руками тут ничего не надо — надо правильно настроить билды. Помимо унылой протокольной части, в UI-разработке есть унылая выдрочка пикселей, старательно перерисовываемых из Figma и унылая фронтенд-логика с характерным формошлёпством и "The Name field is required". Многие сейчас находятся здесь и считают себя разработчиками. Кек. Ну-ну.

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

Как раз в аналитику нанимают дата-сотонистов и выпускников мат. вузов, которые что-то помнят из ТВиМС (тервер и матстат — кстати, не самые сложные дисциплины). Они не погроммисты, поэтому если и пишут код, то на всякой херне вроде питона и фортрана. Аналитики с печатью интеллектатерпрайза на лице ограничиваются Excel и PowerBI. Аналитические запросы выполняются в ночное время, на базах без нагрузки. Сами аналитики всё время ноют, что железо медленное, а данные неудобные, шумные и вообще несвежие. Каждую неделю гоняют разрабов собирать всякую хрень по всем хранилищам в свою любимую OLAP-снежинку, конь её дери.

Переиспользование аналитических данных в основном функционале системы допускается и часто является важной киллер-фичей. В некотором роде, автоматическое создание субтитров — это "аналитическая" часть YouTube.

...

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

Такие дела
2.2K views16:00
Открыть/Комментировать