Hearted Youtube comments on Sergey Nemchinskiy (@SergeyNemchinskiy) channel.

  1. 325
  2. 318
  3. 313
  4. 304
  5. Я бы добавил про мелкие конторы: 1. Скорее всего вы будете врачом сельской больницы - не важно что вы умеете, а что нет. Вы можете посоветоваться с товарищами, но на этом как бы всё. Читайте книги, покупайте курсы, учитесь принимать роды - или ты или никто. 2. Не исключен вариант, когда в первую половину дня вы сами себе тимлид и согласовываете что делать и как, а после 4-6 часов вы становитесь подчиненным, который выполняет то, что вы сами себе с утра насогласовывали. 3. В связи с пунктом 1. - в вас готовы вкладываться. Если есть деньги - вас будут прокачивать, вас будут легко продвигать. Стартапы покупают дорогих специалистов в рассрочку. 4. Мало с кем есть возможность посоветоваться, очень вероятно что вас никто не понимает или понимают на уровне общих знаний. Ваши фейлы и успех тоже оценят на общечеловеческом уровне. Офигительное использование тонкостей языка никто не оценит ибо не поймет. 5. Очень вероятно, что у вас нет замены. Работа делается ровно с такой скоростью, с какой вы ее делаете. Вы легли спать, проснулись - всё на том же месте. Заболели - значит процесс остановлен до вашего выздоровления. 6. Неустойчивость конторы, риск того, что работаешь последнюю неделю 7. Отсутствие бюрократии. Все на расстоянии вытянутой руки. Ряд вопросов решается быстро и просто. 8. При появлении дополнительных денег с вами будут советоваться. Могут поднять вам зп, могут нанять вам в помощь сотрудника. Что тоже качает массу скилзов. 9. Вас мало кто понимает. Вам могут ставить неадекватные задачи и искренне не понимать, почему они не делаются. Навык работы с людьми прокачивается молниеносно. 10. Вас могут кидать общаться с заказчиком, инвесторами и прочими кентами, т.к. менеджмента мало а ты "иди поговори, узнай что он хочет". 11. Не исключен случай, что стартап - это отделившиеся профи, которые хотят самостоятельно зарабатывать деньги. Тогда еще лучше - вы будете окружены опытными людьми и прокачиваться буквально у каждого первого. 12. Противоположный 11. - бывает что стартап это молокососы, которые получили бабло и активно его просаживают, не думаю о будущем. Идти всё равно стоит. Строчка в резюме не лишняя, а за чужой счет получить денег и сертификатов не помешает. 13. Отношения в коллективе будут крайне важны, т.к. деваться вам некуда. Если вы не вписались в коллектив - вы будете дико страдать и увольняться. Но работает и наоборот. Годный коллектив опытных ребят станет вам второй семьёй. 14. При приёме на работы вас могут слегка ... обхитрить. Вам будут называть модные технологии или проекты, которых у них нет. Скорее всего они вообще называют все умные слова, которые знают. Не удивляйтесь, если клевый амбициозный проект на модном языке окажется "Hello, world". Помните, эти люди дали вам реальный опыт и трудоустроили по специальности. Такие трюки - это обратная сторона луны. Не спешите увольняться на второй день, с визгами "меня обманули". Относитесь к этому, как к профессиональному вызову. Вот реальный проект, реальные деньги и задачи. Возможно, это шанс вырасти профессионально. 15. В стартапе можно вешать себе должности, к которым вы только идёте. Крепкий джун может повесить себе мидла, мидл - лида (если он один), а сеньор - CTO/head of и и.д. Врать не надо, вас поймают быстро. Но использовать это как небольшой буст карьеры - вполне. используйте моск, посоны. 16. Есть неплохая вероятность что стартап - такие же энтузиасты, которые горят. Да, у вас всех мало опыта, но вы готовы учиться, открыто обсуждать проблемы и не спать ночами, потому что вас всех прёт и вы растёте. Коротко: для начинающих, стартап это хорошо. Прокачиваться вы будете очень быстро, организационные проблемы будут решаться легко. За это вы заплатите невысокой зарплатой и высокой нагрузкой. И да, в мелкой компании или стартапе вы навсегда забудете "это не моя специальность", "этим занимается ..." и т.д.
    302
  6. 299
  7. 293
  8. 289
  9. 284
  10. 282
  11. 281
  12. 279
  13. Расскажу свою историю. Уже пятый месяц я junior Java developer в одной иностранной FinTech компании. Мне 33. Работал в ресторанной сфере около 9 лет. После решил вайти в айти. За плечами был универ с дипломом программиста. Но т.к. учился по контракту, как-то его получил нифига не понимая )) Переквалификация заняла 1 год и 2 месяца ежедневно около 8-10 часов с выходными. За это время прошел около 4 собеседований и выполнил порядка 10 тестовых заданий. До трудоустройства прочитал 2 книги: Head First и Thinking in Java. После того как прочитал книги решил обучаться Android. Прошло 3 месяца, но постоянно мониторив рынок вакансий, заметил, что на enterprise проекты вакансий Junior и Trainee в раз 10 больше. Хоть и было пару пет-проектов на Android, начал учить Spring и параллельно SQL (MSSQL). Как учил: нашел пару лекций и разбирался, всегда переписывал и разбирал каждую строчку. Кстати, только при обучении Spring разобрал для себя полиморфизм. Для дальнейшего обучения нашел видеоуроки какого-то индуса по созданию интернет магазина, где он пилил и фронт и бек на Spring. Там было около 70 уроков, которые я разобрал за пару месяцев. Но так как уроки относительно старые и использовали древнюю версию Spring, решил переписать c использованием Spring Boot, Spring Data, при этом уже решил внести свои корректировки, модифицируя уже структуру, направление и т.д. Ну и естественно переписал свой(индусский) код на «правильный», потому что параллельно смотрел видосы Сергея (например, как помыть кота (не помню точно )). Этот модифицированный проект я добавил к себе в портфолио. А благодаря видео Сергея с Чудиновой создал крутое резюме в PDF. Через знакомых связался с одной HR и дал ей на ревью, где она мне сказала, что мой предыдущий нерелевантный опыт лучше написать кратко и одной строчкой (а ведь я им так гордился). При поиске работы отправлял резюме куда только можно: Rabota, Work, Djinni, DOU, а также в тупую на сайты компаний Global, Luxsoft и другие. Но по сути работало только с сайтами по поиску работы, а компании в основном отправляли вежливое сообщение)) В начале было пару удачных собеседований, но скилы конкурентов были видимо круче. На одном собеседовании, которое я ужасно зафакапил, один собеседующий дев (кстати, выпускник Foxminded (Игорь М – спасибо тебе)) мне предложил разобраться для себя с UML диаграммами, и сделать UML- работы складского помещения… После чего я написал второй свой пет проект, по этим диаграммам. К четвертому собеседованию я хорошо подготовился. После него выполнил тестовое задание онлайн (расшарил экран), где нужно было написать алгоритм поиска в строке первого не повторяющегося символа… Испытательный был три месяца, где закрыл более 60 тикетов. В общем, было тяжело. Хотел бы резюмировать, и развеять мифы согласно личного опыта: - Стать программистом за 4 месяца – это пиздежь. Реально требования очень высокие, знать надо много. Считаю, что минимум (х2) - Spring скорее всего спрашивать не будут, может совсем базу какую-то. Везде где я был – меня спрашивали Java и причем очень так нормально. Структуры данных – MUST, и скорее не потому, что так проще доебаться, а смотрят как работает твоя голова и логика в ней. После Java – это SQL. - По кандидатам 30+ добавлю, что нас реально там не ждут. Да. Просто нужно смирится. На трейни позиции берут пацанов из универа, они в приоритете. Это реалии. Чтобы конкурировать с ними на Junior позицию, надо выделиться и знать намного больше. Также, для тех кто дочитал, добавлю от себя: если хотите немного сэкономить по времени - ищите ментора. У меня есть товарищ, который немного помогал в этом деле. Если бы мне пришлось заново учится и были бы средства – пошел бы в школу Сергея. Во-первых - реальный опыт, во-вторых – тебя проверяют и подсказывают профи, а при самообучении можно потратить пару дней на поиск нужной инфы. Всем спасибо.
    279
  14. 277
  15. 274
  16. 273
  17. 273
  18. 272
  19. 268
  20. 254
  21. 253
  22. 253
  23. 252
  24. 248
  25. 247
  26. Go элегантный и простой язык, но, тем не менее, дженерики и прочее в него добавят во второй грядущей версии. Язык выстрелил хорошо и применяют его где нужна хорошая экономия на гигантских ресурсах. Вон чего стоит посмотреть доклад ребят из Badoo, когда они переписали полностью бекенд на Go и количество серверов сократилось из 30 (с чем-то) до 4 (из которых 2 - просто резервные, то есть на всякий случай). Финансовая экономия просто гигантская. Плюс, у Go нет внешних зависимостей, все компилируется в единый бинарник и холодный старт очень быстрый (то есть деплой и перезапуск микросервисов вообще не головная боль ни разу). Но самая главная фишка языка - это рантайм: Go рутины и каналы. Потому он и позиционируется как язык для архи-высоких нагруженных систем с гигантским количеством одновременных подключений где, увы, джава не вывезет или обслуживание ее будет слишком дорого. Go рантайм принимает решение сам когда функцию нужно выносить в реальный поток, а когда нет. Таким образом, используется наааамного меньшее количество реальных потоков, а значит не тратится время на переключение контекста (особенно когда половина потоков чаще всего спят и ждут ответа). И каждая Go-рутина занимает 8кб ОЗУ (в отличии от реального потока, где нужно тратить огромные ресурсы ОС по созданию потока, копированию памяти и т.д.). Проще говоря, Го нужен там, где есть огромное число одновременных подключений и особенно хорош для микросервисной архитектуры, так как перезапуск очень дешевый и деплой - вообще не головная боль, не нужны никакие докеры и виртуализация рантайма/окружения для запуска определенного софта. У нас есть просто бинарник с вкомпиленными зависимостями. А так как язык синтаксически прост - компиляция дико быстрая. Нишу он свою уже точно занял. Это не промышленный комбайн, но отличный инструмент для изысканного кастома. PS, спасибо за видео :)
    245
  27. 239
  28. 237
  29. 233
  30. 232
  31. 231
  32. 228
  33. Я почему-то подозреваю, что Сергей ни разу не встречал человека, который не имея знаний по джаве (или имея по минимуму), пошел на любой другой курс и вышел оттуда "с хорошим уровнем знаний" (что бы это ни значило). Так что это не минус Javarush. Если ты был нулем в джаве, то ни один курс не сделает из тебя профессионала. Минусы, естественно, у него есть, тут многие пишут про валидатор (хотя некоторые считают это неким плюсом, и я даже согласен с ними), про небольшое количество теории, и Сергей говорит про отсутствие "человеческого фактора". Согласен, что можно попробовать начать на бесплатной версии, а дальше - как пойдет. Но не согласен про "пару строчек кода". Там как раз упор на то, что ты за время обучения должен пару тысяч (на самом деле больше) строчек кода написать. И да, я учился на JR, прошел 33 уровня, их "стажировку" (на самом деле отдельный курс, со Спрингом и всякими плюшками, выходящими за рамки коры. Препод, кстати, упоминал некоторые выступления Сергея), и уже 2,5 года работаю в большой IT-компании :) Был джуном, сейчас мидл :)
    222
  34. 222
  35. 222
  36. 220
  37. 218
  38. 213
  39. 212
  40. 212
  41. Как андроид разработчик, в целом я согласен с Сергеем, но мне кажется, что Сергей смотрит на андроид разработку с колокольни Enterprise. Как я вижу разницу между Android и Java Enterprise: Android: Обычно это краткосрочные приложения, 2-3 месяца(конечно есть исключения типа fb когда есть длительное развитие). Проблема fragmentation (несовместимость между различными девайсами) - в целом решена за последние 3 года. Из плюсов: проекты короткосрочные - это значит что есть возможность попробовать разные экспериментальные штуки и новомодные библиотеки. Также очень большое разнообразие задач - начиная от приложений для пицерии, где надо по карте отслеживать курьера, до распознавания обьектов по фото. Из минусов - очень быстрая смена технологий, только хотел выучить библиотеку а ее уже обьявили устаревшей. Если ты выпадаешь из Андроид разработки года на 3 то вернувшись ты понимаешь что поменялось абсолютно все, и ты динозавр. Java Enterprise: проекты долгосрочные, соответственно много легаси кода и нет возможности опробовать новые технологии, которые принимаются после обкатки лет 5. Это скучно но если вы усидчивый и спокойный человек то это для вас. Из интересных вещей могут быть различные инфраструктурные задачи - настройка различных кеширующих прокси серверов, серверов баз данных, высокие нагрузки. И да, при знании Java Kotlin выучивается за 2 недели на уровне чтобы бодренько писать приложения при нечастых обращениях к гуглу.
    209
  42. 208
  43. 207
  44. 205
  45. 203
  46. 201
  47. 199
  48. 197
  49. 194
  50. 193