В видео озвучена очень важная мысль, которая мало кому даже в голову поначалу приходит - программирование действительно не существует в вакууме и привязано к предметной области. Причём, в зависимости от предметной области, уровень глубины познаний требуется разный. Например если ты разработчик интернет магазинов, то тебе нужно совсем немного понимать электронную коммерцию, а если ты программист промышленных роботов, медицинских систем(в ВУЗе где я учился, БиоМед был вообще отдельной кафедрой от программной инженерии и часть занятий проходила в расположенном по соседству медунивере), телекоммуникации или бортовых компьютеров, то тут еще вопрос что ты должен знать глубже - предметную область или программирование. Лично до меня эта мысль полноценно дошла когда я проработал 11 лет в электроннной коммерции, мне надоело + наступать на пятки стал кризис и система по которой я специализировался резко упала в спросе, изучил Python и ушел в программирование БпЛА. Вот тут я маленько охренел от сопутствующего объёма требуемых знаний и в электронике и в механике(классическая ТММ - Теория машин и механизмов, ласково прозываемая студентами Ты Моя Могила) и в физике и в геометрии(причём как эвклидовой так и сферической, потому что земля не плоская и планиметрические формулы дают категорически не верный результат) + набор терминов и понятий применяемых в авиационной инженерии. То есть прогер БпЛА это эмбендщик с навыками авиационного инженера хотя бы на уровне базового бортмеханика. Могу дать совет начинающим, исходя из своих граблей - старайтесь не ограничиваться отдельной технологией узкой области, потому что если на эту технологию/фреймворк упадёт спрос - вы останетесь без работы даже имея большой опыт.
Как насчет разработки по четкому ТЗ, или разработка через тестирвоание (TDD), или разарботка API на основе документации к API, есть куча методолгий где программист понятия не имеет о предметной области.
Вообще, многие забывают что программирование (наравне с ui/ux, тестированием, аналитикой и т.д.) - это лишь один из этапов решения конкретной проблемы. Проблемы - которую ставит тебе бизнес. Вот я допустим сейчас разрабатываю собственный сервис стриминга музыки(чисто для себя, хочу уйти с вк музыки), и это прям очень интересный опыт, вот прям каждому советую сделать какой-нибудь опенсорсный продукт хоть раз в жизни. Именно делая проект в соло, ты понимаешь что программирование - это не про код. Программирование - это про бизнес. Тебе приходится стать самому себе: заказчиком, проджект менеджером, архитектором, аналитиком, сеньором, мидлом, джуном, тестером и т.д.
@@tishk_kinaosfr Ну слушай, а разве бывает быстрый вкат?))) И кто эти люди?) Те джуны питоновские, которые заполонили весь hh?) Быстро в этой жизни ничего не бывает)(только скорострелом в постели быть😂) Лично я для себя понял, что вместо того чтобы искать способы быстро вкатиться, надо просто полюбить свое дело, и стать энтузиастом в нем) работодатели сразу чувствуют за бабками ты пришел или ты энтузиаст с забитым до верху гитхабом) Для контекста: я в индустрии 3 года, начинал как линукс админ, потом девопс, вот сейчас перехожу на бекенд на Go
Видео зачет) почти все пункты совпали. 2.5 года назад с нулевым опытом, без профильного образования и пет проектов повезло вкатиться на финтеховский проект и это был ад) Очень повезло с командой, которая уделяла время на обучение, передавала свой опыт и терпеливо относилась с косякам. Мне кажется за это время самое сложное было привыкнуть к мысли, что не существует фразы *это невозможно реализовать/я не знаю как это реализовать*. Задача поставлена? - Да. Дальше уже разработчик должен использовать все ресурсы и решить задачу. Вот когда осознал и привык к этому, то стало сильно проще)
Это специфика вашего проекта. Если разрабатывается продукт на продажу, то на какие-то хотелки пользователей можно смело забивать, тк решение будет кривым или громоздким. Команда сама в значительной степени решает, что она делает.
@@nikki651 ну менеджеры тоже опираются на мнение команды, нет же такого что "нам нужна фича Х и нам не важно сколько мы ее делать будем и как потом продукт поддерживать - тоже"
Про предметную область - 100%. Устроился в банк, разбирался как работает депозитарная система, ипотечные закладные, брокерские услуги, проводка счетов и т.д. Потом свичнулся в igaming. Никогда в жизни не играл в автоматы, но теперь мне кажется знаю все о казино, ставках и т.д
Пишу проекты чисто как хобби, иногда верстаю Лендинги. Понял, что дальше JS я не готов погружаться. Мозги и глаза уже плывут от компов. Хочется "потрогать травы" и просто разгрузить голову обычной работой 😅
Благодарю, что уберегли меня он океана времени, который утек бы в пустую, если бы я не стал искать, какие сложности могут меня встретить в программировании !
Полностью согласен с озвученным в видео. Меня компьютеры интересовали с самого раннего детства, но все что на них происходило для меня было какой-то магией. А т.к. в школе я учился в классе с гуманитарным уклоном, то считал, что мне без углубленного знания математики и информатики в программировании делать нечего. И это все к тому же уже тогда пугало своей сложностью. Но как ни странно своей сложностью и волшебством программирования меня приманивало как мед медведя. Я самостоятельно разбирался с операционными системами, сетями, по самоучителям, чего-то там пытался изучить, понять, написать первые программы. В итоге уже после окончания гуманитарного факультета, будучи аспирантом, я админил несколько локальных сетей, кодил сайты и небольшие приложения под винду и линукс, при этом даже не особо на это не зарабатывая, а просто потому что это было в кайф. Но вот уже и степень получил и 10 лет по специальности отработал, и даже по карьерной лестинце продвинулся до руководящей должности. Но все это не приносило удовольствия, а программирование пугало - ведь там сложно, много надо знать, а я какой-то гуманитарий. В итоге психанул, уволился, а через 2 недели уже работал программистом джуном. Первые полгода были сложными, но мне было так все интересно, что было абсолютно пофиг на сложности. Я впитывал все как губка от коллег и до чего мог дотянуться за 8 часов работы и все свободное от работы время. По-прежнему каждый день на работу хожу как на праздник, а к проблемам и к багам чаще отношусь как вызовам, решение которых порой засасывает как остросюжетный фильм. Ну а когда набрался опыта, то уже и задачи стали интересовать более высокого порядка: та же архитектура приложений, оптимизация, многоплатформенность, многозадачность, модульность и пр. И вот сейчас для все эти сложности программирования вызывают не страх, а чувство предвкушения чего-то очень желанного. И когда приходишь сам к решению или просто даже находишь уже среди вороха технологий и информации какое-то подходящие решение и понимаешь как это можно использовать для твоих нужд - то для меня это просто колоссальное удовольствие. В общем я на своем опыте осознал, что это такое "работать в кайф". P.S. даже убогая iOS постоянно подкидывающая палки в колеса и вызывающая регулярное подгорание пятой точки невероятно доставляет уже тем, что решение все равно найдется, и оно скорее всего будет просто на столько не очевидным, что от этого просто будет еще долго взрывать мозг и доставлять еще больше удовольствия, т.к. ты уже знаешь как с этим работать.
8:30 Объяснение через объем еще помогает объяснить ручное управление памятью и не строгую типизацию. Потому, что в книжке/видео/лекции показывают 3 метода: создать, удалить/захватить и говорят: "сложно" а новичке смотрит и говорит "Всего 3 функции, чего тут такого?". А когда он видит хотя бы 3 тысячи классов, и over 9000 объектов взаимодействующих между собой, уже совсем другой разговор. Тут хотя бы десяток в голове удержать
Забыл упомянуть о колоссальной нагрузке на зрение (сам вон в очках сидишь) и о необходимости компенсировать сидение в кресле весь рабочий день занятиями спортом
Если считаете, что программистом работать сложно, попробуйте поработать грузчиком, курьеров, охранником, продавцом. Подъем в 6-7 утра, смены по 12+ часов на ногах, тяжелая физическая нагрузка, при этом микрозарплата, которая позволяет едва сводить концы с концами.
Устаю я также а то и сильнее когда работал физически. Но иза того того что я люблю свою работу то в основном возвращался домой с улыбкой. Ну и зарплата конечно выше.
И к чему тут это? В видео пояснили сложность работы прогеров, никто не сказал что только им тяжко, к чему это сравнение? Да и если на то пошло что бы заниматься тем что ты перечислил не нужно никакого образования, пришёл и работай.
Только вот грузчиков, курьеров, охранников и продавцов многократно больше, чем программистов. Потому что по статистике из тех кто учился на программистов лишь 6% становятся ими. Причём не какими-то там топовыми, а самыми обычными. И вот уже эти проценты делятся на специализации и уровни развития. Остальные 94% просто сливаются и пополняют армию из грузчиков, курьеров, охранников, продавцов и прочих якобы сложных профессий. А всё потому, что грузчик может перевезти меньше груза. Курьер может выполнить меньше доставок. Охранник может не справиться с какой-то ситуацией. Или продавец может ошибиться. Но в программировании или ты решаешь задачу, причём хотя бы минимально эффективным способом, или ты её не решаешь. А задачи как правило разные, потому что бесконечно решать одну и ту же задачу нет смысла. И большинство никогда не станет программистами, потому что не смогут постоянно решать разнотипные задачи, да ещё по заказу кого-то со стороны.
@@skaron9044так в том то и дело, что не тяжело. Тяжело на кассе 14 часов стоять на ногах и решать конфликты с клиентами. А работа в IT - это манна небесная. Когда работал в других сферах, а потом перекатился в айти, просто в афиге ходишь "а что, так можно было?"
7:05 Как раз во фронте последнее время наметился некоторый застой. Ну да, появляются изредка новые фреймворки, типа Astro или Bun (которыми все равно никто не пользуется, потому что все сидят на React и NodeJs) да пачка новых CSS свойств в браузерах (которые доедут до прода в лучшем случае года через 3, когда достаточно позеленеют на CanIUse). А так из заметных нововведений в последнее время - разве что недавний переход NextJS на серверные компоненты, ну и, пожалуй, все.
Очень важную мысль изложили. Мне как ментору продумывающему утыкатия в развитии карьеры прогера, полезная пища для размышлений, давно и сам об этом думал. Дуже дякую.
А мне наоборот показалось, что работать программистом на одном месте, где ты знаешь, как в целом устроен проект, где что искать и все необходимые технологии у тебя уже есть в голове, вообще не трудно. Я приходил с работы вообще не уставший даже после работы сверхурочно. Труднее в разы было развиваться в новых областях. Вот когда голова действительно закипает.
Насчёт предметной области согласен. я по сути так и выбрал, что хочу быть фронтенд-разрабом. всё началось с того, что я невольно оценивал сайты (их внешний вид/интерфейс и как что (не)работает). По-простому UX/UI. И когда подошёл момент выбирать, понял, что писать код мне нравится больше, чем придумывать дизайны.
Забыл сказать что нужно еще английский знать. И поддерживать его на должном уровне, а еще лучше все время развивать. Ибо во многих случаях, нужно с заказчиком напрямую общаться. А еще взаимодействовать с командами из Индии и/или Китая. В общем еще и акценты английского тоже понимать нужно.
Когда есть необходимость сидеть в отдельной ветке полгода, надо хотя бы раз в неделю брать пулы из основной ветки разработки в свою. А то потом мердж будет действительно проблемой. Хотя лучше такого всё же избегать, так как есть риск параллельных изменений которые вообще не получится смерджить и придётся рефакторить.
Здравствуйте, подскажите, пожалуйста, в каком направлении может работать именно олимпиадник, не занимающийся промышленным программированием? Я говорю про долгосрочный период. Например я учусь в 8 классе, имею большой опыт в олимпиадном программировании, затащила немало олимпиад, при этом промышленным программированием занималась только в 6 классе (совсем чуть чуть и ничерта оттуда не помню), и полгода назад, работала с 1С, но этот язык не особо собираюсь изучать дальше (хотя возможно и придется), где моли бы пригодится знания олимпиадника и на какую бы специальность можно было бы пойти. Ну например в вашем видео я услышала про оптимизацию процессов, мне кажется это именно то, чем может заниматься олимпиадник, но возможно я не права, хотелось бы услышать ваше мнение на этот счет и узнать какие еще специальности вы можете порекомендовать
Друг работал бэкендером в одной известной продуктовой компании, плевался от не интересных задач, постоянных изменений требований от бизнеса, лютых дедлайнов. Перешел в развивающийся стартап в сфере финансов, не может нарадоваться, задач очень много, но все как-будто бы логичные и понятные, дедлайны тоже понятно есть, а требования не меняются на раз два
Я уже 10 лет занимаюсь фронт-енд разработкой, по опыту могу сказать, что не все так страшно и печально, как описывает автор. Свои сложности и проблемы есть, как и везде, но ничего такого катострофического. По опыту могу сказать, что большинство из того, что описано в ролике, возникает обычно там, где либо процессы не налажены, либо руководство неадекватное, либо просто токсичная атмосфера в коллективе, так что, если такое имеет место быть, лучшим решением будет смена места работы. Но вот с чем я точно соглашусь, так это с тем, что если не любишь программирование, лучше найти себя в чем-то другом, и это справедливо в любой сфере деятельности. Если ты занимешься чем-то, что тебе не нравится, то вряд ли ты преуспеешь, и лучше не мучить себя, а найти занятие по душе....
Я захожу на ролики этого парня, не только потому что он до сих пор Сергей Немчинский, но и потому что только с ним я чувствую себя дорогим. Серьёзно! Жизнь современного мужчины это путь унижения обществом и наваливание туевый хуч обязанностей которые тебе вменяются по факту наличия семенных желез. Яйца есть? Тогда тащи. А тут приходишь и сразу «здравствуйте, мои дорогие». По факту своего существования ты сразу становишься дорогим. И ничего никому не нужно доказывать, угодничать, входить в положение, исполнять. Просто заходишь на ролик и становишься дорогим. Спасибо тебе, Сергей Немчинский!
А что пригодится андроид разработчику, нужна электронная коммерция? Просто какую предметную область ещё выбрать, или хотя бы какие направления взять, я думал задача разработчика в реализации, оптимизации или решение задач связанных с ux или back, я как новичок немного в замешательстве, вроде бы изучаю java и все пока что получается😅
Советую вникать в предметную область по мере погружения в неё на реальном проекте. А пока новичкам вникать в SOLID и GRASP принципы полезнее, ибо познав их шанс найти работу намного выше чем когда знаешь только как ведётся учет попугаев в зоопарке (образно предметную область). Никогда не знаешь на какой проект тебя занесёт, но если знаешь какую то область, то возможно повезёт попасть на проект из этой области
Андройд разработчику я бы посоветовал посмотреть на Swift, SwiftUI и в целом разработку под яблоко. После 5 лет кросс-платформенной мобильной разработки могу ответственно заявить, что Андройд в всё, что с ним связано - это огромная выгребная яма.
а вообще самое сложное это убитая мотивация -- когда смотришь на рынок труда и понимаешь что во фронт не пробиться потому что на каждую вакансию по 300+ человек, и шанс что тебя с какого то чуда выберут почти ноль, а учить бэк, какой нибудь ПХП вообще не хочется, да и там в целом тоже своя конкуренция хоть и пониже но там же полно ветеранов ПХП со стажем 10+ лет. надо было успеть года 4 назад залететь в ИТ, а сейчас во время войны рынок обрушился и хз что будет следующие несколько лет, по сути им только опытные мидлы нужны будут, сейчас бизнесу не время баловаться джунами
за последние три года, никто из моих знакомых во фронте и я сам, не пытались зайти на рынок джуном, мы сразу шли мидлом и изи тянули все задачи и получали збс зп, просто накрути себе уже 3г и не ной
Накрути себе годик опыта) придумай, что работал в какой-нибудь мелкой региональной галере из хуево-кукуево. Придумай задачи, которые ты делал чтоб ответить на вопросы про опыт. Посмотри видосы на ютюбе про правильный накрут опыта.
@@vladk4144 ох уж эти крутилки. такие люди вылетают из проекта меньше чем за три месяца. удачи. лучше придумать пет-проект, довести до ума и выложить на гитхаб. и проект не такой, что "сюда нажали, а том что то подпрыгнуло", а ... придумай сам. (магазин товаров, учет посетителей в спрт-зале и еще где то, по для СТО). UPD: и, самое главное, не надейся, что все получится сразу - нужно подходить в несколько итераций. 1-я - шаблон, что бы работало, 2-я - переосмысление, 3-я - рефакторинг. и еще несколько итераций может быть. со временем этих итераций будет меньше, но они будут всегда.
Просто Ви привикли до інтелект.праці, тому фізична здається занадто важкою. Хоча якщо фізично працювати довгий час, до прикладу на стройці, то у організма з'являється усталість, тоді фізично працювати також дуже важко, а на старість з'являються грижи і т.д.
@@denispaster7627даже больше C чем C++ . И более важно знать как читать schematics , RTOS работа с сенсорами исползования оцылоскопа, DSP протоколы uart, i2c , spi и прочие . И это все верно для эмбедед который работает hard real time , bare metal в случии embedded linux там чуть другая питрушка .
Влюбом случае по моему опыту свитчеру или без профильного оброзавания (CS, SWE, EE , CE) очень сложно будет попасть в эмбэдед но здесь я опираюсь на западный рынок в снг может ситуация другая .
Хочется увидеть видос про тестировщика, который меч пихает в бедного программиста Не нужен обзор про то, как за неправильно расположенный выпадающий список хаят, но хочется про Ваш опыт про то, как справлялись с их «трудом», мирились или решали их найденные проблемы Может пропустил Я тестировщик, если что 🙃 Люблю бэкхенд, в сетевуху и лезу, куда не просят Фронту соболезную Спасибо за видосы, очень познавательно!
Соглашусь со всем сказанным автором видео, в частности, что программист, который хорошо разбирается в предметной области, которую он автоматизирует всегда будет котироваться лучше чем программист, который автоматизирует какую то область полагаясь исключительно только на опытность других людей. Ибо этих людей может не оказаться в нужный момент рядом, например, или сам заказчик не может внятно сформулировать требования к софту и эти требования нужно вытягивать самому из заказчика.
Так и будет, когда устроишься в первую компанию ( и все последующие). Пока работаешь ты ДОЛЖЕН будешь изучать предметную область своей компании, иначе не сможешь выполнять свои рабочие задачи
когда посмотрел этот видос на обеде и сергей такой: вот как у нас всё сложно, а потом говорит не сдаваться. а ты до этого уже кодил, а теперь поел и ещё спать хочется. а фича нужна вчера.
Это правда для бэкэнда. Дизайнерам это трудно понять. Как работает, скажем, логистика склада и транспорта - надо разбираться во всех вопросах. Понимать что, куда и когда приходит и уходит. Все бизнес процессы расписать правильно - логика должна присутствовать. За это и платят деньги - это вам не кнопочки разукрасить.
Бекер з трохи досвідом фронту. Фронт це також не так вже й просто) Це не тільки кнопки красити (хоча верстку я взагалі ненавиджу). Це взаємодія різних компонентів, архітектура, щоб 100500 класів і компонентів не змішались у кашу. Та і вічно мозгойобка шо шось відвалилось. На беку в цьому плані простіше - воно або працює, або не працює
Для того, чтобы разбираться в предметной области существуют аналитики и эксперты. В идеале аналитики описывают постановки, задач, а программисту остаётся просто перенести это описание в программу.
Сергей, не совсем соглашусь с тем что программист должен знать смешную область. Знание смежной области на себя берут системные и бизнес аналитики, они должны разбираться в нюансах фармакологии и эти нюансы доводить до разработчика
Думаю что тут дело не в беке, а в самом рынке. Я как фронтендер уже тоже должен шарить в беке, девопсе и тд. Походу что в скором будущем все будут фулстеками
Нуууу, хз. В нормальных компаниях идет строгое разделение между бэком и девопсом/фронтом(Маленькие фиксы, скриптики не в счет). Та и даже с учетом этого один хрен бэк в целом более стабильный и долгоиграющий в плане знаний по сравнению с фулл фронтендом, где если на годик-два залип, то можешь сильно просесть по актуальным скилам.
@@nikki651последнее время часто на собесах встречается: у нас тут скрам канбан, четкое деление задач, архитекторы, лиды, а вы на прошлых позициях ci/cd настраивали, а кубер настраивали, а коллег ревьювили, а с фронтендом каким работали. Собеседование на бэкенд разработку -а у вас точно корректное разделение обязанностей и точно есть хоть один админ и безопасник?
@@nikki651 Ага, и тут появляется другая проблема. Проблема с твоим ПО либо сервисом, но по любым вопросам все эти отдельные группы делают лицо кирпичом, и говорят что с их стороны все ок, просто твой код "не оптимизирован". После этого приходится разбираться в администрировании, БД, сетях, фронте, безопасности, ещё в чем-то неведомом, что бы потом прийти и тыкнуть носом, что это не мой код г****но, а проблема все же с их стороны _))))
По опыту скажу, что аналитик не все видит, тестировщик так же. Это норма, мы люди. Но бек должен видеть все, чем больше он видит тем его профит лучше 😅
Ну можно подумать какие приложения, софт, программы могут быть нужны аграриям. Должен вестись учёт, значит должна быть база данных. Если есть база -- нужно приложение или сайт чтоб с ней работать (управление данными). И т.д.
Спрыгнул с одного такого проекта осенью 2021 года, сразу после того, как Байден заявил, что со стороны РФ готовится нападение на Украину. В итоге даже денег за работу не взял, хотя тот клиент должен был в совокупности за несколько текущих проектов больше 80 тыс. руб. Насколько я понял, проект предусматривал сбор специфической статистики по землям сельхоз назначения и предоставление удобного доступа к оной. Немножко жалею, т.к. потенциально это мог быть интересный проект, но принципы и чистая совесть важнее.
Людина, що є далекою від теми, дивиться таке відео з егоїстичним задоволенням. Так само як людина, що живе в мирній країні, дивиться випуск новин про війну в іншій країні і думає: Боже, яке щастя, що я не там!
Что за бред. Программирование - это инженерная специальность, мир постоянно усложняется потому нужно постоянно учиться и разбираться в разных вещах на разных уровнях, благо все нормальные компании дают возможности и бюджеты на обучение)
От як пояснити всім тим 18+ які приходять на співбесіду, нічого не вміють, хочуть всі гроші світу і зовсім не вмотивовані розвиватися що програмування не для них? Тікток експерти їм уже пояснили що gpt chat все за них напише, a програмування це відпочинок на Балі і перегляд роликів на TH-cam.
Для джунів все трохи простіше. Частіше за все тобі дадуть лопату і покажуть звідки і до куди копати, як глибоко і як швидко. Коли ти зовсім зелений тобі ніхто не дасть аналізувати предметну область. Це буде проходити поступово по мірі кар'єрного росту. Хоча виключення існують, але то в сторону треш компаній.
Дед какую-то шляпу про предметную область наговорил. По крайней мере, его примеры про аптеку и финтех не валидные. В таких местах как правило есть менеджеры, которые это всё знают и уже подумали за тебя и описали в тз. Тебе если и нужно что-то знать, то тебе об этом скажут и знать нужно будет "по верхам". А если знающих людей нет, то это уже не твои проблемы. Беги оттуда) Сори, бомбануло)
Если знающих людей нет - то уже начнется придумывание за бизнес. На этом же канале несколько лет назад говорили, что это основная из ошибок. А так предметную область нужно знать на уровне "финтех для новичков за два часа". То есть основную терминологию и и как проходят основные процессы. А дальше уже представитель заказчика даст детали и специфику.
Не согласен. Если менеджер написал в ТЗ какую то шляпу, то зная предметную область у тебя есть шанс откорректировать ТЗ так, чтобы всем позже было проще. Иначе ты запилишь эту шляпу, потом перепилишь, потом код уйдет на помойку, а потом у тебя сгорит пукан, потому что раньше ти считал что это всё должно было быть головняком менеджера 😂😂😂 Удачи
@@maksymo9917 Это очень вредный совет "откорректировать ТЗ", тем более для новичков. Правильный "откорректировать ТЗ и согласовать с заказчиком(менеджером, лидом, продактом...)", так как может заказчик действительно хочет эту дичь и готов за неё платить. Кстати, наверное это и можно назвать знанием предметной области: когда ты как разработчик видишь возможные проблемы и несколько вариантов решения, а также знаешь как сделать так, что бы пользователям было удобно работать с твоим продуктом.
Если он "дед", получается ты тоже без десяти-пятнадцати лет "дед", поверь это время быстро пролетит😅😅😅 Все таки молодежь у нас сильно тупит, а в итоге закапывают самих себя...
самое сложное - это встать с пастели к дейлику
В видео озвучена очень важная мысль, которая мало кому даже в голову поначалу приходит - программирование действительно не существует в вакууме и привязано к предметной области. Причём, в зависимости от предметной области, уровень глубины познаний требуется разный. Например если ты разработчик интернет магазинов, то тебе нужно совсем немного понимать электронную коммерцию, а если ты программист промышленных роботов, медицинских систем(в ВУЗе где я учился, БиоМед был вообще отдельной кафедрой от программной инженерии и часть занятий проходила в расположенном по соседству медунивере), телекоммуникации или бортовых компьютеров, то тут еще вопрос что ты должен знать глубже - предметную область или программирование.
Лично до меня эта мысль полноценно дошла когда я проработал 11 лет в электроннной коммерции, мне надоело + наступать на пятки стал кризис и система по которой я специализировался резко упала в спросе, изучил Python и ушел в программирование БпЛА. Вот тут я маленько охренел от сопутствующего объёма требуемых знаний и в электронике и в механике(классическая ТММ - Теория машин и механизмов, ласково прозываемая студентами Ты Моя Могила) и в физике и в геометрии(причём как эвклидовой так и сферической, потому что земля не плоская и планиметрические формулы дают категорически не верный результат) + набор терминов и понятий применяемых в авиационной инженерии. То есть прогер БпЛА это эмбендщик с навыками авиационного инженера хотя бы на уровне базового бортмеханика.
Могу дать совет начинающим, исходя из своих граблей - старайтесь не ограничиваться отдельной технологией узкой области, потому что если на эту технологию/фреймворк упадёт спрос - вы останетесь без работы даже имея большой опыт.
Мысль выражена великолепно и по полочкам, видно хорошего программиста, соглашаюсь со всем выше сказанным.
Мысль в целом понятна. Хотя и тут можно выбирать что то близкое к текущей предметной области. Кстати, у нас в бауманке тмм называли "тут моя магила"
Как насчет разработки по четкому ТЗ, или разработка через тестирвоание (TDD), или разарботка API на основе документации к API, есть куча методолгий где программист понятия не имеет о предметной области.
Вообще, многие забывают что программирование (наравне с ui/ux, тестированием, аналитикой и т.д.) - это лишь один из этапов решения конкретной проблемы. Проблемы - которую ставит тебе бизнес. Вот я допустим сейчас разрабатываю собственный сервис стриминга музыки(чисто для себя, хочу уйти с вк музыки), и это прям очень интересный опыт, вот прям каждому советую сделать какой-нибудь опенсорсный продукт хоть раз в жизни. Именно делая проект в соло, ты понимаешь что программирование - это не про код. Программирование - это про бизнес. Тебе приходится стать самому себе: заказчиком, проджект менеджером, архитектором, аналитиком, сеньором, мидлом, джуном, тестером и т.д.
Такой проект это не про быстрый вкат😂 для студента норм совет, для свитчеров с обязательными платежами совет не очень
@@tishk_kinaosfr Ну слушай, а разве бывает быстрый вкат?)))
И кто эти люди?) Те джуны питоновские, которые заполонили весь hh?)
Быстро в этой жизни ничего не бывает)(только скорострелом в постели быть😂)
Лично я для себя понял, что вместо того чтобы искать способы быстро вкатиться, надо просто полюбить свое дело, и стать энтузиастом в нем) работодатели сразу чувствуют за бабками ты пришел или ты энтузиаст с забитым до верху гитхабом)
Для контекста: я в индустрии 3 года, начинал как линукс админ, потом девопс, вот сейчас перехожу на бекенд на Go
Спасибо, что вас все еще зовут Сергей Немчинский
Согласен, хоть здесь стабильность!
Видео зачет) почти все пункты совпали. 2.5 года назад с нулевым опытом, без профильного образования и пет проектов повезло вкатиться на финтеховский проект и это был ад) Очень повезло с командой, которая уделяла время на обучение, передавала свой опыт и терпеливо относилась с косякам.
Мне кажется за это время самое сложное было привыкнуть к мысли, что не существует фразы *это невозможно реализовать/я не знаю как это реализовать*. Задача поставлена? - Да. Дальше уже разработчик должен использовать все ресурсы и решить задачу. Вот когда осознал и привык к этому, то стало сильно проще)
Молодец умница❤
Это специфика вашего проекта. Если разрабатывается продукт на продажу, то на какие-то хотелки пользователей можно смело забивать, тк решение будет кривым или громоздким. Команда сама в значительной степени решает, что она делает.
@@tsc472 само собой речь идёт о задачах, которые уже прошли через БА и менеджеров)
@@nikki651 ну менеджеры тоже опираются на мнение команды, нет же такого что "нам нужна фича Х и нам не важно сколько мы ее делать будем и как потом продукт поддерживать - тоже"
Спасибо за информацию.
Сергей и весь коллектив канала, традиционное спасибо за выпуск, как всегда здорово 👍👍👍
😊
Про предметную область - 100%. Устроился в банк, разбирался как работает депозитарная система, ипотечные закладные, брокерские услуги, проводка счетов и т.д.
Потом свичнулся в igaming. Никогда в жизни не играл в автоматы, но теперь мне кажется знаю все о казино, ставках и т.д
Пишу проекты чисто как хобби, иногда верстаю Лендинги. Понял, что дальше JS я не готов погружаться. Мозги и глаза уже плывут от компов. Хочется "потрогать травы" и просто разгрузить голову обычной работой 😅
Благодарю, что уберегли меня он океана времени, который утек бы в пустую, если бы я не стал искать, какие сложности могут меня встретить в программировании !
Сергей, сразу лайк
Серега, лайкос!
Сергей спасибо!)отговорил))))обратно в курьеры))
У Немчинского самая сложная работа: одно и то же в другом виде.
Сразу видно синьер критикует
Полностью согласен с озвученным в видео. Меня компьютеры интересовали с самого раннего детства, но все что на них происходило для меня было какой-то магией. А т.к. в школе я учился в классе с гуманитарным уклоном, то считал, что мне без углубленного знания математики и информатики в программировании делать нечего. И это все к тому же уже тогда пугало своей сложностью. Но как ни странно своей сложностью и волшебством программирования меня приманивало как мед медведя. Я самостоятельно разбирался с операционными системами, сетями, по самоучителям, чего-то там пытался изучить, понять, написать первые программы. В итоге уже после окончания гуманитарного факультета, будучи аспирантом, я админил несколько локальных сетей, кодил сайты и небольшие приложения под винду и линукс, при этом даже не особо на это не зарабатывая, а просто потому что это было в кайф. Но вот уже и степень получил и 10 лет по специальности отработал, и даже по карьерной лестинце продвинулся до руководящей должности. Но все это не приносило удовольствия, а программирование пугало - ведь там сложно, много надо знать, а я какой-то гуманитарий.
В итоге психанул, уволился, а через 2 недели уже работал программистом джуном. Первые полгода были сложными, но мне было так все интересно, что было абсолютно пофиг на сложности. Я впитывал все как губка от коллег и до чего мог дотянуться за 8 часов работы и все свободное от работы время. По-прежнему каждый день на работу хожу как на праздник, а к проблемам и к багам чаще отношусь как вызовам, решение которых порой засасывает как остросюжетный фильм. Ну а когда набрался опыта, то уже и задачи стали интересовать более высокого порядка: та же архитектура приложений, оптимизация, многоплатформенность, многозадачность, модульность и пр.
И вот сейчас для все эти сложности программирования вызывают не страх, а чувство предвкушения чего-то очень желанного. И когда приходишь сам к решению или просто даже находишь уже среди вороха технологий и информации какое-то подходящие решение и понимаешь как это можно использовать для твоих нужд - то для меня это просто колоссальное удовольствие.
В общем я на своем опыте осознал, что это такое "работать в кайф".
P.S. даже убогая iOS постоянно подкидывающая палки в колеса и вызывающая регулярное подгорание пятой точки невероятно доставляет уже тем, что решение все равно найдется, и оно скорее всего будет просто на столько не очевидным, что от этого просто будет еще долго взрывать мозг и доставлять еще больше удовольствия, т.к. ты уже знаешь как с этим работать.
8:30 Объяснение через объем еще помогает объяснить ручное управление памятью и не строгую типизацию. Потому, что в книжке/видео/лекции показывают 3 метода: создать, удалить/захватить и говорят: "сложно" а новичке смотрит и говорит "Всего 3 функции, чего тут такого?". А когда он видит хотя бы 3 тысячи классов, и over 9000 объектов взаимодействующих между собой, уже совсем другой разговор. Тут хотя бы десяток в голове удержать
Забыл упомянуть о колоссальной нагрузке на зрение (сам вон в очках сидишь) и о необходимости компенсировать сидение в кресле весь рабочий день занятиями спортом
Сергей, нет ли в планах сделать видео про функциональное программирование?
Грамотное пояснение сути работы разработчика. Спасибо
Если считаете, что программистом работать сложно, попробуйте поработать грузчиком, курьеров, охранником, продавцом. Подъем в 6-7 утра, смены по 12+ часов на ногах, тяжелая физическая нагрузка, при этом микрозарплата, которая позволяет едва сводить концы с концами.
Устаю я также а то и сильнее когда работал физически. Но иза того того что я люблю свою работу то в основном возвращался домой с улыбкой. Ну и зарплата конечно выше.
Или врачом. Люди по 10 лет учатся, держат в голове тонны информации и работают потом за 50к, неся ответственность за чужие жизни
И к чему тут это? В видео пояснили сложность работы прогеров, никто не сказал что только им тяжко, к чему это сравнение? Да и если на то пошло что бы заниматься тем что ты перечислил не нужно никакого образования, пришёл и работай.
Только вот грузчиков, курьеров, охранников и продавцов многократно больше, чем программистов. Потому что по статистике из тех кто учился на программистов лишь 6% становятся ими. Причём не какими-то там топовыми, а самыми обычными. И вот уже эти проценты делятся на специализации и уровни развития. Остальные 94% просто сливаются и пополняют армию из грузчиков, курьеров, охранников, продавцов и прочих якобы сложных профессий. А всё потому, что грузчик может перевезти меньше груза. Курьер может выполнить меньше доставок. Охранник может не справиться с какой-то ситуацией. Или продавец может ошибиться. Но в программировании или ты решаешь задачу, причём хотя бы минимально эффективным способом, или ты её не решаешь. А задачи как правило разные, потому что бесконечно решать одну и ту же задачу нет смысла. И большинство никогда не станет программистами, потому что не смогут постоянно решать разнотипные задачи, да ещё по заказу кого-то со стороны.
@@skaron9044так в том то и дело, что не тяжело. Тяжело на кассе 14 часов стоять на ногах и решать конфликты с клиентами. А работа в IT - это манна небесная. Когда работал в других сферах, а потом перекатился в айти, просто в афиге ходишь "а что, так можно было?"
7:05 Как раз во фронте последнее время наметился некоторый застой. Ну да, появляются изредка новые фреймворки, типа Astro или Bun (которыми все равно никто не пользуется, потому что все сидят на React и NodeJs) да пачка новых CSS свойств в браузерах (которые доедут до прода в лучшем случае года через 3, когда достаточно позеленеют на CanIUse). А так из заметных нововведений в последнее время - разве что недавний переход NextJS на серверные компоненты, ну и, пожалуй, все.
видео на одни и те же темы:)
Очень важную мысль изложили. Мне как ментору продумывающему утыкатия в развитии карьеры прогера, полезная пища для размышлений, давно и сам об этом думал. Дуже дякую.
А мне наоборот показалось, что работать программистом на одном месте, где ты знаешь, как в целом устроен проект, где что искать и все необходимые технологии у тебя уже есть в голове, вообще не трудно. Я приходил с работы вообще не уставший даже после работы сверхурочно. Труднее в разы было развиваться в новых областях. Вот когда голова действительно закипает.
Здраствуйте 🙂можно ваш вк..хотела спросить о чём-то..?
Сложности в IT не будет, если купить курсы по Java по ссылке в комментариях 🦕
Насчёт предметной области согласен. я по сути так и выбрал, что хочу быть фронтенд-разрабом.
всё началось с того, что я невольно оценивал сайты (их внешний вид/интерфейс и как что (не)работает). По-простому UX/UI.
И когда подошёл момент выбирать, понял, что писать код мне нравится больше, чем придумывать дизайны.
а как же «курсы Python. за 4 дня стань разработчиком и получай многа доляраф»? 😅😅😅😅
learn Python in 24 hours! LOL
чем больше опыт, создания алгоритмов, особенно делая непохожие сложные проэкты тем легче, придумивается все на ходу ( у меня 7 лет опыта)
Мне всегда нравилось работать с чертежами, и был очень рад найти работу по инженерному ПО для строителей
Забыл сказать что нужно еще английский знать. И поддерживать его на должном уровне, а еще лучше все время развивать. Ибо во многих случаях, нужно с заказчиком напрямую общаться. А еще взаимодействовать с командами из Индии и/или Китая. В общем еще и акценты английского тоже понимать нужно.
Я так долго думал, в какую же отрасль it влезть, но Сергей раскрыл мне глаза. На этом видосе я понял, что нахрен оно мне нужно😂
отлично. я добился своей цели :)
Когда есть необходимость сидеть в отдельной ветке полгода, надо хотя бы раз в неделю брать пулы из основной ветки разработки в свою. А то потом мердж будет действительно проблемой. Хотя лучше такого всё же избегать, так как есть риск параллельных изменений которые вообще не получится смерджить и придётся рефакторить.
Ребейс делать периодически
Здравствуйте, подскажите, пожалуйста, в каком направлении может работать именно олимпиадник, не занимающийся промышленным программированием? Я говорю про долгосрочный период. Например я учусь в 8 классе, имею большой опыт в олимпиадном программировании, затащила немало олимпиад, при этом промышленным программированием занималась только в 6 классе (совсем чуть чуть и ничерта оттуда не помню), и полгода назад, работала с 1С, но этот язык не особо собираюсь изучать дальше (хотя возможно и придется), где моли бы пригодится знания олимпиадника и на какую бы специальность можно было бы пойти. Ну например в вашем видео я услышала про оптимизацию процессов, мне кажется это именно то, чем может заниматься олимпиадник, но возможно я не права, хотелось бы услышать ваше мнение на этот счет и узнать какие еще специальности вы можете порекомендовать
Дата Сайнс.
Сложно лишь устроится, а остальное всё ерунда, по сравнению с работой шпалоукладчика какого ни будь.
Друг работал бэкендером в одной известной продуктовой компании, плевался от не интересных задач, постоянных изменений требований от бизнеса, лютых дедлайнов. Перешел в развивающийся стартап в сфере финансов, не может нарадоваться, задач очень много, но все как-будто бы логичные и понятные, дедлайны тоже понятно есть, а требования не меняются на раз два
Самое сложное -- вовремя понять бесперспективность популярного направления и сменить профессию.
это вы про что?
@@user-bk5ug3jm9e сменить питон на джаву
@@user-bk5ug3jm9eнаверное про фронтенд. Я так думаю.
Прям в боль попал
например?
Я уже 10 лет занимаюсь фронт-енд разработкой, по опыту могу сказать, что не все так страшно и печально, как описывает автор. Свои сложности и проблемы есть, как и везде, но ничего такого катострофического. По опыту могу сказать, что большинство из того, что описано в ролике, возникает обычно там, где либо процессы не налажены, либо руководство неадекватное, либо просто токсичная атмосфера в коллективе, так что, если такое имеет место быть, лучшим решением будет смена места работы. Но вот с чем я точно соглашусь, так это с тем, что если не любишь программирование, лучше найти себя в чем-то другом, и это справедливо в любой сфере деятельности. Если ты занимешься чем-то, что тебе не нравится, то вряд ли ты преуспеешь, и лучше не мучить себя, а найти занятие по душе....
Я захожу на ролики этого парня, не только потому что он до сих пор Сергей Немчинский, но и потому что только с ним я чувствую себя дорогим. Серьёзно! Жизнь современного мужчины это путь унижения обществом и наваливание туевый хуч обязанностей которые тебе вменяются по факту наличия семенных желез. Яйца есть? Тогда тащи.
А тут приходишь и сразу «здравствуйте, мои дорогие». По факту своего существования ты сразу становишься дорогим. И ничего никому не нужно доказывать, угодничать, входить в положение, исполнять. Просто заходишь на ролик и становишься дорогим. Спасибо тебе, Сергей Немчинский!
А что пригодится андроид разработчику, нужна электронная коммерция? Просто какую предметную область ещё выбрать, или хотя бы какие направления взять, я думал задача разработчика в реализации, оптимизации или решение задач связанных с ux или back, я как новичок немного в замешательстве, вроде бы изучаю java и все пока что получается😅
Советую вникать в предметную область по мере погружения в неё на реальном проекте. А пока новичкам вникать в SOLID и GRASP принципы полезнее, ибо познав их шанс найти работу намного выше чем когда знаешь только как ведётся учет попугаев в зоопарке (образно предметную область). Никогда не знаешь на какой проект тебя занесёт, но если знаешь какую то область, то возможно повезёт попасть на проект из этой области
Андройд разработчику я бы посоветовал посмотреть на Swift, SwiftUI и в целом разработку под яблоко. После 5 лет кросс-платформенной мобильной разработки могу ответственно заявить, что Андройд в всё, что с ним связано - это огромная выгребная яма.
Все... я ушел в депрессию...
Нормально делай -- нормально будет
а вообще самое сложное это убитая мотивация -- когда смотришь на рынок труда и понимаешь что во фронт не пробиться потому что на каждую вакансию по 300+ человек, и шанс что тебя с какого то чуда выберут почти ноль, а учить бэк, какой нибудь ПХП вообще не хочется, да и там в целом тоже своя конкуренция хоть и пониже но там же полно ветеранов ПХП со стажем 10+ лет. надо было успеть года 4 назад залететь в ИТ, а сейчас во время войны рынок обрушился и хз что будет следующие несколько лет, по сути им только опытные мидлы нужны будут, сейчас бизнесу не время баловаться джунами
за последние три года, никто из моих знакомых во фронте и я сам, не пытались зайти на рынок джуном, мы сразу шли мидлом и изи тянули все задачи и получали збс зп, просто накрути себе уже 3г и не ной
Накрути себе годик опыта) придумай, что работал в какой-нибудь мелкой региональной галере из хуево-кукуево. Придумай задачи, которые ты делал чтоб ответить на вопросы про опыт. Посмотри видосы на ютюбе про правильный накрут опыта.
@@vladk4144 ох уж эти крутилки. такие люди вылетают из проекта меньше чем за три месяца. удачи.
лучше придумать пет-проект, довести до ума и выложить на гитхаб. и проект не такой, что "сюда нажали, а том что то подпрыгнуло", а ... придумай сам. (магазин товаров, учет посетителей в спрт-зале и еще где то, по для СТО).
UPD: и, самое главное, не надейся, что все получится сразу - нужно подходить в несколько итераций. 1-я - шаблон, что бы работало, 2-я - переосмысление, 3-я - рефакторинг. и еще несколько итераций может быть. со временем этих итераций будет меньше, но они будут всегда.
В бек також 300+ відгуків на вакансію, тримаю в курсі
Все устали уже смотреть курсы как стать программистом, вместо того чтоб им становиться ?)
Ожидание: Выучу JS!
Реальность: Освоил 26 JS фреймворков и всё ещё не джун 🙃
Достаточно хорошо освоить 1.
@@awtozapchastiа потом он умрет или перепишут так что вся концепция сменится)
@@borismor1 _VanillaJS_ точно не перепишут )
@@deniskhakimov я когда начинал свой путь в ИТ в js не было классов. Да и кучи функций не существовала)
@@borismor1 если к тому времени в ТЗ уже не было IE6, то это не настоящий _олдскул_ )
После пяти лет работы программистом пошла на день мыть посуду. Думаю, не надо рассказывать где действительно тяжело
Надо :)
И что больше нравиться?)
Не порівнюйте фізичну роботу і інтелектуальну працю. Завжди друга буде важче, а перша тільки здаватися такою.
Просто Ви привикли до інтелект.праці, тому фізична здається занадто важкою. Хоча якщо фізично працювати довгий час, до прикладу на стройці, то у організма з'являється усталість, тоді фізично працювати також дуже важко, а на старість з'являються грижи і т.д.
@@aerahtv0000 у некаторых і па маладосці яны з’яўляюцца на будоўлі…
Если мне интересно, как устроенно железо, как выполнчеться код на низксх уровнях, то какая програмистская специальность может мне подойти?
Системное программирование, embeded разработка
Эмбедед
@@alexdeadykhin5203 C++ и прочее?
@@denispaster7627даже больше C чем C++ . И более важно знать как читать schematics , RTOS работа с сенсорами исползования оцылоскопа, DSP протоколы uart, i2c , spi и прочие . И это все верно для эмбедед который работает hard real time , bare metal в случии embedded linux там чуть другая питрушка .
Влюбом случае по моему опыту свитчеру или без профильного оброзавания (CS, SWE, EE , CE) очень сложно будет попасть в эмбэдед но здесь я опираюсь на западный рынок в снг может ситуация другая .
Вот будет потеха, если Сергей на старость лет захочет сменить имя)
Хочется увидеть видос про тестировщика, который меч пихает в бедного программиста
Не нужен обзор про то, как за неправильно расположенный выпадающий список хаят, но хочется про Ваш опыт про то, как справлялись с их «трудом», мирились или решали их найденные проблемы
Может пропустил
Я тестировщик, если что 🙃
Люблю бэкхенд, в сетевуху и лезу, куда не просят
Фронту соболезную
Спасибо за видосы, очень познавательно!
Никогда не испытывал затруднений с предметной областью, если аналитики хотя бы минимально адекватны. Но, это если адекватны.
Ну дякую! Так настрашив що вже передумав вчитися,😰😰😰
ну что могу сказать: да полностью согласен.
Соглашусь со всем сказанным автором видео, в частности, что программист, который хорошо разбирается в предметной области, которую он автоматизирует всегда будет котироваться лучше чем программист, который автоматизирует какую то область полагаясь исключительно только на опытность других людей. Ибо этих людей может не оказаться в нужный момент рядом, например, или сам заказчик не может внятно сформулировать требования к софту и эти требования нужно вытягивать самому из заказчика.
Я новичок подскажите пожалуйста, есть ли возможность обучаться предметной области, работая в компании?
Так и будет, когда устроишься в первую компанию ( и все последующие). Пока работаешь ты ДОЛЖЕН будешь изучать предметную область своей компании, иначе не сможешь выполнять свои рабочие задачи
@@MrRyiiba Спасибо большое))
Можно на 1 языке. С 1998 использую С++ :) Совсем редко яву + всякие баши, и не парюсь. Ничего скучного, когда работает, как задумал :)
Яву. Понял
помню... на одном из проектов у нас была отдельная команда для мерджа. они постоянно пили кофе и "литературно" обговаривали ченжи )))
😂
Дякую!
когда посмотрел этот видос на обеде и сергей такой: вот как у нас всё сложно, а потом говорит не сдаваться. а ты до этого уже кодил, а теперь поел и ещё спать хочется. а фича нужна вчера.
Порции меньше.
Обед это реально жопа, час хочется сдохнуть, а не работать
Это правда для бэкэнда. Дизайнерам это трудно понять. Как работает, скажем, логистика склада и транспорта - надо разбираться во всех вопросах. Понимать что, куда и когда приходит и уходит. Все бизнес процессы расписать правильно - логика должна присутствовать. За это и платят деньги - это вам не кнопочки разукрасить.
Бекер з трохи досвідом фронту. Фронт це також не так вже й просто) Це не тільки кнопки красити (хоча верстку я взагалі ненавиджу). Це взаємодія різних компонентів, архітектура, щоб 100500 класів і компонентів не змішались у кашу. Та і вічно мозгойобка шо шось відвалилось. На беку в цьому плані простіше - воно або працює, або не працює
про мерж конфликты прям жиза.
Спасибо за предупреждение, я наверное не буду туда соваться xD
знаю, и бекэндеров, и фронтендеров, которые знают сети на уровне тыктуть в значок вифи. как-то работали...
...такое ваще реально? как они вообще справлялись с поставленными задачами?😮
Oh, It sounds so familiar😮💨
👍👍
А как обычным пользователям "оптимизировать" железо?
Каждый год покупать новый смартфон?
с предметкой разбираются БА, меня как прогера это мало волнует, не нужно глубоко погружаться
Для того, чтобы разбираться в предметной области существуют аналитики и эксперты. В идеале аналитики описывают постановки, задач, а программисту остаётся просто перенести это описание в программу.
а если ты работаешь сам на себя и нет аналитиков и экспертов?
@@ytiu1 обычно такое бывает, когда ты сам эксперт в этой области, либо в состоянии нанять экспертов и аналитиков.
вот то что фронт до 100 классов прямо больно резануло, а бэк 100к+. Есть подозрение что вы лет 10 не заглядывали на фронт :)
Здравствуйте, вы всё еще Сергей Немчинский
5:01 ой, какой замечательньій блок кода 😂
Сергей, не совсем соглашусь с тем что программист должен знать смешную область. Знание смежной области на себя берут системные и бизнес аналитики, они должны разбираться в нюансах фармакологии и эти нюансы доводить до разработчика
половина проблем встречается в любой области деятельности, остальные притянуты за уши...
backend самая геморная область. ты кроме бека ещё и фронт и админ БД и девопс и хз ещё кто.
Думаю что тут дело не в беке, а в самом рынке. Я как фронтендер уже тоже должен шарить в беке, девопсе и тд. Походу что в скором будущем все будут фулстеками
Нуууу, хз. В нормальных компаниях идет строгое разделение между бэком и девопсом/фронтом(Маленькие фиксы, скриптики не в счет). Та и даже с учетом этого один хрен бэк в целом более стабильный и долгоиграющий в плане знаний по сравнению с фулл фронтендом, где если на годик-два залип, то можешь сильно просесть по актуальным скилам.
@@nikki651последнее время часто на собесах встречается: у нас тут скрам канбан, четкое деление задач, архитекторы, лиды, а вы на прошлых позициях ci/cd настраивали, а кубер настраивали, а коллег ревьювили, а с фронтендом каким работали. Собеседование на бэкенд разработку -а у вас точно корректное разделение обязанностей и точно есть хоть один админ и безопасник?
@@nikki651 Ага, и тут появляется другая проблема. Проблема с твоим ПО либо сервисом, но по любым вопросам все эти отдельные группы делают лицо кирпичом, и говорят что с их стороны все ок, просто твой код "не оптимизирован". После этого приходится разбираться в администрировании, БД, сетях, фронте, безопасности, ещё в чем-то неведомом, что бы потом прийти и тыкнуть носом, что это не мой код г****но, а проблема все же с их стороны _))))
Особенно бэк на фрилансе
А что Сергей держит в руках? Пульт от камеры?
От проектора
Видео из серии: все очень сложно, и без нашей помощи вы не справитесь :) ни разу ни нативная реклама :D
С новым годом Сергей и все украинцы, и мирного неба над головой.
По опыту скажу, что аналитик не все видит, тестировщик так же. Это норма, мы люди. Но бек должен видеть все, чем больше он видит тем его профит лучше 😅
А есть ли интегрирование в аграрную сферу?
Ну можно подумать какие приложения, софт, программы могут быть нужны аграриям. Должен вестись учёт, значит должна быть база данных. Если есть база -- нужно приложение или сайт чтоб с ней работать (управление данными). И т.д.
Есть, и эта сфера ещё очень недоавтоматизированна.
@@dmitrikonnov922 например будет ли смысл агроному свитчеру от предыдущей профессии
Спрыгнул с одного такого проекта осенью 2021 года, сразу после того, как Байден заявил, что со стороны РФ готовится нападение на Украину. В итоге даже денег за работу не взял, хотя тот клиент должен был в совокупности за несколько текущих проектов больше 80 тыс. руб.
Насколько я понял, проект предусматривал сбор специфической статистики по землям сельхоз назначения и предоставление удобного доступа к оной. Немножко жалею, т.к. потенциально это мог быть интересный проект, но принципы и чистая совесть важнее.
Для цього і існують БА, системні аналітики, щоб полегшити пограмістам життя, дивно що про них не згадано.
ура. теперь можно не учить прогу.
Щас пацаны на заводе ахуели, что а айти сложно 😅
Людина, що є далекою від теми, дивиться таке відео з егоїстичним задоволенням. Так само як людина, що живе в мирній країні, дивиться випуск новин про війну в іншій країні і думає: Боже, яке щастя, що я не там!
👨💻 После Senior ВСЕ? Как программисту развиваться после Senior и куда двигаться в айти? 👉 th-cam.com/video/NnM1Od1TKdA/w-d-xo.html
Что за бред. Программирование - это инженерная специальность, мир постоянно усложняется потому нужно постоянно учиться и разбираться в разных вещах на разных уровнях, благо все нормальные компании дают возможности и бюджеты на обучение)
а если наоборот, программирование сильно драйвит, кодишь и во сне... но заработка почти ноль, без преуменьшения!??
Главная сложность работы программиста: найти работу программиста, если нет опыта
GWT у нас до сих пор на фронте - лень переписывать
А как же самое важное?
Клиент: - Нам нужно нарисовать семь зелёных линий, вы же профессионал?
*красным маркером. но в наличии только простой карандаш.😂
5:30 активно делает вид, что работает
сложно работать с людьми с "особенными профессиАналами"
6 лет программирую на Scala и прекрасно себя чувствую
вот исполнится тебе 25 - начнут болячки вылазить! )))
От як пояснити всім тим 18+ які приходять на співбесіду, нічого не вміють, хочуть всі гроші світу і зовсім не вмотивовані розвиватися що програмування не для них?
Тікток експерти їм уже пояснили що gpt chat все за них напише, a програмування це відпочинок на Балі і перегляд роликів на TH-cam.
Ничего сложного, работа как работа, то есть офисный планктон.
Ты в шахту спустись и поработай в забое)
Фулстек это самая безполезная область. Ты либо фронт, либо бек должно быть разделение. Иначе ты и то, и то не будешь нормально знать
Ох і ранок звісно...😢
Як ви?
добросранку
😢😢
Знатно бахнуло, таки да, нам тут 25+ ракет прилетело
@@evgeniylitvin8077 говорят это без калибров было, на нг будут вроде как
Работать программистом несложно если любишь это дело
Для джунів все трохи простіше. Частіше за все тобі дадуть лопату і покажуть звідки і до куди копати, як глибоко і як швидко.
Коли ти зовсім зелений тобі ніхто не дасть аналізувати предметну область. Це буде проходити поступово по мірі кар'єрного росту.
Хоча виключення існують, але то в сторону треш компаній.
TypeScript, React, Node.js, просто js, Next.JS, Nuxt.js, ангуляр, вуе, хуе, ёмае... Как у них крыша не едет на фронте
5:38 ха ха ноут с рамками
Дед какую-то шляпу про предметную область наговорил. По крайней мере, его примеры про аптеку и финтех не валидные. В таких местах как правило есть менеджеры, которые это всё знают и уже подумали за тебя и описали в тз. Тебе если и нужно что-то знать, то тебе об этом скажут и знать нужно будет "по верхам".
А если знающих людей нет, то это уже не твои проблемы. Беги оттуда)
Сори, бомбануло)
Если знающих людей нет - то уже начнется придумывание за бизнес. На этом же канале несколько лет назад говорили, что это основная из ошибок. А так предметную область нужно знать на уровне "финтех для новичков за два часа". То есть основную терминологию и и как проходят основные процессы. А дальше уже представитель заказчика даст детали и специфику.
Ну надо же рассказать больше аспектов, почему программировать сложно.
Не согласен. Если менеджер написал в ТЗ какую то шляпу, то зная предметную область у тебя есть шанс откорректировать ТЗ так, чтобы всем позже было проще. Иначе ты запилишь эту шляпу, потом перепилишь, потом код уйдет на помойку, а потом у тебя сгорит пукан, потому что раньше ти считал что это всё должно было быть головняком менеджера 😂😂😂
Удачи
@@maksymo9917 Это очень вредный совет "откорректировать ТЗ", тем более для новичков. Правильный "откорректировать ТЗ и согласовать с заказчиком(менеджером, лидом, продактом...)", так как может заказчик действительно хочет эту дичь и готов за неё платить.
Кстати, наверное это и можно назвать знанием предметной области: когда ты как разработчик видишь возможные проблемы и несколько вариантов решения, а также знаешь как сделать так, что бы пользователям было удобно работать с твоим продуктом.
Если он "дед", получается ты тоже без десяти-пятнадцати лет "дед", поверь это время быстро пролетит😅😅😅
Все таки молодежь у нас сильно тупит, а в итоге закапывают самих себя...
JS язык анархистов.