Подкаст хорошего программиста – Telegram
Подкаст хорошего программиста
617 subscribers
1 photo
48 links
Советы начинающим и опытным программистам

свой вопрос или пожелание к новым выпускам можно в личку @aristofun

http://goodprogrammer.ru
http://rubyrush.ru
Download Telegram
💡 Хотите свежих идей проектов для портфолио?

🤩 Надо поразить компанию крутым пет прожектом, чтобы получить заветную работу?

Черпайте вдохновение и примеры из этой коллекции

https://github.com/GorvGoyl/Clone-Wars
⛔️

Как не застрять в «джунах» или опасность Ruby on Rails для начинающих 💎

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

Как стать senior программистом?
Главная
«мантра»

🧘‍♂️ 🦸‍♂️🦸
Forwarded from Vadim Venediktov
Принципиально разных способов получить Ubuntu, если у вас Windows я насчитал 5. Вот самый простой из них: установка Ubuntu в WSL2 на Windows 10.

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

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

#подкаст_хп #советы_хп #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.

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