• Как выучить иностранный язык
    0
    Да можно, конечно. Как по мне навык «смотреть друзей без сабов» довольно однобокий, но можно.
  • Как выучить иностранный язык
    0
    Это слишком амбициозная цель, правда. Из-за множества диалектов и сленгов практически невозможная. Мне коллеги американцы говорили, что они иногда к британским фильмам, если акцент сильно лютый, включают сабы. Это что бы проникнуться уровнем проблемы.
  • Как выучить иностранный язык
    0
    Я жил в не-англоязычной стране и англоязычной. Проку от неанглоязычной очень мало. Язык примитвен и не правилен. Не получается проникнуться языком глубоко. Все же язык — это не просто набор слов и правил, это — живая структура из культуры, акцента, словаря и так далее.

    Насчет непонимания четверти слов — это правда, по началу дико сложно, да и сейчас сложно. Но это дает пинок и язык быстрее схватывается. Старший товарищ однажды поведал мудрость — язык лучше всего учится, когда ты понимаешь, что без языка тебе п*здец.
  • Если вы что-то создаёте, избегайте расписания менеджера
    0
    Это оффтоп, но таки да. Если люди не созрели до самоорганизации, то нужен тимлид. Вообще скрам придумали на западе, а там с самоорганзиацией гораздо лучше. У российских разработчиков уровень софтскилов такой, что они друг друга поубивают, если не будет злого дядьки с дубиной. Да, это не будет канонический скрам. Но вам как говорится скрам, или работу делать?
  • Если вы что-то создаёте, избегайте расписания менеджера
    0
    А результат работы программиста как правило не измеримы=)
  • Если вы что-то создаёте, избегайте расписания менеджера
    –3
    > Разумеется, эти каждые 10-20 минут будет просто встать/пойти поссать/пойти налить кофе/пойти достать на разморозку/пойти перекусить/etc.

    Это как бы аннулирует весь поинт этой статьи про часы сфокусированной работы

    >Потому что из техники, годной для выруливания из авральных ситуаций, пытаются сделать типа-нормальную повседневность.

    А ну то есть если дедлайн не подпирает, то можно расслабиться и работать как работается. Ясно понятно.
  • Как выучить иностранный язык
    +2
    Еще совет, что бы не вставать на грабли, на которые я встал. Работайте на качество, а не на количество. Вы часто увидите советы в стиле, не бойтесь делать ошибки, говорите больше. Я следовал этому совету, в итоге мой англ беглый, но с кучей ошибок и плохим акцентом. Бояться делать ошибки — это нормально, главное говорите лучше медленно, но правильно. Часто хочется казаться не лохом и говорить типо бегло. Забейте, думайте о том как построить фразу, выучите какие ошибки произношения у вас есть, старайтесь их исправить. Скорость придет с опытом. А вот если научитесь беглому плохому англ, разучиваться будет тяжело.
  • Как выучить иностранный язык
    +1
    Начало чуть чуть получаться где-то после года занятий по скайпу с нейтивом. Прогресс шел медленно, но шел. Потом переехал в неанглоязычную страну. На язык я честно говоря забил, изьясняться мог и ладно. Сейчас переехал в UK и это дало, конечно, некий пинок под жопу. Что делаю сейчас: занимаюсь с нейтивом в области акцента, смотрю фильмы (могу и без субтитров, но субтитрами немного коморфтней, да и новые слова помогает выучить), стараюсь читать. По работе сейчас пишу много писем, вник больше в грамматику, это определенно помогает сделать речь более грамотной.

    Через год жизни в Британии могу сказать что я более-менее понимаю южно-английский акцент, до этого была паника при общении с бритами.
  • Как выучить иностранный язык
    +1
    С момента «могу читать документацию» до «могу изьясняться» прошел год, занимался по скайпу с нейтивом. Потом еще три года до получения C1. Начинал учить серьезно в 27 лет.
  • Как выучить иностранный язык
    +7
    Хорошая статья, как учивший и сдавший на С1 (год назад) подтверждаю советы в этой статьей. Еще пара советов про то, как выбирать преподавателя:

    1) Преподаватель должен быть строг. Вы легко найдете препода, с которым вам весело, но вы заметите, что он дает вам мало фидбека. Конечно, со строгим преподавателем может упасть мотивация, так что ап ту ю.
    2) У преподавателя должно быть какое-то лингвистическое или хотя бы литературное образование. Беда в том, что в англоязычных странах не учат грамматику английского в школе (что наверное и правильно). Вот только грамотно обьяснить почему нужно говорить некоторые вещи нужно так или иначе такой преподаватель не сможет. Он будет говорить что-то вроде «так звучит», «так принято», что не особо полезно. В сказки, что вы это освоите интуитивно как ребенок не верьте. Вы не ребенок, и у вас засран мозг родным языком и вам нужно понять логику чужого языка, а не просто запомнить набор фраз.
  • Если вы что-то создаёте, избегайте расписания менеджера
    0
    То есть если команда не мотивированная, нужно не скрам каждое утро, а просто люто п*здить каждый час.
  • Если вы что-то создаёте, избегайте расписания менеджера
    –4
    >Здесь жалуются те, у кого attention span'а хватает на четыре часа и больше,

    Полубоги, а не люди! Можно найти исследования, которые показывают, что attention span у взрослых в среднем 10-20 минут. Тут значит сплошные гении и титаны мысли собрались.

    Еще раз, пускание слюней в монитор, которому мешают злые дядьки-менеджеры и сфокусированная работа — разные вещи.

    Знакомый коач как-то рассказал наблюдение, почему люди не любят скрам. В основном это лентяии, а скрам делает их неэффективность очевидной, от туда и ненависть.
  • Data Mesh: как работать с данными без монолита
    +1
    Не очень понятно как при таком подходе будет обеспечивтаться сквозная аналитика всего хранилища. Получается, что все данные будут жить в своих silos и аналитика будет происходить на уровне каждого silos независимо.

    В одной из моих предыдущих компаний был такой подход: данные хранились и обрабатывались централизованно, однако у каждого data set был свой владелец (фича-команда), которые отвечал за наполнение этого сета свежими данными, а так же за публикации актуальной спецификации структуры данных. Спецификация хранилась в центральном репозитории в формате Protobuf.
  • Если вы что-то создаёте, избегайте расписания менеджера
    –11
    Что бы спалить жопы хомячья окончательно: а почему менеджеры такие из себя не креативные и не созидатели, но они менеджеры, а задроты в наушниках нет? Попробуйте закрыть хабр, фейсбук, новости, документацию к своему очередному бесполезному новомодному фреймворку и посидеть подумать над ПРОБЛЕМОЙ хотя бы час. Не отрываясь. Я сомневаюсь что у вас хватит attention span высидеть столько. Но все же если натренируетесь, то сможете, прямо как менеджеры. А в следующий час эту идею можно обсудить и получить фидбек. А потом взяться за следующую проблему.

    Поэтому менеджеры успевают кучу дел за день, потому они и менеджеры. А программисткое хомячье сидит по пол-дня втыкает в программерский, прости господи, блог.
  • Если вы что-то создаёте, избегайте расписания менеджера
    –18
    Эмм, «у вас»? Я живу в UK. Тут как раз любят уравниловку, если что. Которую переводят на русский язык и кормят российское хомячье. Я как раз за, что индивидуальность покажет себя в споре, а не будет прятаться за шумоподавляющие наушники.
  • Если вы что-то создаёте, избегайте расписания менеджера
    –27
    Cтатья очередное левацкое говно, которое защищает бездельников, которые притворяются мейкерами. Просто им мешают фейсбук скролить по пол-дня. В обычной здоровой компании идеи рождаются как раз из брейншторминга и перекидываниями идеями. Сидеть по пол-дня и придумывать гениальные идеи — чушь, какая-то, никогда такого не видел в живую (ладно, поверим, что Кармак такой).
  • Нидерланды, или туда и обратно
    +2
    Тоже верно. Молодежь уже и на BMW нос вортотит, если можно и йога-инструктором перебиться;
  • Нидерланды, или туда и обратно
    +1
    > Это единицы и совсем не обязательно местные. И на мой взгляд в общем-то не особо зависит от того на Мерседес вы работаете или на фирму поменьше.

    Фишка Германии в том, что там все запланировано и продумано заранее. Конечно, 200 с порога не дадут, но нужно просто следовать своему девелопмент плану и спокойно идти по карьерной лестице. Головокружительную карьеру не сделать, но карьера доступна для всех при желании

    >Так на мой взгляд работает большинство людей с ВО и это особо не зависит ни от твоей национальности, ни от размера фирмы.

    Я это не с потолка взял, постоянно слышал жалобы именно на стартапы.

    >Вот тут наверное соглашусь. Именно для айтишника работать на BMW или Bosch пожалуй не особо статусно :)

    Что выберете, желать self driving cars для BMW или очередной офигительный no-name ecommerce?
  • Нидерланды, или туда и обратно
    +2
    Согласен 100% прожив в Германии 3 года. Местный может отучиться на настоящего инженера и получать 150-200k евро в год работая в гиганте вроде Мерседес. При это работа без стресса, все распланировано на года, с работы все сваливают часов в 5. БОльшая часть ИТ в Европе — это дерьмо-стартапы, которые подняли легких западных vc-денег и осваивают их путем импорта дешевой раб силы из стран третьего мира. Не маловажен и элемент статуса. Одно дело работать в BMW или Bosch или в очередном говно-стартапе. Нормальный немец в такое не пойдет. Своих гуглов-яндексов, то есть нормальных компаний у них особо нет.
  • Blameless environment: никто не должен писать качественный код
    +1
    Да! Звучит прям как франшиза одиозной потагонки от Егора
  • Blameless environment: никто не должен писать качественный код
    +1
    Это у них, что, франшиза Yegor 256?
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Не обязательно расти в менеджеры (а стать архитектором) и вообще рост не обязательно связан с лычкой на работе. Можно стать известным спикером на конференциях, или контрибутором в опенсорс. В любом случае это связано со статусом, незамеченный труженник, который лопатит горы кода кандидат на burnout.
  • «Сгоревшие» сотрудники: есть ли выход?
    +1
    Ок, как синдром он указан. Но это мнение многих врачей, что установить burnout сложно и они его используют редко. Есть depression, anxiety, etc. Про burnout любят затирать всякие консультаны. Депрессию диагнастировать кстати тоже сложно. Везде лохотрон.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Подпишусь под каждым словом. Не структуры, не сюжета. Советы тривиальные.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Но вообще Burnout — булшит термин, конечно. Это не медицинский диагноз с каким-то набором критериев.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Нужно смотреть что там за функции. Там упоминается желание заниматься техническими вопросами. Предположу что речь идет об административной работе. Если это так, то административка — необходима обязанность для более senior позиций, причем это так и для горизонтального и вертикального роста.
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Бывает, конечно. Burnout — это не диагноз, а группа сиптомов. В случае менеджеров, они могут выгореть из-за стресса большой ответственности и постоянной конкуренции. В их случае лекарсто — это реально отпуск, наличие хобби, занятие спортом.

    Но я бы предпочел быть сгорешвим от стресса менеджером, которому нужно всего-то записать в спортзал, чем сгоревшим программистом, который тухнет от безысходности порочного круга «нашел работу, все за*бали, уволился»
  • «Сгоревшие» сотрудники: есть ли выход?
    0
    Вам нужен рост не по обязанностям, а по должности и статусу. Вы хорошо работаете, а вам еще больше работы накидывают.

    Кстати если есть неприязнь к некоторым обязанностям, возможно что у вас нет предрасположенности к вашей должности. Я например через 10 лет работы понял, что стал программистом только потому, что это было круто. Я бы к психолологу сходил разобраться с этим.
  • «Сгоревшие» сотрудники: есть ли выход?
    –1
    Ну то есть механизм такой, вы сидите у основания пирамиды иерархии, вам от этого сознательно или бессознательно плохо, допамин идет в низ, жизнь боль.

    Потом прыгаете в новое место, там у вас excitment от нового места, допамин на какое-то время идет вверх. Это конечно работает, но это короткосрочная стратегия, которая ничего не меняет. Да и CV ваше копит места работы с одной должностью, что есть сильный сигнал что потенциала у вас особо нет, посидите и здесь пару лет и прыгните дальше.
  • «Сгоревшие» сотрудники: есть ли выход?
    +1
    Что-то вы писали, писали про баесы, но в итоге так и не написали психологическую причину, почему выгорание возникает. И как следствие не дали корректного ответа. Все эти «нужно больше отдахать» и «искать в работе интересное» — ерунда полная.

    Выгорание — есть следствие долгого нахождения на низком уровне в иерархии. То есть банально когда человек не сделал карьеру.

    Самое главное лекарство от выгорания — карьерный рост, который после позиции senior sfotware engineer штука не простая.
  • Зачем человеку Scala?
    0
    А вам не кажется, что язык программирования — крайне слабый и не уместный способ enforcement of policies (как это по русски — навзязываение политик, хз)?

    Если в команде анархия и нет ни ревью, ни guidlines, нет способа рассмотрения и принятия архитектурных решения, то что-то не так в царстве датском.
  • Запускаем новый онлайн-курс «Разработка веб-сервисов на Go»
    +4
    Я более-менее регулярно занимаюсь разработкой на Go уже год. И хочу сказать, что скорее соглашусь про простыни кода. Язык действительно бедный и приводит к написанию бойлерплейт-кода.

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

    Тем не менее Go — отличный инструмент, не за синтаксис его любим =) Отличный быстрый компилятор, отличный рантайм с low-latency gc и конечно же горутины!
  • Как стать дизайнером. Главная ошибка и необходимые навыки. Личный опыт сотрудников Mail.Ru Group, Badoo, Trood
    0
    Так получилось, что последнее время работаю в Европе. То, что вы описываете мне очень знакомо по работе в России. Однако описанные вам подходы в Европе встретили бы в штыки. В частности то, что вы пишите, что нужно решить проблему клиента. Ваше решение будет интерпретировано как ваше субъективное. От вас, как проектировщика требовали бы обоснования в виде проведения исследований и а/б тестов. Предполагается, что именно пользователи знают что им нужно. В целом применяется подход бережливого программного обеспечения. Интересно, знаете ли вы про эту Европейскую школу, и не думали ли применять описанные выше идеи?
  • Мастер-класс Бориса Вольфсона. Основы Agile
    0
    Почему это не годится для процессов? В частности Kanban как раз довольно часто для саппорта применяется.
  • От PHP к Clojure
    0
    >И про функции высших порядков так говорили, и про проверку корректности типами, и про многое другое)

    Так это пока экзотикой и остается.
  • От PHP к Clojure
    0
    >Можете привести пример, где макрос в Lisp вызвал проблемы?

    А что вам пример, я покажу, вы мне скажите, что вам все понятно. Ну ооок.
  • От PHP к Clojure
    0
    >просто исполняется она на этапе компиляции.

    Это вносит целый слой абстракции в код и усложняет понимание.

    >Аналогично, если вам не интересен сегенированный код

    Мне как стороннему наблюдателю приходится читать определение макроса всегда. Это вам как автору не интресно, так как вам и так все очевидно.

    Мой опыт говорит о том, что нужно ограничивать использование продвинутых штук в прикладном коде вроде макросов или тех же имплиситов в скале по максимуму. Если ваши разработчики согласны на такое, то ок, ваше дело.
  • От PHP к Clojure
    +1
    >И вам я тоже расскажу про замечательную штуку под названием `macroexpand`.

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

    >Если макрос решает проблему, то логично его использовать/написать, вне зависимости от того, что это за код.

    Человеку, который будет работать с вашим кодом придется смотреть этот ваш macroexpand, а потом в голове держать то, что он увидел. Нужно уменьшать cognitive load всеми способами. Для общеиспользуемых либ это оправданное зло, оправданное тем, что либа используется постоянно и всеми.
  • От PHP к Clojure
    +2
    Вы меня с кем-то путаете, я с лиспами знаком, в частности баловался со Scheme, и какое-то время с Clojure.

    1) В своем комментарии я критикую не скобочки, я критикую метапрограммирование как таковое для повседненвных задач. Это не про лисп, и даже не только про макросы. Если кто-то пишет на Java и налево и направло использет рефлекшн — такой код гумно.

    2) Скобочки тоже отстой, так как синтаксис имеет значение для читабельности. Дело тут не в привычке, а в том, что называется cognitive load, а не в странности. Все ситнаксисы странные на первый взгял, тут вы правы. Но я не про странность, а про бедность, глазу не за что зацепиться. К примеру в Scala рекомендуется вместо foo.map(bar(_)) писать foo map { bar(_) }, что бы небыло переизбытка одинаковых скобочек. И только Лисперы везде со своим неизменным «синтаксис не имеет значения». Это все привлекательно для неокрепших умов (сам такой был) и для теоретиков, но не для реального мира.
  • От PHP к Clojure
    0
    > Сколько вам нужно времени, чтобы запомнить, что `defroutes` объявляет список роутов?

    Столко-же, что бы и запомнить, что path задает роут в Spray. И совершенно не ясно как defroute работает внутри. В spray можно хотя бы по сигнатурам функция посмотреть что происходит. У вас нечто, что генерит на выходе другое нечто.

    >и в вашем случае проблема именно в Scala, а не в макросах.

    Нет там никакой проблемы. Впрочем и в вашем случае нет. Повторю еще раз, я ЗА макросы в популярных библиотеках, я против активного использования, в частности написания своих макросов.

    > макросы — это ну ни разу не новый язык

    Как это не новый? Макросы по определению — это расширение языка.