Думать как программист... один из примеров: "Программист на ночь поставил рядом с кроватью 2 стакана - один с водой, если захочет пить... и один без воды, если пить не захочет" 🙂
- Заказчик: нужно копать от забора и до обеда. - Программист: От какого забора? Откуда именно копать(по центру или с краю)? С какой стороны забора копать? Какая минимальная/максимальная глубина/ширина/длина? Обед во сколько начинается? По какому часовому поясу вы измеряете время...?
А программист с опытом: - Впринципе понятно, я предлагаю вам копать вот так-то так-то, обед в такое-то время и оплата такая-то. Мне видится это решение лучшим для вас и для меня))
Блин, насколько мощная фраза! Любая задача решима. Даже если ты совсем новенький программист. Просто у тебя уйдёт больше времени, а сделать ты можешь всё! Цитаты великих людей
пункт про то, что ты последнее звено цепочки - самое страшное. Когда работал в компании покрупнее, были старшие коллеги, которые могли подсказать, если тупишь. А когда оказался в маленькой организации, то ты сам тот старший коллега - это страшно.
Отличная мысль про повертеть👍 В разоаботке год с небольшим, заметил, что когда захожу в тупик, и говорю себе, что думаю ещё час и прошу помощи, именно в этот час и приходит озарение😁
Спасибо😊 ваши видео очень мотивируют! Изучила частично HTML CSS SASS и так было приятно когда получилось некое подобие сайта. Я была очень рада!) Теперь учу JAVA - заинтересовала тем, что можно на ней сделать всё и перейти, если понадобится, на другой язык легче. И иногда мотивацию найти просто нереально. Готова посуду мыть, прибираться и другие дела делать, а потом такая " ой, опять не успела за учёбу сесть". И ведь я понимаю что это какой то подсознательный страх, страх того что не получится написать прогу (решить задачу). И всё равно такие моменты происходят😢. Буду стараться дальше, и писать в блакнот)
Согласен, блокнот и ручка всегда под рукой должна быть. Это великолепный помощник в работе. Иногда проще записать на бумаге, чём искать потом комментарии в коде, открывать 100500 списков в заметках и т.п. Наверное отсюда у меня такая любовь к блокнотикам 😁
Я бы добавил еще что опытные разработчики постоянно думают о возможных проблемах - что если на сервер придет одновременно два аналогичных запроса, что если запрос завершится таймаутом, что если объем данных станет больше, что если у пользователя экран другого размера
Всё по делу. Почти. Кроме двух моментов: 1. Не все задачи выполнимы. Иногда какая-то хотелка заказчика ни теоретически, ни фактически не может быть выполнена, по крайней мере не в полном объеме. Поэтому вполне обыденной вещью является подбор альтернативных решений, которые могут покрыть какой-то % этой задачи. А решение в итоге за клиентом. 2. Обучение - тоже работа программиста. Программист не говорит, что он чего-то не умеет, он идёт сначала ищет материалы, учится, а потом применяет то, чему научился. Невозможно знать всё, поэтому умение работать с теоретической частью - чуть ли не основная работа программиста.
Про «всё можно починить, если вертеть в руках достаточно долго». По работе немного программирую, и меня часто бодрит мысль «Я знаю, что могу это сделать. Просто пока не знаю, как».
Лучший способ завалить собеседование на программиста: Если интервьюер спросит: "каковы ваши цели в it? Почему решили стать программистом?" То надо ответить: "Моя цель, сделать искусственного тимлида и автоматизировать рекрутинг"
Фраз пять прям улыбнули и вырвалось: "Красава", это про автора. Мотивируешь. И как-то получается смотреть такие твои видео после того, как сам себе все это проговорил внутри. Спасибо
За свой путь веб-программиста, я заметил в целом 2 вида программиста! 1. Это действительно с рождения талантливый человек, который способен решать не стандартные задачи, благодаря своему не стандартному мышлению. Его минус плохая коммуникация не то что с заказчиком, со всем миром, откровенно больной человек, но именно это ему помогает оседлать программирование по истине. 2. Не в приоритете деньги, а действительно человек захотел научиться программированию. Но не дано... Конечно ты придёшь к определённому результату, но мыслить как программист ты не сможешь, ты просто научишься делать и повторять задачи, которые научился на протяжении своего пути. Плюс в том что тебе легче будет общаться с людьми/клиентами. Конкретно моего примера я отношусь ко 2 пункту, Володя, который меня учил программированию в 1ой моей компании относится к 1 пункту. Володя имеет высшее образование по специальности бэкграунд с 1990г. зарабатывает 60к+ Я самоучка 3 года и практики 3 года. На данный момент зарабатываю 190к+ я даже в школе учился на 3, но что-то во мне есть. Какой-то креатив чтоли... Я действительно подрос в уровне, но до Володи как до программиста мне далеко, я порой удивлялся как он не стандартно решал задачи, мне это инересно, но я так не могу. Таких примеров за мой путь нормально было. Плывите по течению и как Вам предназначено)
Сергей, спасибо за видео! По мышлению программиста была у меня одна история. На интервью по проектированию системы мне дали задачу архитектурно спроектировать эмбеддед систему и накидать код классов на C++, без детальных реализаций методов классов. Я по дедуктивному методу и разбил систему на мелкие задачи и потом начал подниматься "вверх", чтобы собрать систему в единое целое. Это очень сильно озадачило интервьюера и он меня спросил, почему я "иду снизу". Я объяснил свое видение, но его оно похоже не удовлетворило. После этого он остановил интервью и собственно дал фидбек об интервью. Суть его была в том, что я думаю "по-другому". Проектировать системы по его мнению нужно строго сверху вниз, а я опустился до дна и пошел вверх :) Интервьюер по результатам сказал, что он не может сказать что я прошел интервью, но и не может сказать что я его не прошел, т.к. думаю по другому :) В итоге меня не взяли из-за того, что я думаю "по-другому". Компания была швейцарская, но офис немецкий.
Понял как вырос мой уровень, когда купил себе канцелярский планшет для бумаги и стал по пунктам расписывать что мне конкретно надо сделать в рамках данной задачи. Сейчас он всегда лежит у меня под рукой, часто делаю там заметки по тому что мне нужно сделать, что следует изучить, посмотреть, или рисую какие-либо архитектурные схемы)
Ха, ха, я додумую дрібні деталі, щоб не відволікати інших людей від роботи. Деплою таск, на тестовий звісно, а потім люди дивляться і кажуть що все взагалі не так. І так навіть виходить із рідкісними описаними тасками. Поки, обговорюючи таск, пробую дотримуватися плану: 1) яка ціль задачі і як це хочуть використрвувати 2) повторюю все що в таску, але задом на перед, і прошу це підтвердити замовника. Тут вилазять багато многозначних моментів 3) питаю що із написаного в таску обов'язкове, а що просто побажанн, щоб розставити пріоритети
Это самый актуальный вопрос для меня. Потому-что 2 года назад я очень сильно выморозился с того что я не умею строить у себя в голове как и что и почему для моего кода. Ну и ещё я не умею гуглить и понимать документацию. Вот делаю я слайдер, уже долбанные 3 недели. Я знаю что должна быть обёртка и слайды. А остальное.... Ну в слайдах имеги. Что дальше, не понятно. Примеров слайдеров много и ещё большая тележка, и каждый пишет по разному. Ничего не понятно, как учиться. На счёт РУЧКИ и БУМАЖКИ это 100%. В любом деле когда нужно структурировать задачу по порядку записывать очень помогает. Не на программировании, но я прочувствовал это.
Можно я тут вставлю старый-старый анекдот про мышление программиста, который описывает всю суть проблемы? Посылает жена программиста в магазин, говорит: купи палку колбасы, если будут яйца, купи десяток. Возвращается программист домой с десятью палками колбасы. Яйца были 😅
Анекдот, конечно, забавный, вроде того, где программист несколько часов мыл голову, потому что на шампуне было написано "нанести на голову, смыть, повторить". Однако, не очень понятно, почему интерпретатор в мозгу программиста десяток отнёс к палкам, а не к яйцам. Тут же как, вот он наткнулся на слово десяток, десяток чего, непонятно, идём выше по контексту и там нам первым делом встречаются яйца, а не палки колбасы. То есть даже в мозгу программиста алгоритм должен был сработать правильно. Где-то ошибка в интерпретаторе. 😀
@@karelalex проблема в бизнес требованиях, допускающих неоднозначную интерпретацию. Немчинский в видео говорит, что надо самому додумывать. Когда додумываешь, иногда бывает как в этом анекдоте)
Чуть со стула не упал, когда услышал "9/10 задачи не описано и никогда не будет" =) Как системный/бизнес аналитик с почти 15-летним стажем смело заявляю, что это относится только к быдло-кодерству, свойственному заре становления процессов в разработке ПО(ну мир 1С в этом плане подеградировал чуть дольше, когда 1С-программист в одиночки сражался с бухгалтерией). Когда ты и программист, и менеджер, и аналитик, и дизайнер и техпис и куча еще кто. Но уже много лет дела обстоят иначе. На вершине Продакт-менджер, определяющий стратегию продукта, аудитории/ниши, приоритеты, метрики, маркетинг и тд тп. За ним Овнеры с роадмапом, долгосрочное планирование и тд, за ними сначала бизнес-аналитики, разбирающие задачи бизнеса на соответствующие решения в продукте, UI/UX дизайнеры, за ними системные аналитики, раскладывающие из "должна позволять система/достигать пользователь" в это будет достигаться, затем архитектор раскладывает это на архитектуру продукта, с учетом развития/масштабируемости и тд тп, потом проджекты формируют спринты с учетом всех нюансов, и только начинается вотчина разработчика, не важно фронта или бэка, который предварительно может составить план реализации/техпостановки, затем берет их в работу. А результаты его труда идут на вход QA/AQA, техписам, девопсам, маретингу, сейлзам и тд тп. Даже в маленьких командах процесс примерно так устроен, роли те же, но просто идет совмещение нескольких ролей в одном сотруднике(РМ+РО, системный+бизнес аналитик, архитектор+разраб и т.д.). Ну а без ТЗ и результат ХЗ =)
Какой же вы Сергей МОЛОДЕЦ! Интересно было бы узнать ваше отношение к ошибкам, как психолога и как программиста. Цена ошибки и как их минимизировать? Правда ли что «fix bug» произошло из-за случая когда в 1949 году девушка обнаружила мотылька в компьютере?
8:27 - как же жизненно. Я думаю постоянно: "какой шрифт тут лучше выбрать", "как выделить этот фрагмент из общего текста", "в какой цвет покрасить этот, текст", "какоц сделать задний фон этому тексту", "с помощью какого символа можно точнее передать мысль: -> или .", "нужно ли сюда добавлять дополнительные комментарии", "нужно ли сюда приписать какой-нибудь атрибут, который конкретизирует мою, задачу" и т.д (это только первое, что в голову пришло). В итоге я создаю целый язык разметки, но им и не пользуюсь, поскольку оформление каждой такой задачи с помощью такой разметки дело долгое и неблагодарное. Однако если я взял тетрадку и блокнот, то меня совершенно не волнует разметка текста
просмотр ваших видосиков - не часть работы программиста, это время проведённое с пользой,можно сказать инвестиция в свое будущее, ведь получаешь от них: интересную информацию, позитив, прекрасный настрой, поднятие духа, что в целом == успеху в следующих делах)))
Не могу выразить свое отношение к некоторым тезисам, сказанным в видео, но большинство из них действительно как шрам по правде матке. Не имея опыта программирования в роли штатного программиста или фрилансера (хобби получается), все равно прихожу к выводу, что все-таки названные аспекты мышления действительно помогают намного эффективней и во многих случаях быстрее решить какую-то задачу. Все-таки детальная планировка действительно решает больше, чем кажется на первый взгляд.
Вполне соглассен с тем, что программисту дают 1/10 из того, что он должен будет сделать. Но, как по мне, 1/10 это перебор, мне попадаеться 0.5/10, тобиж 1/20. Потому что очень часто заказчик не понятно выражает свои мысли или думает, что я их читаю. Очень часто приходится просить скриншот с пометками :) . Сегодня задача разработчика это заставить заказчика показать то, что должно быть в результате, а процесс уже додумывать самому.
Сразу лайкос за блокнотик. Все в команде юзают, при чем записи у всех по своему оформлены, своя инфа , со стороны прочитай чистокровная ересь. Но помогает. 😂
...программист решает задачу, в которой "ответ" уже известен, ему нужно найти лишь "решение" этой задачи и в этом сложность и необычность мышления программиста, плюс к тому же нужно быть еще и креативным.
Другими словами как в гуманитарных профессиях этиков надо разбавлять небольшим количеством логиков для решения определённых задач - так и программистов надо разбавлять этиками, чтобы они могли красиво формулировать мысли и выстраивать коммуникации внутри коллектива).. Ну и ещё конечно же снимать очень интересные ролики)))...
Если у вас 9/10 не описано, у вас проблемы в ведении проекта. Часто пользуюсь принципом, что если что-то не описано я имею право реализовать так как мне удобнее. Так учу аналитиков, архитекторов и менеджеров лучше планировать работы.
спасибо.как всегда доступно и понятно.я тут пытаюсь пройти курс по пайтону для начинающих на юдеми, работая в то же время на основной работе)вывод для себя сделал следующий: если задолбать себя до страшного, останавливаясь на каждой теме достаточно долго, то прогресс будет.просто медленней чем еслиб я уволился и пошел на курсы.в итоге я все равно уволюсь, но на курсы типа как foxminded уже пойду слегка подготовленным.это вселяет немножечко уверенности.
И с пунктом "любая задача решима"? Там много глупых вещей, но это самая глупая) Киберпанк запустите на 5 андроиде?) Вот представим заказчик хочет игру Киберпанк, но хочет охватить весь существующий рынок андроида. У заказчика миллионы и времени даётся вам бесконечно XD Легче можно объяснить это так " ведро на 10 литров, сможете вместить в него 20 литров жидкой воды?" А данный ютубер говорит " да без проблем") Ладно то что есть задачи с точным ответом нет, так ещё и парадоксальные задачи существуют.
Посмотрел- интересно. О программистах вообще говориться, но думаю надо их разделять: если говорить о джуниоре - цепочка заканчивается далеко не на нем. Декомпозиция задачи- согласен. По поводу информации - для джуниор и миддл не часто приходится ее передавать. Ценно уметь получить в наиболее полном виде, для этого нужно уметь задавать правильные вопросы с учетом понимания бизнеса, а не операций в коде (те выше кодинга, на уровне клиента). Умение реализовывать требования в проекте наиболее простым и общим для проекта способом - для этого умение искать в проекте похожий функционал, выделять общие части и выбирать в реализации правильные вещи - наиболее часто это наследование, стратегия, композиция/агрегация или утильные методы. Если функционал новый - то выбирать наиболее простые и гибкие решения. Еще добавлю одно из основных навыков программиста - это умение кратко и четко описать проблему
каждый раз читаю заголовок Вашего видео и думаю, по аналогии с прочими - ну что там нового/что за ерунда там. Памятуя, что Немчинский - профессионал - смотрю. И, как обычно озвучиваются мои мысли, что и заставляет писать коммент. Однако, если по делу - в авиации, например, есть инженеры, которые головой думают, и есть техники, которые закисшие гайки крутят. В нашем деле такого явного деления нет (junior, senior - не в счёт). А закисших гаек и у нас хватает.
Про крутить в руках, навеяло стихи Бориса Барского Вот уже ночь... Взошла на небо луна, Ночь пришла, А я не сплю ни х**на Я кручусь в постели, Словно в бреду, И в бреду Кручу свою ерунду. А потом От удивленья кричу: Ну, а вдруг Я ерунду откручу?...
Получение информации как раз и есть часть работы программиста, в случае если она связана с выполнением рабочей задачи, начиная с того, что необходимо все таки выяснить что именно от тебя хотят, уточнение ТЗ, и заканчивая исправлением мудренного бага в коде, особенно если он вызван багом или недокументированной особенностью сторонней библиотеки или фреймворка. Порой для исправления бага необходимо написать одну строчку кода, но чтобы узнать что это должна быть за строка кода придется перелопатить тысячи строк кода какой-нибудь опенсурсной библиотеки с гитхаба.
Топ!! Сергей Вы несете позитив и надежность!! Сингулярное спасибо!!! Как ни посмотришь ролики на данном канале, так мораль сразу плюс: morality++ // :))
Да мысли формулировать это одно. но еще есть и эффективность - результат работы, формулировать можно до посинения, а вот результат малый иметь. Формулировать можно и по минимуму. Я к примеру не очень по части формулировок. Но вот декомпозировать задачи, правильно оценивать, ведение конкретной переписки в задачах, строго следовать таскам. у меня да действительно это работает как у специалиста. Это не софт скил, а прост некоторая точность ведения документирования своей работы, дабы её продать. Еще ответственность и исполнительность задач Другой пример создатель VUE, работал чисто над своим проектом в компании, ему просто оплачивали ЗП, за то что он делал работу посвященную исключительно его детищу. Но у него хорошая техническая база как я понимаю. И такие люди хорошо ценятся на западе.
Какую область и язык изучать, чтобы стопудов можно было из мухосранска работать по удаленке с 8мбит интернетом (технически лучше тупо нету)? Ниразу не видел вакансий стажеров или джунов на удаленку, везде пишут в офис
1:10 Я не маляр, но я почти уверен, что в этой работе есть тонкости. Разобравшись в чём-то одном начинаешь видеть, что бесконечное кол-во тонкостей может тебя ожидать при выполнении любой задачи, которую ты по неопытности ощущал как нечто простое и само собой разумеющееся. Человек с определённым мандсетом будет трайхардить в абсолютно любой области, и не потому что он думает как программист. Приватизация всего хорошего под тэг "программист"
иногда когда меня спрашивают можно ли сделать что-то я отвечаю, что сделать можно всё, просто некоторые решения потребуют время сопоставимое со временем жизни вселенной)
Оу!!!!!! Респект за классную футболку!!!!! P.S. забавный момент однажды я почитал переводы песен three day grace и .... выпал в осадок. забыл лет на пять про такую группу. А потом как-то ехал в машине. услышал их песню по радио и всё норм. Мало ли прор что там поётся, чисто фонетически шикарная музыка. А негатив с меня как с гуся вода.
Работая бухгалтером, пользуюсь теми же методами, так что программисты и бухгалтера где-то рядом. В моем универе на факультете бухгалтерского учёта и прикладной информатики в экономике потоки на втором курсе делятся на два, бухгалтера/аудиторы/аналитики и программисты(в основном 1с). Вот как-то так
Что такое Git и почему системы контроля версий необходимы программисту? - ruclips.net/video/5Z0a1uT4VgE/видео.html
Думать как программист... один из примеров: "Программист на ночь поставил рядом с кроватью 2 стакана - один с водой, если захочет пить... и один без воды, если пить не захочет" 🙂
Программист ночью работает.
@@jewgenijmoldawski3306 но это же не значит, что он не захочет пить?)
Это вообще ничего не значит )
@@jewgenijmoldawski3306 плохой программист. Ночью отдыхать надо.
Булевый стакан
- Заказчик: нужно копать от забора и до обеда.
- Программист:
От какого забора?
Откуда именно копать(по центру или с краю)?
С какой стороны забора копать?
Какая минимальная/максимальная глубина/ширина/длина?
Обед во сколько начинается?
По какому часовому поясу вы измеряете время...?
А программист с опытом:
- Впринципе понятно, я предлагаю вам копать вот так-то так-то, обед в такое-то время и оплата такая-то. Мне видится это решение лучшим для вас и для меня))
@@apdgslfhsodbna 👍
Вы сначала все выкопайте, а мы посмотрим и уточним наши требования.
@@Dmitry_Burykin это частично работает для редких специалистов, которые не владеют английским
@@Dmitry_Burykin Надо было дописать «русский заказчик:»
Блин, насколько мощная фраза! Любая задача решима. Даже если ты совсем новенький программист. Просто у тебя уйдёт больше времени, а сделать ты можешь всё! Цитаты великих людей
Зато какой кайф когда пазл сложился)!
Уже дизайню мотиватор на стенку.
А вот ещё цитата:
"Хочешь попить горячий чай, поставь чайник на огонь или на плиту"
Это я сам придумал
пункт про то, что ты последнее звено цепочки - самое страшное. Когда работал в компании покрупнее, были старшие коллеги, которые могли подсказать, если тупишь. А когда оказался в маленькой организации, то ты сам тот старший коллега - это страшно.
Особенно, когда ты вообще один, даже если проект маленький, но целиком твой.
Ещё особенно, когда ты в стартапе и вся серверная архитектура на тебе. Это очень страшно))
"если ты самый умный в комнате - значит ты не в той комнате"©сократ
@@0imax да вообще ничего страшного :)
Страшно, это когда ты дома один и в какой-то момент чихнул. А тебе сказали будь здоров😁
Вітаю, дякую, здоров'я, благословінь, миру.
Отличная мысль про повертеть👍 В разоаботке год с небольшим, заметил, что когда захожу в тупик, и говорю себе, что думаю ещё час и прошу помощи, именно в этот час и приходит озарение😁
Хотелось добавить: Программирование - это практический навык, и всё что вы делаете, вы делаете на свой страх и риск)
Поддерживаю. Программирование - это ремесло. Чтобы обучиться программированию нужен лишь искренний интерес, усидчивость и чугунная задница...
Спасибо😊 ваши видео очень мотивируют!
Изучила частично HTML CSS SASS и так было приятно когда получилось некое подобие сайта. Я была очень рада!)
Теперь учу JAVA - заинтересовала тем, что можно на ней сделать всё и перейти, если понадобится, на другой язык легче. И иногда мотивацию найти просто нереально. Готова посуду мыть, прибираться и другие дела делать, а потом такая " ой, опять не успела за учёбу сесть". И ведь я понимаю что это какой то подсознательный страх, страх того что не получится написать прогу (решить задачу). И всё равно такие моменты происходят😢.
Буду стараться дальше, и писать в блакнот)
Выписывание задачи реально работает. Когда раздельно описываешь, что надо сделать действительно понимание приходит быстрее.
Спасибо за видео!!!
рад, что помог :)
Макс Дорофеев вам в помощь. )
Согласен, блокнот и ручка всегда под рукой должна быть. Это великолепный помощник в работе. Иногда проще записать на бумаге, чём искать потом комментарии в коде, открывать 100500 списков в заметках и т.п.
Наверное отсюда у меня такая любовь к блокнотикам 😁
Я бы добавил еще что опытные разработчики постоянно думают о возможных проблемах - что если на сервер придет одновременно два аналогичных запроса, что если запрос завершится таймаутом, что если объем данных станет больше, что если у пользователя экран другого размера
Всё по делу. Почти. Кроме двух моментов:
1. Не все задачи выполнимы. Иногда какая-то хотелка заказчика ни теоретически, ни фактически не может быть выполнена, по крайней мере не в полном объеме. Поэтому вполне обыденной вещью является подбор альтернативных решений, которые могут покрыть какой-то % этой задачи. А решение в итоге за клиентом.
2. Обучение - тоже работа программиста. Программист не говорит, что он чего-то не умеет, он идёт сначала ищет материалы, учится, а потом применяет то, чему научился. Невозможно знать всё, поэтому умение работать с теоретической частью - чуть ли не основная работа программиста.
Про «всё можно починить, если вертеть в руках достаточно долго».
По работе немного программирую, и меня часто бодрит мысль «Я знаю, что могу это сделать. Просто пока не знаю, как».
Лучший способ завалить собеседование на программиста:
Если интервьюер спросит: "каковы ваши цели в it? Почему решили стать программистом?"
То надо ответить:
"Моя цель, сделать искусственного тимлида и автоматизировать рекрутинг"
А по-моему просмотр таких видео -- это часть работы программиста!
Наверное больше часть учебы и исследования
Сергей, одобряю ваш музыкальный вкус)
спасибо :)
Джинглы к рекламе Новой Пошты?😁
Тот коммент, который я искал
Музыка это свирель дьявола
Спасибо, наконец-то вся встало на свои места 🫶🏼
Фраз пять прям улыбнули и вырвалось: "Красава", это про автора. Мотивируешь. И как-то получается смотреть такие твои видео после того, как сам себе все это проговорил внутри. Спасибо
Прикол, первый раз пожалуй соглашусь, особенно что касается блокнотиков и ручек
Каждая мысль абсолютно в точку. Чувствуется колоссальный опыт.
Вот полностью согласен. Нет неразрешимых задач, вопрос только в цене.
@@user-Pravdarub586 поясните, каким образом это связано с программированием?
@@user-Pravdarub586 мне кажется, на данном канале (и тем более под данным видео) это не нужно уточнять :)
@@0imax оказывается нужно
В цене - для клиента,для остальных - во времени. Ну, по крайней мере у меня такой подход. :)
За свой путь веб-программиста, я заметил в целом 2 вида программиста!
1. Это действительно с рождения талантливый человек, который способен решать не стандартные задачи, благодаря своему не стандартному мышлению. Его минус плохая коммуникация не то что с заказчиком, со всем миром, откровенно больной человек, но именно это ему помогает оседлать программирование по истине.
2. Не в приоритете деньги, а действительно человек захотел научиться программированию. Но не дано... Конечно ты придёшь к определённому результату, но мыслить как программист ты не сможешь, ты просто научишься делать и повторять задачи, которые научился на протяжении своего пути. Плюс в том что тебе легче будет общаться с людьми/клиентами.
Конкретно моего примера я отношусь ко 2 пункту, Володя, который меня учил программированию в 1ой моей компании относится к 1 пункту.
Володя имеет высшее образование по специальности бэкграунд с 1990г. зарабатывает 60к+
Я самоучка 3 года и практики 3 года. На данный момент зарабатываю 190к+ я даже в школе учился на 3, но что-то во мне есть. Какой-то креатив чтоли...
Я действительно подрос в уровне, но до Володи как до программиста мне далеко, я порой удивлялся как он не стандартно решал задачи, мне это инересно, но я так не могу.
Таких примеров за мой путь нормально было.
Плывите по течению и как Вам предназначено)
Сергей, спасибо за видео! По мышлению программиста была у меня одна история. На интервью по проектированию системы мне дали задачу архитектурно спроектировать эмбеддед систему и накидать код классов на C++, без детальных реализаций методов классов. Я по дедуктивному методу и разбил систему на мелкие задачи и потом начал подниматься "вверх", чтобы собрать систему в единое целое. Это очень сильно озадачило интервьюера и он меня спросил, почему я "иду снизу". Я объяснил свое видение, но его оно похоже не удовлетворило. После этого он остановил интервью и собственно дал фидбек об интервью. Суть его была в том, что я думаю "по-другому". Проектировать системы по его мнению нужно строго сверху вниз, а я опустился до дна и пошел вверх :) Интервьюер по результатам сказал, что он не может сказать что я прошел интервью, но и не может сказать что я его не прошел, т.к. думаю по другому :) В итоге меня не взяли из-за того, что я думаю "по-другому". Компания была швейцарская, но офис немецкий.
Велике дякую вам за це відео.
Как же я обожаю здравый смысл всё ещё Сергея Немчинского. Всё по делу, вот так и нужно мотивировать!
Понял как вырос мой уровень, когда купил себе канцелярский планшет для бумаги и стал по пунктам расписывать что мне конкретно надо сделать в рамках данной задачи. Сейчас он всегда лежит у меня под рукой, часто делаю там заметки по тому что мне нужно сделать, что следует изучить, посмотреть, или рисую какие-либо архитектурные схемы)
благодарочка вам, Сергей! лайк от СЕООНЛИ
Серёг, ты великий мотиватор. От всей души благодарю.
Спасибо Сергей. То что ты произносил, - это не только для программирования, но для любого успеха.👍
Sergey ty molodec! Spasibo za information!
Ха, ха, я додумую дрібні деталі, щоб не відволікати інших людей від роботи. Деплою таск, на тестовий звісно, а потім люди дивляться і кажуть що все взагалі не так. І так навіть виходить із рідкісними описаними тасками. Поки, обговорюючи таск, пробую дотримуватися плану:
1) яка ціль задачі і як це хочуть використрвувати
2) повторюю все що в таску, але задом на перед, і прошу це підтвердити замовника. Тут вилазять багато многозначних моментів
3) питаю що із написаного в таску обов'язкове, а що просто побажанн, щоб розставити пріоритети
Это самый актуальный вопрос для меня.
Потому-что 2 года назад я очень сильно выморозился с того что я не умею строить у себя в голове как и что и почему для моего кода.
Ну и ещё я не умею гуглить и понимать документацию.
Вот делаю я слайдер, уже долбанные 3 недели. Я знаю что должна быть обёртка и слайды. А остальное.... Ну в слайдах имеги. Что дальше, не понятно. Примеров слайдеров много и ещё большая тележка, и каждый пишет по разному. Ничего не понятно, как учиться.
На счёт РУЧКИ и БУМАЖКИ это 100%. В любом деле когда нужно структурировать задачу по порядку записывать очень помогает. Не на программировании, но я прочувствовал это.
Можно я тут вставлю старый-старый анекдот про мышление программиста, который описывает всю суть проблемы?
Посылает жена программиста в магазин, говорит: купи палку колбасы, если будут яйца, купи десяток.
Возвращается программист домой с десятью палками колбасы. Яйца были 😅
Анекдот, конечно, забавный, вроде того, где программист несколько часов мыл голову, потому что на шампуне было написано "нанести на голову, смыть, повторить".
Однако, не очень понятно, почему интерпретатор в мозгу программиста десяток отнёс к палкам, а не к яйцам. Тут же как, вот он наткнулся на слово десяток, десяток чего, непонятно, идём выше по контексту и там нам первым делом встречаются яйца, а не палки колбасы. То есть даже в мозгу программиста алгоритм должен был сработать правильно. Где-то ошибка в интерпретаторе. 😀
@@karelalex проблема в бизнес требованиях, допускающих неоднозначную интерпретацию. Немчинский в видео говорит, что надо самому додумывать. Когда додумываешь, иногда бывает как в этом анекдоте)
@Volodymyr Volodymyr это уже мышление самурая в программировании)))
В данном случае хороший программист уточнит перед выходом в магазин
Да-да, а потом на ночь поставил пустой стакан, если вдруг не захочет пить
Ох, как же в точку!!!
Спасибо Серега!!!
Чуть со стула не упал, когда услышал "9/10 задачи не описано и никогда не будет" =) Как системный/бизнес аналитик с почти 15-летним стажем смело заявляю, что это относится только к быдло-кодерству, свойственному заре становления процессов в разработке ПО(ну мир 1С в этом плане подеградировал чуть дольше, когда 1С-программист в одиночки сражался с бухгалтерией). Когда ты и программист, и менеджер, и аналитик, и дизайнер и техпис и куча еще кто. Но уже много лет дела обстоят иначе.
На вершине Продакт-менджер, определяющий стратегию продукта, аудитории/ниши, приоритеты, метрики, маркетинг и тд тп. За ним Овнеры с роадмапом, долгосрочное планирование и тд, за ними сначала бизнес-аналитики, разбирающие задачи бизнеса на соответствующие решения в продукте, UI/UX дизайнеры, за ними системные аналитики, раскладывающие из "должна позволять система/достигать пользователь" в это будет достигаться, затем архитектор раскладывает это на архитектуру продукта, с учетом развития/масштабируемости и тд тп, потом проджекты формируют спринты с учетом всех нюансов, и только начинается вотчина разработчика, не важно фронта или бэка, который предварительно может составить план реализации/техпостановки, затем берет их в работу. А результаты его труда идут на вход QA/AQA, техписам, девопсам, маретингу, сейлзам и тд тп. Даже в маленьких командах процесс примерно так устроен, роли те же, но просто идет совмещение нескольких ролей в одном сотруднике(РМ+РО, системный+бизнес аналитик, архитектор+разраб и т.д.).
Ну а без ТЗ и результат ХЗ =)
На 9:55 начинается хорошая мотивация)
Какой же вы Сергей МОЛОДЕЦ! Интересно было бы узнать ваше отношение к ошибкам, как психолога и как программиста. Цена ошибки и как их минимизировать? Правда ли что «fix bug» произошло из-за случая когда в 1949 году девушка обнаружила мотылька в компьютере?
Спасибо вам огромное! Вы очень помогаете и мотивируюте! Дай бог вам здоровья и успехов во всём!
8:27 - как же жизненно. Я думаю постоянно: "какой шрифт тут лучше выбрать", "как выделить этот фрагмент из общего текста", "в какой цвет покрасить этот, текст", "какоц сделать задний фон этому тексту", "с помощью какого символа можно точнее передать мысль: -> или .", "нужно ли сюда добавлять дополнительные комментарии", "нужно ли сюда приписать какой-нибудь атрибут, который конкретизирует мою, задачу" и т.д (это только первое, что в голову пришло). В итоге я создаю целый язык разметки, но им и не пользуюсь, поскольку оформление каждой такой задачи с помощью такой разметки дело долгое и неблагодарное.
Однако если я взял тетрадку и блокнот, то меня совершенно не волнует разметка текста
именно
Автор очень доходчиво и внятно объясняет мысли, приятно слушать
просмотр ваших видосиков - не часть работы программиста, это время проведённое с пользой,можно сказать инвестиция в свое будущее, ведь получаешь от них: интересную информацию, позитив, прекрасный настрой, поднятие духа, что в целом == успеху в следующих делах)))
Я вижу,у тебя уже привычка 2 равно ставить))
Сергей, обожаю Вас. Согласен полностью, что любая задача решаема))
Не могу выразить свое отношение к некоторым тезисам, сказанным в видео, но большинство из них действительно как шрам по правде матке. Не имея опыта программирования в роли штатного программиста или фрилансера (хобби получается), все равно прихожу к выводу, что все-таки названные аспекты мышления действительно помогают намного эффективней и во многих случаях быстрее решить какую-то задачу. Все-таки детальная планировка действительно решает больше, чем кажется на первый взгляд.
Вполне соглассен с тем, что программисту дают 1/10 из того, что он должен будет сделать. Но, как по мне, 1/10 это перебор, мне попадаеться 0.5/10, тобиж 1/20. Потому что очень часто заказчик не понятно выражает свои мысли или думает, что я их читаю. Очень часто приходится просить скриншот с пометками :) . Сегодня задача разработчика это заставить заказчика показать то, что должно быть в результате, а процесс уже додумывать самому.
шикарно. благодарю
Хорошее видео, но если бы Сергей взял реальную здачу и ее разложил по полочкам вот это был бы ТОП !!!!
Сразу лайкос за блокнотик. Все в команде юзают, при чем записи у всех по своему оформлены, своя инфа , со стороны прочитай чистокровная ересь. Но помогает. 😂
Спасибо, очень мотивирует. Пошёл делать курсовой по ООП на C++. вертеть пока не получится.
Спасибо за советы!)
...программист решает задачу, в которой "ответ" уже известен, ему нужно найти лишь "решение" этой задачи и в этом сложность и необычность мышления программиста, плюс к тому же нужно быть еще и креативным.
Другими словами как в гуманитарных профессиях этиков надо разбавлять небольшим количеством логиков для решения определённых задач - так и программистов надо разбавлять этиками, чтобы они могли красиво формулировать мысли и выстраивать коммуникации внутри коллектива)..
Ну и ещё конечно же снимать очень интересные ролики)))...
Как говорится, если долго мучиться, то может и получится))))
Спасибо!!! Полезная инфа
Сергей, благодарю!
Более чем актуально!
Это супер!!! Спасибо! Лайк и сохранил в альбом самое!)
Просмотр ваших видео однозначно должно быть частью работы программиста!!!))))
Спасибо огромное за познавательные и интересные видосы. Сам стал учиться недавно, переслушал наверно уже все видосы. И за футболочку отдельный лайк)
Все это время я смотрю на скрытую рекламу Новой почты на футболке Сергея🌚😂
я знал, что кто-то это скажет :)
Если у вас 9/10 не описано, у вас проблемы в ведении проекта. Часто пользуюсь принципом, что если что-то не описано я имею право реализовать так как мне удобнее. Так учу аналитиков, архитекторов и менеджеров лучше планировать работы.
Очень полезная информация, спасибо!
спасибо.как всегда доступно и понятно.я тут пытаюсь пройти курс по пайтону для начинающих на юдеми, работая в то же время на основной работе)вывод для себя сделал следующий: если задолбать себя до страшного, останавливаясь на каждой теме достаточно долго, то прогресс будет.просто медленней чем еслиб я уволился и пошел на курсы.в итоге я все равно уволюсь, но на курсы типа как foxminded уже пойду слегка подготовленным.это вселяет немножечко уверенности.
Александр Стефанцев , спасибо за советы
45 лайков за 8 минут ,Вы лучший !
Согласен со всеми тезисами автора, со опытом пришёл к тем же выводам. Думаю начинающим будет полезно, а мне такого видоса не хватало 6 лет назад 😆
И с пунктом "любая задача решима"? Там много глупых вещей, но это самая глупая) Киберпанк запустите на 5 андроиде?) Вот представим заказчик хочет игру Киберпанк, но хочет охватить весь существующий рынок андроида. У заказчика миллионы и времени даётся вам бесконечно XD
Легче можно объяснить это так " ведро на 10 литров, сможете вместить в него 20 литров жидкой воды?" А данный ютубер говорит " да без проблем") Ладно то что есть задачи с точным ответом нет, так ещё и парадоксальные задачи существуют.
Благодарствую за урок! 😇
Посмотрел- интересно.
О программистах вообще говориться, но думаю надо их разделять: если говорить о джуниоре - цепочка заканчивается далеко не на нем. Декомпозиция задачи- согласен.
По поводу информации - для джуниор и миддл не часто приходится ее передавать. Ценно уметь получить в наиболее полном виде, для этого нужно уметь задавать правильные вопросы с учетом понимания бизнеса, а не операций в коде (те выше кодинга, на уровне клиента). Умение реализовывать требования в проекте наиболее простым и общим для проекта способом - для этого умение искать в проекте похожий функционал, выделять общие части и выбирать в реализации правильные вещи - наиболее часто это наследование, стратегия, композиция/агрегация или утильные методы. Если функционал новый - то выбирать наиболее простые и гибкие решения.
Еще добавлю одно из основных навыков программиста - это умение кратко и четко описать проблему
Приятно видеть программиста в хорошей физической форме😊👍👍
И содержание видео на высоте!
Вы описали информатику. Хочешь стать программистом, начни с информатики.
Ахренеть какое мотивирующее видео
каждый раз читаю заголовок Вашего видео и думаю, по аналогии с прочими - ну что там нового/что за ерунда там. Памятуя, что Немчинский - профессионал - смотрю. И, как обычно озвучиваются мои мысли, что и заставляет писать коммент. Однако, если по делу - в авиации, например, есть инженеры, которые головой думают, и есть техники, которые закисшие гайки крутят. В нашем деле такого явного деления нет (junior, senior - не в счёт). А закисших гаек и у нас хватает.
глоток свежего воздуха
Про крутить в руках, навеяло стихи Бориса Барского
Вот уже ночь...
Взошла на небо луна,
Ночь пришла,
А я не сплю ни х**на
Я кручусь в постели,
Словно в бреду,
И в бреду
Кручу свою ерунду.
А потом
От удивленья кричу:
Ну, а вдруг
Я ерунду откручу?...
Сразу подписался ! Здравствуйте ! А теперь смотрим видео
Когда задача поставлена не совсем исчерпывающе, главное потом убедить заказчика, что он хотел именно то, что ты сделал.
Спасибо за видео, очень понравилось
(Мотивирует, поясняет и радует)
Отличный видос! Все точно сказанно.
Всегда говорю работодателям все можно сделать, вопрос только во времени которое вы но вы выделить на это.
Получение информации как раз и есть часть работы программиста, в случае если она связана с выполнением рабочей задачи, начиная с того, что необходимо все таки выяснить что именно от тебя хотят, уточнение ТЗ, и заканчивая исправлением мудренного бага в коде, особенно если он вызван багом или недокументированной особенностью сторонней библиотеки или фреймворка. Порой для исправления бага необходимо написать одну строчку кода, но чтобы узнать что это должна быть за строка кода придется перелопатить тысячи строк кода какой-нибудь опенсурсной библиотеки с гитхаба.
А я то думал зачем стикеры придумали мне нравиться ваша подача пошол учить английский!
Только начал заниматься программирование
Видео хорошее, мотивирует 👍
С удовольствием смотрю ваши видео
Здравствуйте, спасибо за видео. Будут видео по Spring Core?
задавайте вопросы, будет интересный - сделаем
То чувство, когда смотришь этот видосик на работе...)
Топ!! Сергей Вы несете позитив и надежность!! Сингулярное спасибо!!!
Как ни посмотришь ролики на данном канале, так мораль сразу плюс: morality++ // :))
Уху, пошел вертеть))) улыбнуло, что чудес не бывает и это можно починить )))
Спасибо, насыпал мотивации.
ДА, чудес не бывает, а вот фигня всякая - случается весьма регулярно.
хорошие советы, так оно и работает...
Да мысли формулировать это одно. но еще есть и эффективность - результат работы, формулировать можно до посинения, а вот результат малый иметь. Формулировать можно и по минимуму. Я к примеру не очень по части формулировок. Но вот декомпозировать задачи, правильно оценивать, ведение конкретной переписки в задачах, строго следовать таскам. у меня да действительно это работает как у специалиста. Это не софт скил, а прост некоторая точность ведения документирования своей работы, дабы её продать. Еще ответственность и исполнительность задач
Другой пример создатель VUE, работал чисто над своим проектом в компании, ему просто оплачивали ЗП, за то что он делал работу посвященную исключительно его детищу. Но у него хорошая техническая база как я понимаю. И такие люди хорошо ценятся на западе.
Как то сам к этому пришёл. Но спасибо за ролик.
Какую область и язык изучать, чтобы стопудов можно было из мухосранска работать по удаленке с 8мбит интернетом (технически лучше тупо нету)? Ниразу не видел вакансий стажеров или джунов на удаленку, везде пишут в офис
Сергей , спасибо, все круто
Спасибо за советы для будуших джунов
1:10 Я не маляр, но я почти уверен, что в этой работе есть тонкости. Разобравшись в чём-то одном начинаешь видеть, что бесконечное кол-во тонкостей может тебя ожидать при выполнении любой задачи, которую ты по неопытности ощущал как нечто простое и само собой разумеющееся. Человек с определённым мандсетом будет трайхардить в абсолютно любой области, и не потому что он думает как программист. Приватизация всего хорошего под тэг "программист"
Сергей! Подпишусь под каждым словом! Круто сформулировано. По-моему, все так и есть.
иногда когда меня спрашивают можно ли сделать что-то я отвечаю, что сделать можно всё, просто некоторые решения потребуют время сопоставимое со временем жизни вселенной)
Оу!!!!!! Респект за классную футболку!!!!!
P.S. забавный момент однажды я почитал переводы песен three day grace
и .... выпал в осадок.
забыл лет на пять про такую группу.
А потом как-то ехал в машине. услышал их песню по радио
и всё норм. Мало ли прор что там поётся,
чисто фонетически шикарная музыка.
А негатив с меня как с гуся вода.
Работая бухгалтером, пользуюсь теми же методами, так что программисты и бухгалтера где-то рядом. В моем универе на факультете бухгалтерского учёта и прикладной информатики в экономике потоки на втором курсе делятся на два, бухгалтера/аудиторы/аналитики и программисты(в основном 1с). Вот как-то так
Кто на прогерский курс идет, те сильно выигрывают. Пофиг 1С, не 1С... Главное не в бухгалтерию 🤣
13:00 - 13:05 - ахахаха, обожаю людей с отличным чувством юмора и здоровой самоиронией. :))))
Спасибо кратко и все супер ! Спасибо ❤️👍