✙rozho)))k✙🇺🇦

2021-09-03 09:00:00 daily rozhok №6: снег в горах

Еженедельный дайджест канала @daily_rozhok. @daily_rozhok — канал где я пишу на на не-ІТ темы.

В нашем чате спросили про Буковель зимой, ну я и решил описать свой скромный опыт горных лыж в серии постов:

Горнолыжные курорты. Обзор — краткий обзор курортов, где я был и общие рекомендации по выбору трасс для катания

Горнолыжные курорты. Буковель — лайфхаки как не стоять в очередях

Горнолыжные курорты. Драгобрат — как поехать в горы чтобы сидеть неделю в номере

Горнолыжные курорты. Гудаури — тестируем грузинское гостеприимство в преддверии массовой миграции трудоспособного ІТ-населения после того как запретят ВЭД в Украине

Горнолыжные курорты. Эрджиес — оказывается в Турции есть не только пляжи но и вполне себе неплохие горы!

Горнолыжный отдых. Снаряжение — тратим бабки на дорогие доски не умея кататься. Как говорил один инструктор в Драгобрате: "борди купили а кататися не купили".

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

tl;dr: если вам позволяют деньги, езжайте в Альпы! Лучше сразу на ПМЖ.

Обзоры очень субъективные поэтому если вы уже опытный райдер, то посты могут поджечь под вами стул, читайте осторожно! Если есть что добавить—обязательно отмечайтесь в комментариях. Даже если несогласны. Люди их читают и польза будет всем.

В блоге есть пара фоток с каждого курорта и снаряги. Благодаря Дурову в телеграм они не попадут, так что милости прошу в веб-версию.

Я очень люблю горы в любое время года, горные лыжи и не менее горный велосипед (на очереди пара постов и про это). Давно хочу поехать на всю зиму в горы чтобы в полной мере оценить прелести удаленной парттайм работы, потому что ну какой же это прикол если времени свободного много а всё равно сидишь в Киеве? Пока этот план не складывается, но я уверен что в будущем сойдется!

Отдельная тема—горный велосипед и downhill. Про это тоже будет парочка постов.

---

Горы горами, но зима еще не скоро, поэтому предлагаю вам прочесть пару книг:

Прочитал «No More Mr. Nice Guy»/«Хватит быть славным парнем» — книга которую часто рекомендуют всем неуверенным в себе мужчинам. Хоть несколько устарела и писалась под американские реалии, я вам тоже порекомендую. Симптомы "славного парня": трудно говорить "нет", стремление всем угодить, пренебрежение собственными желаниями, неумение отстаивать свои границы, низкое количество и качество секса даже в браке. Узнали себя? Бегом читать. Если вы ранее уже читали "Тонкое искусство забивать на всё" или "12 правил жизни" то легко сможете провести параллели в философиях этих книг.

Прочитал «Start with No»/«Спершу скажіть "Ні"»/«Сначала скажите "Нет"» — топовейшая книга по переговорам. Её советуют везде и всем, советую и вам, даже если вам кажется что переговоры вы не ведете. В книге есть несколько очень важных концепций, которые касаются не только бизнеса, но и в целом отношений между людьми. К обзору я приложил эпизод подкаста "Подлодка" где обсуждаются переговоры в общем и эта книга в частности, послушайте обязательно!

На сегодня всё, подписывайтесь на @daily_rozhok, катайтесь по горам, любите себя, прокачивайте навыки переговоров, становитесь норм типами и типэссами!

#daily_rozhok #лайфстайл
permalink | задонатить Открыть/Комментировать

2021-08-16 09:00:00 Прочитал «Джейдайские техники»

Книга по методикам улучшения продуктивности от известного прокрастинолога Максима Дорофеева.

Автор предлагает модель устройства нашего мышления и рецепты для эффективного использования умственных ресурсов.

За основу берется концепция Канемана—мы мыслим в двух режимах: быстром и медленном. За быстрое мышление отвечает "рептилоидная" Система 1—удовлетворение сиюминутных и жизненно важных потребностей, за медленное — энергозатратная "человеческая" Система 2. Большую часть времени мы живем на автопилоте от Системы 1, и если неправильно ею управлять, то можно погрязнуть в бесконечной прокрастинации. Максим называет Систему 1 "обезьянкой" а Систему 2 "рациональным типом".

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

Книга построена вокруг практик управления обеими системами и расходом мыслетоплива. Часть этих практик я почерпнул ранее из видео и текстов Максима, к части пришел сам, часть впервые увидел в книге. Примеры:

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

Слишком общая и неконкретная формулировка задач мешает обезьянке взяться за выполнение. "Начать делать проект"—плохая формулировка, а вот "Поднять скелет проекта на Rails и настроить CI/CD на Heroku"—уже куда более понятное задание и шансы его прокрастинировать резко уменьшаются. Интересно, что похожая методика была описана у Егора Бугаенко в Puzzle-Driven Development более 10 лет назад. Отлично работает, применяю.

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

Не надо впихивать невпихуемое. Если у вас уже запланировано много заданий, то не надо пытаться добавить еще одно. Я подсмотрел супер-методику для решения этой проблемы у Товеровского, называется сделай завтра. Кто-то приходит со запросом? Ок, сделаем завтра, сегодня нет мест. Мне это просто невероятно помогло избавиться от лишней тревожности и стресса. Что характерно, завтра наступает и задача сделывается.

"Закон хомячка"—"кто не роет, у того нет норки". Этот важнейший закон в разных видах повторяется в огромном количестве материалов по продуктивности и заключается в том, что для достижения цели важно постоянство. Даже маленькие, но регулярные шаги могут привести вас очень-очень далеко. Я уже около трех лет регулярно пишу и вот смотрите—есть результат. Куча постов, люди читают, писать я стал немного лучше, а сам процесс идет проще.

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

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

Эту книгу я однозначно рекомендую. Из всех селф-хелп книг которые я прочёл это самая сфокусированная и концентрированная. Читается легко, иллюстрации хорошие. Я читал в українському перекладі, вам порекомендую оригинал т.к. в переводе некоторые места режут глаз и отвлекают.

P.S.: Вторая книга, "Путь джедая", уже ждёт своей очереди, но я хочу еще раз перечитать первую.

#прочитал #продуктивность
permalink | задонатить Открыть/Комментировать

2021-08-13 09:00:00 Странные собеседования

Пара забавных собесов, которые у меня были.

Просветлённые

Первый собес был в ныне почившую или переименовашуюся контору Hamstercoders. Рекрутер вышла на меня, назначили собеседование в ресторане New Bombay возле Зажопья (район в Киеве возле Родины-матери). Сейчас бы меня это здорово напрягло, но тогда я подумал мало ли что у людей, и согласился.

На встречу пришло два фаундера компании. Предложили что-то заказать, но т.к. я не знал кто будет платить а спросить постеснялся, то воздержался и взял чаёк. Да и на собесе собеситься надо а не кушать.

Слово за слово, ребята начали рассказывать какие корабли они строят. Тогда им нужен был человек на проект облачных бэкапов серверов. Типа ставишь себе агента и он снапшоттит сервак в облако. Шел вроде 2011 год, про докер никто не знал, облака тоже еще не были так популярны, люди вовсю хостились на барметале и были рады. Тогда я не вкурил зачем нужен этот продукт потому что еще не занимался девопсячьими делами, запомнил только смешное название: vob.la. Судя по неработающему сайту (раньше он работал) они так и не релизнулись.

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

Потом ребята много рассказывали какие они крутые и какой прорывной будет продукт. Под офис они снимали большой дом, в том же Зажопье. На вопрос "откуда деньги" хитро щурились и говорили "заработали". Насколько я могу предположить их побочным бизнесом был или адалт, или малварь, или рулетки.

Через 2 часа мы попрощались, рекрутер сказала что меня готовы брать, но 3000$ давать не готовы. На том и разошлись.

Сисадмин

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

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

Контора занимается окологемблинговой деятельностью поэтому я туда конечно же идти не собирался, но чисто для интереса получить оффер хотелось.

На собесе были типичные для того времени джава вопросы и прогон по паттернам и прочей ерунде. Вроде даже какую-то логическую задачу решали на бумажке. Цирк был в том, что техлид каждые 15 минут отвлекался на починку интернета в серверной.

После собеса сказали что я вроде ±ок, но вот пожалуйста сделайте тестовое задание. На почту выслали задание, порефакторить код, написать реализации каких-то коллекций и тд. Ну я сделал как-то, вроде работало, отправил зипник, расписал всё как надо.

С тех пор ни ответа ни привета. Наверное опять интернет упал и письмо потерялось, лол. Я конечно должен был сам их пингануть, но т.к. желания устраиваться туда у меня не было то я забил. А через 8 лет они мне опять написали с предложением, а я и говорю "как там моё тестовое задание?" — "тестовое потеряли". На том и прекратили общение.

---

Вот такие собесы. Делитесь своими историями в камментах

#кулстори
permalink | задонатить Открыть/Комментировать

2021-08-09 09:00:00 Экономия на спичках: считаем стоимость хостинга пет-проектов на kubernetes

Я люблю простые и понятные решения. Для хостинга всех своих проектов я использую Heroku. Он достаточно дешев, лёгок в настройке и подымается буквально за минуту. Советую всем.

Сейчас у меня там крутится несколько проектов, два из которых работают постоянно — это adopt.com.ua где вы можете найти себе котика или пёсика, и blogigram с помощью которого был опубликован этот пост. Эти проекты кушают 46$ в месяц, по 23$ на брата. Остальные живут на free tier и не едят ничего. За 23$ я получаю:

- апп сервер с 1 vCPU и 512 MiB RAM 7$

- такой же воркер для Sidekiq бэкграунд джоб 7$

- managed постгрес с лимитом в 10М строк 9$

- редис на 25 MiB RAM 0$

- балансер и HTTPS сертификаты 0$

Not great not terrible. Сейчас я делаю еще один проект а это значит что будет +23$, то есть 69$ в сумме. За эти деньги уже можно взять дедик на Scaleway. Но просто дедик неинтересно: он может упасть, за ним надо смотреть и тд, поэтому я подумал о том чтобы поднять кубер и за счет более эффективной утилизации ресурсов большой машины получить экономию. Это упражнение мне нужно еще и для коммерческих проектов, где прайс за инфру побольше полтинника.

Требования:

- постгрес я не хочу тащить в кубер, потому что не хочу возиться с бэкапами и апдейтами. Провайдер должен предоставлять managed бд. Её можно будет пошарить между приложениями и за счет этого сэкономить

- то же для редиса

- нужно разместить 3 приложения, каждое из которых содержит два контейнера по 512 MiB памяти. Итого нужно минимум 3 GiB доступных под приложения. Не забывайте, что кубер тащит свои запчасти которые едят память, плюс всякие хелмы, аргоцд и тд и тд.

- https сделаем с помощью cert-manager, но провайдер должен давать балансер который мы переиспользуем для всех приложений

Под вышеозаченные требования полностью подходят: AWS, GCP, Azure, Digital Ocean и почти подходит Scaleway. Hetzner и другие VPS провайдеры не подходят, потому что они не предоставляют ни k8s ни postgres а дают только голые виртуалки. Прикинем цены (с редисом/без редиса):

GCP — 92$/57$: 22$ балансер, 11$ pg, 24$ кубер 1 vCPU/3.75 GiB RAM, 35$ редис.

AWS — 131$/119$: 17$ балансер, 13$ pg, 73$+16$ кубер EKS 1 vCPU/4GiB RAM, 12$ редис. Такое конечно брать не будем, +73$ за EKS не нужен.

Azure — 96$/80$: 18$ балансер, 26$ pg, 36$ кубер 1 vCPU/4GiB RAM, 16$ редис.

Digital Ocean — 80$/65$: 10$ балансер, 15$ pg, 40$ кубер 4 vCPU/4GiB RAM, 15$ редис. DO имеет ограниченный набор типов нод, придется брать 4 ноды, что хорошо.

Scaleway — -$/41$: 12$ балансер, 12$ pg, 17$ кубер 3 vCPU/4GiB RAM, редиса нет.

Я брал самые дешевые ноды, да и одна нода в пуле это просто смешно, производительность каждого кластера будет отличаться, плюс добавятся деньги за NAT/Public IP и другую дичь. Очевидно что экономия по сравнению с Heroku далеко неочевидна. Привлекательнее всего выглядят DO и Scaleway, ну оно и понятно, это далеко не космолеты из большой тройки, а последний уже многие года уверенно держит марку самого дешевого провайдера.

Так же не учитываю собственные расходы на няньченье кубера, потому что за 5 минут ничего не сделаешь, если нет обширного опыта и готовых подходов. Я в кубере немного разбираюсь, но расчитываю минимум денек-другой потратить на настройку нормального CI/CD и тд, чтобы можно было новые приложения за 5 сек потом деплоить. А это тоже бабки, хотя и инвестиция в себя.

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

Как же так получилось что Рожок вообще задумался про кубы? Ну, друзья, — кубер — это уже настоящее девопса. Отрицать это значит ссать против ветра, смысла нет никакого. Сейчас почти всё на кубере, а через 5 лет точно будет всё.

P.S.: Адепты деплоя через git pull на VPSку плачут кровавыми слезами. За 70$ можно взять 4 vCPU/16 GiB RAM на Scaleway или еще более мощный сервант у обычных VPS-провайдеров который будет просто летать.

#инструменты
permalink | задонатить Открыть/Комментировать

2021-08-06 09:00:01 daily rozhok №5: мудрости из интернета

Как обычно по пятницам у нас выходит дайджест канала @daily_rozhok. Это мой канал, где я пишу за жизу, обзоры на книжки и прочий нерелевантный ІТ контент.

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

Прочитал: тщеславные метрики, ментальные модели, жизненные ценности — Рожок снова угорает по селф-хелпу и в этот раз кажется нашел серебрянную пулю! Очень крутые материалы, настоятельно рекомендую к прочтению всех кто хочет хоть немного улучшить свою жизнь. Спойлер: чтобы что-то начать делать регулярно, запишите себе этот совет на бумажке и повесьте на видное место.

Прочитал: креативность, ценности — вторая часть обзора на крутейшие селф-хелп статьи.

Остальное — хронологическом порядке:

Жора. Aftermath. — некоторые пояснения по ситуации с Жорой. Жора — мой товарищ, у которого плохо с финансовым планированием и стратегическим мышлением. За прошедшее с последнего поста время он неплохо прогрессировал — устроился на работу, получил бабос, вроде даже начал закрывать долги, в планах починить девятку. Апдейты по Жоре обязательно будут. Но потом.

Бутафорское волшебство квест-комнат — Рожок сходил в квест-комнату про гарри поттера и расстроился ненастоящести происходящего. Подгорело почти как от настолок.

Как нищий в дорогой ресторан сходил — Рожок идет в ресторан со средним чеком в 70$ на рыло и весь вечер чувствует себя не в своей тарелке. Как же хорошо в пузатке! Как говорится, каждый сверчок знай свой шесток!

Чипировался — Рожок ширяется китайским шмурдяком в подворотнях спальных районов левобережки. Инструкция по варке ширева а так же описание прихода и отхода прилагается.

Веганство как религия — Рожок примеряет свой широкий опыт сектанства на современные около-эко движения.

На сегодня всё. Подписывайтесь на @daily_rozhok, работайте поменьше, угорайте по продуктивности, катайтесь на геликах, ходите в дорогие рестораны, говорите открыто и смело прямо в лицо! W140!

#daily_rozhok
permalink | задонатить Открыть/Комментировать

2021-07-30 09:00:00 Токсичность и непрошеные советы

Приходите вы в какой-нибудь чат или форум и пишете:

"привет ребята, делаю сайт на Laravel, вот чот аякс не работает подскажите что может быть не так?"

Вы приходите с очень конкретной проблемой и просите у сообщества помощи. Вы ожидаете что вам укажут на ошибку, может быть направят на доку. Что происходит вместо этого в 99% случаев? А просиходит вот что:

"в 2к21 писать на пыхе, лол"
"jquery? бери реакт"
"какой реакт, слишком сложно, в его случае и vue будет достаточно"
"выбрось лару, симфони лучше"
"а вот если бы писал на рельсах то такой проблемы вообще бы не было"
"зачем тебе делать кастомный сайт? Собери в конструкторе на тильде"
"пхп не нужен, выучи лучше нодежс, на нем больше вакансий"
"автор, расскажи что ты хочешь делать"

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

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

Второй блок причин — проблема с теми кто задает вопрос. Он заключается в том что люди приходят сразу с готовым (но неработающим) решением вместо того что ты прийти с описанием задачи. Когда ты не знаешь бэкграунда задачи то легко начать ванговать и делать предположения, согласно которым там нужен сайт на тильде.

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

А когда рандомный человек из интернета приходит с тем же вопросом то автоматически применяешь на него тот же подход, хотя это не всегда может быть правильно и/или корректно.

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

А вообще это надо закреплять в правилах сообществ, чтобы повышать культуру общения.

Полезные ссылки от подписчиков:
"Как задавать хорошие вопросы" от Джулии Эванс https://jvns.ca/blog/good-questions/
"The XY Problem" то же самое что и у меня в посте только на английском и лучше написано https://xyproblem.info/

#лайфстайл
permalink | задонатить Открыть/Комментировать

2021-07-28 09:00:14 Зашел в гости к видеоблогеру Dmytro News и рассказал про Дія Сіті





Получилось отлично, спасибо Ярославу и Диме за приглашение и съемку. Ставьте лайк подписывайтесь на канал, всё как обычно.

Записано українською мовою.

Подписать петицию против Дія Сіті: https://petition.president.gov.ua/petition/119860
Инструкция по сопротивлению
Канал ІТ гильдии: @itguildukraine
Чат ІТ гильдии: @itguildchat
Чат StopDiiaCity: @StopDiiaCity Открыть/Комментировать

2021-07-26 09:00:06 #StopDiiaCity продолжается! Предыдущая петиция набрала 25k голосов, вызвала резононанс и в том числе благодаря ей отменили пункты о непереманивании. А вот неконкуренция и другие нехорошие вещи остались. В петиции требуем не подписывать антикоституционный закон.

Ссылка на петицию: https://petition.president.gov.ua/petition/119860 Лайк шер репост!

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

Поэтому я выступаю против Дія Сіті вообще, в любой форме. Хотите делать хорошо — делайте хорошо там где это надо, например на таможне. ІТ не трогайте!

Инструкция по сопротивлению
Обсуждение на доу
Чат ІТ гильдии: @itguildchat
Чат StopDiiaCity: @StopDiiaCity Открыть/Комментировать

2021-07-23 09:00:00 Не нужно ссать против ветра

Есть у меня жизненный принцип—не ссать против ветра. Он заключается в том, что не нужно идти против общепринятой повестки если это явно не входит в мои задачи.

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

По возможности этого нужно избегать если не стоит задачи двигать свою повестку. Например, я пишу статью и козлю микросервисы, потому что у меня есть внутреннее убеждение что это неправильно, у меня значит философия монолитов, и я стабильно продвигаю эту тему. Это ок, потому что я сознательно готовлюсь к тому что часть читателей не поймет и уйдёт, часть подгорит и начнет аргументировать, часть напишет "рожок опять неосилил".

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

Также нет никакого смысла ругаться с другими людьми по поводам, которые не имеют отношения к сути вопроса, не имеет смысла переходить на личности и устраивать персональные атаки.

И вообще ругаться просто так ни с кем не нужно. "Всі люди браття на землі, всі богоносці. Не можна мстить. Повинні ми любить" .

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

Не надо так делать.

#лайфстайл
permalink | задонатить Открыть/Комментировать

2021-07-21 09:00:01 Неосиляторы

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

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

При этом уровни этой "помощи" в разных инструментах реализованы по-разному. Например, языки программирования со сборщиком мусора очень-очень помогают программисту бороться с утечками памяти. Языки без null помогают бороться с пустыми ссылками. Раньше java когда выдавала NullPointerException то не говорила какой именно метод это вызывал—показывала лишь строку. Много лет понадобилось дизайнерам JVM чтобы добавить и эту информацию в трейс—а это отлично поможет разработчкам.

У баз данных есть EXPLAIN PLAN который покажет что с вашим запросом пошло не так. Базы без этой или похожей возможности будут больше полагаться на человека.

Я считаю что хороший инструмент должен максимально ограничивать пользователя в попытках выстрелить себе в ногу и помогать ему избежать ошибки, а если она случилась—то помогать её исправить. Например, в mysql можно включить slow query log и смотреть на все запросы которые выполняются дольше чем X секунд.

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

Люди всегда остаются людьми. Большинству нужно просто сделать свою задачу, и они часто не готовы инвестировать время в обучение. Поэтому берутся неподходящие инструменты, не читаются доки, делается абы как а потом пишутся failure stories как не получилось что-то внедрить. Или наоборот, success stories когда инструмент просто начинают использовать правильно.

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

Я считаю что это такой себе victim blaming в мире от IT. Конечно все должны понимать что держат в руках. Очень часто когда это молоток, то вокруг всё кажется гвоздями. Но вину за неправильное использование я в первую очередь полагаю на инструменты сами по себе. Хороший инструмент помогает, подсказывает, тыкает "вот тут неправильно делаешь" и обучает пользователя. Плохой—кидает в океан из segfaultов.

Простейший пример—в RoR логируется каждый HTTP-запрос: метод, параметры, сколько времени заняло выполнение, какие SQL запросы были сделаны, сколько ушло на базу, на рендеринг и так далее. Всё это разработчик видит сразу же в консоли. А в Spring Boot вы не увидите ничего. Надо заморачиваться и настраивать правильное логирование, но в итоге оно все равно будет хуже чем в RoR.

Кто из двух разработчиков будет эффективнее? Тот, кому инструмент помогает, или тот, кто неосилил прочитать доку и настроить базовые вещи сам? Когда что-то будет тормозить то первый сразу увидит проблему в логах, а второй может и неосилить! И тогда мы будем в чатах и форумах козлить его "RTFM, нуб", хотя на самом деле человек не виноват.

Виноват инструмент.

#инструменты
permalink | задонатить Открыть/Комментировать