Получи случайную криптовалюту за регистрацию!

Разрабудни Игоря

Логотип телеграм канала @razrabudni — Разрабудни Игоря Р
Логотип телеграм канала @razrabudni — Разрабудни Игоря
Адрес канала: @razrabudni
Категории: Технологии
Язык: Русский
Количество подписчиков: 62
Описание канала:

Путевые заметки кочующего программиста
Author: @IgorPrekrati

Рейтинги и Отзывы

2.50

2 отзыва

Оценить канал razrabudni и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

1

3 звезд

0

2 звезд

0

1 звезд

1


Последние сообщения

2023-04-03 15:02:29 27 мая буду в гостях в Новосибирске

Выступаю на CodeFest13 с интересной темой, приходите, кто будет рядом, буду рад всех видеть!
23 views12:02
Открыть/Комментировать
2023-03-25 15:52:00 Все мы в душе старперы стартаперы

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

• Pitch deck (презентация)
• Нормальное знание английского языка
• Понимание индустрии в целом

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

Мало пунктов? В этом и суть! Конечно, в случае получения гранта, это будет целая волокита различных договоров, пунктов, дедлайнов и всего остального, но чаще всего оно того стоит.
47 viewsedited  12:52
Открыть/Комментировать
2023-03-20 17:10:18 Ну что, с 9 марта, мужчины))) А если анонсы - сегодня вечером Че По Программированию Будет говорить про то, как успевать за изменчивой индустрией. Где смотрить/изучать/практиковаться? Как ворваться в веб3 разработку и с чего проще всего начать. Старт…
57 views14:10
Открыть/Комментировать
2023-03-16 15:59:10 Все уже обсудили ChatGPT-4, пора и мне

Немного удивило, как программисты восприняли это обновление с неким страхом или опаской (не все). Больше всего переживают, конечно же, те, кто только начинает свой путь в разработке, ну и коллеги с большим опытом - немного тоже. Не считаю, что ChatGPT-4 способна заменить настоящего программиста прямо сейчас. Пока что искусственный интеллект не умеет погружаться в предметную область и специфику проекта, отсюда ChatGPT-4 в не годится как инструмент, который будет писать код для сложного и большого проекта. Разумеется, вы сможете написать базовые вещи, либо же покрыть ваш проект тестами, но все это никак не заменяет настоящего человека, даже самого малоопытного, отсюда нет никакой "опасности" потерять свои текущие места работы. А вот фрилансерам, возможно, стоит насторожиться, так как теперь простые вещи будут заказывать реже, а может быть и вообще отпадет надобность просить фрилансера сделать простое приложение за много денег, примерно те же разговоры шли во время популярности Tilda. Но, как видите, это практически никак не ударило по рабочим местам, развитию общества и всего остального. Мой совет - работайте с подобными системами не как с конкурентом, а как с инструментов для помощи, ровно так же, как вы работаете с поисковыми системами. Не нужно отдавать на откуп все ваши проблемы, но и упускать возможность попросить ChatGPT о ревью кода или помощи в решении проблемы - не стоит.

Ссылка на ChatGPT-4: https://openai.com/product/gpt-4
333 views12:59
Открыть/Комментировать
2023-03-09 18:50:04 Ну что, с 9 марта, мужчины)))

А если анонсы - сегодня вечером Че По Программированию

Будет говорить про то, как успевать за изменчивой индустрией. Где смотрить/изучать/практиковаться? Как ворваться в веб3 разработку и с чего проще всего начать.

Старт в 20-00 МСК

Ваши вопросы сюда в комменты
69 views15:50
Открыть/Комментировать
2023-03-09 18:50:03 Чуть больше, чем через час буду на подкасте по разработке, расскажу о своей карьере, как начинал, дам советы по началу пути в программировании,о своей текущей работе, и поотвечаю на все вопросы в самом конце
146 views15:50
Открыть/Комментировать
2023-03-09 17:33:19 Продолжаем дискуссию о том, в чем разница работы программистом в СНГ и в других странах

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

- никто не любит, когда ты задерживаешь свою задачку. Очень часто, в СНГ любят сделать скидку на 1-2 дня\часа, потому что фокусировка идет на дедлайн релиза или спринта, но говоря про более "западный" подход - все более строго, так как планирование считается чаще в часах (иногда минутах, это правда), чем в днях;

- исходя из пункта выше, твое время считается более "ценным" и до определенного грейда (Е5) тебя как можно меньше допускают к встречам и каким-либо взаимодействиям уровня "вместе посмотрели, обсудили, решили", отсюда идет строгость к времени на задачу, потому что больше тратить его попросту не на что;

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

- все планирование обычно называется Roadmap. Казалось бы, ничего такого, но каждая команда считает долгом планироваться на год вперед, и четко следовать этому плану. Не main goals, а именно фичи\цели, которые уже конкретны и их можно делать;

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

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

Ну и последний пункт, который я бы не хотел выносить под общую гребенку, а лишь написать свое мнение: сам по себе работник ниже топ менеджера слишком обесценен. Пообщавшись со своими друзьями и коллегами по цеху, пришел к выводу, что случаи. когда условный продакт не знает имени программиста, который работает уже давно - нормальная ситуация. В виду более высокой конкуренции на места программистов, сам по себе программист теряет значимость, так как скорость найма "у них там" значительно выше из-за небольшого количества IT вакансий и довольно высокого спроса на них, отсюда требования к одной позиции со временем чаще растут, чем остаются на том же уровне. Конечно, я понимаю, что есть и другие случае, где все совсем не так, как здесь написано, но повторюсь - это личный опыт, и у всех он абсолютно разный. Конечно, есть "галеры" во всем мире, везде есть очень злой и требовательный начальник,
296 viewsedited  14:33
Открыть/Комментировать
2023-03-03 15:19:33 Чем отличается работа программистом в СНГ и в других странах, скажем, Америка или Азия?

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

Код-ревью
в СНГ разработке на твое код-ревью всегда реагируют прямо. Если ты ошибся, если ты где-то не прав, тебе об этом обязательно сообщат. Да, местами это может прозвучать грубо, местами это выльется в спор или долгую дискуссию, но подобная критика всегда будет передана тебе в том виде, в котором её хотели бы тебе передать. Если мы возьмем взаимодействие по код-ревью с ребятами из штатов, каждый их комментарий для меня - некий ребус. Любое замечание выглядит в духе "Бро, все классно, твой код - чист и свеж, было бы еще круче, если бы ты обратил внимание на эту конструкцию, но это не критично!". Что мы понимаем под этим комментарием?

Как читаю я:
"Критикал замечаний нет, есть небольшой минор коммент, посмотри, пожалуйста". Вроде бы так, но не совсем. На самом деле, в американской культуре разработки люди ведут себя чересчур аккуратно, на мой взгляд. Если мы превратим этот комментарий коллеги из США в комментарий СНГ разработчика, мы получим что-то в духе "Вот тут совсем беда, работает не правильно, исправь". Кому-то это может показаться удобным, кому-то нет, но на мой взгляд, об ошибках стоит сообщать прямо, не вылезая за черту корпоративной этики, иначе получается некая недосказанность, отсюда любому человеку из СНГ компаний, становится немного тяжело первое время находить пути взаимодействия со своим коллегой. К сожалению, это же работает и в обратную сторону, когда ты проводишь код-ревью заокенского коллеги, очень часто наблюдал и сталкивался с тем, что программист думает, что ты пытаешься его "задушить", так как у ребят не очень принято указывать на твои ошибки явно.

Какие минусы из этого я вижу прямо сейчас:

1. Давать размытые комментарии вида "Посмотри вот сюда и подумай" - неправильно. Мы с тобой на код-ревью ради одной цели - качество и правильность продукта. Считаю, что на ошибки нужно указывать явно, а еще лучше - предложить свой вариант, так ревью пройдет быстрее и полезнее, и не превратится в угадайку;
2. Хорошей практикой я считаю общекомандный консенсус, где каждый из вас понимает, что такое "критично", что такое "минорно", и на что нужно обращать внимание при код-ревью, а на что - не нужно. Таким образом, вы не будете развивать в команде синдром вахтера и никто ни на кого обижаться не будет;
3. Конечно же, не забываем про командую этику, чтобы ментальные и остальные причины не вытекали в конфронтации и ситуации вида "Я не хочу с этим разрабом работать, он *такой-сякой*".

Продолжение - в следующих постах
271 views12:19
Открыть/Комментировать
2023-03-01 14:23:22 Привет
Здесь планирую писать свои мысли, рабочие заметки и конечно же собирать всю свою активность из интернета в одно место

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

Летс гоу!
211 views11:23
Открыть/Комментировать
2023-03-01 14:23:09 Channel photo updated
11:23
Открыть/Комментировать