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

    Про именование вещей — вообще не понятно причем тут дизайнеры. Что творится в кодобазе это дело разработчиков. Фронтендеры сами должны принимать все решения на эту тему.
  • Как подружить дизайнера, верстальщика и «Фигму» с помощью дизайн-системы, ломика и какой-то матери™
    0
    В мире, где существует zeplin.io (и его аналоги), вообще непонятно зачем мучать фронтендеров работой с дизайн тулзами напрямую. Я уже 4 года как не трогал ничего кроме зеплина, мысли о работе с каким-нибудь фотошопом или фигмой вселяют в меня страх.
  • Удалённая работа: мифы на ночь
    +2
    Все эти статьи про удаленку это такая жуткая субъективщина. На самом деле все зависит от множества факторов, и вот буквально в квартире по соседству с вами может жить человек, который будет на удаленке фигней страдать, получая в несколько раз больше чем вы.

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

    У меня за плечами 5.5 лет опыта работы тыжпогромистом (веб фронтенд), из которых один год я работал на чистой удаленке (с людьми из Москвы, когда я сидел в Архангельске будучи джуном) и три года на текущей работе в офисе в Сингапуре (продуктовый стартап), где у меня имеются безлимитные дни работы из дома, без надобности кого-либо осведомлять (сам я живу в 30 минутах путешествия от офиса).

    Итак, вот список рандомных событий/наблюдений из моего опыта:

    1) У меня были периоды времени (по несколько месяцев) когда я просыпался после 11 утра, хотя рабочий день начинается в 10. И это при учете того что очень часто практиковались утренние стендапы и прочая ересь.

    2) Почти весь 2018 год я тренировался в качалке каждое утро где-то с 10 до 12 (плюс время на дойти туда и обратно, душ и все такое), после чего я по желанию приходил в офис после 13-14. А до этого я вообще сычевал, иногда не появляясь в офисе неделями и посещая качалку в середине дня или просто гуляя по городу.

    3) Необходимость сидеть за компом от и до это тоже вещь довольно таки далекая от реальности. Единственное что важно, это быть доступным для связи. Slack на телефоне с ответами в течении 1-5 минут после получения сообщений и все ваши коллеги будут считать вас самым быстрым и отзывчивым коллегой в компании, даже если вы будете решать их проблемы между сетами в качалке или во время игры за компом. Я вот не шучу, мой босс и менеджеры реально хвалили меня много раз за мои навыки коммуникации, автоматически проецируя это на мою работоспособность (с которой проблем никаких никогда не было).

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

    5) Огромное количество митингов и прочего информационного мусора можно успешно избегать. Опять же все зависит от выстроенных отношений. Вы индивид, и ваши условия должны быть индивидуальными (если конечно вас не угараздило устроится пахать в бездушный энтерпрайз, где вы работник номер 3123123). Я, например, за 3 года работы был всего на 5+ sprint restrospective, которые проводятся КАЖДУЮ пятницу в 11 утра и в них принимают участие все инженеры компании. Я просто грамотно объяснил что я в гробу видал обсуждения того, как люди перетаскивали задачки в жире, и выторговал себе особые условия, даже никогда не задевая эту тему напрямую.

    В конце концов все зависит от ваших навыков коммуниации, результатов работы (в масштабах одной недели или месяца) и общей удовлетворенности отдельных сотдруников от работы с вами. Научитесь общаться с менеджерами/боссами и будет вам счастье.
  • Metro 4 — путь длиною в 6 лет. Краткая история Metro UI CSS
    0
    Слайдеры анимируют свойство left в 2018, спасибо, до свидания.
  • It’s the future
    0
    Там другая проблема. Чарты создаются в одном сервисе, который их рендерит на сервере и посылает в итоге готовое svg. То есть вся логика построения чарта целиком сокрыта на сервере и после рендера чарта, все логические связи утеряны (по сути дела посылается что-то типа картинки, к которой привязаны простые хуки, аля показать тултип при наведении на эту полоску). А чарт уже маунтится в другой аппе. Тултипы показать можно, примитивные анимации можно, но все что связано со сложной логикой (например бар чарты где все разбито на группы, внутри которых своя логика и хочется все анимировать последовательной лесенкой) просто начисто теряется. Ну и мой комментарий уж очень старый, я тогда в реакте только начинал разбираться, но по правде говоря конкретно эта проблема так никуда и не сдвинулась, да и все забили.
  • Burger King и тайная запись экрана вашего телефона
    0
    Вы где-то видите поля ввода с введенными данными на скриншоте?
  • Заблуждения программистов о трудоустройстве
    0
    Поддерживаю. Я в Сингапуре уже 2 года. Приехал в страну ни разу не общаясь по-английски вживую, только лишь по скайпу несколько раз говорил (а сам язык изучал по сериалам с субтитрами). У меня даже никаких комплексов не было после приезда, ибо меня встречал вьетнамец, чье произношение было таким, что его половина офиса бывало переспрашивала при общении на постоянной основе. Так что на фоне множества индусов/различных азиатов и еще много кого, простецкий «лет ми спик фром май харт» (хотя я никогда та не говорил конечно) будет понятен абсолютному большинству людей без каких-либо проблем, английский для которых далеко не основной язык.

    Я где-то даже слышал такую тему, что главными критиками познаний и произношения английского у русских людей являются другие русские люди, в то время как всему остальному цивилизованному миру вообще по барабану. Так что если вам приспичит попрактиковать ингриш, ни в коем случае не делайте это с другими русскими людьми (в особенности с друзьями), если конечно они не общаются на анлийском на постоянной основе.
  • Мониторинг JavaScript-ошибок с помощью window.onerror
    0
    Информация может и полезная, но польза сомнительная, ибо существуют вещи типа Sentry.
  • Создатель Vue.js отвечает Хабру
    +1
    Зависит от этого самого сектора и кто конкретно будет пользоваться. Я вот пилю продукт для энтерпрайза (медиа-агенства и аналитики из больших корпораций). У нас вообще требований как таковых нет, вся разработка идет только в хроме, фаерфокс открываем раз в несколько месяцев, на Edge всем вообще пофиг (а про ИЕ даже никто и никогда не спрашивал).
  • Изменчивые формы и вау-эффекты: о магии простыми словами
    0
    Это просто, если формы простые. Проблемы начинаются там, когда дизайнер (или ваш воспаленный мозг) создает крутую и сложную фигуру, состояющую из разных частей (один svg с множеством которые внутри имеют свои деревья из элементов), и её каким-то образом нужно анимировать (аля перемещение, морфинг и так далее разных кусков). И проблемой тут становится не сам код анимации, а маппинг этих частей и во что они должны превратиться.

    У меня имеется много демок с ручным морфингом, это крайне занимательный опыт, но кастомный морфинг двух не сильно отличающихся по размерам вещей может разительно отличаться по сложности и времени запиливания. Раньше люди часто писали, типа вот ты тут такую классную анимацию сделал, помоги нам анимировать это, «вроде похоже». Я смотрю и мне 5 секунд хватает чтобы понять что там работы на несколько дней страданий чтобы все по итогам идеально работало во всех мозможных ситуациях. В общем все эти жутко кастомные вещи тяжело масштабируются, на то они и кастомные. Безболезненное запиливание 10 морфинг анимаций не означает что вы легко справитесь с относительно похожей одиннадцатой.
  • Как прятать
    0
    Очень неприятно видеть такие статьи, где opacity выставляют в таком свете, мол visibility лучше. Visibility в своей жизни ВООБЩЕ НИКОГДА не юзал. Если нужно спрятать элемент, не убирая его из рендера (как делает display: none), при этом не позволяя взаимодействовать с ним, то просто добавляете к opacity: 0 еще и pointer-events: none; и все, жизнь удалась. Никто не делает реальные интерфейсы с анимациями и прочими вещами с помощью изменения visibility, на дворе вроде как не 200х года.
  • Простая анимация загрузки в Material Design (CSS3)
    +3
    Боже мой, какие нынче прекрасные вещи на главную попадают.
    1) Примеры кода с вендор префиксами. Отлично. Особенно учитывая что они не нужны во всех современных браузерах, если конечно автор не верстает под ие8 (моргните дважды если вас держат в заложниках).
    2) Использование тэга center. Спасибо что вернули нам 2007!
    3) По хорошему все должно быть написано с помощью препроцессора, с использованием переменных (как минимум для таймингов), простого цикла для nth элементов и так далее. Для всех кто не дружит с препроцессорами всегда есть возможность посмотреть скомпилированный результат (привет codepen). Эта статья тогда бы уместилась в один экран (хотя это тяжело назвать статьей).
  • Быстрые сетки для верстальщиков
    0
    Мне её повысили на прошлой неделе, дай порадоваться то :(
  • Быстрые сетки для верстальщиков
    +1
    Проблема в подходе «сделаем одно мегарешение которое решит все проблемы». Это утопия, которая работает только в простых случаях. В реальности лучше пилить все отдельно для каждого случая, запихивая повторяющиеся части в миксины. Но реализации с миксинами не совсем корректно называть сетками, ибо ты же не будешь говорить что у тебя в проекте «10 разных сеток»?
  • Быстрые сетки для верстальщиков
    0
    Про сетки у дизайнеров я знаю, каждый макет в зеплине пестрит ими.
    По поводу ограничений с сетками, вот вам простой пример:
    у вас есть несколько контейнеров разной ширины. И в них нужно реализовать простые сетки, и что самое важное, они все должны быть с margin, причем margin'ы могут отличатся. Где-то контейнер 900px с 5 итемами и отступом в 14px, где-то например 790-6-10 (цифры наобум, но в реальности все это встречается). Своими силами (и весьма простыми миксинами) я смогу реализовать все идеально в каждом из случаев, и что самое важное, поменять это моментально, например увеличив margin с 10 до 12 пикселей (просто поменяв одну переменную в SCSS). + у меня будет полный контроль над адаптивом, без привязки к топорным глобальным брейкпоинтам (аля $phone, $tablet, $smallDesktop, $largeDesktop, словно на дворе 2013 все еще, где нет телефонов с 400px+ ширины и так далее), в с возможностью настраивать все на весьма гибких разрешениях и реализовывать любые хотелки, без борьбы с собственном кодом.

    Как конкретно это будет выглядеть с заранее заготовленными сетками, мне вот очень интересно?
  • Быстрые сетки для верстальщиков
    +6
    Отличный пример с хабром, сайт с 2 колонками, у которого даже нет адаптива и надо переключаться между кастрированной мобильной версией и десктопом на телефоне.

    Суть в том что сетка загоняет вас в определенные границы, сильно урезая возможности кастомизации. А кастомизация это основа основ для любого нетривиального сайта. Это примерно тоже самое и что тема с использованием готовых решений для UI элементов и всяких там плагинов. Вначале экономишь время, подрубая готовый компонент и радуешься тому, какой-то эффективный погромист, а пару недель спустя материшься, потому-что тебе надо припаять 5 модификаций, которые без дикий костылей вот вообще не хотят присобачиваться, потому-что изначально готовый компонент не должен был уметь делать что-либо подобное.
  • Быстрые сетки для верстальщиков
    +2
    >Я бы не стал тут махать, чтобы не показывать свой низкий проф. уровень и слабые знания предмета :)
    О, люблю эти песни. Вот только моя зарплата с моим «низким проф уровнем» скорее всего раза в 2+ выше вашей, товарищ опытный эксперт :) Причем платят мне явно не за просто так. +у меня имеются неиллюзорные пруфы того что я не верблюд, в то время как вы очереденой «сторожил с хабра» (что доказывает ровным счетом ничего)
  • Быстрые сетки для верстальщиков
    +3
    Хрень какую-то пишите. За 3.5 года бурной фронтенд разработки юзал сетки (бутстрап) всего 1 раз, до сих пор стыдно. 99.99% нормальных сайтов с кастомным дизайном (а не лендосов от васяна для вордпресса и битрикса) всегда проще пилить «как есть», вместо того чтобы втискивать туда сетку и затем мучаться с костылями под тонны нестандартных вещей (а кастомный сайт, то бишь ЛЮБОЙ нормальный проект, подразумевает что там будет вагон нестандартных вещей). Я даже не знаю насколько примитивным и убогим должен быть сайт, чтобы более чем 10-20% контента там было основано на сетках (и я уж молчу про 50%+).
  • Объектное Реактивное Программирование
    +3
    Таб хрома жрет 1гб+ оперативки если доскроллить до конца, кайф.
    Вся реализация это грустная история о том, как инженер, не дружащий с UX, запилил решение, избавляющее юзера от проблем, которые на самом деле у него никогда не существовали. А само решение это просто ад для любого юзера, вследствие чего статья кажется нулевой с точки зрения полезности (если даже не вредной для неокрепших умов новичков).
  • Nsynjs – JavaScript-движок с синхронными потоками и без колбеков
    0
    > Нет и намёка на оптимизации — операторы delete, не вынесенные try-catch и прочее.
    Справедливости ради, в v8 еще в январе (а скорее и сильно раньше) все как следует прокачали, и теперь try-catch, delete и еще 95% старых деоптимизаторов работают абсолютно без проблем, так можно перестать быть параноиком с этими операторами (сам таким был).
  • Получил 1.2K звезд на GitHub с ужасной архитектурой. Как?
    +1
    Мимо проходил и со свифтом не дружу, но у вас там конструкции наподобие
    SPRequestPermissionAssistant.modules.dialog.interactive.create(with: [.Camera, .PhotoLibrary, .Notification])

    это норма? Нельзя чтоли напрямую импортировать конкретные модули/методы и использовать их по-человечески? Аля
    import { interactive } from '%пути к модулю либы%';
    interactive.create(%stuff%);
    


    А то прям жуть какая-та.
  • Как мы оптимизировали Twitter Lite
    +2
    Ужасная статья.

    Изначально ожидал увидеть что-то внятное, казалось бы такой простор для фишек и оптимизаций. В итоге единственная интересная часть про infinite scrolling описана в стиле «ну мы там написали свое кастомное решение, которое делает всякие штуки, но никаких кусков кода вам не покажем».

    Все остальное — либо капитанство, либо какой-то треш в стиле «раньше наш код писали студенты за еду». Чего только стоит откровение, что раньше у них redux store апдейтился при КАЖДОМ keypress во время написания драфта твита! (и затем они додумались перенести логику с вычислением лимита знаков в state компонента, ВАУ!). Причем там даже дебаунс, хотя бы на 200мс, не был прикручен. Как такое вообще прошло код ревью?

    В общем столько пафоса от статьи, а на деле пшик.
  • $PHP не нужен*
    +4
    Даже не знаю что печальнее — уныние и чрезмерная толстота этого поста, или тот факт что на хабре снова находится толпа индивидуумов, на полном серьезе обсуждающих такое…
  • Серьёзные ошибки в коде CryEngine V
    +1
    Народ, я вот сам из мира JS со всеми этими новомодными баззвордами и тулзами и так далее. И мне вот не особо понятно — как в столь серьезном проекте, написанном явно не студентами (надеюсь), могут находиться столь примитивные ошибки, наподобие той что можно узреть в функции setActive, там где переменная сравнивается сама с собой?

    Я у себя на проекте если пробел после запятой не поставлю, мне линтер из монитора в лицо плюнет и выдаст ошибку на весь экран вместо вебсайта. А уж задетектить сравнение переменной с самой собой, ну это же вообще детский сад, мне кажется все эти навороченные ИДЕ, которые грузятся пару лет, должны уметь делать такое по умолчанию (в то время как я сижу с Sublime Text и парочкой плагинов сверху, и весь линтинг динамически происходит там же не отходя от кассы).

    В общем моя не понимать, как такой код попадает в продакшен (я уж молчу про тесты и все такое).
  • Чуть не уволили по статье… на Хабре
    +4
    Вам бы в опросах заменить «хабр» на нечто более общее, хабр уж слишком нишевый вариант.

    У меня на работе с самореализацией проблем нет, меня в общем то и взяли на основании моего твиттера (постучавшись туда) и опенсоусной фигни, ссылки на которую я там выкладывал. Хотя компания не в россии, на родине количество руководителей с тараканами в голове конечно высоковато.
  • Что взять за основу React приложения
    +1
    Серверный рендеринг не везде нужен. У изоморфного рендеринга по сути дела 2 преимущества — индексация и снижение нагрузки на клиент, если для рендеринга данных требуются дата-процессинг и подобные вещи (аля всякие мудреные чарты с кучей около-реалтайм данных и прочее).

    Если же вы пилите обычную аппу, в которой боту-индексатору дальше страницы логина не пробраться, а трудоемких вычислений для рендеринга не имеется, то изоморфик будет лишь создавать лишнюю головную боль, ни давая никаких реальных преимуществ.
  • Мой Material Design Framework
    +3
    Какие ужасы. Классы без специфичных префиксов, то есть с такой фигней только мини-лендинг на коленке набросать можно и больше никогда к нему не прикосаться. Отсутствие каких-либо стайлгайдов даже на базовом уровне, то есть просто от балды выбраны названия классов и структура блоков, а сверху еще инлайн стили, лолчто?

    onclick="showDialog(document.getElementById('dialog1'))"
    

    За такое вообще на районе убивают без разговоров.

    Вначале на главную проникла статья про Qiwi с nodejs 0.12 и адовой лапшой в коде, теперь вот это, что вообще происходит с хабром?
  • Сложно о простом: ESLint в команде
    +3
    >Третий вариант неплох, но до сих пор мы как-то обходились без таск менеджеров. Добавлять их в проекты ради такой задачи это явный overkill.

    Вы уж меня простите, но вы там командой чтоли лендинги какие-то пилите? В 2017 году без таск-раннеров и линтинга со старта это жесть какая-та.

    В любом нормальном проекте линтер должен прогонятся после каждого изменения кода, + обязательный прогон перед пушем (вместе с тестами), чтобы не пропустить никакую фигню. И для такого не обязательно иметь большую и серьезную команду, уже с двумя разработчиками жизнь без таких вещей превращается в ад.
  • «Hello, (real) world!» на php в 2017 году
    +2
    React версию можно отрефакторить до такого:

    render() {
        let {list} = this.props;
        return (
            <ul>
                {list.map(item => <li>{item}</li>)}
                {!list.length && <li className="empty">List is empty :(</li>}
            </ul>
          )
    }
    
  • Как я научился кодить, создал веб-приложение и запустил его на Product Hunt за 2 месяца
    +1
    Вы как бы по большей части правы, но тут есть один важный момент — обучаться «как делать правильно» после того как что-то слепил на коленке становится в 100 раз проще и интереснее, когда ты уже увидел результат своими глазами (ибо сам слепил) и теперь понимаешь всю боль, связанную с неумением организовывать код, делать его понятным, поддерживаемым и так далее. Если бы он все делал «как надо» со старта по книгам и так далее, то он бы скорее всего забил через неделю, уснув в очередной раз на какой-нибудь главе заумной фундаментальной книги, недоумевая, как же ему эта информация поможет в создании сайта для серферов.

    Я вот например фундаментальные книги по JS сел читать только через полгода+ клепания всего подряд с jQuery, ибо мне в начале был важен результат (а глаза у меня были горящие) и только лишь со временем я начал понимать, что мне не хватает понимания того, как все это работает без сахара. И читать все эти книги было намного интереснее и проще, четко осознавая суть и предназначение каждой главы, вспоминая реальные примеры из жизни, а не аморфные куски кода.
  • Пора ли увольняться?
    +2
    Зачем вы себя ограничиваете своим городом, который к тому же судя по всему является болотом? (no offense)
    Даже если нет сил на переезд в столицу или еще куда, начните с работы по удаленке. Платить будут так же или даже больше, работать можно будет существенно меньше (зависит от ваших скиллов планирования/исполнения) и появится уйма времени для реализации третьего пункта из статьи (пилить всякие пет-проекты, участвовать в опен-соус разработке и так далее).

    Это намного проще чем кажется, просто надо перестать бояться и мыслить настолько ограниченно.
  • Эволюция CSS: от CSS, SASS, BEM и CSS–модулей до styled-components
    0
    Вот моя демка с примером — http://codepen.io/suez/pen/AXQaEg
    — простые mixin'ы для оверрайда свойств на основании класса у удаленного родителя.
    — множество обычных переменных с таймингами и так далее.
    — scoped переменные внутри элементов и циклов для удобства.
    — BEM naming с помощью &__ и подобных вещей.
    — циклы с интерполяцией и подобными плюшками.

    JS в демке лишь добавляет/убирает 1 класс к двум элементам.
  • Эволюция CSS: от CSS, SASS, BEM и CSS–модулей до styled-components
    +4
    2017 год, а у людей сложность стилей в препроцессорах заканчивается на примитивном нестинге. Сколько не слежу за этим бредовым хайпом вокруг css in js, все никак не могу найти ни одного внятного примера более менее сложных стилей. Тут даже от примитивных примеров глаза вытекают, а как интересно будет выглядеть цикл по 10+ элементам, с использованием nth-child, где внутри будут использоваться миксины, «обратные» переопределения на основе классов на далеком родителе и так далее?

    Ну не пользовались этим люди SASS'ом на полную катушку, ну зачем они пытаются другим впарить что вот этот франкенштейн чем то лучше, если он пока что абсолютно точно уступает по всем фронтам, когда дело доходит реальной препроцессорной css магии.
  • Оптимизация производительности в React
    0
    Можно каждое условие на следующую строчку переносить. В моем мировозрении множественные if нужны, когда внутри веток делается что-то кроме возвращения boolean.
  • Оптимизация производительности в React
    +1
    От
      shouldComponentUpdate(nextProps, nextState) {
        if (this.props.color !== nextProps.color) {
          return true;
        }
        if (this.state.count !== nextState.count) {
          return true;
        }
        return false;
      }
    

    мне стало физически плохо, почему нельзя сделать просто
    shouldComponentUpdate(nextProps, nextState) {
      return (this.props.color !== nextProps.color) || (this.state.count !== nextState.count);
    }
    

    ?

    P.S. я понимаю что это перевод, вопрос скорее риторический.
  • Кружевные орнаменты на CSS
    0
    Если бы был пример на руках, я бы его привел в первом комментарии. Просто помню что видел много разнообразных градиентов от Ana Tudor на codepen, и многие из них дико тормозили с анимациями на моем компе, в то время как у нее и некоторых других юзеров все было идеально. Сейчас пытался найти но не получилось, уж слишком много у нее демок.
  • Кружевные орнаменты на CSS
    +1
    Я видел множество примеров где простой (в плане внешнего вида) градиент чуть ли не убивал браузер, из-за слишком большой сложности в плане отрисовки. Естественно речь идет о случаях когда параллельно шла тяжелая анимация. С картинкой там бы все было легко и просто.
  • Кружевные орнаменты на CSS
    +2
    К сожалению такие вещи почти неюзабельны в реальном мире, подобные комплексные градиенты очень тяжелы для браузера. Добавите к сайту всяких анимаций и прочей фигни и половина компов с некоторыми браузерами просто сдохнет (тут именно фишка в разных сочетаниях, встречал много демок которые у создателя «летали», а на моем 3хлетнем средненьком ноуте я лицезрел лагодром с 15 фпс). В плане прожорливости, готовая картинка с повторением это просто детский сад, на фоне подобного градиента.
  • Опыт телефонного собеседования в Google, демонстрирующий несостоятельность процесса найма
    +5
    1) Вопросы просто какой-то трешняк, прям сразу вспомнились экзамены в шараге в которой я учился, где лишь бы спросить какую-то фигню для зазубривания.

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

    3) Все что касается продолжения с 3 аккаунтами чего-то там и постами в линкедине — тушите свет. Не знаю как дела обстоят в мире C и подобных языков, но если бы такая тема произошла во фронтенде, то там бы в первую неделю уже сгорел бы весь твиттер и сразу бы подключились люди уровня Paul Irish/Addy Osmani и так далее.
  • Crossover: высокооплачиваемая дистанционная фуллтайм работа для ИТ-профессионалов
    +4
    Вы о TopTal. Но у них вроде как нету обязательных 40 часов, там можно самому выбирать фуллтайм/парттайм с примерным указанием часов (по крайней мере полтора года назад так в инфе было).
    Это по сути дела копия топтала, то же описание, те же «уловки» со всеми этими «крутыми компаниями из fortune 332142». На деле, если не ошибаюсь, они клиентам впаривают вас как супергуру 99лвл с ценником N, вам платят что-то около N/2 и намертво блокируют «прямое» общение с клиентом. Там в соглашении много всякой неприятной фигни прописано.