не согласен с автором что менее 10 лет это часто, много раз по меньше чем 2 года, вот это наверно часто, а остальное норм.
Вспомнил историю, приходит человек на собеседование, у него два прошлых рабочих места по полгода, обе компании разработчики VR игр. На вопрос почему по полгода всего работал ответ: оба обанкротились. Так что да, бывают причины и раз в полгода менять работу :)
Я в одной компании 12 лет, за эти 12 лет я сделал 5 крупных проектов, по сути каждый проект как новая работа, местами другой стек технологий, другие команды. Некоторые проекты перетекали в другие органично, а некоторые как будто уволился из одного места и устроился в другое.
У нас целая коробка с древними айфонами, и да, заказы на конкретные версии старых ios делали ребятам что закупают оборудование, также с avito брали. Мне кажется каждый более-менее крупный разработчик вынужден так делать.
Попробуйте сформулировать свою мысль более прямо, менее иносказательно, правда может станет понятно, что и на пост не тянет, и вообще тематика не для хабра.
То, что виртуальный дом написанный на js производительнее нативного дома является для меня непостижимой вещью. И уж тем более непостижимо зачем добавлять сразу все десятки тысяч айтемов в список, еще ios 3 в UITableView списки делались так чтобы переиспользовать объекты строк и менять в них контент, чтобы пооизводительность списка не зависела от количества элементов.
Хорошая статья и графики по делу, симуляции это хорошо. Но почему так мало в продакшне можно встретить многоруких бандитов? Шикарное описание есть тут https://habr.com/ru/companies/ods/articles/325416/
что иногда это коллбек который засунут черти куда и именно потому что не понятно откуда его вызовут, хочется бряк в нём. И второе он может вызываться часто и ретёрниться по одной ветке, а нам надо поймать его когда он ретёрнится по второй.
Предвижу холивар, но я согласен с автором. Когда мы говорим об одном проекте, да ещё и в нормально типизированном языке, проблем обычно нет. Но когда расследуешь инцидент в котором данные по всему пути проходят через 20-30 реп, когда всего этих реп сотни, грепабильность начинает иметь значение, и не только грепабильность, но и дебагаемость, не счесть сколько раз я в процессе дебага разворачивал однострочные ретурны с тернарным оператором. А ещё я могу написать код вида
И когда ты второй час в дебаге в сложно воспроизводимом кейсе ох как помогает возможность брякнуться на нужной ветке ретёрна. И не говорите мне про кондишнал бряки, они не всегда доступны и иногда настолько тормозны что ими нельзя пользоваться.
Возможно это профдеформация с момента как я начал заниматься кросспроектными проблемами, когда кода много, он мало знаком, на разных языках и разных платформах, и вообще иногда чужой и минифицирован.
Самое место таким лентам - подсветка рабочей зоны кухни, еда под хорошим CRI это хорошо.
не согласен с автором что менее 10 лет это часто, много раз по меньше чем 2 года, вот это наверно часто, а остальное норм.
Вспомнил историю, приходит человек на собеседование, у него два прошлых рабочих места по полгода, обе компании разработчики VR игр. На вопрос почему по полгода всего работал ответ: оба обанкротились. Так что да, бывают причины и раз в полгода менять работу :)
Я в одной компании 12 лет, за эти 12 лет я сделал 5 крупных проектов, по сути каждый проект как новая работа, местами другой стек технологий, другие команды. Некоторые проекты перетекали в другие органично, а некоторые как будто уволился из одного места и устроился в другое.
Напомнило историю с рекламным щитом о наличии банкомата
на ноутах чипы распаяны уже десятилетие как.
анекдот из трёх слов. Хотя "репортить в google" не менее анекдотично
Получается вы привязаны только к IOS, и команда Android разработки никакой выгоды от процесса не получила?
И я правильно понял что вы тестируете скриншотами не само приложение, а некоторые специально построенные страницы-демонстраторы ваших компонент?
У нас целая коробка с древними айфонами, и да, заказы на конкретные версии старых ios делали ребятам что закупают оборудование, также с avito брали. Мне кажется каждый более-менее крупный разработчик вынужден так делать.
Попробуйте сформулировать свою мысль более прямо, менее иносказательно, правда может станет понятно, что и на пост не тянет, и вообще тематика не для хабра.
Что-то уж очень похоже на
То, что виртуальный дом написанный на js производительнее нативного дома является для меня непостижимой вещью. И уж тем более непостижимо зачем добавлять сразу все десятки тысяч айтемов в список, еще ios 3 в UITableView списки делались так чтобы переиспользовать объекты строк и менять в них контент, чтобы пооизводительность списка не зависела от количества элементов.
с выборки собесов надо брать не среднее, а что-то тира 90 перцентиля. Потому что в реальности при выборе работы пойдёшь туда где больше предложат.
самая большая ложь в современном IT. Ну или одна из самых больших.
а в продакшне всё ещё 8
Хорошая статья и графики по делу, симуляции это хорошо. Но почему так мало в продакшне можно встретить многоруких бандитов? Шикарное описание есть тут https://habr.com/ru/companies/ods/articles/325416/
что иногда это коллбек который засунут черти куда и именно потому что не понятно откуда его вызовут, хочется бряк в нём. И второе он может вызываться часто и ретёрниться по одной ветке, а нам надо поймать его когда он ретёрнится по второй.
и как раз значения все будут грепаться отлично, ничего существенно в процессе билда не меняется, только типы пропадают
разработка на одном а реализация на другом это как? Много разных языков как раз удачно женятся грепом, а ещё ack и вообще ide с нормальным поиском.
Предвижу холивар, но я согласен с автором. Когда мы говорим об одном проекте, да ещё и в нормально типизированном языке, проблем обычно нет. Но когда расследуешь инцидент в котором данные по всему пути проходят через 20-30 реп, когда всего этих реп сотни, грепабильность начинает иметь значение, и не только грепабильность, но и дебагаемость, не счесть сколько раз я в процессе дебага разворачивал однострочные ретурны с тернарным оператором. А ещё я могу написать код вида
И когда ты второй час в дебаге в сложно воспроизводимом кейсе ох как помогает возможность брякнуться на нужной ветке ретёрна. И не говорите мне про кондишнал бряки, они не всегда доступны и иногда настолько тормозны что ими нельзя пользоваться.
Возможно это профдеформация с момента как я начал заниматься кросспроектными проблемами, когда кода много, он мало знаком, на разных языках и разных платформах, и вообще иногда чужой и минифицирован.
Сколько уже хоронят webpack, а это чудовище живо