Как сделать, чтобы в учении было почти так же легко как в бою

https://youtu.be/3ogxmrxAPbY

Ваш каждый лайк и коммент играют роль! Спасибо 🙏

Главный видос июня!
Го смотреть и комментировать 👍

https://youtu.be/pqmQYKWbaEc

Хотите стремительного карьерного роста?

Помните эти ключевые идеи! 💪

https://youtu.be/3d4res7nfwY

https://youtu.be/xCOvDp8cPOk

Йоу, программисты и программистки го смотреть и лайкать, я создал.

Про демотивацию

Принципиально разных способов получить Ubuntu, если у вас Windows я насчитал 5. Вот самый простой из них: установка Ubuntu в WSL2 на Windows 10.

Дисклеймер: это видео для новичков, кто никогда в Ubuntu не умел и не игрался. «Эксперты», которые уже умеют и почему-то хотят, чтобы другие страдали, будут, конечно, советовать поставить Ubuntu второй системой на ваш основной компьютер. Не слушайте их! :)

Корректный алгоритм анализа языков программирования

https://youtu.be/YW2AVRhiu3E

🎈 🎙

Как перестать говнокодить и стать востребованным «мидлом» 💪

#подкаст_хп #советы_хп #lifehack

Джун, мидл, синьор — это не оценка уровня ваших скиллов.

Это ценник работодателя. Как в супермаркете. Сколько платим за голову.

Все танцы вокруг этого — лишь попытка сбить цену (у бедных или жадных работодателей) или не купить фуфло втридорога (у нормальных).

💰

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

☑️ а разбираться в бизнесах куда устраиваетесь (как работает бизнес модель, сколько и на чем бизнес зарабатывает/теряет, какую долю доходов приносят программисты)

☑️ понимать как работает рынок (здесь рынок вакансий, но принципы экономики одинаковые)

☑️ немножко разбираться в продажах, чтобы себя правильно продать

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

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

Самая простая для анализа бизнес модель — галеры или аутсорс разработка. Где программистов просто перепродают с наценкой.


🧘‍♂️

#советы_хп

«— Первый мой деплой на продакшн закончился инцидентом: 200 сотрудников лишились доступа. Меня не наказали, меня похвалили!»

И другие приключения выпускницы «Хорошего программиста » (а ныне тимлида в AirBnB).

Вся правда о Долине в большом интервью: бабки💰 карьера👩‍💻 жизнь🦄 и все остальное.

С вас лайк, коммент и подписка.
Спасибо!

https://youtu.be/Ptr7eGu2784

PS: Хотите научиться так же — записывайтесь, пока Вадик набирает поток:

🦜 goodprogrammer.ru/rails 🎱

🛠 🙋‍♂️🎙

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

#подкаст_хп #советы_хп #lifehack

О том, почему python 💩 я не раз писал в наших чатиках еще несколько лет назад.

Безусловно все познается в сравнении.

И часто аргумент «уж лучше пайтон» — это очень хороший аргумент.

И конечно язык и его уродства нельзя изолировать от инфраструктуры и контекста (которые у 🐍 по-прежнему сильны в силу исторических причин).

Но всё-таки по гамбургскому счету и если быть хоть немножко перфекционистом, сам язык морально устарел лет на 20 и даже не пытается догонять новые тренды (как java или js, яростно работающий над ошибками молодости).

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

Вот свежий крик души с запада:

https://highload.today/python-otstoj-razocharovannyj-razrabotchik-obrushilsya-s-kritikoj-na-populyarnyj-yazyk-programmirovaniya/

🤑

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

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

Напишите у кого был другой опыт!

🤷‍♂️

Ау, рекрутеры, объясните какое кандидату дело, сколько бабла у компании, если ему ничего особенного с этого не перепадет?

Многие замечают один эпик фейл работодателей, которому трудно найти рациональное объяснение (впрочем у меня есть версия — а какие у вас?):

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

Там же на хакернюз была история программиста, который 3 года (!) упарывался, чтобы перейти с level 4 на 5 в google.

Тогда как попасть в гугл (при наличии конечно релевантного хорошего опыта, если целишься не на первый уровень) — вопрос нескольких месяцев тщательной подготовки к интервью.

Пройдите пожалуйста опрос, узнаем расклад среди хороших программистов.

👇👇🏻👇🏽

😲 Откровение матерого JS разработчика-стартапера после открытия Ruby on Rails https://nikodunk.com/a-node-js-developer-discovers-rails/

Ключевые слова здесь: “стартапер” и “I never questioned this stack [JS]…”

Из моего опыта работы над высоконагруженными проектами на JS стэке и близкого наблюдения за Scala-JVM стэком
добавлю, что область применимости и выгоду Ruby on Rails в больших компаниях сильно недооценивают.

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

А скорость и качество реакции на изменения рынка определяют жить компании или умирать in the long run.

💎

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

Реальность: проблемы легче масштабируются в других стэках, но тушаться пожары еще дороже, потому что во-первых все равно нужно хотя бы 1-2 умных и дорогих лида с ЗП всего на 10-20% ниже умных рубистов.

Но если 2 умных рубиста могут быть самодостаточным юнитом, то для сравнимой по масштабам задачи в JS к ним еще надо докупить несколько середнячков разгребать 💩 и рутину. Это не считая DBA и прочий инфра люд.

И все равно по скорости разработки они будут уступать 2м крутым рубистам. Хотя бы из-за расходов времени на коммуникацию.

Любопытно, что эти же рассуждения применимы к паре Scala - Nodejs (в пользу ноды), с тем отличием, что умных скалистов (а не косящих под них недо-джавистов, тысячи их) хер найдешь.

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

Вот что об этой паре думает PayPal: https://engineerbabu.com/blog/node-js-the-rising-technology-behind-paypal/

Другими словами для сферического веб-проекта в вакууме шкала реальной себестоимости бэкенд стэка (с учетом костов потерянного времени разработки, от самого дорогого к дешевому):

Scala/Java → Nodejs → Ruby

💎💎
Да, монолитность и MVC паттерн пугают своей негибкостью и не масштабируемостью. Да и с non blocking IO, мультитредингом все не так круто, как хочется в большом проекте…

И это действительо очень серьезный барьер для входа в высшую лигу (в основном i/o и треды, mvc паттерн и монолит больше страшилка для неопытных лидов).

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

Это конечно абстрактно в вакууме, в каких-то проектах сработает, в других быстро упремся в стенку.

Но дойти до глубокого анализа этой проблемы, а не бездумно выбрать стэк "как все” — это уже ⭐️ на погоны RnD менеджеру.

💎💎💎
Да, может показаться, что “уж если у нас сложный фронт на Реакте, то зачем плодить зоопарк технологий, будем JS based компанией/командой. Сэкономим на логистике, процессах, инфре, найме и т.п.”

На деле барьер между JS/Ruby гораздо ниже, чем многие эффективные менеджеры себе представляют (а значит и их прогнозы, модели дают неверные предсказания).

Простыми словами — любой толковый рубист за пару дней сделает то, что JSник будет колупать неделю и в свободное время на сдачу не обломается и на Реакте сбацать что-то рабочее.

А если нужно на Реакте лабать по красоте — один хер нужен эксперт в Реакте, а не просто JS разработчик. Поэтому желание сэкономить, нанимая “фулл-стэк JS” разработчиков, обычно приводит к тому, что скупой платит дважды.

💎💎💎💎
— Но руби медленный!
— Да скорость разработки, твою мать 😖

💎💎💎💎💎
Единственный серьезный аргумент в пользу JS для бэкенда, это аргумент найма.

Разумеется “при прочих равных” для сферической веб-компании в вакууме. Реальные же кейсы могут иметь свои очень неожиданные особенности и требования.

Менеджмент (если он не просто “как все”, а подошел к проблеме осознанно) по сути должен взвесить как в той бессмертной миниатюре раки большие (рубисты, которые в N раз быстрее/лучше решают задачи), но по 5 или маленькие, но по 3.

продолжение 🔻🔻🔻

🔺🔺🔺 начало выше

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

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

Да и рельсы не заточены под большие размеры команд на один артефакт.


🔵🔴 Если вам по нраву подобные длинные текстовые посты в дополнение к голосовым — напишите в комментах “1”,
и нолик если многабукаф и лучше только голосовые.

💰💶 🎄

Упущенная выгода программиста — 7 звоночков 🔔 когда пора задуматься о новой работе.

Подытожим тему новый карьеры в новый год

#подкаст_хп #советы_хп #lifehack

R.01 Ruby on Rails: Введение, установка

Друзья, ловите урок по Ruby on Rails. Рассказываем, как работают рельсы (вкратце), что лежит в папке проекта. Устанавливаем ruby + rvm + rails в убунту, создаем новый проект и деплоим его на Heroku.

Если хотите научиться Ruby on Rails с нами и стать разработчиком — мы как раз учим таком, записывайтесь на наш интенсив:

➡️ https://bit.ly/3A84yv1

Старт нового потока — 13 февраля

💳 При полной оплате — промокод RUBYRUSH

Или можно оплатить сразу или в рассрочку на 4, 6 или 12 месяцев. Пишите в личку, расскажу.

R.02 Ruby on Rails: Модели, миграции

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

Теперь я постарался сделать такое видео, чтобы больше не рассказывать. Надеюсь, получилось. Зацените!

Если хотите научиться Ruby on Rails и стать разработчиком — мы как раз учим такому, записывайтесь на наш интенсив:

➡️ https://bit.ly/3r27DK4

Старт нового потока — 13 февраля

💳 При полной оплате — промокод RUBYRUSH

Или можно оплатить сразу или в рассрочку на 4, 6 или 12 месяцев. Пишите в личку, все расскажу.

R.03 Ruby on Rails: Контроллеры, пути

Ещё одна концепция, которую сложно понять новичкам, изучающим рельсы: как после нажания «ОК» в форме на сайте, данные оказываются в базе данных.

Чтобы разоблачить эту магию, я убрал из этого уравнения HTML-форму и шлю на сервер запросы (эмулирующие отправку этой формы) руками, прописывая все параметры, как если бы этот запрос был отправлен из формы. А потом в дебагере показываю, где мы оказались в коде rails приложения (спойлер, в методе контроллера).

Все это (и многое другое) мы с удовольствием расскажем вам на нашем интенсиве по Ruby on Rails:

➡️ https://bit.ly/33c1oKx

Стартуем уже в конце недели, 13 февраля

💳 При полной оплате — промокод RUBYRUSH

Или можно оплатить сразу или в рассрочку на 4, 6 или 12 месяцев. Пишите в личку, все расскажу.

R.04 Ruby on Rails: Шаблоны (views), ERB

В MVC осталась одна неразобранная буква — V, views (виды, шаблоны, «вьюхи»), в этом уроке поговорим про неё.

Расскажу, как рельсы выбирают, где брать вьюху для отрисовки в конце конкретного действия, как она формируется из кусочков HTML-кода и вставок ruby-кода. Расскажу про удобные методы-помощники, доступные из коробки, view helpers.

Все это (и многое другое) мы с удовольствием расскажем вам на нашем интенсиве по Ruby on Rails:

➡️ https://bit.ly/3v6WABE

Группа уже стартовала 13 февраля, но можно ещё заскочить:

💳 При полной оплате — промокод RUBYRUSH

Или можно оплатить сразу или в рассрочку на 4, 6 или 12 месяцев. Пишите в личку, все расскажу.