Я бегло просмотрел этот топик, и у меня сложилось впечатление, что основная масса народа живет почитает библейские времена.
Да, именно те времена, когда человек выходил на площадь, делился идеей, а его критики забрасывали камнями... ну или какашками...
Я считаю, что видео получилось хорошим и интересным. Наверное потому, что я смотрел его чтобы почерпнуть что-то новое и интересное, а не придраться к каким-то несущественным деталям.
Спасибо Автору!
Критика бывает болезненнойЯ прочитал как
Критика бывает бесполезной
Пойду, налью кофе... или может не нужно?...
>> Сам себе на уме
Этот пункт посвящен непроработанным soft skills и навыкам личной эффективности.
Так надо ж было отравить его вначале к Владимиру Железняку из первого случая, для повышения софт скилов :D
Спасибо за подборку!
Про сервис Elasticsearch от Amazon есть статья, почему его не нужно использовать:
kirankoduru.github.io/...lasticsearch-service.html
Если коротко, то он очень ограничен в настройке + используется старая версия ES 1.5.
Хочу еще оставить свой список полезных ссылок, для тех кто осваивает elasticseach, logstash и kibana:
JavaScript! Я до сих пор могу открыть свою первую игру в пятнашки, написанную лет 10 — 12 назад под IE 5.5!
Ребята из этого треда, это вы на Хабре Юре карму слили? — Я наоборот предлагаю поднять, чтобы у Юры появился еще один ресурс для публикации статей. Тем самым мы немного разгрузим ДОУ
Статья от Юры — это всегда хорошее настроение, но, должен признаться, что саму статью я не читаю, а читаю сразу комменты
Хорошим продолжением статьи, было бы о том, как принять безысходность, как вот в этом ролике:
www.youtube.com/...h?v=04N3MU0Lb-w
ересь! (нет, это всего лишь альтернативный Коран)
Хотел написать длинный и емкий комментарий, но потом одумался. Скажу просто.
Нужно принять, простить, и жить дальше.
Александр, на мой взгляд — это статья года. (по крайней мере, в прошлом лучше не было)
С технической стороны, такой католог можно сделать очень просто.
Вначале, можно сделать отдельный раздел на форуме.
С маркетинговой стороны, убедить людей что постить проекты в этот раздел — это хорошо.
Когда наберется критическая масса проектов, ну больше 50, например — создать каталог по языку, технологии, типу проекта.
Простые вещи работают, но нужна поддержка со стороны сообщества. Пример — Hacker News.
Я не думаю, что стоит ограничевать такой каталог только лишь под украинские проекты. Достаточно будет каталога проектов, над которыми работают (принимают участие) украинские разработчики.
На базе, такого локального каталога, можно создать локальные юзер групы, и организововать встречи где-то в соседнем пабе ;)
В Штатах 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 и так далее, и тому подобное), а уж потом шлет письмо.Не пойму, в каких это Вайт Пейджах можно найти мобильный номер телефона.
Все эти 38 звонков приходят из Monster и Dice. Именно поэтому я убрал свой номер телефона оттуда. А потом и удалил резюме.
40 звонков — это, кстати, не реальная цифра. Предположим, что 1 звонок займет 10 минут.
40 * 10 = 400; 400 / 60 = 6 часов 30 минут чистых телефонных переговоров.
Ну да... нужно еще так постараться.
И если ты делаешь наоборот, то ты уже проиграл конкурентам в лице индусов.Кто-то берет количеством, а кто-то качеством. Если «зеленый» рекрутер не может пока показать качество, остается одно — количество.
Самое интересное, американские айтишники очень редко выказывают недовольство тем, что им наяривают по 100500 рекрутеров ежедневно: там прекрасно понимают, что благодаря рекрутеру они могут устроиться на отличный проект с замечательным рейтом.
Наверное, это рассказывают каждому новому рекрутеру, чтобы они не чувствовали угрызений совести, когда звонит людям.
Второе — это gaps between employments. Если у кандидата в резюме дыра в2-3 месяца между работодателями, то это запросто может стать преградой для устройства на работу. Просто потому, что найдется кто-то, у кого таких гэпов нет. Или они были давно.
Люди, работающие по контракту, через Staffing Agency, свободно могут иметь «дыру» в 2 месяца.
Поиск работы — дело не быстрое.
Да, и еще там очень трудно убедить работодателя, что человек с тремя годами опыта в ИТ может быть сеньором. Даже если это действительно так, и разработчик за 3 года набрался и нужного опыта, и нужных технических знаний, всегда найдется кандидат поопытнее и с большей глубиной знаний.
Там грейды совсем другие. Да, среднестатистический синьйор в Украине — это как мидл в Америке. А вообще-то, везде важно не то, какой у тебя тайтл, а что ты на самом деле умеешь или сможешь делать.
Наталия, спасибо вам за статью. Ситуацию вы описали жизненную, и я сам работал над проектом варианта 2, когда одна команда пишет новый и поддерживает старый проект.
Тогда также было принято решение заморозить часть старого проекта и шаг за шагом релизить новую версию. Тогда в разговорах неоднократно упоминалось о том что нам очень не хватает роли аналитика (т.е. нормальных требований, в итоге) и архитектора (который бы мог принимать больше проактивных решений, а не реактивных).
Конечно, по ходу проекта, силами команды мы решали эти проблемы. Например, тестировщики выполняли часть обязанностей системных аналитиков и знали как должна работать система, а разработчики — продумывали архитектуру, хотя бы на шаг вперед.
До вершины уже не далеко.
Я бы в такой ситуации серьезно задумался о внедрении тайм-менджемнта и других техник, повышающих продуктивность. Например, можно завести шаблоны комментариев: комментарий_одобрение.txt, комментарий_фу_фу_фу.txt, поддержка_языка_программирования.txt и д.р.
{% Подпись %}
>> 5. Не поднимайте людям руки
Это вредный совет. Никто на самом деле описание доклада не читает. Только заголовок.
Но, и поднимание рук должно быть уместным, с шутками. Поднимание рук — это хорошая зарядка :)
А в целом — очень правильная статья с полезными пунктами.
По поводу «Live Coding» — я записывал скринкаты, потом во время конференции их озвучивал. Получалось так, что я мог ускорить видео в 4 раза... а оно не становилось менее понятным.
Минутка рекламы. На Коурсере есть курс Introduction to Public Speaking
www.coursera.org/...rse/publicspeak
Который мне в свое время здорово помог.
А сколько раз нужно почитать про goroutines, чтобы понять всю ущербность ивент лупов?
Нужно ли читать каждое утро, или лучше перед сном?
Если вдруг кто хочет начать изучать алгоритмы, то рекомендую вот этот бесплатный курс: mputer-science/algorithms
www.khanacademy.org/...
Изучение алгоритмов: простых и более сложных важно и в том случае, когда необходимо выбрать структуру данных для определенной задачи, на основе этих знаний, можно предсказать как будет вести себя ваше приложение в особо критических местах.
Кроме того, не во всех языках есть стандартная библиотека, вместе с бинарным поиском, например, как в Java Arrays#binarySearch или в C# Array#BinarySearch, вот в JavaScript, например, такого нет... но есть два npm пакета на выбор: binary-search и binarysearch... и какой выбрать? А может свой написать и не добавлять очередную npm-зависимость?
Я считаю, что первое время, и если тема алгоритмов не интересна, то без них можно обойтись. Программисты и так сейчас перегружены новыми языками, новыми библиотеками, новыми базами данных, платформами, контейнерами и интернетами оф сынгс... и для много чего уже есть готовые библиотеки написанные другими людьми... Но если вдруг захочется стать именно этим «другим человеком»...