• Математика для машинного обучения и нейронных сетей при школьной базе знаний?

    sgjurano
    @sgjurano
    Разработчик
    Программа:
    https://download.cdn.yandex.net/shad/shad_program_...

    В моём случае это выглядит примерно вот так:
    5efa13a2e5744a66a924206792e9e470.jpg

    PS: главное понимать, что познание - это процесс, если вам каких-то знаний не хватает, то их всегда можно наверстать, но это требует времени, и чем меньше вы знаете, тем больше времени требуется. Два года назад я знал математику на уровне 6 класса школы, сейчас учусь в ШАД на 2 курсе и читаю Deep Learning Book (хотя местами и приходится копаться в учебниках).

    PPS: при погружении в какую-нибудь область, первая прочитанная книга становится оглавлением к этой области знаний и углубляться дальше ты будешь уже базируясь на ней, поэтому книги накапливаются, далеко не всегда они читаются от корки до корки.
    Ответ написан
    14 комментариев
  • Куда двигаться дальше senior разработчику? Новый язык, технологии, opensource, стартап?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Java
    Седой и строгий
    Как вы это делаете?! За 17 лет работы в ИТ у меня ни разу не возникало вопроса "Куда двигаться?", только "Где взять времени на освоение всего этого бесконечного изобилия технологий, углублённого изучения уже знакомого и реализацию множества идей?"
    Ответ написан
    4 комментария
  • Чистый код: блоки try/catch. Стоит ли так делать?

    Adamos
    @Adamos
    Я бы сказал, применимость такого правила сильно зависит от того, приходится ли вам, читая обработку исключений, лезть в код того, что их вызвало.
    Если код выплевывает исключения, которые полностью понятны без чтения этого кода - можно его завернуть в функцию и убрать с глаз долой.
    Если же исключительные ситуации связаны с самой логикой метода, то размазывание этой логики по разным функциям просто нелепо.
    Ответ написан
    Комментировать
  • В программисты или в тестировщики (идти)?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Кратко: тестировщик - это своего рода экзаменатор/фильтр качества выпускаемого продукта, которое прямо влияет на репутацию компании этого продукта на рынке.

    Чем лучше отношение человека к качеству тестируемого им продукта, тем больше такой тестировщик ценится на рынке.
    Т.е. надо понимать, что работа тестировщика - не только написание и исполнение кейсов для проверок основных функций разрабатываемого продукта, но и участие в возможном улучшении продукта (например, он может сказать, что пользоваться определённой кнопкой - неудобно, лучше бы она стояла там...).

    Тестировщики - тоже бывают разные: реакция приложения на последовательные действия пользователя (обычный тест), удобство использования(UI/UX), тестирование на реакцию приложения при возникновении различных случайных событий и ситуаций (нет интернета, приложение/окно не закрыли как положено и т.д.).

    Есть низкоуровневые тестировщики (или элитные тестировщики): они проверяют отсутствие утечек памяти, нагрузку на CPU/GPU, тротлинг, корректность создания потоков, процессов, race-condition и прочее. Как правило - это дебаггер с ассемблером и прочие страшные вещи для отладки при использовании программного продукта.

    Всё зависит от Ваших способностей погрузиться в глубины обработки информации: от банальной реакции приложения на экране до регистров процессора/ячеек памяти/отслеживания системных вызовов.

    Могу сказать, что это большое отдельное направление, которое набирает обороты, т.к. качественный и стабильный продукт, работающий без ошибок - это репутация компании, которая его произвела, и чем он будет стабильнее и качественнее работать, тем больше людей перейдёт от конкурентов на продукт этой компании.

    Стоит ли это направление изучать?
    Если Вы не имеете возможности кодить и разрабатывать (причины - любые), но хотите быть частью большой команды, создающей хорошие программные продукты в компании, которая имеет возможность обеспечить качественное и оплачиваемое содержание такой команды - изучайте и идите сразу туда.

    Если же компания экономит на тестировщиках, значит она просто не набрала нужный опыт и/или уровень на рынке и, как следствие, не может/не хочет вкладываться в таких специалистов, как тестировщики. Вот туда - лучше и не пытаться даже.
    Ответ написан
    1 комментарий
  • В программисты или в тестировщики (идти)?

    x67
    @x67
    Какая работа по душе, туда и идите. Если бы грузчики получали больше инженеров (а иногда так и есть), я бы все равно не пошел работать грузчиком потому что не люблю рутинную монотонную изнурительную работу. С другой стороны, кто-то не любит напрягать мозг - он идет грузчиком. Это ничего не значит, просто каждому свое. Из своего опыта добровольного и бесплатного опыта бета-тестера могу сказать, что это рутинное и неинтересное занятие, от которого сильно тянет в кроватку. Но есть прекрасные тестировщики, балдеющие от своей работы. Кто прав? Тот кто сделал для себя правильный выбор.
    Ответ написан
    Комментировать
  • Где найти рецепты сложных архитектур?

    @cthulhudx
    1)Yakov Fain, Victor Rasputnis, Viktor Gamov "Enterprise Web Development"
    enterprisewebbook.com (Разбирается обширное количество тем, в том числе SPA)
    2)Catalog of Patterns of Enterprise Application Architecture
    martinfowler.com/eaaCatalog
    3)Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions (Шаблоны интеграции корпоративных приложений) Мартина Фаулера
    4)Паттерны для масштабируемых JavaScript-приложений:
    largescalejs.ru
    Ответ написан
    Комментировать