Сергей, хотел бы поблагодарить вас, я вас смотрю практически с самого начала обучения джаве, и недавно устроился на первую работу джуном) вечером перед собеседованием готовился по вашим роликам, в частночти очень помогла серия про solid. сейчас смотрю ваши видео за чашкой кофе перед рабочим днем, дальше спасаете меня от дневной рутины)
13:34 - "тяп ляп и в prod / 100% качество" - а вот это особенно интересный пункт. В целом тоже часто замечал - когда запуск нового проекта - главное быстро. А потом (когда-нибудь) оптимизация/рефакторинг. Но вот только проблема потом заказчику это преподнести - сколько строк удалил и сколько переписал...
Полностью согласен. Фишка в том, что, скорее всего, никогда не будет времени переписать то, что вкривь и вкось работает, а добавление новой фичи в такой код просто вызывает панические атаки у разработчиков. Бизнес не хочет платить два раза за одно и тоже. А то что вы не можете добавить фичу в тот ..овнокод, то это вы просто хреновые разработчики. И потратить процентов на 10-15 времени больше, что бы декомпозировать и причесать код я считаю оправданным. И это работало в моей практике много раз. Вот прямо сейчас у меня пришли уточняющие требования к задаче, которую команда пилила пол года назад. Благодаря тому, что я заставил ту поделку побить на правильные логические единицы, допиливание происходит просто пересборкой кубиков с минимальным добавлением кода. И обратный пример. Чел пилил в январе таску всю побитую на задачи по два три дня. Упорол месяц, получил от меня в плечи кучу комментариев на ревью, но ничего не исправлял а постоянно отписывался, что так и надо. Менджмент меня заставил принять эту таску. Когда пришел черед тестирования и багофисинга, чел уже уволился, а те кто пришел туда править сказали, что надо на исправление всех багов около 3х недель и частичное переписывание. В итоге заказчик выкатил претензию менджменту, заморозил задачу, а компания потеряла деньги, не получив оплату за фичу.
Сергей, большое спасибо за ваши труды! Смотрю Вас уже очень давно, и тут Вы мне напомнили про интересную тему. Довольно много в этом ролике было грамотных и верных рассуждений о поведении программиста. Но сейчас, как будто, есть проблема недостатка менеджеров, от чего проджекты, продукты и зачастую тимлиды берутся практически с улицы, без технической базы и хороших софт скиллов (зато очень предприимчивых), при этом являясь по факту руководителями для программистов. Не знаю, поддержат ли меня, но было бы классно распознавать ред флаги заранее, до трудоустройства в такого рода бардак, и кто, если не Вы со своей широкой аудиторией, сможете рассказать об этом как надо. Да и думаю, что в Вашем опыте найдётся с пару десятков примеров из жизни. Ни на что не претендую, просто как идея. Всех благ!
Для меня интересный проект - это решить бизнес задачу, которая ещё не была решена. Автоматизировать рутинный и многократно повторяющийся процесс, для экономии сил и времени, соответственно, для увеличения эффективности и качества бизнес процесса. Инструменты надо подбирать под задачу. Лучше брать знакомые инструменты.
Очень интересно было послушать вас, я например постоянно волнуюсь что не успеваю что-то сделать в срок и в итоге перерабатываю, ещё общения с заказчиком всегда стресс вызывает боюсь показаться непрофессиональным, в целом мне понравилось.
10:39 Ну для меня критериями интересного проекта будет 2 вещи: 1) Доменная область 2) Возможность влиять на проект, ну или куча бабла и Work-life balance 😁 (Да, то, что я считаю интересным далеко не всегда нужно рынку, за то вызывает положительные эмоции). Вывод: интересный проект либо свой (или в продуктовой компании) или банк 😅
Совещание должно быть полезным - с постановкой целей, сроков выполнения и изучением результатов работы после предыдущего совещания. А если это цирк шапито "потому что так сказано в манифесте Скрам" - то такое совещание не нужно :-)
Всё что я понял на первом месте организованность, было бы хорошо ещё видео сделать об организованности, про распил задачи на сегменты это хорошо было про пол дня, вот подобных инструментов хотелось побольше
имхо фреймворки, языки и т.п. это тлен, алгортмы\структуры данных\архитектура это интересно... если не заниматься этим за деньги клиента, то нас также уволят, просто найдут помоложе кто делает больше X за Y
Nope. MS DOS захватила рынок ровно в тот момент, когда стала единственной и дефолтной операционкой для только что выпущенных IBM PC. CP/M х86 и DR DOS от Килдалла вышли позже и уже не особо кому-то были интересны.
Я бы раньше сказал что интересный проект это проект с новыми технологиями или связанные с нерушай задачи внашой сфери (P=||≠NP ) но сегодня я думаю что интересный проект это тот поймет который использует подходящие технологии разрабатываемый продукт который сможет масштабироваться лихо
Для меня интересный проект - это когда он решает какую-то проблему. Просто решает ее! И делает этот мир лучше. И мне все равно какой язык там используется, какие фреймворки и т.д. Задача (цель проекта) - решение - 🥂 Simply
Интересный проект - это в котором используется технология \ фреймворк, который давно хотел попробовать. Что может быть лучше ,чем учиться за счет компании? ))
Интересный проект - проект использующий новые подходы в предметной области, который дает офигенные результаты. Пользу, обратную связь и востребованность на рынке.
4:55 Блин, вот это точно. Просто проблема 99% новичков. Вообще 0 понимания и желания вникать в потребности заказчика. Всегда "я сам знаю как лучше". Но оказываться только как лучше закодить, а не как лучше успеть в сроки и задачи
Все правильно говорит, только не понятно почему в менеджменте в it отделах сидят часто друзья или родственники более верхнего менеджмента или хозяев, которые в свою очередь берут на работу блатных программистов.
@@artemmm095 сейчас в другой стране работаю. Кумовство есть везде. По поводу качества банковского ПО кстати, в России оно было одно из лучших, не понимаю как это работает.
С эстимейтами не всё так просто. У нас на проекте редко бывают задачи меньше 3-х дней. Разбиваем на сабтаски только если объём больше чем на 1 спринт. Не знаю, хорошая ли это практика или плохая. Часто бывает, что никто не знает как делать и сколько займёт. Эстимейтим примерно или создаём спайк-тасаку - исследование того, как это сделать.
Спасибо. Среди общего потока видео на канале (алгоритмы youtube любят когда видео выходят часто, это понятно) это выделяется. Про "полдня" зацепило, буду использовать в свой работе. Слава Україні!
Видео класс. Но в плане «оценки времени разработки» непонятно. Вы заочно делаете программиста лодырем и жадиной. А вот если сам ПМ/Лид допускают ошибки в планировании. Или ПМ добавляет пустяковые изменения, которые по его мнению не влияют на разработку (а по факту работа х5) - сами об этом сказали. И да, если я пришел работать с одними технологиями на ЗП, а меня впрягают на то, чего в договоре не было, я буду это учить и реализовывать за деньги компании. Потому что часы посчитают, а перф за большее обширные знания - нет. Вы рассуждаете как предприниматель с опытом разработки. Хотя сами же говорите, что нужно уметь ставить себя на все позиции со стороны.
4.19 Вы всего лишь обслуга, а благородным господам не нравится, когда обслуга чувствует себя человеком. 4.20 в айти нет соввкового менджемнта в стиле "ты начальник, я дурак". Ни одного противоречия
Сидите под плинтусом - работодатель бог. Сам же рассказывал, как в конце карьеры писал пару строк кода в день или вообще ничего не делал, но был в "ловушке зарплаты" видите ли. А как стал работодателем - на тебе.
Далеко не все. Огромное количество людей приходят под влиянием рекламы, что IT - это просто сидишь, кнопочки нажимаешь и получаешь тонны $. А потом сталкиваются с реальностью, не вывозят и отваливаются. А еще джуны часто скачут из компании в компанию, поэтому всерьез в них вкладываться мало толку.
какая то неудачная аналогия со строителями. представьте - вы договорились со строителями чтоб они вам ванную плиткой обложили за конкретную сумму и в конкретный срок. вы выбрали например, белую плитку, и они начали работу. а потом вы (заказчик) приходите и говорите им: ребята, белая уже не актуально, жена сказала что хочет розовую. так что давайте, быстренько "признавайте свою ошибку" (т.е. это строители виноваты что у вас хотелка изменилась?), и всё переделывайте. И даже если вы новую плитку сами закупили за свой счёт , то все равно нужно дополнительное время на то чтоб сбить старую плитку и это дополнительная работа, за которую следует заплатить строителям, не так ли? мало того, работа теперь не уложится в ранее намеченный срок и бюджет. Интересно, что поограммистам запросто можно заявить, что "вы обещали к такому то числу и за столько то денег, так что не успеете - вычтем штраф" игнорируя тот факт, что нужно переделывать и что это вам захотелось переделать. А вот со строителями у вас так явно не прокатит. Так что или пример неудачный или имеет место явный перекос в сторону хотелок заказчика. В общем, программисты себя не уважают.
Лол, в АСУ в мордоре это постоянная ситуация когда за экономию 500 рублей ты будешь ебашить неделю, переписывая весь проект. А интересный проект - это за который неплохо заплатили, а сделать его можно почти мгновенно из готовых шаблонов (или библиотек, написанных и отлаженных заранее).
Сразу видно того, кто сложнее калькулятора ничего не писал) Запомни на будущее, в тз никогда не будет описано все, работа по тз называется waterfall, прочитай пару статей и поймёшь сколько там минусов, это всегда беда. Кстати исходя из этого ты и не знаешь что такое agile методология, значит что-то большее чем джун за 300 баксов это твой максимум)
@@Sergei-r6g типичный джун взял и решил что если он выдумает стаж, то ему все поверят) Не думаю что в твоем репозитории есть что-то сложнее hello world, может еще выдумаешь себе мощную зарплату?) Хотя, может ты 20 лет был охранником в ит компании и теперь с высоты лет пытаешься не выглядеть жалко?)
@@ЛеонидАверин-р3о Дурилка ты. По гибким методологиям я работал, но, и тогда у нас было ТЗ. Просто разрабатывал его аналитик команды, а не юзеры или ещё кто-то. Просто не вижу смысла прогибаться под австралопитеков, которые сами не знают, чего хотят. Поэтому, работаю только так.
@@Sergei-r6g поэтому пишешь явно лендинги и не более того, что в епаме, что в Яндексе, что в Тесле я таких не видел, которые в тупую не понимают что они работают на клиента и продукт, а не на свои мистические взгляды на разработку)
До 50% скидки 🤑 на IT-курсы для начинающих и опытных программистов! Времени мало, скидка действует до 1 декабря - go.foxminded.ua/3ZiHOqs
Такие лекции очень даже нравятся своей полезностью.
Дякую за Вашу роботу та знання. Подивився 08.10.2024 .
Сергей, я думаю, что будет хорошей идеей сделать ремейк выпуска про декомпозицию. Спасибо большое за работу 👍
Аналогия про интересный проект и строителей очень понравилась.
Занимательно.
Когда вы рассказали - стало очевидно.
А до того было совсем не очевидно.
Сергей и весь коллектив канала, традиционное спасибо за выпуск, как всегда здорово 👍👍👍
Формат таких лекций люто, бешено плюсую 🙏
Очень теплая лекция! То, что сэкономит кучу времени и нервов. Жирный лайк и подписка это минимум!
Спасибо Сергей, с одной стороны очевидно, с другой очень, очень информативно. Мира Вам!
Сергей, благодарю Вас за ваши видео. Всегда максимально полезный материал, без воды и прочей ерунды.
Спасибо за видео!
Дуже цікаво. Спасибі.
Спасибо, Сергей, интересно
Сергей, хотел бы поблагодарить вас, я вас смотрю практически с самого начала обучения джаве, и недавно устроился на первую работу джуном) вечером перед собеседованием готовился по вашим роликам, в частночти очень помогла серия про solid. сейчас смотрю ваши видео за чашкой кофе перед рабочим днем, дальше спасаете меня от дневной рутины)
13:34 - "тяп ляп и в prod / 100% качество" - а вот это особенно интересный пункт. В целом тоже часто замечал - когда запуск нового проекта - главное быстро. А потом (когда-нибудь) оптимизация/рефакторинг. Но вот только проблема потом заказчику это преподнести - сколько строк удалил и сколько переписал...
Полностью согласен. Фишка в том, что, скорее всего, никогда не будет времени переписать то, что вкривь и вкось работает, а добавление новой фичи в такой код просто вызывает панические атаки у разработчиков. Бизнес не хочет платить два раза за одно и тоже. А то что вы не можете добавить фичу в тот ..овнокод, то это вы просто хреновые разработчики. И потратить процентов на 10-15 времени больше, что бы декомпозировать и причесать код я считаю оправданным. И это работало в моей практике много раз. Вот прямо сейчас у меня пришли уточняющие требования к задаче, которую команда пилила пол года назад. Благодаря тому, что я заставил ту поделку побить на правильные логические единицы, допиливание происходит просто пересборкой кубиков с минимальным добавлением кода.
И обратный пример. Чел пилил в январе таску всю побитую на задачи по два три дня. Упорол месяц, получил от меня в плечи кучу комментариев на ревью, но ничего не исправлял а постоянно отписывался, что так и надо. Менджмент меня заставил принять эту таску. Когда пришел черед тестирования и багофисинга, чел уже уволился, а те кто пришел туда править сказали, что надо на исправление всех багов около 3х недель и частичное переписывание. В итоге заказчик выкатил претензию менджменту, заморозил задачу, а компания потеряла деньги, не получив оплату за фичу.
Видео просто бомба. Спасибо!
Место сидения определяет точку зрения. С точки зрения руководителя С.Немчинского - всё верно. А всё ли верно с точки зрения противоположной позиции?
Как точно подмечено
Спасибо
Сам до этого дошёл. Жаль что на это ушли годы и годы....
Сергей, большое спасибо за ваши труды!
Смотрю Вас уже очень давно, и тут Вы мне напомнили про интересную тему. Довольно много в этом ролике было грамотных и верных рассуждений о поведении программиста. Но сейчас, как будто, есть проблема недостатка менеджеров, от чего проджекты, продукты и зачастую тимлиды берутся практически с улицы, без технической базы и хороших софт скиллов (зато очень предприимчивых), при этом являясь по факту руководителями для программистов.
Не знаю, поддержат ли меня, но было бы классно распознавать ред флаги заранее, до трудоустройства в такого рода бардак, и кто, если не Вы со своей широкой аудиторией, сможете рассказать об этом как надо.
Да и думаю, что в Вашем опыте найдётся с пару десятков примеров из жизни. Ни на что не претендую, просто как идея.
Всех благ!
Ооочень интересно получилось, хотелось бы больше такого
Для меня интересный проект - это решить бизнес задачу, которая ещё не была решена. Автоматизировать рутинный и многократно повторяющийся процесс, для экономии сил и времени, соответственно, для увеличения эффективности и качества бизнес процесса.
Инструменты надо подбирать под задачу. Лучше брать знакомые инструменты.
Очень интересно было послушать вас, я например постоянно волнуюсь что не успеваю что-то сделать в срок и в итоге перерабатываю, ещё общения с заказчиком всегда стресс вызывает боюсь показаться непрофессиональным, в целом мне понравилось.
Very thank you much ! :))
Спасибо
Scope - охват, обьем, вместимость. В контексте IT.
10:39 Ну для меня критериями интересного проекта будет 2 вещи: 1) Доменная область 2) Возможность влиять на проект, ну или куча бабла и Work-life balance 😁 (Да, то, что я считаю интересным далеко не всегда нужно рынку, за то вызывает положительные эмоции). Вывод: интересный проект либо свой (или в продуктовой компании) или банк 😅
Совещание должно быть полезным - с постановкой целей, сроков выполнения и изучением результатов работы после предыдущего совещания. А если это цирк шапито "потому что так сказано в манифесте Скрам" - то такое совещание не нужно :-)
Очень полезно. Можно такого ещё?
Всё что я понял на первом месте организованность, было бы хорошо ещё видео сделать об организованности, про распил задачи на сегменты это хорошо было про пол дня, вот подобных инструментов хотелось побольше
На моей прошлой работе мне пытался сео говорить когда єто будет готово.
Теперь єто история
интересный проект - это когда есть вызовы по сложности, и сроки не очень колючие )))
имхо фреймворки, языки и т.п. это тлен, алгортмы\структуры данных\архитектура это интересно... если не заниматься этим за деньги клиента, то нас также уволят, просто найдут помоложе кто делает больше X за Y
14:34 Кстати именно так MS DOS и захватила рынок. Был еще DR DOS, который был получше, но MS смогла быстрее и у нее был лучше маркетинг
Nope. MS DOS захватила рынок ровно в тот момент, когда стала единственной и дефолтной операционкой для только что выпущенных IBM PC. CP/M х86 и DR DOS от Килдалла вышли позже и уже не особо кому-то были интересны.
Интересный проект это когда ты можешь о нем рассказывать часами.
Кажется давно не было такого длительного/обстоятельного видео на канале......
Всем Адекватности мира и добра
10:38 Интересный проект - проект где есть что то принципиально новое. Либо green field, либо с новыми для тебя подходами
Отличная тема.
А что касается интересных проектов, то наверное это всё, что задействует мозг. А прежний ли там язык, или новый, уже дело десятое.
Сергей, как Вы относитесь к Wordpress? Именно как программист?
👍👍👍
Я бы раньше сказал что интересный проект это проект с новыми технологиями или связанные с нерушай задачи внашой сфери (P=||≠NP ) но сегодня я думаю что интересный проект это тот поймет который использует подходящие технологии разрабатываемый продукт который сможет масштабироваться лихо
Для меня интересный проект - это то, что ты сразу можешь в голове представить и оно получается коасиво
Ещё план на неделю вперёд расписать, деплой через две недели запланировать, а потом месяц только архитектуру продумывать
Вопрос, как часто разработикам приходится выслушивать хамство от заказчика? Редко? Часто? Это обычное дело или большая редкость?
Что для вас интересный проект?
Для меня интересный проект - это когда он решает какую-то проблему. Просто решает ее! И делает этот мир лучше. И мне все равно какой язык там используется, какие фреймворки и т.д. Задача (цель проекта) - решение - 🥂 Simply
Интересный проект - это в котором используется технология \ фреймворк, который давно хотел попробовать. Что может быть лучше ,чем учиться за счет компании? ))
Интересный проект - проект использующий новые подходы в предметной области, который дает офигенные результаты. Пользу, обратную связь и востребованность на рынке.
Проект, от которого я получаю удовлетворение. С вероятностью, близкой к единице, это значит, что моя работа действительно полезна.
Для меня интересный проект - это проект, приносящий оценимую пользу.
4:55 Блин, вот это точно. Просто проблема 99% новичков. Вообще 0 понимания и желания вникать в потребности заказчика. Всегда "я сам знаю как лучше". Но оказываться только как лучше закодить, а не как лучше успеть в сроки и задачи
Все правильно говорит, только не понятно почему в менеджменте в it отделах сидят часто друзья или родственники более верхнего менеджмента или хозяев, которые в свою очередь берут на работу блатных программистов.
Попробуйте из мордора в нормальную страну переехать, или хотя бы устроиться в профильную IT компанию, а не в банк/молокозавод
@@artemmm095 сейчас в другой стране работаю. Кумовство есть везде. По поводу качества банковского ПО кстати, в России оно было одно из лучших, не понимаю как это работает.
С эстимейтами не всё так просто. У нас на проекте редко бывают задачи меньше 3-х дней. Разбиваем на сабтаски только если объём больше чем на 1 спринт. Не знаю, хорошая ли это практика или плохая. Часто бывает, что никто не знает как делать и сколько займёт. Эстимейтим примерно или создаём спайк-тасаку - исследование того, как это сделать.
Был похожий опыт, команда работала с 20 часами переработок за спринт в течении 3х спринтов
Риски*риски*риски = жопа - точне це саме слово прийшло мені в голову)))))))))
😊
Работал в команде где оценка была в часах. Карррррл! в часах! А рядом сидели наполнители сайтов и у них оценки были в минутах XD
То, что бывают интересные проекты, синие проекты и какие-то ещё - это иллюзия, которая длится 5-6 лет. Потом понимаешь, что есть просто проекты.
Это если ты сидишь на галере и пилишь одно и то же по шаблону. Тогда да, через пять лет уже тошнит от всего и просто отбываешь часы на работе.
@@bipolar-fox нет. Это это когда есть опыт работы в разных проектах, любишь свое дело и воспринимаешь его не как девчонка, а как профессионал.
23:27 Когда задача выполнена, появляется зелёная галочка. Разве не так?
Спасибо. Среди общего потока видео на канале (алгоритмы youtube любят когда видео выходят часто, это понятно) это выделяется. Про "полдня" зацепило, буду использовать в свой работе. Слава Україні!
Вот я программист, php-шник. На Upwork вообще шансов против индусов никаких. Java поможет?
Мне кажется, на заднем фоне на мебель падает свет от морского аквариума😅
Скорее от монитора )
А был ли автор разработчиком? По моему только преподавателем. Так что цена этой лекции стремится к нулю
29:57 ездить за картошкой на другой конец города - экономически не выгодно
Бабули на пенсии: подержи моё пиво ))
в пересчете например на их пенсию, это уже может быть выгодно)
Видео класс.
Но в плане «оценки времени разработки» непонятно.
Вы заочно делаете программиста лодырем и жадиной.
А вот если сам ПМ/Лид допускают ошибки в планировании.
Или ПМ добавляет пустяковые изменения, которые по его мнению не влияют на разработку (а по факту работа х5) - сами об этом сказали.
И да, если я пришел работать с одними технологиями на ЗП, а меня впрягают на то, чего в договоре не было, я буду это учить и реализовывать за деньги компании.
Потому что часы посчитают, а перф за большее обширные знания - нет.
Вы рассуждаете как предприниматель с опытом разработки.
Хотя сами же говорите, что нужно уметь ставить себя на все позиции со стороны.
4.19 Вы всего лишь обслуга, а благородным господам не нравится, когда обслуга чувствует себя человеком.
4.20 в айти нет соввкового менджемнта в стиле "ты начальник, я дурак".
Ни одного противоречия
Сидите под плинтусом - работодатель бог. Сам же рассказывал, как в конце карьеры писал пару строк кода в день или вообще ничего не делал, но был в "ловушке зарплаты" видите ли. А как стал работодателем - на тебе.
По-моему у кого-то совковые компексы неполноценности
@@artemmm095 полноценности.
Понял, что когда ПМ пытается спихнуть на разраба свои косяки, то надо кивать гривой))
ето социопатія, боязнь людєй, отшельнічєство, нєрвозность, старт к псіхічєскім расстройствам 😆😆😆
Знаете че мне интересно?
Почему зарплаты джунов и мидлов столь сильно разнятся если Джун серавно станет мидлом.
Или не все джуны становятся мидлами?
Далеко не все. Огромное количество людей приходят под влиянием рекламы, что IT - это просто сидишь, кнопочки нажимаешь и получаешь тонны $. А потом сталкиваются с реальностью, не вывозят и отваливаются. А еще джуны часто скачут из компании в компанию, поэтому всерьез в них вкладываться мало толку.
@@bipolar-fox получается большенство ждунов поработав до года меняют профессию из за стресса?
Ну а на заводе, зарплата у опытного оператора машины/станка и ученика или помощника разве одинаковая?
@@artemmm095 джун и мидл разницей всего в 1-2 года стажа
А зарплаты удваиваются аж в Х2
@@Reset-k7w Потому что разница в опыте между джуном с максимум годом работы и мидлом с 2-3 годами очень существенная
какая то неудачная аналогия со строителями. представьте - вы договорились со строителями чтоб они вам ванную плиткой обложили за конкретную сумму и в конкретный срок. вы выбрали например, белую плитку, и они начали работу. а потом вы (заказчик) приходите и говорите им: ребята, белая уже не актуально, жена сказала что хочет розовую. так что давайте, быстренько "признавайте свою ошибку" (т.е. это строители виноваты что у вас хотелка изменилась?), и всё переделывайте. И даже если вы новую плитку сами закупили за свой счёт , то все равно нужно дополнительное время на то чтоб сбить старую плитку и это дополнительная работа, за которую следует заплатить строителям, не так ли? мало того, работа теперь не уложится в ранее намеченный срок и бюджет. Интересно, что поограммистам запросто можно заявить, что "вы обещали к такому то числу и за столько то денег, так что не успеете - вычтем штраф" игнорируя тот факт, что нужно переделывать и что это вам захотелось переделать. А вот со строителями у вас так явно не прокатит. Так что или пример неудачный или имеет место явный перекос в сторону хотелок заказчика. В общем, программисты себя не уважают.
Чи має сенс вчити Java для machine learning/data science?
Нет, для ML учи python
Нет интересных проектов - всё тлен😕
Лол, в АСУ в мордоре это постоянная ситуация когда за экономию 500 рублей ты будешь ебашить неделю, переписывая весь проект. А интересный проект - это за который неплохо заплатили, а сделать его можно почти мгновенно из готовых шаблонов (или библиотек, написанных и отлаженных заранее).
Аффтар не слышал про ТЗ? Без ТЗ результат ХЗ.
Сразу видно того, кто сложнее калькулятора ничего не писал) Запомни на будущее, в тз никогда не будет описано все, работа по тз называется waterfall, прочитай пару статей и поймёшь сколько там минусов, это всегда беда. Кстати исходя из этого ты и не знаешь что такое agile методология, значит что-то большее чем джун за 300 баксов это твой максимум)
@@ЛеонидАверин-р3о Дружище, я в ИТ более 20 лет работаю, программистом ) Учи детишек в школе )
@@Sergei-r6g типичный джун взял и решил что если он выдумает стаж, то ему все поверят) Не думаю что в твоем репозитории есть что-то сложнее hello world, может еще выдумаешь себе мощную зарплату?) Хотя, может ты 20 лет был охранником в ит компании и теперь с высоты лет пытаешься не выглядеть жалко?)
@@ЛеонидАверин-р3о Дурилка ты. По гибким методологиям я работал, но, и тогда у нас было ТЗ. Просто разрабатывал его аналитик команды, а не юзеры или ещё кто-то. Просто не вижу смысла прогибаться под австралопитеков, которые сами не знают, чего хотят. Поэтому, работаю только так.
@@Sergei-r6g поэтому пишешь явно лендинги и не более того, что в епаме, что в Яндексе, что в Тесле я таких не видел, которые в тупую не понимают что они работают на клиента и продукт, а не на свои мистические взгляды на разработку)
А че не на мове?
Дуже шкода що не українською
Чому? Російська мова дуже зрозуміла, не гірше за українську
У Сергія є окремий україномовний канал. Підпишіться на нього. А російська його рідна і він на ній значно краще розмовляє :)
Укро мову автор забыл, понял, что мода уже прошла и можно разговаривать на русском
Сколько сегодня комментариев записал?
Мозг ыоомируетсян до 25 лет