Илья Зыкин. Pro Жизнь
137 subscribers
1.1K photos
45 videos
4 files
95 links
Download Telegram
Layered Design for Ruby on Rails Applications

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

О книге (отзыв)

Там кстати распродажа по 9.99
👉 Страница книги

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

Пару идей я для себя отметил, но вау эффекта в целом не испытал.

Все здраво, все логично, понятно почему и зачем.

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

Мне бы хотелось большей догматичности изложения — в стиле — делай так (вот шаги 1,2, 3) и не делай вот так — мы пробовали, это не работает.

Искренне рад за Владимира, что он осилил такой проект, как книга. Это очень много труда и усилий.
👍9
Layered Design for Ruby on Rails Applications

Новости с пылу с жару.

По неофициальной информации (но напрямую от автора) — скоро второе переиздание 😁
👍5
https://youtu.be/QGQ9quiAgXM

Видео блог:
Ruby / Rails. Учить самому? Учить других?
Работал, работал, решил записать видео.

Рассуждаю на несколько тем:
- Почему там мало актуальных и адекватных курсов по IT?
- Почему разработчики не занимаются обучением?
- Нужно ли программирование в эпоху ИИ?
- Зачем учить Ruby и Rails? Это же не популярные инструменты.
👍5🔥3🤯1
Forwarded from Ruby on Rails | rubyhub
💻 Rails in Focus

На YouTube-канале Ruby on Rails вышли новые видео из плейлиста Rails in Focus. Три коротких скринкаста:

- Ruby LSP, Concerns, Rails Error Reporter

Rails продолжает развиваться — тихо, стабильно, без шума.

В это время DHH выкатывает Omarchy — ещё один небольшой инструмент, сделанный «для себя, но open source». До этого были Kamal, MRSK, Solid Queue, Propshaft, Turbo, Stimulus, и ещё с десяток инструментов «для себя». Всё, вроде бы, для Rails, но не совсем про него.

Кажется, что иногда вместо очередного проекта в духе «в Basecamp это работает» — лучше было бы просто сделать сам Rails сильнее. Например, в плане DX, документации или работы с фронтендом.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Кажется, что иногда вместо очередного проекта в духе «в Basecamp это работает» — лучше было бы просто сделать сам Rails сильнее. Например, в плане DX, документации или работы с фронтендом.


😂🤭🤝
👍6
Programmer’s DREAM Desk Setup

Простой стул, глубокий стол (кухонный), карандаш, бумага, степлер, кружка крепкого чая, macbook.

Больше ничего не надо. Вообще.

Ну хорошо. Наклейка Губки Боба на крышке нужна. Без нее код не пишется (спасибо ребенку) ❤️
🔥6
Пятничное приключение

Сегодня свободный день. Отправились с семьей на прогулку по Босфору. Я впервые увидел танкер так близко. Я был Оооооочень удивлен. Ого, какой он огромный!

Да и вообще красиво вокруг. Стамбул. Лето. Босфор. Чай. ❤️
👍7🔥6
Рады за тебя. Но не от всего сердца.

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

Это для многих «Магадан, Колыма» это устойчивые фразы из блатных песен. А для меня это родной край с морозами -45 как норма.

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

Редкие путешествия в Ярославль, Владимир и Суздаль с бутербродами в фольге. Потому что денег нет вообще, а хочется как-то отдыхать и путешествовать.

Потом связался с JavaScript и Ruby. Работал. Работал. Много работал. И вжух.

Теперь по несколько раз в год отдыхаю с семьей в Бодруме.

Мне кажется, оно того стоило. Ни о чем не жалею. Это был хороший выбор.

Спасибо Ruby. И JS тоже.
🔥16👍7
И имя им Легион

И вот клиент говорит: "Раньше над этим проектом работал один наш хороший разработчик. (Сейчас он на другом проекте). Там все уже готово для нового функционала, надо только переиспользовать готовые решения. Это не должно быть сложно."

Идешь изучать проект и понимаешь следующее:

1️⃣ Клиент даже близко не понимает, что было сделано и как оно может пересекаться с новым функционалом.

У него просто ощущение того, что раньше работало и были разговоры о переиспользуемых компонентах.

2️⃣ "Готовые компоненты" были сделаны в спешке несколько лет назад. Спагетти код, устаревшие подходы и deprecated решения образуют плотный клубок проблем, живут в проекте и вообще не помогают.

3️⃣ Инфраструктура не подготовлена. Для нового функционала на каждом шагу нужно принимать техническое решение и изобретать способ "поженить" желаемую картинку с уже существующей.

Попробуй объяснить заказчику почему его ощущения о быстром результате физически невозможны.

Коммуникационные задачи ВСЕГДА сложнее технических.
💯11
Люди меняющие жизнь

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

Не смотря на то, что я учил английский с 7 класса, мои разговорные навыки были примерно на уровне 0.

Мне не хватало какой-то детали. Какого-то ощущения или схемы, чтоли.

У меня был только месяц, чтобы срочно восполнить пробел.

Я пошел в первую школу у моего дома в Питере. Без особых надежд.

Там я познакомился с Антоном.

За неделю он выяснил, чего мне не хватает и изобрел под меня «волшебную» схему. Еще неделю я ее корректировал под свое понимание и выяснение деталей работы с ней.

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

В те недели случилось чудо. Антон натурально изменил мою жизнь в те 3 недели.

Сегодня Антон был в Стамбуле и мы отобедали с видом на Босфор.

Благодарен ему так сильно, как только возможно. ❤️
🔥12👍1
О важности сообщений в GIT коммитах

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

В идеале, это сообщение должно быть информативно и рассказывать что ты сделал на этом шаге.

На практике, в день ты делаешь примерно 100500 сохранений и тебе точно есть о чем еще подумать, кроме задания красивых и информативных сообщений коммитов, которые будут читать примерно НИКОГДА.

git commit -m WIP 😅

(WIP = Work In Progress)

Примерно так это работает в жизни.

Раз в день, или перед оформлением PR все "грязные коммиты" все равно объединяются в один с красивым именем и названием: "TASK-165 feat: Add new Model", и что там было до этого — никто и никогда не видит и не знает.

Давать каждому отдельному коммиту имя и описание — это просто неразумная трата времени.

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

А как у вас?
👍3