Как стать автором
Обновить
0
0
Kotlyarenko D. @mrdemon

full stack developer

Отправить сообщение

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

Мдя, печально всё это...
В бородатые (2005 примерно) годы работал я в одном Медиа агентстве, пилили сайтики для клиентов. Руководство наняло нам в отдел DBA менеджера, я недоумевал -- зачем, мол, я и сам на сиквеле любой запрос накатаю... Так и работали, я пилил сайты, парень что-то там с базами шаманил. И вот случился у нас завал -- паралельно 2 проекта, ничего прям сильно сложного, но срочно и оба сразу. Я погряз в работе, уходил из офиса в 10 вечера. И тут мне этот парень говорит -- а давай ты один проект сам закнчивай, а я всю логику второго на себя возьму. Я говорю -- как так, ты что програмить умеешь? Он отвечает -- я всё на хранимых процедурах в БД сделаю, тебе только функции дёргать надо будет. Так и сделали, всё успели, всё работало как часы. Я с тех пор зауважал этих ребят :)

Обратился ко мне знакомый знакомого, очень просил помочь, типа у него бизнесс стоит и т.д. Короче -- у него был хитрый калькулятор зарплат по ЕС, огромная база данных, все дела. Думаю ладно, самому интересно, гляну что у него там. А проблема простая -- всё очень медленно и чем больше данных (клиентов, стран и т.д.) тем медленнее. Получаю доступы смотрю а там -- php и $всем_известный_фрэим_ворк. Я, какбэ, сразу говорю человеку -- с этим г. не работаю, но он не отстаёт, просит. Короче почитал я исходники модуля, ничего не понял и полез структуру базы смотреть... А там.... короче накинул я 2 индекса и всё заработало в 120 раз быстрее. Клиент доволен, я решил вопрос за 30 минут и тоже доволен. Но! Кто-то написал реально сложный модуль, с кучей формул, с кастомной админкой, но не знал про foreign key...

Была весёлая история -- пилил с коллегой в 4-е руки всю IT часть сервиса по доставке (сайт, админка, срм, пос-терминалы, боты, приложухи для клиентов и для персонала и т.д.). Ну и в пятницу вечером, маркетинг решает запустить рекламную акцию, запилили в админке, согласовали с нами и запустили рассылку push уведомлений для клиентов. А ана у нас jobam-и была, типа 50 воркеров и один главный, который всё это дело разруливает (sideqik, если что). Короче мы по логам посмотрели что всё идёт хорошо, воркеры отрабатываю, пуши падают, мы собрали манатки и пошли праздновать окончание пятницы... Через 10 минут мы, сидя в машине получаем те самые пуши, радуемся и едем дальше... Через 30 минут, мы, стоя в пробке получаем пуши ещё раз... Через 40 минут начинают разрываться телефоны -- звонит весь офис и спрашивает почему пуши не прекращаются... А мы стоим в пробке, ключи от сервера только у нас а мы без ноутов -- мы-ж тусить едем... Короче до компа я смог добраться только через 1,5 часа, за это время все 50k клиентов получили по 10-12 одинаковых уведомлений о нашей акции. По факту выяснилось что что-то заглючило в упровляющем воркере, а в базе телефонов был какой-то один глючный, на нём падал имполняющий воркер... И, управляющий вокер перезапускал всю задасу с начала :))) Пришлось его убить. А сы выжили, хоть и стыдно было цжасно. Но в тот вечер был даже превышен ожидаемый объём продаж, у нас очень лояльные клиенты :)))

Хех. У меня-вот раз такое было:
На заявление ПМ-а «Нужен чай через 3 минуты» ты всё быстро обдумываешь и выдаёшь: «Через 3 минуты чая точно не будет, но могу выдать что-то жёлтое в литровой банке. Ну или такое-же по вкусу но Липтон, через 10 минут. Ну или реально вкусный Шу-Пуэр, но через 2 часа.»
ПМ доносит это до клиента, попутно уточняя нюансы: «Цвет чая, лимон, молоко, сахар» (по твоей просьбе), клиент соглашается на завтрашнее утро.
Ты, довольный, к утру выдаёшь ПМ-у термос вкуснющего, протестированного чаю. А потом он возвращается к тебе и говорит что вы оба уволены…
В афиге просишь объяснений и оказывается что чай-то нужен был на вечер а не на утро, и твой термос давно остыл, да и вообще, клиент не уточнил что чай он будет пить не сам, а в компании ещё 200 гостей банкета, а хватило только на 2-х…
У меня жил домашний питомец — дегу (кустарниковая белка). Милейшая тварь, но была у него слабость — всё пробовать на зуб и регулярно грызть понравившееся (изоляция проводов — любимое лакомство). Однажды он попробовал на вкус деревянную входную дверь, и так ему зашло, что он каждый день, во время прогулки, уплетал её за обе щеки. Чего мы только не делали и кричали и бегали за ним и всячески загораживали вожделенную дверь… Однажды я купил очень острые перцы (для еды) и, пока я рыдал над тарелкой супа, мне в голову пришла гениальная идея — намазать низ двери острым… Как показало время — это была дурацкая мысль… Короче говоря — попробовал сначала не мучать животинку и помазал дверь горчицей — 0 реакции. Тогда я экстрагировал 3-4 перца и пропитал дверь этой жижей… После этого дегус дверь жрал с неистовой радостью, прямо рвался к ней не реагируя на крики… Так что не только люди )

К слову — избавился от проблемы (поедания двери) с помощью криков хищных птиц, транслируемых через колонку у двери, буквально неделя и дверь была спасена )

Вообще самым логичным выглядит last.fm, всё-же.
А ещё у него есть отличное открытое api, если сильно охота самому графиков понастроить. А ещё когда-то был плагин для foobar2000, он прямо в плейлисте показывал кол-во прослушиваний и лайки (из last.fm), было невероятно удобно…

p.s. Только что увидел что last.fm убрали большую часть статистических данных под подписку, очень жаль (
Да, было хорошо и лампово. Даже когда интернет уже пошёл в массы и стоил не как крыло от Боинга в fido было много хороших людей, и оставались они там именно из-за ламповости и себе подобных.
2

Информация

В рейтинге
Не участвует
Откуда
Киев, Киевская обл., Украина
Дата рождения
Зарегистрирован
Активность

Специализация

Fullstack Developer
Senior
JavaScript
Ruby on Rails
Ruby
Redis
OOP
HTML
PostgreSQL
High-loaded systems
Git