Канал «Цинковый прод» – Telegram
Канал «Цинковый прод»
109 subscribers
7 photos
1 video
218 links
Download Telegram
Кто еще не слушал/не смотрел, выпуск 91 про прокрастинацию, работу мозга и бизнес-аналитиков!

00:00 Приветствие
7:20 Секрет молодости Антона
10:03 Закроем тему прокрастинации.
33:56 Головные боли программистов
41:28 Про Rust, C++ и улучшенную обучаемость
52:02 Про Бизнес-аналитиков
1:12:00 Падение сервисов Google
1:15:19 40 миллисекунд от Netflix
1:20:13 Знание языков влияет на скорость изучения новых языков программирования?
1:26:42 JS 25 лет, и немного хохмы
1:29:01 Росатом меняет СУБД Oracle и Microsoft российскую на Postgres Pro
1:36:11 Шарманим

Видос: https://www.youtube.com/watch?v=oM3p3sCsl50
Аудио: https://soundcloud.com/znprod/091-prokrastinatsiya-chtenie-koda-mozgom-rabota-s-biznes-analitikom-i-mnogoe-drugoe

Не рефлексируй, распространяй!!!!!11111одинодинодин

(темы для следующего эфира набрасывайте сюда: https://github.com/znprod/stream-topics/issues/14 )
Выпуск 92 прямо из печки!
Дмитрий Пацура и серверные компоненты реакта!

00:00 Приветствие, в гостях Дима Пацура
3:24 Серверные компоненты React (React Server Components)
28:19 Rust глазами Python разработчиков
48:16 Обсуждаем выход Tokio 1.0, а Дима делится о Rust
1:04:23 М.Видео и Эльдорадо перешли на российскую Java
1:10:20 Малиновый сервер нового поколения
1:16:43 Мнение Димы об M1
1:24:50 Mini ITX, игры и синдром хронической усталости
1:37:00 Проекту ffmpeg исполнилось 20 лет
1:43:56 Шарманим

Видос: https://www.youtube.com/watch?v=apNQnI0DBuY
Аудио: https://soundcloud.com/znprod/092-dima-patsura-k-nam-zabezhit-obsudim-react-server-components-ffmpeg-20-let-i-drugoe
Напоминаем, что очередной эфир будет не в четверг, а в среду 30 декабря, в 20:00 МСК. Новогодний формат, розыгрыш призов!

Темы для обсуждения можно скидывать сюда: https://github.com/znprod/stream-topics/issues/15
Мы вспомнили, что сегодня суббота ) Как обычно выкладываем аудио и видео:

Видео: https://www.youtube.com/watch?v=gJ7KnngdioI

Аудио: https://soundcloud.com/znprod/093-novogodniy-strim-s-rozygryshem-prizov

Условия конкурса:

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

И как всегда, предлагайте темы для следующего эфира: https://github.com/znprod/stream-topics/issues/16
💁‍♂️ Ребята, ловите новый выпуск Факапов на галерах.

Он не обычный, а 4 в 1. Да, целых четыре факапа в одном выпуске! Получилась целая исповедь.

Наш гость — ведущий @znprod Антон Околелов в разработке больше 20 лет — было время налажать.

Смотрите выпуск и пишите комментарии, чтобы выиграть книгу от Уильяма Детмера «Теория ограничений Голдратта».

🔗 https://youtu.be/mjydD_3lV4A
выпуск 94 с таймингами и аудиоверсией!

00:00 Приветствие
3:10 Конкурс, баги и ваши донаты
12:14 Ставим цели эффективно
24:35 Жить без цели? Философия
на канале Цинковый Прод
28:08 У PHP нет будущего?
36:40 Падение популярности стартовых проектов на PHP
45:12 Беларусь запустила платную национальную электронную почту
50:16 Утечка исходных кодов Nissan
56:11 О подходе к наименованию репозиториев и венгерских нотациях
1:03:50 Демократия в IT?
1:10:20 JetBrains подозревается в утечке данных
1:15:30 Linus Torvalds и ограничения по количеству символов
1:35:20 27 победителей написания запутанного кода на Си
1:38:46 Инженер Facebook о своих доходах
1:42:47 Шарманим

https://www.youtube.com/watch?v=6S_njGyDIpM

https://soundcloud.com/znprod/094-php-gtd-2m-per-year-developper
State of js 2020 оказывается и на русском есть
https://2020.stateofjs.com/ru-RU/
Цинковый прод 95, объявлены победители

00:00 Приветствие и итоги конкурса
6:59 Блокировка соцсетей Трампа, и как Parler в суд на Amazon подал
20:00 Telegram удалил минимум 15 каналов в которых общались американские экстремисты
22:58 Цифровая диктатура и запреты, куда движется мир? Обсудим!
28:08 Беззащитный РЖД
37:40 Отчёт State of JS
1:01:50 Анонс выпуска 21.01 с Алексеем Фёдоровым
1:05:17 Performance of Composer 2.0 with PHP 8 JIT
1:07:03 Читаем отзыв о курсе «Алгоритмы от Я.Практимум»
1:11:39 Забыть пароль от самоуничтожающейся флешки с биткоинами?
1:19:09 Датчик присутствия основанный на сигнале WiFi
1:29:33 Заповеди тимлида
1:56:10 Шарманим

Видео:
https://www.youtube.com/watch?v=rH-daNCq-Ss
Аудио:
https://soundcloud.com/znprod/095-tsifrovaya-diktatura-rzhd-vspomni-svoy-parol

Накидываем вопросы Алексею Федорову: https://github.com/znprod/stream-topics/issues/18
help!
“If you're ever worried about losing some data, just put it after a TODO comment in a codebase. Those things never get removed.” жиза
Продолжаю серию постов от приглашенных гостей.

Сегодня Антон и Никита из подкаста "Цинковый прод" (https://znprod.io/) порассуждают на тему "нужно ли при изучении нового инструмента закапываться сначала в теорию или как можно раньше приступать к практике?"

Если вы еще не слушаете Цинковый прод, то приходите послушать тут https://soundcloud.com/znprod, или посмотреть здесь https://www.youtube.com/channel/UC6cTShKx3lJWw-EzSr_ZAfw



Практик Никита

Женя решил немного взбодрить нас и ввязал в дискуссию по поводу изучения нового инструментария для программистов.
Я выступаю в роли защитника попсовой точки зрения "делай - читай 80/20".

Для начала хотел бы предложить читателю выяснить для чего вообще вам нужен новый инструмент? Какие могут быть варианты:

- Продали руководству идею добавления этого инструмента в стек компании;
- Решили сменить работу и вам необходим дополнительный навык;
- Покрасоваться новым инструментом в вашем репозитории на GitHub;
- В чате по другой технологии тусуется человек, который вам нравится и вы хотите влиться, чтобы поближе познакомиться;
- Хотите больше денег, потому что у вас размер ЗП зависит от стека знаний;
- Добавьте свой вариант.

Мне в голову приходит недавний разговор с коллегой, который назвал изучение и поиск новых инструментов одним из видов прокрастинации.

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

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

Например в ближайших планах у вас - стать админом облачной инфраструктуры, а вы не знаете как рабоатать с kubernetes.
В таком случае изучение k8s полностью совпадает с вашей целью, и для уменьшения времени получения результата я бы порекомендовал бросаться сразу в бой. Несомненно вам придется для начала прочитать тройку уроков и, возможно, посмотреть пару видео. Затем ищите уже реализованный проект на GitHub (или пошаговый tutorial) и копируйте его. По шагам понимаете, что и как нужно изменить, чтобы получить результат.

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

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

Минусы:
- Поверхностное погружение в технологию на первых шагах;
- Опасность эффекта Даннинга-Крюгера (когда мало знаешь об инструменте, но думаешь, что познал дзен).
Теоретик Антон

В этом посте я буду защищать позицию теоретика, а именно: инструкцию читать всё же иногда надо.

Наверное, каждый программист проходил через этот цикл: скопировал кусок кода со stackoverflow или "hello, world"-туториала, чуть допилил напильником - и заработало. “Ура, я знаю новую технологию!” Это окрыляет, и кажется, что теперь можно всё изучать сразу на практике.

Однако это работает мягко говоря не всегда. Прямо скажем, это ОК только для простых и средне-простых задач. Возьмём, к примеру, Rust, и его заморочки с памятью. При разработке вы сразу столкнетесь с выбором. Что использовать: &T или &mut T? А может, Cell<T>? Box<T>? Rc<Refcell<T>> ? А чем Mutex<T> отличается от Arc<Mutex<T>>? Тысячи их, таких вопросов.

Т.е. на практике это будет выглядеть так: вы пробуете что-то написать, компилятор Rust говорит “ты дебил”. Пробуете другое - компилятор говорит, что всё равно дебил, попробуй еще раз. Stackoverflow поможет очень слабо. Нужно читать Rust Book, без вариантов.

Еще пример. Вы захотели написать свой язык программирования. Где-то слышали, что надо сначала сделать парсер, который преобразует текст в AST-дерево. Попробуйте это сделать интуитивно, без теории. Это совсем непросто. Как описать грамматику? Что такое сканнер (токенайзер)? Как сделать сканнер быстрым? Там огромное количество вопросов, которые придется переизобретать. Гораздо быстрее будет прочесть книжку, например от создателя Dart: https://craftinginterpreters.com/contents.html

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

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

Некоторые вещи не столь конкретны, но не менее важны. Например, куча говнокода возникает только из-за того, что человек не удосужился прочесть ни одной книги про качество кода. Ты с ним говоришь как будто на разных языках. Даже очевидные вещи, например, god object или слишком большой и запутанный метод, могут вызывать споры на тему “а надо ли это упрощать”.

В общем, рано, рано еще теорию списывать со счетов. Без теории запросто можно красить кнопки, но вот создать что-то по настоящему сложное или ответственное - увы.
Если кто-то еще не видел/не слышал выпуск с Федоровым, то он здесь:

00:00 Приветствие. В гостях Алексей Фёдоров
8:04 Почему Алексей Java на конференции променял?
14:27 С чего начать организацию конференций?
17:45 Про 3 монитора 4к. Зачем, Лёша?
24:24 Как повлияла самоизоляция на организаторов конференций и про онлайн конференции
30:40 Формат конференций в играх и VR
36:35 Проблемы во время трансляций
40:41 Время кото-ламповых историй
42:28 Про офлайн конференции
45:38 Плюсы и минусы удаленки
50:00 Code With Me
53:53 Пишет ли Алексей код?
57:58 Codeforces
1:00:57 Аудит языков
1:09:01 Закон о запрете просветительной деятельности
1:14:00 Хвалим Госуслуги
1:22:37 Помогает ли Алексею олимпиадный программистский бэкграунд в жизни
1:25:27 Бросить все и начать выращивать овец в Новой Зеландии
1:26:55 Конфликт с курсами Vue.js
1:33:37 Шарманим

Видос:
https://www.youtube.com/watch?v=l47UnfVnVlY
Аудио:
https://soundcloud.com/znprod/096-boltaem-s-alekseem-fyodorovym-iz-jug-ru-group
Если вам нравится, что мы делаем, поддержите нас на Патреоне. https://www.patreon.com/ZnProd