← All posts tagged IT

janPona
IT работаМЕчты Пришла вакансия, где, кроме всего прочего написали, что я буду:
• Coming up with an idea and testing it the next day with thousands of users.

М-да... То есть QA у них нету, стейджинга тоже. Тестируют сразу всё на проде.
janPona
работа IT негатив Сегодня, без прелюдий, ещё один уволился, и этот — из ключевых сотрудников — главный и единственный тестировщик. Можно сказать, QA от бога, во многом заменявший продакта.

Кажется фирмёшке приходит пиззздецц. Только за мои полгода работы отсюда ушло трое разрабов и двое сейлзов. И ни одного разраба не пришло. Планируется найм новых людей, но не в Хохляндии, а в Бельгии; он пока идёт ну очень туго, а честно говоря, вообще никак. Я, как хохол, негодую и начинать понимать, что нас наебали.

Собственно, понемногу пакую вещи уже и я. Чем я вообще думал? Видел же в гите колоссальную текучку кадров среди моих предшественников, но думал, что уж я-то особенный.

Угу, щаз. Такое же айти-быдло, только невезучее.
janPona
работа IT Я понял и успокоился: ничего я не смыслю ни в микросервисах, ни в SOA, ни в EDA. Современный бекенд — вообще не для меня. Вот мой предел: написать хендлер (или 20 хендлеров, не важно), который что-то дёрнет из базы или со стороннего API. Спроектировать же информационную систему — это не моё, нечего и пытаться. Я кодер, а не разработчик.

Фронтэнд — другое дело, но иногда я задумываюсь, а не самообман ли и это?
janPona
работа IT Вопщє, я скоро начну агитировать за свою фирму. Стоило вчера поднять вопрос об инженерной культуре, как меня перевели на backend проект, для установления более тесных горизонтальных связей между украинскими разработчиками. Жизнь налаживается потихоньку.

Ещё у нас классная политика отпусков: бери отпуск, когда надо. Независимо от отпусков у коллег, независимо от фазы проекта. Действительно, гибкая политика.
janPona
IT проклятия подагра Проклятие фронтэндщика: каждый месяц 6 новых фреймворков.
Проклятие бекэндщика: надо пилить интеграцию с какими-то сторонними сервисами, которые вечно меняют своё недокументированное API, а если и не меняют, и документированное, то ведёт оно себя не так, как написано в спецификации.
Проклятие девопса: каждый месяц новое API кубера, не совместимое со старым.
Проклятие ПМа: все ноют, никто не работает.
janPona
работа IT Расскажу прекрасное!

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

И ещё, у одного разработчика скоро должен родиться ребёнок.

Ну, короче эйчарка кинула клич: «посоны, давайте наделаем открыточек, чтобы поздравить коллегу, да скинемся на подарок его ребёнку. Хочу, чтобы это стало традицией в нашей компании, ведь это так сплочает сотрудников». Ну и т.д.

Я грю: «а какого полу ребёночек-то ожидается?».

Она: «я хз».

Это всё, что нужно знать о сплочении в корпоративной среде.
janPona
IT playbuzz exco trustinc Как-то вспомнилось. Звали меня работать в еврейскую компанию, уж не помню, как она назвалась, но у них там "цифровое СМИ" (на самом деле говносайтик с онлайн-тестами для домохозяек). Вакансия Node.js / Frontend developer, оклад $6000.

Особенно они возбудились на слово domain в моём резюме (я на прошлой работе создал систему white-labeling, это когда продукт хостится с большого множества доменов клиентов. Как у блоги на medium.com, магазины на prom.ua, и т.д.)

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

Пожалуй, я и за вдвое больший оклад туда бы не пошёл. И даже дело не в том, что я не шарю в SEO, хоть я и не шарю. Я просто боюсь менеджеров, которые настолько не разбираются в терминологии.

Я напоследок спросил, а чо это вы так уцепились за слово domain?

Они: так у нас даже домен свой есть, ёпта! Нужен, мол, чувак, ответственный за домен.

Короче, на протяжении всех этапов интервью у меня в голове крутилась мысль: "да ну нафиг, не может быть, что они такие тупые". Оказалось, может.
janPona
работа IT Короче, новая директрисса показала себя с лучшей стороны, хоть я вообще не питал надежд. Сказала, что пора переписать с нуля всё то, что накарябал мой предшественник дон Хуанито Ядовитая Стрела. И это здорово, ибо теперь я обеспечен нескучной работёнкой на пару лет вперёд. Наконец-то фронтэнд засияет всеми цветами говнорадуги, потому что одно дело разгребать чужое легаси, и совсем другое (что для меня более предпочтительно) — производить своё.

Понятно, что переписывать сразу весь продукт никто не собирается. Скорее будет ползучая миграция на новый интерфейс, как это уже, например, несколько лет (хе-хе) происходит с веб-версией Приват24.

Занятно, что я искал себе работу в мечтах о том, что буду в одиночку пилить проект с нуля, и, видимо, нашёл.

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

Теперь дело за малым. Я всегда так делаю. Надо убедить дизайнершу, чтобы она начала мыслить о новом дизайне в терминах Material Design, потому что я привык только педалить на Material UI, и мне неохота верстать нестандартные компоненты. Дьявольский план, но на прошлой работе такое даже прокатило 😈. Терпеть не могу то, что делает фронтэндщика фронтэндщиком, вот это вот: верстать, пиксельпёрфект, типографика, цвета. Люблю во фронтэнде то, что делает его похожим на бекенд: потоки данных, модели, протоколы, ООП, инфраструктуру. Думаю даже, что это вообще отдельная профессия, и её надо отделить от собственно фронтэнда.
janPona
работа IT Сегодня с бывшей работы постучались. Потеряли одну из моих веток в гите, где я разрабатывал крутую фичу, которую потом из-за ковида приостановили.
Так эти идиоты умудрились удалить ветку "за давностію летъ". А гитхаб почему-то отказывался восстанавливать удалённую ветку. Но как-то всё равно удалось восстановить.

Зато у меня теперь есть доступ в репозиторий компании, где я не работаю. Можно иногда позырить, что́ эти говнокодеры без меня там ваяют. У репозитория уже 44 контрибутора, не шутка.
janPona
работа IT К нам на работу взяли нового директора. Первое, что она сделала на своём посту — анонсировала, что будет измерять KPI. Лучше бы другое шестибайтовое слово измеряла, ей богу.

Проныра топ-сейлз на первом собрании спросил её: «Мадам, вы хоть бухаете?» Ответ убил: «О поверьте! В этом я непревзойдённа!»

Оно и видно...

Вообще, занятно наблюдать измеряльщиков. Такие обычно на каждом митинге дуют щёки, показывают графики: «а вот видите, у нас отношение открытых багов к количеству строк в этом месяце упало на 4 процента, надо бы поднажать». Мы, работяги, слушаем, зеваем-киваем, а потом кирку в руки — и дальше коричневое золото рубать. Как ни в чём не бывало. И вроде бы все при деле.
janPona
работа психология IT Когда у меня плохое настроение, ну, например, не выспался или поругался с кем-то, я могу работать, но только выполнять тупую механическую работу — фиксить баги от CS. Я — в такие моменты становлюсь высокоэффективным тупым биороботом, которому плевать на говнокод. Который говнокодом питается и добавки просит. Раньше я такого за собой не замечал.
janPona
· Edited
работа IT клоунада infosec *it *infosec *клоунада *работа
Листая Security Policies. "Мы имеем право мониторить активность сотрудника во всех соцсетях и мессенджерах в любое время".

Не, ребят. Такие вещи нужно говорить ДО оффера.
Я теперь по контракту имею полное право отказать в выполнении работ, пока ВСЕ пункты Security Policies не будут соблюдены. И касаемо шифрования, и касаемо всего остального. А то мне кастомер пароль от прода вручит, а его нельзя просто так хранить где попало. А НЕ где попало — у них такого нет.

Ща будем с кастомером инфраструктуру переделывать, а баги фиксить уже через месяц-другой начнём. Может быть, если инфосек успеем внедрить.
janPona
работа IT Короче, новости. Работаю удалённо из дому, решил поехать в Черногорию и оттуда месяц поработать все так же удалённо. В контракте сказано, что коммитить код я НЕ имею права с непризнанных территорий (ЛНР, ДНР, Крым, Северный Кипр, и т.д.)

Однако, как выяснилось, есть ещё и инструкция по ТБ, где написано, что я не имею права работать ниоткуда больше, кроме как из дома и офиса.

Если не порешают в мою пользу, пришла пора искать новую работу и писать положительный отзыв про компанию с цитированием этого замечательного пункта инструкции по ТБ.
janPona
работа IT Вот я пришёл в компанию работать. У них был монолитный API-сервер, написанный на PHP с использованием Laravel. Всё по науке, кругом JSON-схемы, валидация и прочая орхитектура. База данных MySQL, миграции настроены, всё через ORM, всё автодокументировано, любо-дорого смотреть. Я не фанат пыхи, но грамотно спроектированное решение радует глаз, тем более, что оно рабочее.

Наняли JS-макаку из Аргентины. Синьора Хуана, ну вы помните. Сказали ему пилить новый функционал.

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

Синьор Макака стал, отстреливаясь задней пяткой от фронтэнд-багов, с нуля педалить корявый микросервис на Node, используя аргентинский диалект JS (даже не TS). О если бы вы знали, насколько индусский код аккуратнее и читабельнее того, что я обнаружил под завалами его рухнувшей карьеры! В качестве базы данных наш примат, ессно, выбрал вебскейл, не ну а чо. Выебнуться, так по полной. Ему, правда, сказали, выставить наружу JSON-схемы, чтобы православные юзеры могли сгенерировать клиенты. Он и выставил: наполовину переврал, наполовину недоделал, да ещё и с ошибками индентации в YAML.

Деплоймент своего хайли-авайлабельного сервиса усатый товарищ не осилил, поэтому тупо залил его на персональный бесплатный Heroku-аккаунт и стал использовать в проде. Ну, чтобы отсодомировать уже по-взрослому.

Закончилось это просранным дедлайном и самоувольнением конкистадора в белом пальте.


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

Маленький штришок к портрету. VSCode обычно даже без тайпскрипта уже умеет в навигацию по членам класса, импортам итд через Ctrl+click или F12. Хуанито умудрился написать свой "код" так, чтобы отучить IDE от этого. Синьор постарался. Две текилы для этого синьора!
janPona
работа IT Что заметил. Если есть хоть какое-то микроскопическое сомнение в надёжности какого-то решения, хоть малейшее подозрение, что что-то пойдёт не так, то оно обязательно пойдёт не так. Да ещё и с катастрофическими последствиями.

У нас есть чувак, который базу испортил неудачной большой миграцией. А я его спрашивал накануне: «а у тебя есть скрипт для отката изменений?». Говорит: «ні, немає». А я потом тимлида спрашиваю: «а как ты товарищу позволишь мигрировать данные без сценария отката», а он такой: «да там той миграции, херня-война».

А потом, прежде чем запускать, такой: «боже поможи». Что характерно, боже не помог, и что хуже, данные прищли в несогласованное состояние, а понять, какие смигрировались, какие — нет, тоже было нельзя.

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

Мораль: перед любыми изменениями данных готовьте сценарии отката, да ещё и так, чтобы их можно было запустить с любого момента (вдруг миграция упала на полпути). А сами миграции должны быть идемпотентными.