Software Testing Engineer
  • Насколько важно знать алгоритмы?

    Если вдруг кто хочет начать изучать алгоритмы, то рекомендую вот этот бесплатный курс:
    www.khanacademy.org/...mputer-science/algorithms

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

    Кроме того, не во всех языках есть стандартная библиотека, вместе с бинарным поиском, например, как в Java Arrays#binarySearch или в C# Array#BinarySearch, вот в JavaScript, например, такого нет... но есть два npm пакета на выбор: binary-search и binarysearch... и какой выбрать? А может свой написать и не добавлять очередную npm-зависимость?

    Я считаю, что первое время, и если тема алгоритмов не интересна, то без них можно обойтись. Программисты и так сейчас перегружены новыми языками, новыми библиотеками, новыми базами данных, платформами, контейнерами и интернетами оф сынгс... и для много чего уже есть готовые библиотеки написанные другими людьми... Но если вдруг захочется стать именно этим «другим человеком»...

    Підтримав: Iulian Nikolaiev
  • Я тут первый скринкаст запилил. Покритикуйте

    Я бегло просмотрел этот топик, и у меня сложилось впечатление, что основная масса народа живет почитает библейские времена.
    Да, именно те времена, когда человек выходил на площадь, делился идеей, а его критики забрасывали камнями... ну или какашками...

    Я считаю, что видео получилось хорошим и интересным. Наверное потому, что я смотрел его чтобы почерпнуть что-то новое и интересное, а не придраться к каким-то несущественным деталям.

    Спасибо Автору!

    Підтримав: Анна Поплавская
  • Я тут первый скринкаст запилил. Покритикуйте

    Критика бывает болезненной
    Я прочитал как
    Критика бывает бесполезной

    Пойду, налью кофе... или может не нужно?...

  • За что увольняют программистов

    >> Сам себе на уме

    Этот пункт посвящен непроработанным soft skills и навыкам личной эффективности.

    Так надо ж было отравить его вначале к Владимиру Железняку из первого случая, для повышения софт скилов :D

  • DevOps дайджест #3: Red Hat покупает Ansible, новые сервисы от Amazon и опять о HTTP/2

    Спасибо за подборку!

    Про сервис Elasticsearch от Amazon есть статья, почему его не нужно использовать:
    kirankoduru.github.io/...lasticsearch-service.html

    Если коротко, то он очень ограничен в настройке + используется старая версия ES 1.5.

    Хочу еще оставить свой список полезных ссылок, для тех кто осваивает elasticseach, logstash и kibana:

    github.com/...rii/awesome-elasticsearch

    Підтримали: Oleksii Asiutin, Mykyta Olimpiiev
  • На чём вы бы писали систему, рассчитанную на десятилетия использования?

    JavaScript! Я до сих пор могу открыть свою первую игру в пятнашки, написанную лет 10 — 12 назад под IE 5.5!

  • Темная сторона работы в IT

    Ни чего подсознание не пропускает. Это не правда.

    Підтримав: Oleh
  • Как я научился не читать Паламарчука и снова полюбил ДОУ

    Ребята из этого треда, это вы на Хабре Юре карму слили? — Я наоборот предлагаю поднять, чтобы у Юры появился еще один ресурс для публикации статей. Тем самым мы немного разгрузим ДОУ

    Підтримав: Yurii Andrieiev
  • Зарплатный Олимп украинских программистов

  • Провальные способы просить прибавку к зарплате

    Хорошим продолжением статьи, было бы о том, как принять безысходность, как вот в этом ролике:
    www.youtube.com/...h?v=04N3MU0Lb-w

  • Кого обсуждают? QA или QC?

    ересь! (нет, это всего лишь альтернативный Коран)

  • Кого обсуждают? QA или QC?

    Хотел написать длинный и емкий комментарий, но потом одумался. Скажу просто.
    Нужно принять, простить, и жить дальше.

  • Как я ездил «доставлять» в Москву

  • Как я ездил «доставлять» в Москву

  • Open source по-украински

    С технической стороны, такой католог можно сделать очень просто.
    Вначале, можно сделать отдельный раздел на форуме.
    С маркетинговой стороны, убедить людей что постить проекты в этот раздел — это хорошо.
    Когда наберется критическая масса проектов, ну больше 50, например — создать каталог по языку, технологии, типу проекта.

    Простые вещи работают, но нужна поддержка со стороны сообщества. Пример — Hacker News.

    Я не думаю, что стоит ограничевать такой каталог только лишь под украинские проекты. Достаточно будет каталога проектов, над которыми работают (принимают участие) украинские разработчики.
    На базе, такого локального каталога, можно создать локальные юзер групы, и организововать встречи где-то в соседнем пабе ;)

    Підтримали: Mykola Bova, anonymous
  • US vs Ukrainian Recruiting

    В Штатах LinkedIn тоже немаловажный инструмент, но там хотя бы есть реальная альтернатива в виде Job Boards, типа Monster, Dice, CareerBuilder иже с ними

    Monster и Dice, конечно, со счетов сбрасывать не стоит, но это еще та помойка.
    От туда звонят и пишут куча непонятных людей, которые сами не знают чего они хотят. Берут числом, в общем. Для себя понял, вывешивая свое резюме на Monster и Dice, не в коем случае нельзя оставлять реальный номер телефона. Виртуальный в Скайпе еще можно.

    То, что действительно из списка работает — так это LinkedIn, Craigslist, Glassdoor.

    А еще в Штатах очень даже распространена практика вывешивания компаниями своих вакансий на тех же Job Boards со ссылкой на стену вакансий на сайте самого работодателя. И, поверьте, там айтишники уровня senior не гнушаются апплаиться сами (о, мечта рекрутера! :)). Самое смешное, что зачастую отдел кадров болших компаний игнорит такие резюме и предпочитает работать с айтишниками через Staffing Agencies.

    Ну вот, через Glassdoor нужно найти Staffing Agency и у них на сайте зааплаится. Некоторые компании действительно игнорят тех, кто аплаится через их веб-сайт. Например, Microsoft. А вот Amazon отвечает.

    Как и в Украине, иногда компании вывешивают несуществующие вакансии, которые могут висеть по несколько лет и с завидной периодичностью «обновляться». Так... базу резюме собирают... или еще для чего-то.

    А как бы вы реагировали на 40 звонков от разных рекрутеров в день? В Штатах это в порядке вещей, поэтому у них у всех на мобильниках присуствует автоответчик. В США рекрутер сначала звонит кандидату (а телефон найти можно как на тех же Job Boards, так и в White Pages и так далее, и тому подобное), а уж потом шлет письмо.
    Не пойму, в каких это Вайт Пейджах можно найти мобильный номер телефона.
    Да, может быть 40 звонков, при этом 20 из них будет от разных рекрутеров по одной и той же вакансии от большого клиента из Редмонда.

    Все эти 38 звонков приходят из Monster и Dice. Именно поэтому я убрал свой номер телефона оттуда. А потом и удалил резюме.

    40 звонков — это, кстати, не реальная цифра. Предположим, что 1 звонок займет 10 минут.
    40 * 10 = 400; 400 / 60 = 6 часов 30 минут чистых телефонных переговоров.
    Ну да... нужно еще так постараться.

    И если ты делаешь наоборот, то ты уже проиграл конкурентам в лице индусов.
    Кто-то берет количеством, а кто-то качеством. Если «зеленый» рекрутер не может пока показать качество, остается одно — количество.
    Самое интересное, американские айтишники очень редко выказывают недовольство тем, что им наяривают по 100500 рекрутеров ежедневно: там прекрасно понимают, что благодаря рекрутеру они могут устроиться на отличный проект с замечательным рейтом.

    Наверное, это рассказывают каждому новому рекрутеру, чтобы они не чувствовали угрызений совести, когда звонит людям.

    Второе — это gaps between employments. Если у кандидата в резюме дыра в 2-3 месяца между работодателями, то это запросто может стать преградой для устройства на работу. Просто потому, что найдется кто-то, у кого таких гэпов нет. Или они были давно.

    Люди, работающие по контракту, через Staffing Agency, свободно могут иметь «дыру» в 2 месяца.
    Поиск работы — дело не быстрое.

    Да, и еще там очень трудно убедить работодателя, что человек с тремя годами опыта в ИТ может быть сеньором. Даже если это действительно так, и разработчик за 3 года набрался и нужного опыта, и нужных технических знаний, всегда найдется кандидат поопытнее и с большей глубиной знаний.

    Там грейды совсем другие. Да, среднестатистический синьйор в Украине — это как мидл в Америке. А вообще-то, везде важно не то, какой у тебя тайтл, а что ты на самом деле умеешь или сможешь делать.

    Підтримали: Sergey Senkov, Andrii Shchurkov
  • Как реанимировать старый безнадежный проект. Часть 2: Тимбилдинг

    Наталия, спасибо вам за статью. Ситуацию вы описали жизненную, и я сам работал над проектом варианта 2, когда одна команда пишет новый и поддерживает старый проект.
    Тогда также было принято решение заморозить часть старого проекта и шаг за шагом релизить новую версию. Тогда в разговорах неоднократно упоминалось о том что нам очень не хватает роли аналитика (т.е. нормальных требований, в итоге) и архитектора (который бы мог принимать больше проактивных решений, а не реактивных).

    Конечно, по ходу проекта, силами команды мы решали эти проблемы. Например, тестировщики выполняли часть обязанностей системных аналитиков и знали как должна работать система, а разработчики — продумывали архитектуру, хотя бы на шаг вперед.

  • ТОП комментаторы ДОУ — 8

    До вершины уже не далеко.
    Я бы в такой ситуации серьезно задумался о внедрении тайм-менджемнта и других техник, повышающих продуктивность. Например, можно завести шаблоны комментариев: комментарий_одобрение.txt, комментарий_фу_фу_фу.txt, поддержка_языка_программирования.txt и д.р.

    {% Подпись %}

  • А ты выступил на конференции?

    >> 5. Не поднимайте людям руки

    Это вредный совет. Никто на самом деле описание доклада не читает. Только заголовок.
    Но, и поднимание рук должно быть уместным, с шутками. Поднимание рук — это хорошая зарядка :)

    А в целом — очень правильная статья с полезными пунктами.
    По поводу «Live Coding» — я записывал скринкаты, потом во время конференции их озвучивал. Получалось так, что я мог ускорить видео в 4 раза... а оно не становилось менее понятным.

    Минутка рекламы. На Коурсере есть курс Introduction to Public Speaking
    www.coursera.org/...rse/publicspeak

    Который мне в свое время здорово помог.

  • 14 рекомендаций из личного опыта для разработчиков

    А сколько раз нужно почитать про goroutines, чтобы понять всю ущербность ивент лупов?

    Нужно ли читать каждое утро, или лучше перед сном?

    Підтримав: Vitaly Chernooky
← Сtrl 1234 Ctrl →