Comments 26
Вы знаете, самое забавное, что я закончил государственный ВУЗ по специальности "Программное обеспечение вычислительной техники и автоматизированных систем" и стал хорошим специалистом как и вы не благодаря, а вопреки. А из двух групп в 30 человек каждая до бакалавриата дошли 20. Не говоря уже до окончания аспирантуры.
Может быть так оно и нужно и войтивайти дано не всем?
Не сочтите за негатив, но в меня зацепила фраза про переход от swift к object-c, как только вы стали себя чувствовать более менее комфортно.
Если честно, то постоянно увеличивающийся разный объем данных которые нужно усвоить это абсолютно нормально для профессии (если не стагнировать). Мне кажется, вам очень повезло и вы по сути получили предварительный опыт работы в ИТ. Если это вводит вас в состояние неконтролируемого стресса, то я бы рекомендовал повторно поставить себя вопрос о необходимости входа в ИТ.
Принцип «плыви или тони» тут почти везде
Скорее с вами соглашусь, действительно по прошествии времени, это очень похоже на реальный мир разработки. Однако моя претензия была скоре в том, что курс по obj-c поставили уж слишком рано. Я не против изучать новый язык, тем более близкий и нужный, и действительно, в этой профессии нужно успевать за технологиями. Но я бы предпочла чтоб он стоял где-то в конце обучения, кажется, это принесло был больше пользы, если б излучался уже более осознанно.
А что про него писать? Зависит от курса и направления.
Мне в целом понравилось. Закончили и дошли до конца далеко не все. Ныли многие, некоторые не без причины.
Некоторые уроки были очень хорошо структурированы и была отлично подобранная информация. Некоторые же - сумбурно скомканные отрывки инфы из разных источников и проще загуглить, чем понять что там написано (таких мало, но были).
Все таки надо иметь соответствующий склад ума для работы программистом. Если сапоги начнёт точать пирожник... то сами понимаете что будет. Все эти курсы для пирожников, которые никогда не шили сапоги чистая профанация для ещё одного способа отьема или увода денег и не более.
Преподавание - это такой вид бизнеса, где нет никакой ответственности, это ни продукт сделать, ни проект заказчику сдать. Здесь можно нести всякую чушь и никто с тебя потом за это не спросит. Чаще всего в преподавание скатываются те, кто практически делать ничего не может. Сам проходил курсы на западной площадке юдеми, вот там сначала читаешь отзывы смотришь бесплатно пару лекций и делаешь выводы. Но и там засилие плохоговорящих на английском индусов. Но два курса оттуда мне очень сильно помогли. А русскоговорящих нормальных преподавателей я не видел, чаще всего это люди с нулевым опытом преподающие по ххелпам из интернета.
Как часто вы используете в повседневной жизни memento?
Простите, но вы же кондитер? Ну ок, уже не совсем кондитер, но вы программист без опыта. С какой стати вы делаете такие обобщения, не имея для этого никаких оснований?
Ну за год то с момента окончания учебы что-то могло и измениться? Может и опыт уже появился?
Паттерны (просто по определению) - это про типовые решения типовых задач. Начинающим давать их в курсе обучения вообще противопоказано - они как правило просто не имеют опыта решения типовых задач, для них все задачи новые. Поэтому я вовсе не про то, что автору в курсе нужно было давать memento, и это правильно. Нет.
Я скорее про то, что когда программист без опыта делает выводы, что ему вот это и вот это не нужно - это слегка самоуверенно. Типовой начинающий программист даже увидев паттерн где-то на SO, и применив его у себя, не всегда поймет, что он применил.
P.S. Вообще говоря, полгода в самом начале это еще не опыт. Это обычно то время, когда человек только и делает, что отрывает более опытных от работы, не принося при этом пользы. Так что из года надо сразу вычесть половину )
Мой опыт мне говорит, что паттерны очень сильно зависят от области разработки, в каких языках одни используются чаще, в каких-то это считает плохим тоном, конечно, неплохо это всё знать. Я говорю лишь о том, что этот паттерн в iOS разработке не часто применимый и лучше бы фокус на этом курсе был на паттерны, более применимые для iOS разработки.
Мой опыт мне говорит, что паттерны очень сильно зависят от области разработки
Я говорю лишь о том, что этот паттерн в iOS разработке не часто применимый
Ваш опыт вам вполне правильно подсказывает. От языка еще. Потому что в функциональном языке будут совсем другие типовые задачи и другие паттерны их решения (и их даже возможно так называть не будут).
Я скорее о том, что имея небольшой опыт, не стоит делать далеко идущие выводы о том, что нужно а что нет. Ведь все что вы знаете (реально знаете, а не думаете что знаете), это то, что вы какие-то паттерны не применяли. И не знаете, куда и зачем применить. Понимание того, насколько типовую проблему они решают, дает только опыт, ну или исследование.
Опять же, как по мне, я бы вообще начинающим про паттерны рассказывал только то, что они есть. И для чего нужны. Потому что осознанное их применение - оно за пределами имеющегося опыта. И как правило, попытки применить делают код только хуже.
Я вот кучу лет программирую и ни разу не пользовался этим паттерном. Да и ещё доброй половиной других. И во время обучения ещё я помню много разных паттернов разбирали, но не этот. Он какой-то очень специфичный.
Я вот кучу лет программирую и ни разу не пользовался этим паттерном.
И что из этого следует, кроме того, что ваш опыт специфический (как и любой другой)?
Наверное, что я ещё видел как у кучи людей вокруг он тоже не встречался. И ещё можно просто погрепать на наличие слова memento в сырцах и посчитать количество.
Ну если погрепать - это будет исследование. И более-менее объективный результат (хотя реализация этого паттерна совсем не факт что содержит такое слово, BTW). Но я почему-то уверен, что ни вы, ни автор такого исследования не проводили.
Я все равно ведь не про это. Автор с парой лет опыта скорее всего никогда не использовала например Chain of Responsibility, или стратегию. Следует ли из этого, что они тоже не нужны?
Ведь по-хорошему, зачем вообще в курсах давать паттерны? Ведь явно совершенно не для того, чтобы ученики сразу начали их использовать на практике, все подряд. Ничего хорошего из этого не получается.
По крайней мере на мой взгляд, давать их стоит в такой форме, чтобы ученики понимали, что есть вот такая книга рецептов ("о вкусной и здоровой пище"), где описаны типовые решения типовых задач. А точнее - книги. Причем сразу отметить, что выглядеть эти решения (и сами задачи) будут сильно по-разному, если вы возьмете другой язык, другой фреймворк, и другие задачи наконец. Потому что для других задач есть например набор EIP (Enterprise Integration Patterns), с совсем другим набором паттернов.
И в такой постановке вполне можно рассказать классификацию паттернов, упомянуть любые из них, какие преподавателю в голову взбредет, просто чтобы проиллюстрировать, что такое типовая проблема, и из чего состоит типовое решение. И memento в этом смысле ничуть не хуже любого другого паттерна, и участвует в нем всего три класса (что даже совсем не много).
Паттерны стоит принимать просто как общепринятые названия ваших велосипедов, чтобы на онбоардинге у новых гребцов когнитивный диссонанс не случался и не создавались лишние связи, что ваш допустим AutoCreator это просто Factory. Никто не запрещает их смешивать как вам нравится, если это упрощает чтение и понимание кода. Есть GanfOfFour, а есть и его критика и критика паттернов в целом. Это как в школе делить на 0 нельзя, а потом оказывается, что можно.
У чистого кода есть обоснованная критика, у solid есть.
Употребляет такие выражение как “сука”, “дерьмо”, часто характеризует этими эпитетами фреймворки.
Как есть, не переживайте, и вы дорастете )) Как показала практика, именно чел, который называет как есть, и окажется самым скилловым. Остальные банально не знают, как нужно
Доброй ночи и спасибо за вашу историю!)
""" То есть из 200 человек на старте до конца нас дошло 5 """
Забавно, что когда я только начинал учиться, то у меня был друг, который начал, но потом забросил. И его основная мотивация сделать это была в том, что оооочень многие люди поступали на курсы и он думал, что скоро пузырь наполниться и лопнет
Говорил что-то по типу "Ты представь сколько сейчас людей станет программистами". Так как на пару с другом учиться было бы легче, то я пытался переубедить его, но точной статистики у меня не было. Хотя в душе я догадывался, что очень немногие доходят хотя бы до половины обучения. Жаль тогда под рукой не было вашей статьи с этой цитатой:D
Из кондитера в программисты. Продолжение